Re: [Bug-gnubg] Compile error/3d error on MacOS 10.5.2 (Leopard)

[Christian Anthon]

I don't know how this is supposed to work on OS X. But here is an
explanation on how things work on linux:

There are two different link paths in play here. First the one used
when building the application. That is the one you modify. The
application keeps track on which dynamic libs it needs, for example
libGL.dylib, but without storing the path to find it. That makes it
easier to use a binary on more than one computer, since on one
computer libGL.dylib might be found in /lib and on the other in
/opt/lib. The second link path is a runtime one, that tells the binary
where to look for for libs, say in /lib first and in /opt/lib second.
You need to modify this runtime ldpath as well.

Christian.

On Mon, Apr 7, 2008 at 8:19 PM, Achim Mueller <address@hidden> wrote:
>  Hi again,
>
>  threads are working fine, but there is a problem with 3d-support. On the
>  system there are two directories:
>
>  macace:gnubg ace$ ls -l
>  /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries
>  total 54672
>  -rwxr-xr-x  1 root  wheel    584848 19 Feb 07:00 libGL.dylib
>  -rwxr-xr-x  1 root  wheel   1325776 19 Feb 07:00 libGLImage.dylib
>  -rwxr-xr-x  1 root  wheel  24242144 19 Feb 07:00
>  libGLProgrammability.dylib
>  -rwxr-xr-x  1 root  wheel   1832592 19 Feb 07:00 libGLU.dylib
>
>  macace:gnubg ace$ ls -l /usr/X11R6/lib/libGL*
>  lrwxr-xr-x  1 root  wheel       13 31 Mär 22:06
>  /usr/X11R6/lib/libGL.1.2.dylib -> libGL.1.dylib
>  -rwxr-xr-x  1 root  wheel  2390592 14 Jan 07:11
>  /usr/X11R6/lib/libGL.1.dylib
>  lrwxr-xr-x  1 root  wheel       13 31 Mär 22:06
>  /usr/X11R6/lib/libGL.dylib -> libGL.1.dylib
>  lrwxr-xr-x  1 root  wheel       14 31 Mär 22:06
>  /usr/X11R6/lib/libGLU.1.3.dylib -> libGLU.1.dylib
>  -rwxr-xr-x  1 root  wheel  3304064 14 Jan 07:11
>  /usr/X11R6/lib/libGLU.1.dylib
>  lrwxr-xr-x  1 root  wheel       14 31 Mär 22:06
>  /usr/X11R6/lib/libGLU.dylib -> libGLU.1.dylib
>
>  When I just compile with --with-3dboard the linker stops:
>
>  ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib
>
>  This seems to be a known bug, see also
>  http://my.bzflag.org/bb/viewtopic.php?t=12107#120160.
>
>  When I set export
>  
> LDFLAGS=${LDFLAGS}-L/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries
>
>  the sources compile, but after starting gnubg I get this error:
>
>  Python supported.
>  SQLite database supported.
>  Window system supported.
>  External players supported.
>  XML match equity files supported.
>  3d Boards supported.
>  External commands supported.
>  Multiple threads supported.
>  SSE supported and available.
>  dyld: lazy symbol binding failed: Symbol not found: _glXQueryExtension
>   Referenced from: /opt/local/lib/libgdkglext-x11-1.0.0.dylib
>   Expected in: flat namespace
>
>  dyld: Symbol not found: _glXQueryExtension
>   Referenced from: /opt/local/lib/libgdkglext-x11-1.0.0.dylib
>   Expected in: flat namespace
>
>  Trace/BPT trap
>
>  Ciao
>
>  Achim
>
>
>  _______________________________________________
>  Bug-gnubg mailing list
>  address@hidden
>  http://lists.gnu.org/mailman/listinfo/bug-gnubg
>