Hi all :)
I have a little problem compiling/running fgfs build as shared lib variant.
(Yes... i know... static is the prefered build way you/the devs use.. i still
try to make my daily cvs debian packages the debian-standard shared way :))
Following is the compile output from flightgear (CVS):
Juergen Tretthahn wrote:
Hi all :)
I have a little problem compiling/running fgfs build as shared lib variant.
(Yes... i know... static is the prefered build way you/the devs use.. i still
try to make my daily cvs debian packages the debian-standard shared way :))
The debian standard way uses
Georg Vollnhals wrote:
Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4):
RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes
Bah, conditional compiles don't make life easier.
This should be fixed now.
Erik
Erik Hofman schrieb:
Georg Vollnhals wrote:
Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc
3.4.4):
RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes
Bah, conditional compiles don't make life easier.
This should be fixed now.
Erik
Erik,
Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4):
RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes
just 3
RenderTexture.cpp: In member function `void
RenderTexture::_ParseModeString(const char*, std::vectorint,
std::allocatorint ,
Hi
Any assistance would be gratefully accepted.
Debug info:
Compiling...
iochannel.cxx
lowlevel.cxx
c:\documents and settings\sam
ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) :
error C2059: syntax error : 'bad suffix on number'
c:\documents and settings\sam
Ok... I myself have been having problems with compiling FG with MSVC
7.1, but I've been told this much. Its way to hard to compile with
MSVC6. But ofcourse, I submit to the judgement of the masters. They
know way better.
On 11/14/05, Sam Ingarfield - VK6HSI [EMAIL PROTECTED] wrote:
Hi
Any
bass pumped wrote:
Ok... I myself have been having problems with compiling FG with MSVC
7.1, but I've been told this much. Its way to hard to compile with
MSVC6. But ofcourse, I submit to the judgement of the masters. They
know way better.
Yes, the general consensus I've heard in the
Andy Ross wrote:
This is the relevant code from simgear/compiler.h. Apparently it
thinks that Solaris machines lack a stdint.h header file. This is
incorrect, at least on the Solaris 10 box I have access too. The
workaround should be to just eliminate the || defined(sun) bit.
#if defined(
Alex Perry wrote:
I get a compiler type cast error without this (or equivalent).
This has also been committed.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Hi AJ,
thank you for your prompt reply, therefore this as a feedback:
I tested it with Normans precompiled version and the (older) stuff I need for
building FG 0.9.8 but still got the same error messages when typing ./configure
from SimGear-0.3.8.
Just downloading all the actual CVS stuff for
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one. But something is hindering me that wasn't
there before:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml'
g++ -mcpu=hypersparc -mtune=hypersparc -DHAVE_CONFIG_H -I. -I.
Quoting Martin Spott :
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one. But something is hindering me that wasn't
there before:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml'
g++ -mcpu=hypersparc -mtune=hypersparc
Martin Spott wrote:
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one.
Good luck, but unfortunately it seems not to be working for Erik. I
have a pretty large test suite at this point running on sparc and ppc
without trouble, so I'm wondering
Frederic Bouvier wrote:
You probably must refine the test in order to discard these statements that are
already in another include file.
I'm leaning more and more to defining our own header files which solves
all this troubles and byte swapping stuff.
Erik
Erik Hofman wrote:
I'm leaning more and more to defining our own header files which
solves all this troubles and byte swapping stuff.
Sounds good to me. :)
Andy
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Hi,
after many hours trying to solve the problem I give up and ask for help:
Problem:
When building SimGear under Cygwin OpenAL files are not found. The
Readme.OpenAL and other docs are not helpful
for two questions:
1. What do I need for Cygwin? Is the OpenAL11BetaSDK sufficient
(content
On Wednesday 21 September 2005 23:17, Georg Vollnhals wrote:
I would be very glad if someone could help me. Building FlightGear 0.9.8
from source would be the first step to building it
from CVS.
I just used Norman's pre-compiled version from here;
bass pumped
any idea when we will see the next release?
Not for a while I hope - I've just spent 10 days trying to locate a bug
which prevents FG-cvs running under Cygwin. I've got as far as tracking it
to something introduced into SimGear about 7 Jul.
Vivian
Vivian Meazza wrote:
bass pumped
any idea when we will see the next release?
Not for a while I hope - I've just spent 10 days trying to locate a bug
which prevents FG-cvs running under Cygwin. I've got as far as tracking it
to something introduced into SimGear about 7 Jul.
I agree, the
Selon Vance Souders :
Has anyone tried compiling the latest simgear CVS code? The visual studio
solution is looking for a bunch of source files in \scene\sky\clouds3d that
seem to be missing. Is this just a case where the Visual Studio solution
file is out of sync?
The visual studio
Vance Souders wrote:
Has anyone tried compiling the latest simgear CVS code? The visual
studio solution is looking for a bunch of source files in
\scene\sky\clouds3d that seem to be missing. Is this just a case where
the Visual Studio solution file is out of sync?
Yes, the code in that
any idea when we will see the next release?
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Has anyone tried compiling the latest simgear CVS code? The
visual studio solution is looking for a bunch of source files in
\scene\sky\clouds3d that seem to be missing. Is this just a case where the
Visual Studio solution file is out of sync?
-Vance
On Sunday 31 July 2005 11:12, Paul Surgeon wrote:
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
I should perhaps mention here for those not keen on updating to the newer
nvidia drivers yet that SimGear CVS (on 1st
A J MacLeod wrote:
I should perhaps mention here for those not keen on updating to the
newer nvidia drivers yet that SimGear CVS (on 1st August 2005)
_does_ compile here on nVidia 6629 and runs fine, so it's worth
trying...
You might not have the NVIDIA headers installed. Check
On Tuesday 02 August 2005 18:30, Andy Ross wrote:
You might not have the NVIDIA headers installed. Check
/usr/include/GL/gl.h to see if it has an NVIDIA copyright at the top
or an x.org one. I think some of the non-NVIDIA binary distributions
of the driver include only the libraries and X
On Tuesday, 2 August 2005 21:25, AJ MacLeod wrote:
I'm using nvidia's headers all right...
From /usr/include/GL/gl.h
A while back I found that when the nVidia installer did its nut I had two
versions of GL files.
One set in /usr/include/GL and one in /usr/X11R6/include.
One was nVidia and
On Saturday, 30 July 2005 23:57, Paul Surgeon wrote:
There is still a problem.
If I roll back extensions.hxx and RenderTexture.cpp then I can compile
SimGear.
I'll try figure out what's causing it but I'm not very strong at C or C++
Paul
GLXPbufferSGIX and GLXPbuffer are not defined
Paul Surgeon wrote:
GLXPbufferSGIX and GLXPbuffer are not defined anywhere in my nVidia GL headers
although they are used throughout the GL headers!
I've checked Mesa - same thing.
The following lines in extensions.hxx cause a problem because GLXPbufferSGIX
is not defined.
#ifndef
On Sun July 31 2005 01:13, Paul Surgeon wrote:
On Saturday, 30 July 2005 23:57, Paul Surgeon wrote:
There is still a problem.
If I roll back extensions.hxx and RenderTexture.cpp then I can compile
SimGear.
I'll try figure out what's causing it but I'm not very strong at C or C++
On Sunday, 31 July 2005 10:50, Erik Hofman wrote:
Ok, this is be fixed in CVS now.
Well almost fixed :-)
Using a clean SG checkout (extensions.hxx version 1.24) :
In file included from ../../simgear/scene/sky/bbcache.hxx:29,
from ../../simgear/scene/sky/newcloud.hxx:31,
On Sunday, 31 July 2005 11:19, Richard Harke wrote:
On my system, I find that both are defined in GL/glxproto.h
I have a Debian testing system and I run Nvidia. I don't think
this file is from Nvidia, however, but I don't know the exact package.
Apparently belongs to some part of glx
Richard
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem but I'm too tired and lazy and am happy that things now work. ;)
Paul
Le dimanche 31 juillet 2005 à 12:12 +0200, Paul Surgeon a écrit :
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem
Paul Surgeon wrote:
Problem fixed!
SimGear WILL NOT compile with nVidia 6629 headers (like it used to).
I updated to 7667 OpenGL headers and it compiles now.
What I should do is do a diff between the 6629 and 7667 headers to find the
problem but I'm too tired and lazy and am happy that things
The updates (RenderTexture.cpp RenderTexture.h extensions.cxx extensions.hxx)
committed to SimGear on the 13th July don't compile on my system.
Error messages :
../../simgear/screen/extensions.hxx:438: error: ISO C++ forbids declaration of
`GLXPbufferSGIX' with no type
On Saturday, 30 July 2005 18:27, Paul Surgeon wrote:
The updates (RenderTexture.cpp RenderTexture.h extensions.cxx
extensions.hxx) committed to SimGear on the 13th July don't compile on my
system.
Error messages :
../../simgear/screen/extensions.hxx:438: error: ISO C++ forbids declaration
There is still a problem.
If I roll back extensions.hxx and RenderTexture.cpp then I can compile
SimGear.
I'll try figure out what's causing it but I'm not very strong at C or C++
Paul
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Jonathan Polley wrote:
It seems as if MacOS X does not have isnan(), or at least by default.
There is a fix for this in cloud.cxx also.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
It seems as if MacOS X does not have isnan(), or at least by
default. From wading trough the headers (I see isnan in there, so
I'm not sure why it is not being used), I made the following change
to cloudfield.cxx. My guess is that this will only work on the Mac,
since it appears as if
The last commit on props.cxx and prios_io.cxx has a side effect on dialogs.
They appear correctly the first time you invoke them, but on the second
time they are drawn in the bottom left corner
of the screen with a transparent background.
A roll back on these 3 files corrected the problem.
Hello Karsten,
Karsten Krispin wrote:
just a small question: is it hard to include simgear as shared libs?
No, it's not dificult at all. But you probably don't _want_ to, because
changes in FlightGear sometimes relate to changes in SimGear so you
have to rebuild SimGear anyway.
I'd stick to
From: Karsten Krispin
Hi
just a small question: is it hard to include simgear as shared libs?
When you want to change something in simgear you have to recompile fgfs. that
needs pretty too long.
Or is there a trick?
Rebuilding modules in fgfs only happens when the timestamps on the
Jim Wilson writes:
I think the real issue is that SimGear shouldn't be installed anywhere ever,
because it isn't a shared library (and
doesn't need to be). It seems like it should be possible to fix the fgfs
build setup so that it just links libraries
right from the SimGear build
From: Norman Vine
Jim Wilson writes:
I think the real issue is that SimGear shouldn't be installed anywhere
ever, because it isn't a shared library (and
doesn't need to be). It seems like it should be possible to fix the fgfs
build setup so that it just links libraries
Hi
just a small question: is it hard to include simgear as shared libs?
When you want to change something in simgear you have to recompile fgfs. that
needs pretty too long.
Or is there a trick?
Karsten Krispin
___
Flightgear-devel mailing list
Hi there,
I get errors running FG under Windows in debug mode :
assertion failed in ctype.h in isspace cause a character was not in the range
0..255. Running in debug mode I saw that the problem happened during airports
loading because of the copyright character. I modified
Quoting BONNEVILLE David:
Hi there,
I get errors running FG under Windows in debug mode :
assertion failed in ctype.h in isspace cause a character was not in the range
0..255. Running in debug mode I saw that the problem happened during airports
loading because of the copyright character.
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
RenderTexture.cpp:1779:
Erik Hofman a écrit :
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the
following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
Frederic Bouvier writes:
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the
following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:1774: `GLX_SGIX_pbuffer'
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier:
Erik Hofman a écrit :
off
You might want to check if the glx-dev package is installed, or the
glx.h header is present on your system.
Perhaps John can enlight us on the system he use. My bet would be on
cygwin looking the
Hermann Schiffer a écrit :
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier:
Erik Hofman a écrit :
off
You might want to check if the glx-dev package is installed, or the
glx.h header is present on your system.
Perhaps John can enlight us on the system he
- Original Message -
From: Frederic Bouvier [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Sunday, February 06, 2005 5:12 AM
Subject: Re: [Flightgear-devel] SimGear CVS errors
Perhaps John can enlight us on the system he use. My bet would
I have the same problem on Debian. Theres two different glx.h residing on
my system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck
though.
On my debian system /usr/include/GL/glx.h is a link to
Hermann Schiffer wrote:
I have the same problem on Debian. Theres two different glx.h residing on
my system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck
though.
On my debian
Hermann Schiffer wrote:
--opengl-headers
Normally, installation does not install NVIDIA's OpenGL header
files. This option enables installation of the NVIDIA OpenGL
header files.
The nVidia installer puts the header files
under /usr/share/doc/NVIDIA_GLX-1.0/include/GL by default or
*** 258,264
case ${host} in
*-*-cygwin* | *-*-mingw32*)
dnl CygWin under Windoze.
!
AC_SEARCH_LIBS(alGenBuffers, openal32)
AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] )
LIBS=$LIBS -lwinmm -ldsound -ldxguid -lole32
--- 258,265
case ${host} in
Giles Robertson writes:
In case anyone's interested, I have at times had to add -lwsock32 to
LIBS to get some compiles working under mingw (with network programs).
I forget if that's currently the case for FlightGear.
please use '-lws2_32' it is a better library
Started building a CVS version and bombed out in Simgear with the following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:151: (Each undeclared identifier
RenderTexture.cpp:151: for each function it appears
Vivian Meazza writes:
Now Flightgear won't compile - stops as following:
/usr/lib/gcc-lib/i686-pc-
cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex
t+0
5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
make[2]: ***
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
with the following error:
In file included from soundmgr_openal.hxx:50,
from xmlsound.hxx:40,
from xmlsound.cxx:38:
/usr/local/include/AL/alc.h:39: error: syntax error before `*' token
On 02/02/2005 at 09:11 Vivian Meazza wrote:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
snip
I would suppose that this is a consequence of Erik's latest improvements
to
the sound. We Cygwin users are still using Norman Vine's OpenAL stuff.
Any advice on fixing
Vivian Meazza wrote:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
with the following error:
In file included from soundmgr_openal.hxx:50,
from xmlsound.hxx:40,
from xmlsound.cxx:38:
/usr/local/include/AL/alc.h:39: error: syntax error
Vivian Meazza writes:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
with the following error:
In file included from soundmgr_openal.hxx:50,
from xmlsound.hxx:40,
from xmlsound.cxx:38:
/usr/local/include/AL/alc.h:39: error:
Norman Vine wrote
Vivian Meazza writes:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
stops
with the following error:
In file included from soundmgr_openal.hxx:50,
from xmlsound.hxx:40,
from xmlsound.cxx:38:
: Wednesday, February 02, 2005 5:55 AM
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] Simgear-cvs
Norman Vine wrote
Vivian Meazza writes:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
stops
with the following error:
In file
Erik Hofman wrote:
Vivian Meazza wrote:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
stops
with the following error:
In file included from soundmgr_openal.hxx:50,
from xmlsound.hxx:40,
from xmlsound.cxx:38:
Norman Vine wrote
Vivian
Haven't got time to investigate but I would try changing
line 4 alctypes.h
from
#if !defined(_WIN32)
to
#if !defined(WIN32)
I won't be back online till late tonight
Already working on that, thanks.
Vivian
I wrote:
Norman Vine wrote
Vivian
Haven't got time to investigate but I would try changing
line 4 alctypes.h
from
#if !defined(_WIN32)
to
#if !defined(WIN32)
I won't be back online till late tonight
Already working on that, thanks.
That works - so far as
Vivian Meazza wrote:
I wrote:
Norman Vine wrote
Vivian
Haven't got time to investigate but I would try changing
line 4 alctypes.h
from
#if !defined(_WIN32)
to
#if !defined(WIN32)
I won't be back online till late tonight
Already working on that,
I can't find the SimGear maling list details on SimGear.org or FlightGear.org
but they used to be there.
I can only find SimGear-CVSLogs.
What happened and where can I ask SimGear related questions?
Was the list taken down?
Thanks
Paul
___
Vivian Meazza wrote:
Dale E. Edmons wrote
[EMAIL PROTECTED] wrote:
Hi, all,
I encountered a compile error when make the simgear-0.3.7 for
FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have
plib and Zlib done.
... snip ...
Got to /etc/ld.so.conf and see if it
Heckel wrote:
I encountered a compile error when make the simgear-0.3.7 for
FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have
plib and Zlib done.
What I did:
- download OpenAL from CVS.
- put the openal in /usr/local/source
- cd openal/linux
$ ./autogen.sh
$
[EMAIL PROTECTED] wrote:
Hi, all,
I encountered a compile error when make the simgear-0.3.7 for
FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have
plib and Zlib done.
What I did:
- download OpenAL from CVS.
- put the openal in /usr/local/source
- cd openal/linux
$ ./autogen.sh
Dale E. Edmons wrote
[EMAIL PROTECTED] wrote:
Hi, all,
I encountered a compile error when make the simgear-0.3.7 for
FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have
plib and Zlib done.
... snip ...
Got to /etc/ld.so.conf and see if it has /usr/local/lib or
Hi, all,
I encountered a compile error when make the simgear-0.3.7 for
FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have
plib and Zlib done.
What I did:
- download OpenAL from CVS.
- put the openal in /usr/local/source
- cd openal/linux
$ ./autogen.sh
$ ./configure
$
I believe, there is an unintentional line wrap in configure.ac:
--- configure.ac~ Thu Oct 21 14:19:05 2004
+++ configure.acThu Nov 18 20:06:32 2004
@@ -185,7 +185,7 @@
CFLAGS=$save_CFLAGS
else
dnl This is cheating a bit. pthread_exit comes with using -pthread,
Martin Spott wrote:
I believe, there is an unintentional line wrap in configure.ac:
--- configure.ac~ Thu Oct 21 14:19:05 2004
+++ configure.ac Thu Nov 18 20:06:32 2004
@@ -185,7 +185,7 @@
CFLAGS=$save_CFLAGS
else
dnl This is cheating a bit. pthread_exit comes with using
Jon Berndt wrote:
Can someone tell me what is the _bare_ set of SimGear files needed to allow
compilation of
EasyXML?
I'm afraid you'll have to use the complete SimGear/simgear/xml directory
for it to work correctly. Expat (the library EasyXML relies upon) has
never been considered small ...
Selon Erik Hofman [EMAIL PROTECTED]:
Jon Berndt wrote:
Can someone tell me what is the _bare_ set of SimGear files needed to allow
compilation of
EasyXML?
I'm afraid you'll have to use the complete SimGear/simgear/xml directory
for it to work correctly. Expat (the library EasyXML relies
I'd like to use EasyXML in JSBSim. I would find it desirable, however, to include ONLY
the
files required to provide EasyXML to JSBSim, and would prefer to keep those files in
JSBSim CVS for our purposes. JSBSim would be configured to work (compile) correctly
depending on if it is being compiled
: Vivian Meazza [mailto:[EMAIL PROTECTED]
Sent: 21 May 2004 20:33
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] SimGear compile error
Frederic Bouvier
Try moving the following code :
#if defined(__MINGW32__)
#define isnan(x) _isnan(x)
#endif
**after
From compiling SimGear (this is only the last part of the clouds-3d
mess):
SkyRenderableInstanceCloud.hpp:230: warning: argument to `int' from
`float'
In file included from SkyRenderableInstance.hpp:27,
from SkySceneManager.hpp:38,
from SkySceneManager.cpp:29:
Giles Robertson wrote:
This was sorted out by uncommenting lines 2829 of cloud.cxx:
// #if defined (__APPLE__)
// // any C++ header file undefines isinf and isnan
// // so this should be included before iostream
inline int (isinf)(double r) { return isinf(r); } //See below
inline int
Robertson
[EMAIL PROTECTED]
-Original Message-
From: Frederic Bouvier [mailto:[EMAIL PROTECTED]
Sent: 21 May 2004 16:14
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] SimGear compile error
Giles Robertson wrote:
This was sorted out by uncommenting lines 2829
May 2004 16:14
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] SimGear compile error
Giles Robertson wrote:
This was sorted out by uncommenting lines 2829 of cloud.cxx:
// #if defined (__APPLE__)
// // any C++ header file undefines isinf and isnan
// // so this should
]
-Original Message-
From: Frederic Bouvier [mailto:[EMAIL PROTECTED]
Sent: 21 May 2004 16:14
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] SimGear compile error
Giles Robertson wrote:
This was sorted out by uncommenting lines 2829 of cloud.cxx
Vivian Meazza wrote:
It's well broken when trying to compile under Cygwin. Too many error to
even
start to list in clouds.cxx, I think, but by no means certain could be in
clouds_3d.
Any suggestions?
No suggestion if you don't list at least the first messages, sorry.
-Fred
Jonathan writes:
does anyone know an easy way to get the
geometry polygon on the ground under an aircraft?
Probably easiest to add a public method to the tilemgr
to get access to the hitlist
maybe something like
FGHitList *getHitlist() { return hit_list; }
Then something like the
Does anyone have the msvc6 project files for SimGear-0.3.5? If so, could
you send them directly to me? Also, does anyone know an easy way to get the
geometry polygon on the ground under an aircraft? My goal is to send this
obtained geometry across SCRAMNet to a multivehicle simulation I am
Hi all!I'm trying to download the last version of Simgear but I`ve got some "host not found" messages... Is there any problems with the servers?
Marcio Shimoda
--
___Get your free email from http://www.iname.com
Marcio Shimoda said:
PHi all!BRI'm trying to download the last version of Simgear but I`ve
got some host not found messages... Is there any problems with the servers?/P
PMarcio Shimoda/P
Pnbsp;/PBR
--
p___brGet your free email
from a
I get this error when building SimGear:
if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD -MP
-MF .deps/glut_shapes.Tpo \
-c -o glut_shapes.o `test -f 'glut_shapes.c' || echo
'./'`glut_shapes.c; \
then
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen
[EMAIL PROTECTED] wrote:
I should mention that I am using Cygwin.
I get this error when building SimGear:
if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT
Roy Vegard Ovesen wrote:
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen
[EMAIL PROTECTED] wrote:
I should mention that I am using Cygwin.
I think this is the problem where cygwin was installed together with
XFree86. So far everybody has advised not to install XFree86 on cygwin,
but
Roy Vegard Ovesen wrote:
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen
wrote:
I should mention that I am using Cygwin.
I get this error when building SimGear:
if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX
On Fri, 27 Feb 2004 10:30:52 +0100, Erik Hofman [EMAIL PROTECTED] wrote:
I think this is the problem where cygwin was installed together with
XFree86. So far everybody has advised not to install XFree86 on cygwin,
but recently someone suggested to configure using --without-x
I'm sure I haven't
On Fri, 27 Feb 2004 10:40:39 +0100 (CET), Frederic BOUVIER
[EMAIL PROTECTED] wrote:
A correct solution would be to find out why HAVE_WINDOWS_H is not defined
Thanks for the tip!
I added -DHAVE_WINDOWS_H to my CXXFLAGS environment variable, defining
HAVE_WINDOWS_H. I think this is a better
1 - 100 of 202 matches
Mail list logo