This is the Postfix program at host pyrosoma.intevation.org.
I'm sorry to have to inform you that your message could not be
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The Postfix program
<[EMAIL PROTECTED]>: unknown user: "noreply"
Reporting-MTA: dns; pyrosoma.intevation.org
X-Postfix-Queue-ID: E6FED4041A
X-Postfix-Sender: rfc822; [email protected]
Arrival-Date: Thu, 22 Nov 2007 17:40:38 +0100 (CET)
Final-Recipient: rfc822; [email protected]
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; unknown user: "noreply"
--- Begin Message ---
code I item #536, was opened at 2007-11-22 10:40
Status: Open
Priority: 3
Submitted By: William Kyngesburye (kyngchaos)
Assigned to: Nobody (None)
Summary: libGL linking problem on OSX 10.5 (Leopard)
Issue type: other bug
Issue status: None
GRASS version: CVS HEAD
GRASS component: build
Operating system: MacOS X
Operating system version: 10.5
GRASS CVS checkout date, if applies (YYMMDD):
Initial Comment:
Apple messed up their linker a bit in OSX 10.5 Leopard (Xcode 3).
Some libraries cause the linker to spit an error:
ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib
It's not the libraries that are broken - I got that also with the Tiger build
of one of my frameworks, and it happens with Apple's 10.4 SDK in Leopard. The
common workaround is to link those libraries with the -dylib_file flag, which
remaps a library from it's installed path to another path. But oddly, for this
workaround, you remap the library to the same location:
-dylib_file /usr/X11/lib/libGL.dylib:/usr/X11/lib/libGL.dylib
So, that's the background info. This affects the ogsf library and NVIZ.
What is needed is some extra configure logic in the opengl/X11 section to use
different OPENGLLIB flags for Darwin-9 $system versions. The GLU library does
not have this problem. Xcode 2.5 and earlier on OSX 10.4 (Darwin-8) does not
have this problem.
There were also some undefined symbols with this, so the full OPENGLLIB needs
to be:
-dylib_file /usr/X11/lib/libGL.dylib:/usr/X11/lib/libGL.dylib -undefined
dynamic_lookup
This works at runtime since the X11 libGL is linked to the system libGL, and
linking the system libGL at compile time does NOT work (probably related to the
dylib cycle reexport weirdness).
This will be needed until (and if) Apple fixes the problem, so hopefully it
will be a temporary workaround. The only other workaround that I could figure
out is to patch platform.make.in to have those flags explicitly, instead of
configured.
----------------------------------------------------------------------
You can respond by visiting:
http://wald.intevation.org/tracker/?func=detail&atid=204&aid=536&group_id=21
--- End Message ---
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
