Hello developers,
I am building plib on Mac OS X for use with FlightGear. The version of
autoconf included with plib-1.6.0 is very old. Regardless of your plans
to update it, I would like you to know that I was able to get plib to
configure and make successfully (not yet tested) on Mac OS X by c
Quoth Steve Baker:
> I'm suprised you needed to do that though - so long as the versions
> of those two files agree with the version of autocong that *I* used
> to build the 'configure' script, it shouldn't matter what versions of
> the auto* tools you have because you don't use them when you just
I sent this to flightgear-users a couple days ago when 0.9.0 was out.
No response. The same thing is happening now with 0.9.1, fresh compile
of plib, metakit, and simgear (0.3.1). Still looking for help. Thanks.
Quoth David Drum:
> I am compiling FG 0.9.1 on Mac OS X. The final link fa
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
Quoth Curtis L. Olson:
> If 0.9.1 is too much of a hassle to get running, please feel free to
> submit changes relative to current CVS, and we can do a 0.9.2 release
> and get a good Mac build for that.
I removed the clouds3d code per a post of Curt's, and changed the tests
in configure per a pre
Quoth David Megginson:
> Luke Scharf writes:
>
> > Where would I find documentation about code-layout of FGFS? I did a
> > quick scan of flightgear.org and I didn't see a document that looked
> > like it addressed "this object does this and relates to the other
> > objects like that" questio
Quoth Michael Bonar:
> Hi David. I get a Forbidden error when I try to reach that link.
Terribly sorry. The link should have been
http://www.more.net/~david/FlightGear-0.9.1/html/
I turned on about every option available, and also built the graphical
class hierarchy.
Regards,
David K. Drum
[
Quoth Jon Stockill:
> On Thu, 9 Jan 2003, Andy Ross wrote:
>
> > Indeed, Lee rocks. But seriously, someone needs to come to his home,
> > tie him down and teach him Blender so that we can get some colors on
> > these things. And make him do something non-british while you're at
> > it. :)
>
>
Hello everyone,
If you've not worked with FlightGear under Mac OS X, delete now.
OK, both of you that are left reading this, thanks.
I'll make a long story short: every attempt I have made to compile
FlightGear, whether 0.9.1 or from CVS, fails in the final link
in the same way: ld is unable to
Quoth Darrell Walisser:
> I would guess 3 things at this point.
>
> 1. You have multiple versions of plib installed, possibly causing a new
> header to be used with an older version of the library.
I can guarantee that this is not the case. I have never installed plib
except in build-specific
Quoth Arnt Karlsen:
> ..another one: _Raid_ your mac for plib and report back. ;-)
To report: for the last two weeks my attempts to compile FlightGear have
begun, each and every time, with an erase-and-install of Mac OS X 10.2.
In essence, I don't start with a "raid", but a "search and destroy"
Quoth Arnt Karlsen:
> > sudo find / -type f -name libplibssg.a -print
>
> ..tried "*plib*" etc?
Yes, at your behest. Same result.
Regards,
David K. Drum
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[E
Quoth Arnt Karlsen:
> ..if this would have caught .*plib* (dotwhateverplibwhatever)
> too, it appears I just joined the "at loss" ranks.
I believe so. Again, this is on a system which has had its disk erased
and OS reinstalled between each attempt at compilation. I did not expect
to find any r
[FlightGear-Devel readers: this is another installment in my quest
to get FlightGear compiled under Mac OS X. I now have a good lead on
the final link failure, I think. If you have any knowledge of linker
naming conventions, symbol tables, and the like, I would appreciate
your comments. Thanks.
Quoth David Drum:
> I have been using nm to poke around and believe I know what is going on,
> even if I don't know how to fix it:
>
> david@Cynosure ~
> $ nm -o lib/libsgscreen.a FlightGear/src/GUI/gui_funcs.o | egrep
>'trTileSize|trImageSize|trTileBuffer'
Quoth Bernie Bright:
> From simgear/screen/tr.h:
>
> extern void trTileSize(TRcontext *tr, GLint width, GLint height, GLint border);
>
> It looks like GLint is defined as an int when compiling SimGear but
> is long when compiling FlightGear.
Thank you for the interpretation. The gui_funcs.cxx
Quoth Darrell Walisser:
> > Is there a way to increase the size of the stack given to fgfs in Mac
> > OS X? I heard of a ulimit command but my machine (10.2.4) doesn't seem
> > to have this. Unsure if stack growing into the heap or vice versa is
> > the problem here.
>
> I don't have this either
Hello everyone,
I have finally (actually about a week ago but I've been out of town)
gotten FlightGear to compile under Mac OS X 10.2.4. The results were
surprising and I am probably going to rub a few feathers the wrong way in
the process of explanation. I don't mean to offend but I need to be
Quoth Darrell Walisser:
> There is a fairly well-known and officially unresolved inefficiency
> in the rendering of small vertex arrays that is particularly painful
> on Mac OS X.
Thank you for the reference. I was aware of this and thought I had
checked against the right patches, but apparently
Quoth Darrell Walisser:
> The culprit is likely PLIB. There is a fairly well-known and officially
> unresolved inefficiency in the rendering of small vertex arrays that is
> particularly painful on Mac OS X. You can view the original thread here
> (with the patch):
>
> http://www.menet.umn.edu
Quoth D Luff:
> Hmm, I'll have a think. If there's no resolution soon or if others
> start getting bitten by this I'll back this stuff out.
>
> > This fault also as a nice side - I'm getting forced to learn about
> > using CVS to update my local tree to a repository's former state ;-)
>
> You
21 matches
Mail list logo