JF,
   I am not sure I follow you. The first instance is indeed the library
install name. However the second instance for the framework dylib is
an entirely different library which happens to have the same basename.
The gcc developers I have spoken with at Apple consider this to be
a bug (although to the end-users of Xcode like the X11 developers
this is more like a unavoidable corner case). There really is only
two options to address this. One is to relax the error code in the
new linker to tolerate these corner cases like libGL. The other is
to move all of the additional code in the X11 version of the libGL.dylib
into the system framework copy. I am not optimistic that the second
could be done without introducing a slew of unintended consequences.
So far, I am getting ambiguous information on how this will be addressed
and both options appear to be on the table. However since the issue
has also been described as 'to be resolved in the first Xcode developer
update', I am hoping Apple picks the first option of either relaxing
the linkage error or providing a flag to override it in special cases.
                   Jack

On Tue, Nov 06, 2007 at 04:02:51PM +0100, Jean-Fran\uffffois Mertens wrote:
>
> On 06 Nov 2007, at 15:46, Jack Howarth wrote:
>
> >Peter,
> >   I would dispute you on the linker issue. If you look at the output
> >from 'otool -L' for /usr/lib/X11R6/libGL.dylib under Tiger, you will
> >see that it has the linkages to both itself...
> >
> >        /usr/X11R6/lib/libGL.1.dylib (compatibility version 1.2.0,
> >current version 1.2.0)
> >
> >and the framework libGL.dylib...
> >
> >        /System/Library/Frameworks/OpenGL.framework/Versions/A/
> >Libraries/libGL.dylib (compatibility version 1.0.0, current version
> >1.0.0)
> >
> >are present.
>
> This has always been the case; for all dylibs, otool -L first lists the
> dylib itself, with its install_name.
>
> (and never dispute pogma on ld issues  ... _ you'd be on the wrong
> side  :)
>
> JF Mertens


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel

Reply via email to