> > Unfortunately, it immediately segfaults.
> >
> > Jon
>
> I ran FlightGear from within gdb:
>
> (gdb) run
> Starting program: /usr/local/bin/fgfs.exe
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
>
> Does th
> Unfortunately, it immediately segfaults.
>
> Jon
I ran FlightGear from within gdb:
(gdb) run
Starting program: /usr/local/bin/fgfs.exe
Program received signal SIGSEGV, Segmentation fault.
0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
Does this suggest an error to any
Jon S. Berndt schrieb:
...
>
> I didn't get thsi error.
>
> However, I did get pages of FlightGear errors similar to the SimGear one -
> not really unexpected, I guess.
>
> example:
>
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/locale_facets.tcc:514:57:
> macro "min" requires 2 argumen
> However, I did get pages of FlightGear errors similar to the SimGear one -
> not really unexpected, I guess.
I applied the same process for FlightGear as with SimGear and got a good
build:
CPPFLAGS="-DNOMINMAX" ./configure ... etc.
Unfortunately, it immediately segfaults.
Jon
_
> Thank you to all who helped to solve the SimGear "min" function compile
> error.
>
> Jon, I got a second error while further compiling.
> If you also have the "RenderTexture.cpp:1555: Fehler:
> >>WGL_SAMPLE_BUFFERS_ARB<<" error then my very ugly workaround might
> help you. (I am no C-guy and al
Thank you to all who helped to solve the SimGear "min" function compile
error.
Jon, I got a second error while further compiling.
If you also have the "RenderTexture.cpp:1555: Fehler:
>>WGL_SAMPLE_BUFFERS_ARB<<" error then my very ugly workaround might
help you. (I am no C-guy and all further
Jon S. Berndt wrote :
> I just did an update from cvs and got this when trying to build:
>
>
> In file included from ../../simgear/math/SGMath.hxx:32,
> from ../../simgear/math/point3d.hxx:54,
> from ../../simgear/math/sg_types.hxx:41,
> from sg_so
Mathias Fröhlich schrieb:
> On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
>> I am just trying to find that needle but I am blind!
>> But not giving up for the next hour.
> Ok, google tells me that
>
> #define NOMINMAX
>
> or equivalently
>
> CPPFLAGS=-DNOMINMAX ./configure --whatever-yo
Mathias Fröhlich writes
>
> On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
> > I am just trying to find that needle but I am blind!
> > But not giving up for the next hour.
> Ok, google tells me that
>
> #define NOMINMAX
>
> or equivalently
>
> CPPFLAGS=-DNOMINMAX ./configure --whatever-you
"Jon S. Berndt" writes:
> > > This is under Cygwin, so it's a little surprising. I've been
> > > compiling this
> > > way for years and this is the first I've seen of it. Is this a
> > > relatively new change in the code?
> > >
> > > Jon
> > >
> > >
> > >
> > I could not compile SimGear CVS under
On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
> I am just trying to find that needle but I am blind!
> But not giving up for the next hour.
Ok, google tells me that
#define NOMINMAX
or equivalently
CPPFLAGS=-DNOMINMAX ./configure --whatever-you-like
does the trick.
Tell me if this is
Mathias Fröhlich schrieb:
> On Saturday 17 June 2006 22:24, Georg Vollnhals wrote:
>> I could not compile SimGear CVS under CYGWIN for a short time due to
>> this error.
>> Will now try to make the changes recommended.
>> Thank you Jon for making it public.
> There is a #define that saves windows.h
On Saturday 17 June 2006 22:24, Georg Vollnhals wrote:
> I could not compile SimGear CVS under CYGWIN for a short time due to
> this error.
> Will now try to make the changes recommended.
> Thank you Jon for making it public.
There is a #define that saves windows.h from defining the min and max mac
> > This is under Cygwin, so it's a little surprising. I've been
> > compiling this
> > way for years and this is the first I've seen of it. Is this a
> > relatively new change in the code?
> >
> > Jon
> >
> >
> >
> I could not compile SimGear CVS under CYGWIN for a short time due to
> this error.
Mathias Fröhlich schrieb:
> On Saturday 17 June 2006 22:15, Jon S. Berndt wrote:
>
>> This is under Cygwin, so it's a little surprising. I've been compiling this
>> way for years and this is the first I've seen of it. Is this a relatively
>> new change in the code?
>>
> About a year or so .
Jon S. Berndt schrieb:
>> Perfectly legal.
>> That is a static member of SGLimits that is basically the same than
>> std::numeric_limits. That in turn has a min static member.
>>
>> On windows, you have that nasty windows.h header defining a min
>> and max macro that will interfere with the ISO C++
On Saturday 17 June 2006 22:15, Jon S. Berndt wrote:
> This is under Cygwin, so it's a little surprising. I've been compiling this
> way for years and this is the first I've seen of it. Is this a relatively
> new change in the code?
About a year or so ...
It is not the first time I hit this nasty
> Perfectly legal.
> That is a static member of SGLimits that is basically the same than
> std::numeric_limits. That in turn has a min static member.
>
> On windows, you have that nasty windows.h header defining a min
> and max macro that will interfere with the ISO C++ standard.
>
> Dig into the w
On Saturday 17 June 2006 22:06, Jon S. Berndt wrote:
> > In file included from ../../simgear/math/SGMath.hxx:32,
> > from ../../simgear/math/point3d.hxx:54,
> > from ../../simgear/math/sg_types.hxx:41,
> > from sg_socket.hxx:39,
> >
> In file included from ../../simgear/math/SGMath.hxx:32,
> from ../../simgear/math/point3d.hxx:54,
> from ../../simgear/math/sg_types.hxx:41,
> from sg_socket.hxx:39,
> from socktest.cxx:6:
> ../../simgear/math/SGQuat.hxx:134:35:
I just did an update from cvs and got this when trying to build:
In file included from ../../simgear/math/SGMath.hxx:32,
from ../../simgear/math/point3d.hxx:54,
from ../../simgear/math/sg_types.hxx:41,
from sg_socket.hxx:39,
from
21 matches
Mail list logo