Re: [Flightgear-devel] FlightGear Build Problem Under MacOS 10.4
Did you use GCC 4 or 3.3? I've been so busy that I've not even tried building FGFS on 10.4. I did try to build plib but it failed with the same type of error. And I fixed it just like you (except by making it non-static) but then a mess of other errors showed up that well... I knew nothing about.On 5/20/05, Jonathan Polley [EMAIL PROTECTED] wrote: For some reason, the c172_aero.c file in src/FDM/LaRCsim generates alink error.There is a variable, called simply 'b' that conflictswith a symbol in MacOS 10.4's OpenGL library (go figure).Withoutmaking it static (or changing its name), I get the following link error: ld: ../../src/FDM/LaRCsim/libLaRCsim.a(c172_aero.o) illegal referenceto symbol: _b defined in indirectly referenced dynamic library /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib For now, I have made the 'b' variable static and then FlightGearlinks just fine.It does not complete its initialization, but Iprobably have a messed up config file (it has been a while since Ihave build FlightGear). Jonathan Polley___Flightgear-devel mailing listFlightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel2f585eeea02e2c79d7b1d8c4963bae2d-- Arthur/- http://artooro.blogspot.com (Weblog)- http://sourceforge.net/users/artooro/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear Build Problem Under MacOS 10.4
On 20 May 2005, at 15:30, Andy Ross wrote:it is no longer legal to do this: int i; glGenTextures(1, i); Instead, you have to declare 'i' as GLint (and similarly for GLuint and so on) Are you sure? I thought the Apple compiler was still a 32 bit environment on OS/X. And in any case, PPC64 is an "LP64" ABI, which means that a plain "int" is still 32 bits, just like GLint. Really, there are no meaningful (for our purposes) systems any more where an "int" is anything but 32 bits. The size of longs and pointers is variable, but ints are pretty fixed. Umm - I am not sure about the reason for making the change, but the fact is that on Tiger, GLuint is a typedef for 'unsigned long'. Hence, the code has to be changed to use the portable names, or GCC 4.0 chokes.Next time I run into an Apple engineer, I'll ask about this.HHJames ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear Build Problem Under MacOS 10.4
James Turner wrote: Umm - I am not sure about the reason for making the change, but the fact is that on Tiger, GLuint is a typedef for 'unsigned long'. Hence, the code has to be changed to use the portable names, or GCC 4.0 chokes. Hrm... that sounds like a bug in the Apple headers. The OpenGL spec requires that GLint/GLuint be exactly a 32 bit value. If Apple is defining it otherwise in an environment* where a long is 64 bits, then they need to fix their files. * Are you sure this is the case for the OS/X development environment? I was sure that it was still 32 bit, which would make a long 32 bits as well. Can you post the error you get? It should not be an error to cast a pointer to an unsigned int to a pointer to a GLuint on any 32 or 64 bit environment I am aware of. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] FlightGear Build Problem Under MacOS 10.4
For some reason, the c172_aero.c file in src/FDM/LaRCsim generates a link error. There is a variable, called simply 'b' that conflicts with a symbol in MacOS 10.4's OpenGL library (go figure). Without making it static (or changing its name), I get the following link error: ld: ../../src/FDM/LaRCsim/libLaRCsim.a(c172_aero.o) illegal reference to symbol: _b defined in indirectly referenced dynamic library / System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/ libGLImage.dylib For now, I have made the 'b' variable static and then FlightGear links just fine. It does not complete its initialization, but I probably have a messed up config file (it has been a while since I have build FlightGear). Jonathan Polley ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
