Text archives Help

--- Begin Message ---

• From: Ingo Wald <ingowald@gmail.com>
• To: Solomon Boulos <boulos@cs.utah.edu>
• Subject: Re: [Manta] still compile problems
• Date: Sat, 05 Jan 2008 18:39:18 -0800

just tested.

It "seems" to have fixed the compile issue. The reason I say "seems" is that I still cannot comile the whole project through, but it now exits with the same linking issue as with gcc

Linking CXX shared library ../lib/libManta_Core_XUtils.dylib
cd /Users/ingowald/Projects/manta/icc/Core && /opt/local/bin/cmake -P CMakeFiles/Manta_Core_XUtils.dir/cmake_clean_target.cmake
cd /Users/ingowald/Projects/manta/icc/Core && /opt/local/bin/cmake -E cmake_link_script CMakeFiles/Manta_Core_XUtils.dir/link.txt --verbose=1
/usr/bin/icpc -Wall -O3 -DNDEBUG -g -restrict -dynamiclib -headerpad_max_install_names -Wl,-dylib_file,/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib -o ../lib/libManta_Core_XUtils.dylib -install_name /Users/ingowald/Projects/manta/icc/lib/libManta_Core_XUtils.dylib "CMakeFiles/Manta_Core_XUtils.dir/XUtils/XHelper.o" -L/Users/ingowald/Projects/manta/icc/lib -L/usr/X11R6/lib -lManta_Core -lGLU -lGL -lSM -lICE -lX11 -lXext -lxml2 -lpthread
xilibtool: executing 'libtool'
Undefined symbols:
 "_glXUseXFont", referenced from:
     __ZN5Manta7XHelper9getGLFontEP11XFontStruct in XHelper.o
ld: symbol(s) not found
libtool: internal link edit command failed
make[2]: *** [lib/libManta_Core_XUtils.dylib] Error 1
make[1]: *** [Core/CMakeFiles/Manta_Core_XUtils.dir/all] Error 2
make: *** [all] Error 2

I guess that means it got past the original error...

Anybody has any idea what could cause this link error ? I'm pretty sure I updated xcode to the leopard version...

Cheers,

Ingo



Solomon Boulos wrote:

This should now be fixed. Could someone on ICC Leopard test this? (and someone still on Tiger make sure I didn't screw anything up...)

On Jan 5, 2008, at 12:53 AM, Solomon Boulos wrote:

The solution is very simple: we need a APPLE_LEOPARD #define through CMake. I haven't had the time to look at James's CMake version macros to determine how to make the following very simple test (which is the only stable way to test for Leopard...):

uname -r on Leopard returns a major version of 9 while Tiger is 8. Checking for major version >= 9 and defining APPLE_LEOPARD will allow us to check for Leopard regardless of compiler predefined macros. The code James wrote for version stuff is in CMake/Macros.cmake but again, that's all I know and I haven't looked into this (yes it would only take maybe 20 minutes or so to do).

Solomon
PS - My laptop has neither leopard nor 64-bits support nor ICC ;)

On Jan 4, 2008, at 10:28 PM, Ingo Wald wrote:

hi all,

some time ago I reported some compile problems with manta under leopard, some sigaction whatever problem.

back then somebody (abe ? solomon?) said there was a soluion, but it wasn't checked in yet. however, after I finally have some time for coding again I just updated the codebase, but still run into the same error.
could anybody please commit the fix for that ? i know you all use leopard and 64-bit macbooks, and at least a few will probably use the intel compiler ... so there _must_ be a solution, I guess....

Cheers,

Ingo

--- End Message ---

• [Fwd: Re: [Manta] still compile problems], Ingo Wald, 01/05/2008
  • Re: [Fwd: Re: [Manta] still compile problems], Steven G. Parker, 01/05/2008
    • Re: [Fwd: Re: [Manta] still compile problems], Ingo Wald, 01/05/2008
      • Re: [Fwd: Re: [Manta] still compile problems], Solomon Boulos, 01/05/2008
        • Re: [Fwd: Re: [Manta] still compile problems], Steven G. Parker, 01/05/2008
          • Re: [Fwd: Re: [Manta] still compile problems], Solomon Boulos, 01/05/2008
            • Re: [Fwd: Re: [Manta] still compile problems], Steven G. Parker, 01/05/2008

Archive powered by MHonArc 2.6.16.