[Gtkradiant] osx 10.4 build broken?

[Timothee Besset]

Which source did you use? (SVN branch / revision number)

We are actively working on ZeroRadiant on Linux, the Windows build is
known not to compile and will be fixed, no one has looked at the OSX
compile in a while, but it's never a problem if the Linux version builds.

TTimo

don bright wrote:
> i followed the directions on the main page to download
> and build the source. im using osx 10.4 and xcode 2.5 
> 
> first, scons gives a page full of warnings about 'two
> different targets defined for
> '/tools/quake3/common/blahblahblah'
> 
> 2nd it builds by default in DEBUG mode, which in has
> some kind of size_t variable that gets miscast inside
> a call to ostream_write, which errors-out in gcc-4.0.1
> which is what 10.4 and xcode 2.5 use...
> its in contrib/brushexport/export.cpp line 152
> 
> 3rd there is a call to itoa() in one of the contribs,
> osx doesnt have itoa, and the #ifdef __linux__ itoa()
> blah blah blah doesnt work because __linux__ is not
> defined with OSX...
> 
> 4th in radiant/texwindow.cpp there is (like the first
> problem) an overloading of a function and it's given a
> size_t variable, which doesn't work. (line 1920)
> 
> 5th the link command dies like this: 
> 
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld:
> warning suggest use of -bind_at_load, as lazy binding
> may result in errors or different symbols being used
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld:
> Undefined symbols:
> write_stack_trace(TextOutputStream&)
> symbol _glPointParameteri used from dynamic library
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib(gll_api.o)
> not from earlier dynamic library
> /usr/X11R6/lib/libGL.1.dylib(dri_dispatch.o)
> symbol _glPointParameteriv used from dynamic library
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib(gll_api.o)
> not from earlier dynamic library
> /usr/X11R6/lib/libGL.1.dylib(dri_dispatch.o)
> collect2: ld returned 1 exit status
> 
> passing -framework OpenGL to the linker (in
> SConstruct) fixes that... but then you get
> 
> undefined reference to write_stack_trace
> 
> i was too lazy to fix the write_stack_trace definition
> so i just commented that out of stacktrace.cpp. 
> 
> then it built. 
> 
> of course i couldn't run it. it gave me bus errors
> etc. then again i had no idea how to start it or how
> to load a map. i was only trying to edit Neverball
> levels. 
> 
> thx
> l8r
> 
> 
> 
> 
> 
> _______________________________________________
> Gtkradiant mailing list
> Gtkradiant at zerowing.idsoftware.com
> http://zerowing.idsoftware.com/cgi-bin/mailman/listinfo/gtkradiant