Lacking instructions on how to run my own 10.4 tree and therefore how to
find real problems with it, I am at the stage of imagining problems:
Concerning C++ code libraries in the future 10.4 tree, IIUC there will
be two non-intersecting subtrees ("T4" and "T3"), the first one compiled
with g++-4.0, the other one with g++-3.3. Ideally T3 will be empty, but
right now it cannot be, because any library that is or has to be
compiled with g++-3.3 will force anything linked to it to belong to this
subtree. Since Apple X11 is compiled with gcc-3.3, at least anything
linked with libGLU will belong to T3, and this means among other things
qt3, kde and anything related, probably also xfree86 and xorg. Getting
more paranoiac, I notice that a lot of libraries in
/System/Library/Frameworks and some in /usr/lib are C++ code, too, so
anything linked to Frameworks will need to be in T3. Example
libapt-pkg.3.2.dylib (C++), linked to CoreFoundation (no C++(?)), linked
to /usr/lib/libicucore.A.dylib (C++).
My question is: Is it clear how strictly transitive this has to be, for
example does apt have to be built with g++-3.3? Also, if there exists a
binary that is linked to two C++ libraries, one of them in T3, does this
mean the other one has to be in T3, too? Or will this binary be
eliminated from the 10.4 tree, or will we just live with a certain
(hopefully low) level of breakage?
--
Martin
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
