Salut,
Urmaresc lista cu mult interes. Cea mai avansata experienta cu g++, eclipse, 
kdevelop a fost sa builduiesc un proiect de CAD: 
http://gcam.js.cx/svn/gcam/trunk
Recent voi lua (cu fortza) un task sa portez circa 20 de librarii (majoritatea 
scrise cu C++/STL + third parties C/C++), statice si dynamice (.lib, .dll) ,
pentru SuSE 10 SP1, gcc4.1.2
M-am hotarat sa folosesc kdevelop.
Proiectele in svn ca asezare (tree) sunt de genul:

/svn/trunk/core/main_dynamic_library
/svn/trunk/libs/staticlib01
/svn/trunk/libs/staticlib02

main_dynamic_library are circa 20 librarii ca dependinte.

Fiecare director al unei librarii este organizat de genul
\staticlib01\.
\staticlib01\include\*.hpp files
\staticlib01\src\*.cpp files
\staticlib01\staticlib01.dsw, dsp, ncb, .... etc, visual c++ ide files

Intentia mea era adaug un director pentru fiecare librarie (lib sau dll) un 
director .\gnuconfig\ pentru fisierele specifice kdevelop.

\staticlib01\gnuconfig\.
\staticlib01\gnuconfig\staticlib01.kdevelop
\staticlib01\gnuconfig\include -> ..\include (symbolic link)
\staticlib01\gnuconfig\src -> ..\src (symbolic link)

Linkurile le-am creat sa-mi vada sursele la compilare. Mai ales src, iar pentru 
include folosesc -I../include

Intentionez si sa compilez fiecare librarie separat.  (O fi bine sau nu....) ??
Insa am observat ca NU am in kdevelop optiunea sa creez o librarie/archive 
(*.a) ca proiect, ci doar sa adaug la configuratia unei aplicatii deja 
existente (in build manager),
ca target o librarie. In felul asta, voi avea o aplicatie, si dependintele ei 
(arhive, sau librarii shared) care se vor compila ca dependinte.
Insa asa voi avea un singur configure, makefile, pentru toate proiectele. Cum e 
mai bine ? Fiecare proiect cu makefile, sau unul pentru toate.

Ma intreb cum ar trebui sa procedez in configurarea proiectelor. Puteti sa-mi 
dati ceva idei, .. ma intereseaza ca urmatorul dupa mine, 
sa fie suficient de multumit sa nu schimbe configuratia pentru construirea 
proiectelor.
Multzam in avans.
Mihai


      
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui