Re: [Flightgear-devel] Re: ld: Undefined symbols error linking fgfs 0.9.1

2002-12-11 Thread David Drum
Quoth Andy Ross:

 Some of the missing symbols (slScheduler et. al.) should be found in
 the Plib sl library, which for some reason doesn't appear on your
 linker command line.

The reason is that $HOSTTYPE is not macintosh, it is powerpc.
I checked 10.0.4 and 10.1 on a TiBook, and 10.2 on a G4 tower, and uname
-p reports powerpc in all three instances.  So I don't know where
the original value macintosh came from.  There are three instances of
'$HOSTTYPE = macintosh' in configure that need to be changed to
powerpc.  See below.

I am getting to the final link again, but getting a much different error.
Progress!

# less configure
[...]
# Check for audio support
echo $as_me:$LINENO: checking for audio support 5
echo $ECHO_N checking for audio support... $ECHO_C 6
audio_LIBS=
if test -r /usr/include/soundcard.h \
-o -r /usr/include/linux/soundcard.h \
-o -r /usr/include/machine/soundcard.h \
-o -r /usr/include/audio.h \
-o x$ac_cv_header_windows_h = xyes \
-o $HOSTTYPE = macintosh; then


cat confdefs.h \_ACEOF
#define ENABLE_AUDIO_SUPPORT 1
_ACEOF

audio_LIBS=-lplibsl -lplibsm
[...]
# ./configure
[...]
checking for audio support... no
[...]

Regards,

David K. Drum
[EMAIL PROTECTED]

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] Re: ld: Undefined symbols error linking fgfs 0.9.1

2002-12-11 Thread Curtis L. Olson
Your best bet is to check the detailed results in config.log when
configure failes a check which you think ought to pass.

Regards,

Curt.


David Drum writes:
 I am getting to the final link again, but getting a much different error.
 Progress!
 
 # less configure
 [...]
 # Check for audio support
 echo $as_me:$LINENO: checking for audio support 5
 echo $ECHO_N checking for audio support... $ECHO_C 6
 audio_LIBS=
 if test -r /usr/include/soundcard.h \
 -o -r /usr/include/linux/soundcard.h \
 -o -r /usr/include/machine/soundcard.h \
 -o -r /usr/include/audio.h \
 -o x$ac_cv_header_windows_h = xyes \
 -o $HOSTTYPE = macintosh; then
 
 
 cat confdefs.h \_ACEOF
 #define ENABLE_AUDIO_SUPPORT 1
 _ACEOF
 
 audio_LIBS=-lplibsl -lplibsm
 [...]
 # ./configure
 [...]
 checking for audio support... no
 [...]
 
 Regards,
 
 David K. Drum
 [EMAIL PROTECTED]
 
 ___
 Flightgear-devel mailing list
 [EMAIL PROTECTED]
 http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] Re: ld: Undefined symbols error linking fgfs 0.9.1

2002-12-08 Thread Curtis L. Olson
James Turner writes:
 BTW, I haven't even got as far as linking due to problems with PLIB CVS  
 versions (Mac gcc keeps moaning about Plib's ul.h, it seems to be  
 getting included as C file, not a C++ one, and hence function  
 overloading is not permitted). Haven't taken this up with the plib guys  
 yet.

I seem to recall someone saying that anything installed in
/usr/include on a Mac get's automatically wrapped with something like:

  extern C { }

This is annoying because plib automatically installs in /usr/lib (even
though it really shouldn't.) :-)

The trick is to override the install location at configure time with
something like:

  ./configure --prefix=/usr/local

Regards,

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] Re: ld: Undefined symbols error linking fgfs 0.9.1

2002-12-08 Thread James Turner

On Sunday, December 8, 2002, at 04:15  am, Andy Ross wrote:


David Drum wrote:
 I am compiling FG 0.9.1 on Mac OS X.

 ld: Undefined symbols:
 _CPSEnableForegroundOperation
 _CPSGetCurrentProcess
 _CPSSetFrontProcess
 _CPSSetProcessName

 [...]
 I sent this to flightgear-users a couple days ago when 0.9.0 was out.
 No response.


My word. The reason these symbols are undefined is they're undocumented  
'secret' Apple APIs (but very useful ones). They are used to assemble a  
hack that is doing the rounds of many ported Unix tools and libs : for  
example libSDL and gtk-quartz. I have so far contacted two people  
trying to trace the origins of the hack (waiting for Max Horn at the  
Fink project to see if he can find his source). I am probably going to  
propose this hack as an addition to debug builds of Mozilla (MachO  
builds), so it's getting fairly widespread : I didn't realize it has  
made it into FG / plib though.

Anyway, you need to link against an extra library. I did this:

grep -r CPSEnableForegroundOperation /System, and got the following  
(on Jaguar, be warned the link library may be different on Puma)

And it seems that the symbols are in the CoreGraphics framework (which  
you should get as part of CoreServices). I assume that for FG and plib  
we only link against Carbon, so of course we don't pick up any 'extra'  
CoreServices functions like this.

BTW, doing this:

nm  
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/ 
CoreGraphics.framework/CoreGraphics | grep CPS

turned up a whole slew of interestingly named methods! :-)

BTW, I haven't even got as far as linking due to problems with PLIB CVS  
versions (Mac gcc keeps moaning about Plib's ul.h, it seems to be  
getting included as C file, not a C++ one, and hence function  
overloading is not permitted). Haven't taken this up with the plib guys  
yet.

HH
James


--
There is no such thing as a humble opinion.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] Re: ld: Undefined symbols error linking fgfs 0.9.1

2002-12-08 Thread Arnt Karlsen
On Sun, 8 Dec 2002 15:31:42 -0600, 
Curtis L. Olson [EMAIL PROTECTED] wrote in message 
[EMAIL PROTECTED]:

 Arnt Karlsen writes:
  ..should'nt this be the normal default place to drop FG etc cvs 
  and tarballed code, allowing deb and rpm packagers to put their 
  stuff in /usr?  The rpmdb does not know about stuff dropped in 
  outside rpm, I suspect deb works the same way.
 
 ... not according to the plib developers, they have no concern for
 package management I guess ...

..maybe roll our own ./configure --prefix=/usr/local'ed plib?

 
 Curt.


-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel