syd adams wrote:
> This works for me ...
> ./configure CFLAGS=" -march=athlon" CXXFLAGS="-march=athlon"
> --with-jpeg-factory
>
> ... once I remembered to do a "make clean" before "make" :)
>
Thanks Syd,
The "make clean" turned out to be the problem.
This works for me ...
./configure CFLAGS="-mar
Mathias Fröhlich wrote:
> Hi Dave,
>
> On Saturday 17 October 2009 18:23:44 dave perry wrote:
>> Is the change to SGAtomic.cxx that causes this break really necessary?
> Don't know yet.
I have reverted that patch and sent the proper information to Mathias.
Erik
-
This works for me ...
./configure CFLAGS=" -march=athlon" CXXFLAGS="-march=athlon"
--with-jpeg-factory
... once I remembered to do a "make clean" before "make" :)
--
Come build with us! The BlackBerry(R) Developer Conferen
Hi Dave,
On Saturday 17 October 2009 18:23:44 dave perry wrote:
> Is the change to SGAtomic.cxx that causes this break really necessary?
Don't know yet.
Mathias
--
Come build with us! The BlackBerry(R) Developer Confere
dave perry wrote:
> Anders Gidenstam wrote:
>> On Sat, 10 Oct 2009, dave perry wrote:
>>
>>
>>> I have --build=i686 as a switch to configure. Where do I supply "-march="?
>>>
>> You set CXXFLAGS and CFLAGS (but the latter might not be needed). My
>> configure line starts with:
>>
>> confi
Anders Gidenstam wrote:
> On Sat, 10 Oct 2009, dave perry wrote:
>
>
>> I have --build=i686 as a switch to configure. Where do I supply "-march="?
>>
>
> You set CXXFLAGS and CFLAGS (but the latter might not be needed). My
> configure line starts with:
>
> configure CFLAGS="-O2 -g -march=
Scott Hamilton wrote:
> This seems to have returned the ATC chatter, and some of the "once" xml
> sounds, such as flaps moving.
>
> But engine sound is missing and the click "once" sounds when switches
> are flicked. I don't know what to
> look at, I turned up the log level and it seems like thi
On Thu, 2009-10-15 at 14:01 +0200, Erik Hofman wrote:
> Torsten Dreyer wrote:
> > Hi,
> >
> > todays SimGear cvs doesn't compile for me:
> >
> > visual_enviro.cxx: In member function ‘void SGEnviro::drawLightning()’:
> > visual_enviro.cxx:759: error: ‘class SGSoundSample’ has no member
> > name
> sorry, I had to commit another change. it's fixed now.
Never mind - thanks for the fast response and the fix.
Next time, I'll count up to 10 before complaining ;-)
Torsten
--
Come build with us! The BlackBerry(R) Develo
On Thu, 2009-10-15 at 13:52 +0200, Torsten Dreyer wrote:
> Hi,
>
> todays SimGear cvs doesn't compile for me:
>
> visual_enviro.cxx: In member function ‘void SGEnviro::drawLightning()’:
> visual_enviro.cxx:759: error: ‘class SGSoundSample’ has no member
> named ‘set_base_position’
>
> Torsten
Torsten Dreyer wrote:
> Hi,
>
> todays SimGear cvs doesn't compile for me:
>
> visual_enviro.cxx: In member function ‘void SGEnviro::drawLightning()’:
> visual_enviro.cxx:759: error: ‘class SGSoundSample’ has no member
> named ‘set_base_position’
sorry, I had to commit another change. it's fixe
On Sat, 10 Oct 2009, dave perry wrote:
> I have --build=i686 as a switch to configure. Where do I supply "-march="?
You set CXXFLAGS and CFLAGS (but the latter might not be needed). My
configure line starts with:
configure CFLAGS="-O2 -g -march=core2 -mfpmath=sse -Wall" CXXFLAGS="-O2 -g
-pipe
Mathias Fröhlich wrote:
> Hi,
>
> A recent checkin into SGAtomic.cxx brakes that.
>
> Either provide a -march= option higher than i386 to your compile, or revert
> to
> rev 1.3 of SGAtomic.cxx.
>
> I am currently asking the author of that change what this patch should fix.
>
>
>
I have --build
Hi,
A recent checkin into SGAtomic.cxx brakes that.
Either provide a -march= option higher than i386 to your compile, or revert to
rev 1.3 of SGAtomic.cxx.
I am currently asking the author of that change what this patch should fix.
Greetings
Mathias
-
On Sat, 10 Oct 2009, dave perry wrote:
> With today's SimGear CVS, I am getting the following compile error
> Making all in props
> make[3]: Entering directory `/home/dad/source-osg/SimGear/simgear/props'
> g++ -g -O2 -D_REENTRANT -lOpenThreads -o props_test props_test.o
> libsgprops.a ../../sim
Had to do the same for FG , ...yes I did a system update last night.;)
On Tue, May 26, 2009 at 9:42 PM, syd adams wrote:
> Thought I's pass this along to someone more knowledgable about these things
> :
>
> Just tried to compile simgear and got this error :
> include/c++/4.4.0/ext/atomicity.h:46
On Tuesday 07 November 2006 08:57, Martin Spott wrote:
> Mhhh, could you make sure your CVS tree is up to date and clean ? I did
> a build from yesterday evening's CVS on Linux with GCC-3.4 (Debian
> Sarge on AMD64; GCC-3.3 throws an ICE with current PLIB SVN) plus one
> this morning after Mathias'
Hi Durk,
Durk Talsma wrote:
> -g -O2 -D_REENTRANT -MT visual_enviro.o -MD -MP -MF ".deps/visual_enviro.Tpo"
> -c -o visual_enviro.o visual_enviro.cxx; \
> then mv -f ".deps/visual_enviro.Tpo" ".deps/visual_enviro.Po"; else rm -f
> ".deps/visual_enviro.Tpo"; exit 1; fi
> In file included from ..
> > 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:
38 matches
Mail list logo
