Bill Galbraith wrote:
I'm attempting to get FlightGear compiled on my Windows XP box. Before
that, I had to get SimGear compiled, and before that, OpenAL. Can't seem
to get OpenAL compiled and installed to SimGear's satisfaction. When I
run ./configure for SimGear-0.3.8, I get the message
I'm attempting to compile SimGear using mingw/msys on a Windows XP box.
I've set it up following the instructions in the wiki, and downloaded
the precompiled libraries for pthread and such. However, I get the
following error when trying to make:
make[3]: Entering directory
Quoting Frank Olaf:
I'm attempting to compile SimGear using mingw/msys on a Windows XP box.
I've set it up following the instructions in the wiki, and downloaded
the precompiled libraries for pthread and such. However, I get the
following error when trying to make:
make[3]: Entering
Frank Olaf wrote:
metar.cxx: In member function `void SGMetar::useCurrentDate()':
metar.cxx:162: error: `gmtime_r' undeclared (first use this function)
metar.cxx:162: error: (Each undeclared identifier is reported only once
for each function it appears in.)
I think I have this fixed in CVS
Thanks, that was impressively quick. The compilation now cleanly passes
the point in question, but it now holds on a different error that also
seems to be related to pthreads.
The error message is quite correct, there is no config.h in the same
directory as pthread.h.
make[3]: Entering
Frank Olaf wrote:
Thanks, that was impressively quick. The compilation now cleanly passes
the point in question, but it now holds on a different error that also
seems to be related to pthreads.
The error message is quite correct, there is no config.h in the same
directory as pthread.h.
Erik Hofman wrote:
Frank Olaf wrote:
Thanks, that was impressively quick. The compilation now cleanly
passes the point in question, but it now holds on a different error that
also seems to be related to pthreads.
The error message is quite correct, there is no config.h in the same
Quoting Frank Olaf :
Frank Olaf wrote:
I wouldn't know. Anyway, I commented out the reference to config.h
from pthread.h and it seemed to compile cleanly. I will get on with
compiling flightgear and see how it works out :)
Apart from some problems with Glut not being present,
On Thursday 06 October 2005 13:05, Frank Olaf wrote:
Apart from some problems with Glut not being present, compilation and
execution of flightgear under msys/mingw went quite flawlessly. I don't
know if others have had the same problems I did, if they are, perhaps
the wiki page describing the
I don't use Windows myself, but I have recently built FlightGear from CVS
under cygwin on someone else's machine (also Nvidia and VIA).
The process was reasonably straightforward, with a little help from Norman and
Vivian on the IRC channel.
I used gcc-3.3.3 IIRC, although I'm sure Vivian is
Just by way of background: I'm new to Windows, but have compiled FG many
times in my Linux environment and now want to do it on my Win machine.
I see from the docs that it's recommended not to install X in cygwin.
Unfortunately, I need X for other apps such as xephem.
Can one of the Win people
scott wrote:
Well, now the next problem. The error occurs during the make of the
SimGear. This is the tailing code snippet:
In file included from sgstream.hxx:47,
from sgstream.cxx:35:
../../simgear/misc/zfstream.hxx:33:18: zlib.h: No such file or directory
This one is
Thanks! Can't wait to start working with FlightGear!
Scott
Erik Hofman wrote:
scott wrote:
Well, now the next problem. The error occurs during the make of the
SimGear. This is the tailing code snippet:
In file included from sgstream.hxx:47,
from sgstream.cxx:35:
Just ran across the same problem this week. You have to install the
devel package for Mesa (it's named something like MesaGLU1-devel).
I'm using Mandrake Linux, and I found an rpm for it on one of the
Mandrake rpm mirror sites.
-JM
PS: Now I'm stuck installing OpenAL, which is required
That worked for me. Thanks!
John Matro wrote:
Just ran across the same problem this week. You have to install the
devel package for Mesa (it's named something like MesaGLU1-devel).
I'm using Mandrake Linux, and I found an rpm for it on one of the
Mandrake rpm mirror sites.
-JM
PS:
Well, now the next problem. The error occurs during the make of the
SimGear. This is the tailing code snippet:
---
if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../..
-I/usr/X11R6/include -g -O2 -D_REENTRANT -MT sg_path.o -MD -MP -MF
.deps/sg_path.Tpo -c -o
scott wrote:
Andy Ross wrote:
scott wrote:
checking for plib 1.8.4 or newer... wrong version
configure: error: Install plib 1.8.0 or later first...
Any ideas?
I don't know why, but it sounds to me like your plib library is the
wrong version. You should install plib 1.8.4 or newer
scott wrote:
Ok, got [plib], unzipped it and then did a ./configure on that.
Turns out that it could not find a working GL library. Tried
finding MesaGL or OpenGL on the install CD of SuSE Linux. I would
think that it already would be there since I could install an OpenGL
game and it did so
I'm trying to compile FlightGear 0.9.8 on a SuSE 9.3 OS on an AMD
equiped PC. During the ./configure process I get the messages:
checking plib/ul.h usability... no
checking plib/ul.h presence... yes
configure: WARNING: plib/ul.h: present but cannot be compiled
configure: WARNING: plib/ul.h:
scott wrote:
checking for plib 1.8.4 or newer... wrong version
configure: error: Install plib 1.8.0 or later first...
Any ideas?
I don't know why, but it sounds to me like your plib library is the
wrong version. You should install plib 1.8.4 or newer first.
:)
(The second error message is
Andy Ross wrote:
scott wrote:
checking for plib 1.8.4 or newer... wrong version
configure: error: Install plib 1.8.0 or later first...
Any ideas?
I don't know why, but it sounds to me like your plib library is the
wrong version. You should install plib 1.8.4 or newer first.
:)
Hi all,
I tried compiling the old stable version of Atlas on my debian box,
but i run into an error during the ./configure step. The
autoconfiguration says that my simgear version is too old, blah blah,
so it won't compile. Of course, the version number required by atlas
is a very old simgear,
Thanks for the tip about the file in simgear. I went back and checked, and
compiled simgear with and without --with-jpgfactory, and , it would
install and not install a file called ...jpgfactory.h in the same directory
as tr.h lives in, simgear/screen. Now, when I would do the ./configure
Frederick Gleicher wrote:
Thanks for the tip about the file in simgear. I went back and checked, and
compiled simgear with and without --with-jpgfactory, and , it would
install and not install a file called ...jpgfactory.h in the same directory
as tr.h lives in, simgear/screen. Now, when I
yes, that was the problem, another installation of simgear was at /usr/local.
Once I got rid of that, and reinstalled the simgear w/o the jpgfactory.hxx
file, the flightgear compiled, and even started.
Thanks for all the help, and I hope that this helps someone else with their
problems
Happy
The linux distro, Yoper, has an rpm creating script I used to
create the rpm,
and after looking at the script for the simgear rpm, I saw that I had
included --with-jpeg-factory, but also noticed that it was
set up to disable
debug and static. I recompiled simgear, ( commenting out the
Frederick Gleicher wrote:
OK. I went back and recompiled simgear without the --with-jpeg-factory, and
reinstalled. Then, I re-untarred flightgear, and recompiled, and got exactly
the same error as before...
Now what ?
You probably should entirely remove the old installation before
On Mon, 21 Feb 2005 16:57, Frederick Gleicher wrote:
The linux distro, Yoper, has an rpm creating script I used to create
the rpm, and after looking at the script for the simgear rpm, I saw
that I had included --with-jpeg-factory, but also noticed that it was
set up to disable debug and
Hi:
I'm compiling flightgear, version 0.9.8, and also compiled the correct version
of simgear, version 0.3.8, and plib v1.8.4. and installed, etc. I configured
telling flightfear where simgear and plib lived, and make ran for a while,
and then when it started compiling in src/Main, I got
The linux distro, Yoper, has an rpm creating script I used to create the rpm,
and after looking at the script for the simgear rpm, I saw that I had
included --with-jpeg-factory, but also noticed that it was set up to disable
debug and static. I recompiled simgear, ( commenting out the disable
Rahul Prasad wrote:
I am trying to make FlightGear on a Linux RH distro. I have SimGear
0.3.8 installed, and the latest OpenAL CVS snapshot installed as well.
During the FG build, make spits out the following message towards the end:
FGNozzle.cpp:74: `snprintf' undeclared (first use this
I am trying to make
FlightGear on a Linux RH distro. I have SimGear 0.3.8 installed, and the latest
OpenAL CVS snapshot installed as well.
During the FG build, make
spits out the following message towards the end:
FGNozzle.cpp:74: `snprintf'
undeclared (first use this function)
Simon Walters wrote:
I downloaded flightgear and ran the configure script. When it came to the part where it looked for glut, it said it couldn't find it, although I know exactly where the files are. How do I tell the configure script that the glut files are in /usr/include/GL?
Configure doesn't
I've just installed Mandrake 9.2, which comes with automake 1.4. I
found a 1.7 version and installed it and changed the symlink from
automake to
point to it. Now ./autogen.sh comes up with an automake warning that I
should run aclocal to regenerate aclocal.m4. I've done that, but still
On Sunday 02 Nov 2003 11:20 am, Nick Coleman wrote:
I've just installed Mandrake 9.2, which comes with automake 1.4. I
found a 1.7 version and installed it and changed the symlink from
automake to
point to it. Now ./autogen.sh comes up with an automake warning that I
should run aclocal to
Ok, I found the problem. No worries.
-- Lou
On Mon, 2003-02-24 at 01:12, Louis Garcia wrote:
I'm trying to compile flightgear on my RH8.x box and ran into something.
I got plib and metakit (without python support) compiled fine. Simgear
does not want to compile or install. Is the install
Hello!
Yes, I'm the man with troubles. :(
After I downgrade to GLIB 1.2.10 I got another error message:
/usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
/usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
/usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
37 matches
Mail list logo