On Sat, Mar 22, 2008 at 3:26 PM, Syd&Sandy <[EMAIL PROTECTED]> wrote:
> Hi all,
> I did a system update this morning , a cvs update on FG and SG , and plib
> , and get these errors trying to compile simgear
>
> Making all in misc
> make[3]: Entering directory `/home/syd/FGFS/SG/source/simgear
Hi all,
I did a system update this morning , a cvs update on FG and SG , and plib , and
get these errors trying to compile simgear
Making all in misc
make[3]: Entering directory `/home/syd/FGFS/SG/source/simgear/misc'
g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../..-g -O2 -D_REENTRANT -MT
Here's a patch, more of the same thing that went into CVS revision 1.18.2.3
Index: sg/simgear/screen/RenderTexture.cpp
===
--- sg.orig/simgear/screen/RenderTexture.cpp2007-10-14 07:46:13.0
-0600
+++ sg/simgear/screen/Rend
I had some spare time today and did some testing to reproduce the crash with a
CVS buid a few days old.
1. removed .fgfsrc file and .fgfs directory to get a clean start
2. ran fgfs --native=file,out,20,fgfs.out
3. flew a (ugly) traffic pattern on ksfo 28R with full stop landing
4. ran
fgfs --
> After some time, due to unknown reasons, the simulation becomes laggy on
> master and/or slave. When this happens, the slave always crashes
> (backtrace attached); master runs on fine. Is the attached backtrace
> detailed enough (if not, with what settings should i recompile)? Is this
> the right
On Jan 15, 2008 3:03 AM, tpalinkas <[EMAIL PROTECTED]> wrote:
> Actually I did that: donwloaded the source from debian unstable and
> compiled simgear and fligthgear (sorry, it was not obvious from the
> original post)
You may want to try posting your problem to our mailing list. I am running
f
On Mon, 14 Jan 2008, Curtis Olson wrote:
> Hi Tibor,
>
> I haven't seen a problem like this myself. The first thing I would do would
> be to remove the debian plib, simgear, and flightgear packages, and build
> all these packages from source on your machine.
>
> Regards,
>
> Curt.
>
Actually I d
Hi Tibor,
I haven't seen a problem like this myself. The first thing I would do would
be to remove the debian plib, simgear, and flightgear packages, and build
all these packages from source on your machine.
Regards,
Curt.
On Jan 14, 2008 8:42 AM, tpalinkas wrote:
> Hi,
>
> We installed fgfs
Hi,
We installed fgfs 1.0.0 from Debian unstable. The simulator works fine,
but we have a few problems related to networking.
We have two computers, one runs fgfs master with arugments:
/usr/games/fgfs --disable-sound --timeofday=noon
--native=socket,out,20,slave_ip,5502,udp
and the other r
Hello,
Ref: http://www.simgear./org
I've made SimGear 1.0.0 binary packages available
for the Sun Solaris 10 SPARC/x86-64 operating system
at:
http://www.blastwave.org/testing/simgear-1.0.0-SunOS5.10-i386-CSW.pkg.gz
http://www.blastwave.org/testing/simgear-1.0.0-SunOS5.10-sparc-CSW.pkg.gz
Ken
On lun 3 décembre 2007, Melchior FRANZ wrote:
> * gerard robin -- Monday 03 December 2007:
> > Yes SG_WARN, would be the best, that message isn't it for
> > FG developer , who could want a help, to keep their models compatible ?
>
> Err ... but if I see that right, there's only one file concerned
>
* gerard robin -- Monday 03 December 2007:
> Yes SG_WARN, would be the best, that message isn't it for
> FG developer , who could want a help, to keep their models compatible ?
Err ... but if I see that right, there's only one file concerned
in your case:
./SR71-BlackBird/Instruments/Models/ai-
On lun 3 décembre 2007, Melchior FRANZ wrote:
> * gerard robin -- Monday 03 December 2007:
> > On lun 3 décembre 2007, Melchior Franz wrote:
> > > Log Message:
> > > let use of deprecated "noshadow" prefix cause error message
> >
> > Will that message remain permanently, ?
>
> Only in the next (pli
* gerard robin -- Monday 03 December 2007:
> On lun 3 décembre 2007, Melchior Franz wrote:
> > Log Message:
> > let use of deprecated "noshadow" prefix cause error message
> Will that message remain permanently, ?
Only in the next (plib based) release. Not in fg/osg. But I might
degrade it to SG_
On Monday 03 December 2007 12:04:36 gerard robin wrote:
> Will that message remain permanently, ? to save time, would be nice.
> We could avoid to modify the .ac model and the .xml file.
I would agree that to prevent unnecessary pain for modellers (and to optimise
their free time to allow them t
On lun 3 décembre 2007, Melchior Franz wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In directory baron:/tmp/cvs-serv27750
>
> Modified Files:
> Tag: PRE_OSG_PLIB_20061029
> shadowvolume.cxx
> Log Message:
> let use of deprecated "noshadow" prefix cause error m
I have a copy of OS X Leopard, and naturally I am compiling FG and
submitting patches.
This patch is for simgear.
Index: sg/simgear/screen/RenderTexture.cpp
===
--- sg.orig/simgear/screen/RenderTexture.cpp2007-10-13 18:49:50.
On 6/24/07, Craig Benbow <[EMAIL PROTECTED]> wrote:
> Excuse my stupidity but are there 2 branches in SimGear?
> If so how do I compile a PLIB version? There doesn't seem to be any
> instructions anywhere or did I miss that somewhere??
You have to use the same branch tag as for flightgear itself:
Excuse my stupidity but are there 2 branches in SimGear?
If so how do I compile a PLIB version? There doesn't seem to be any
instructions anywhere or did I miss that somewhere??
Craig
-
This SF.net email is sponsored by DB2
On 5/31/07, Pigeon wrote:
>I restarted the list server daemon on the machine that hosts the
simgear
>cvslogs so let's see if that helps at all.
Thanks! That fixes it. Mail must have been stuck or something...
Yeah it all got bottled up in the queue and the list server daemon must
>I restarted the list server daemon on the machine that hosts the simgear
>cvslogs so let's see if that helps at all.
Thanks! That fixes it. Mail must have been stuck or something...
Pigeon.
-
This SF.net email
You're right. I should have paid more attention. Too many things going
on at work.
Jonathan Wagner
AJ MacLeod wrote:
> On Thursday 31 May 2007 14:26, Jonathan Wagner wrote:
>
>> I just received one this morning at 1212UTC, so the list is at least
>> partially working.
>>
> Are you
On 5/31/07, AJ MacLeod wrote:
On Thursday 31 May 2007 14:26, Jonathan Wagner wrote:
> I just received one this morning at 1212UTC, so the list is at least
> partially working.
Are you sure it wasn't a Flightgear commit? The FG messages have been
coming
through OK. Like Pigeon, I've not seen an
> I just received one this morning at 1212UTC, so the list is at least
> partially working. Perhaps check your subscription or spam filters
> (even ISP filters if they exist?). My home ISP has a spam filter that
> tags spam before it gets out the POP3 server and those messages can only
> be c
On Thursday 31 May 2007 14:26, Jonathan Wagner wrote:
> I just received one this morning at 1212UTC, so the list is at least
> partially working.
Are you sure it wasn't a Flightgear commit? The FG messages have been coming
through OK. Like Pigeon, I've not seen any simgear commit messages sinc
Pigeon,
I just received one this morning at 1212UTC, so the list is at least
partially working. Perhaps check your subscription or spam filters
(even ISP filters if they exist?). My home ISP has a spam filter that
tags spam before it gets out the POP3 server and those messages can only
be ch
Quick note. Last commit e-mail on that list I got and on the archive
is 18 May, however there are changes after.
Pigeon.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
Le Thursday 17 May 2007 14:58:43 Maik Justus, vous avez écrit :
> Hi Didier,
>
> are you sure this is in cvs? Or is it just the result of an update
> failed on your computer. Try to delete the whole file and update again.
>
> Maik
>
Yes you're right, this lines isn't in the matlib.cxx since i have
Hi Didier,
are you sure this is in cvs? Or is it just the result of an update
failed on your computer. Try to delete the whole file and update again.
Maik
Didier Fabert schrieb am 17.05.2007 14:20:
> Hi all,
>
> I notice a patch wasn't apply correctly. in mathlib.cxx line 217, you can
> found
Hi all,
I notice a patch wasn't apply correctly. in mathlib.cxx line 217, you can
found
<<< matlib.cxx
// The StateSets aren't actually used by the light point
// implementation, but it's probably dangerous not to have
// something in the material.
===
and on line 276 :
Stuart Buchanan wrote:
> --- Melchior FRANZ wrote:
> > Maybe the changelog should be on the wiki for fixes/extensions?
>
> An excellent use of the wiki - done. I've merged the data and simgear logs
> together here along with the feedback I've seen so far:
>
> http://wiki.flightgear.org/flightgear
On 5/10/07, Stuart Buchanan wrote:
--- Melchior FRANZ wrote:
> Maybe the changelog should be on the wiki for fixes/extensions?
An excellent use of the wiki - done. I've merged the data and simgear logs
together here along with the feedback I've seen so far:
http://wiki.flightgear.org/flightge
--- Melchior FRANZ wrote:
> Maybe the changelog should be on the wiki for fixes/extensions?
An excellent use of the wiki - done. I've merged the data and simgear logs
together here along with the feedback I've seen so far:
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Changes_since_0
* John Wojnaroski -- Thursday 10 May 2007:
> OK, here is the list of salient changes for the next release
Also:
- fixed a bug where deleted property nodes were falsely referenced
- added texture cache so that common textures are shared among
models and don't consume separate texture memory
Th
* John Wojnaroski -- Thursday 10 May 2007:
> OK, here is the list of salient changes for the next release of
> Simgear. If I've missed any please let us know
Sounds good. I'd just make some small changes:
> Redefined airport signage class to a more general class for all signs
> Sign emissive v
OK, here is the list of salient changes for the next release of
Simgear. If I've missed any please let us know
Redefined airport signage class to a more general class for all signs
Added new commands to create signs
More stringent header dependencies
Sign emissive values settable via material xm
Hi Csaba,
Thanks for replying.
I've looked at what you said to Loic, and it seems to be a similar problem,
though I'm still not sure how to fix it...
The extract from OSG math that fails:
#if defined(WIN32) && !defined(__CYGWIN__) && !defined(__MWERKS__)
inline bool isNaN(float v) { return
On 4/23/07, Laurence Homer <[EMAIL PROTECTED]> wrote:
>
> When I try and install SimGear, its all seems to go fine, until I get an
> error relating to the isnan function – that it complains is un-declared. I
> realise this means somewhere the header/define file that contains isnan
> hasn't been rec
Hi,
I am attempting to compile the latest cvs version of FlightGear.but I'm
getting an error when I try and compile the pre-requisite SimGear.
I'm using Cygwin, on an XP machine, and I believe I have installed all of
the pre-requisite programs (Zlib, Glut, OpenAl, OSG, Plib etc) - I think
c
On 4/11/07, loic laronze <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm trying to build Simgear in order to build FlightGear.
>
> Here is one part of the error message:
>
> soundmgr_openal.cxx:313: error: `isnan' undeclared (first use this function)
>
> Configuration:
> Cygwin_NT-5.1
Looking at the t
Hello,
I'm trying to build Simgear in order to build FlightGear.
I encountered problems before, but I could solve them.
For this one, I really need help.
I try to find it on official forums, but got no answers...
Here is one part of the error message:
<<
Making all in sound
make[3]: Entering
On Sunday 04 February 2007 17:37, Justin Smithies wrote:
> Hi guys since i have installed osg i can no longer build simgear 0.3
> without this error...
>
> Please help
Which osg version?
Greetings
Mathias
-
Us
Hi guys since i have installed osg i can no longer build simgear 0.3 without
this error...
Please help
Making install in material
make[3]: Entering directory
`/files/flightgear/simgear-cvs/source/simgear/scene/material'
if
g++ -DHAVE_CONFIG_H -I. -I. -I../../../simgear -I../../.. -I/usr/
Hi Fred,
On Monday 29 January 2007 10:03, Frederic Bouvier wrote:
> The core of the fix is the change from a pointer to a reference to avoid
> the deletion of the texture while the pointer still hold a non null value.
Thanks.
Greetings
Mathias
--
Selon Mathias Fröhlich :
> On Friday 26 January 2007 21:30, Frederic Bouvier wrote:
> > Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> > In directory baron:/tmp/cvs-serv5514
> >
> > Modified Files:
> > shadanim.cxx
> > Log Message:
> > Ensure a reference on the cube map texture i
On Friday 26 January 2007 21:30, Frederic Bouvier wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In directory baron:/tmp/cvs-serv5514
>
> Modified Files:
> shadanim.cxx
> Log Message:
> Ensure a reference on the cube map texture is always held
Fred, that code was corre
Hello,
I am trying to compile, FlightGear-0.9.9 on my WinXP machine. I have
succesfully installed plib-1.8.4 using Cygwin and also have my AL include
and dll files intact. When I compile simgear-0.3.9, I get the following
error.
In file included from ../../simgear/sound/soundmgr_openal.hxx:50,
Hi
Below is the patch to allow Sun Studio 11 compilers to compile SimGear
on Solaris 10 for SPARC cleanly.
I shall explain what I needed to do. I made changes to 3 files:
a) props.cxx : The declaration of template class' static data members
was not being accepted. Based on information from
http://
I am having the same problem described by <[EMAIL PROTECTED]> on 2006/10/26,
as follows:
>>>
2006/10/26, delta. e <[EMAIL PROTECTED]>:
I downloaded the latest version of SimGear that is
SimGear-0.3.10.tar.gz
I unzipped it and while exe. "./configure" I received the
follo
Fred,
> If it is a problem for you, please post the error. I would like to understand
> the issue.
I doublechecked and looked at the CVS history, time stamps of emails...
I created a patch and forgot to send them immediatly to Mathias to be
included into the release. In the meantime you fixed
Selon Frederic Bouvier :
> Selon Olaf Flebbe :
>
> > Frederic,
> >
> > However "compiler.h" isn't included into SGQuat.hxx, so I didn't
> > realized that you had a patch in "compiler.h".
> >
> > I am not to sure which headers should be included. So I prefered a local
> > patch, here. Please feel f
Selon Olaf Flebbe :
> Frederic,
>
> However "compiler.h" isn't included into SGQuat.hxx, so I didn't
> realized that you had a patch in "compiler.h".
>
> I am not to sure which headers should be included. So I prefered a local
> patch, here. Please feel free to fix it properly.
>
> Olaf
>
>
> ...
Frederic,
However "compiler.h" isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in "compiler.h".
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix for copysign for Microso
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 ..
Selon Mathias Froehlich :
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/math
> In directory baron:/tmp/cvs-serv15898/simgear/math
>
> Modified Files:
> SGQuat.hxx
> Log Message:
> Modified Files:
> simgear/scene/util/SGDebugDrawCallback.hxx
> simgear/math/SGQuat.hxx: Olaf Fleb
Hey list,
I just tried upgrading to Open Scene Graph, and got the following error while
trying to compile SimGear:
f g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/usr/X11R6/include
-g -O2 -D_REENTRANT -MT visual_enviro.o -MD -MP -MF ".deps/visual_enviro.Tpo"
-c -o visual_enviro.o vi
"Curtis Olson" wrote:
> I think make needs to visit that directory when you run make dist, so it's
> probably good that it's included in the visited directories.
Ah, I didn't think about that. So then 'libsgutil.a' should be removed
from 'lib_LIBRARIES' in 'simgear/scene/util/Makefile.am' in orde
I think make needs to visit that directory when you run make dist, so it's probably good that it's included in the visited directories.Curt.On 10/30/06,
Martin Spott <[EMAIL PROTECTED]> wrote:
Mathias Froehlich wrote:> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene> In directory baron:/tmp/c
Mathias Froehlich wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene
> In directory baron:/tmp/cvs-serv28452/simgear/scene
> Modified Files:
> Makefile.am
[...]
> Index: Makefile.am
> ===
> RCS file: /var/cvs/SimGe
Thanks, I've been reading everything about OSG in the
mailing lists, I just did't expect the change so soon,
cant't wait to try it out.
--- Pigeon <[EMAIL PROTECTED]> wrote:
> > 2) make says
> > In file included from
> > ../../simgear/math/SGMath.hxx:31,
> > from
> > ../../simgea
Michal Fabik
>
> Hello,
> I've cvs-updated the simgear source a couple of hours
> back and encountered the following:
>
> 1) configure says I don't have openAL installed which
> is not true. Reinstalling openAL with --prefix=/usr
> fixed this.
>
> 2) make says
> .
> .
> .
> In file included fro
> 2) make says
> In file included from
> ../../simgear/math/SGMath.hxx:31,
> from
> ../../simgear/math/point3d.hxx:54,
> from
> ../../simgear/math/sg_types.hxx:41,
> from sg_path.hxx:36,
> from sg_path.cxx:35:
> ../../simgear/math/
On Monday 30 October 2006 00:43, Michal Fabik wrote:
> Hello,
> I've cvs-updated the simgear source a couple of hours
> back and encountered the following:
>
> 1) configure says I don't have openAL installed which
> is not true. Reinstalling openAL with --prefix=/usr
> fixed this.
>
> 2) make says
Hello,
I've cvs-updated the simgear source a couple of hours
back and encountered the following:
1) configure says I don't have openAL installed which
is not true. Reinstalling openAL with --prefix=/usr
fixed this.
2) make says
.
.
.
In file included from
../../simgear/math/SGMath.hxx:31,
I just checked in a few changes I needed to make to SimGear to enable
compilation on my recent reinstall of cygwin. Most of it is fairly minor, and
doesn't appear to breaking my linux build.
Since I can only test on Linux and Cygwin, I thought I'd post a quick
notification of this change. I do
Mathias Fr?hlich wrote:
> On Monday 28 August 2006 16:20, Martin Spott wrote:
> > Frederic Bouvier wrote:
> > > Selon Martin Spott :
> > > > cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx,
> > > > Line = 9 Explicit specialization of function
> > > > "SGPersonalityPara
On Monday 28 August 2006 16:20, Martin Spott wrote:
> Frederic Bouvier wrote:
> > Selon Martin Spott :
> > > cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx,
> > > Line = 9 Explicit specialization of function
> > > "SGPersonalityParameter::getNodeValue" must precede
>
Quoting Martin Spott :
> Frederic Bouvier wrote:
> > Selon Martin Spott :
>
> > > cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx, Line
> = 9
> > > Explicit specialization of function
> > > "SGPersonalityParameter::getNodeValue" must precede its
> > > firs
Frederic Bouvier wrote:
> Selon Martin Spott :
> > cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx, Line =
> > 9
> > Explicit specialization of function
> > "SGPersonalityParameter::getNodeValue" must precede its
> > first use.
> >
> > SGPersonalityPara
Selon Martin Spott :
> Frederic Bouvier wrote:
> > Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> > In directory baron:/tmp/cvs-serv26579
> >
> > Modified Files:
> > Makefile.am
> > Log Message:
> > Reorganize personality parameters and add personality to translate, blend
> a
Frederic Bouvier wrote:
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In directory baron:/tmp/cvs-serv26579
>
> Modified Files:
> Makefile.am
> Log Message:
> Reorganize personality parameters and add personality to translate, blend and
> scale animations
I'm sorry to r
> > 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
On Saturday 17 June 2006 01:11, Joacim Persson wrote:
> On Sat, 17 Jun 2006, Mathias Fröhlich wrote:
> > Given the error message, I could imagine a that the attached patch helps.
> > Can you please tell me if that patch helps?
>
> Compiled without a warning on mat.cxx now.
>
> (Was that all? Couldn
On Sat, 17 Jun 2006 01:11:27 +0200 (CEST), Joacim wrote in message
<[EMAIL PROTECTED]>:
> On Sat, 17 Jun 2006, Mathias Fr�hlich wrote:
>
> > Given the error message, I could imagine a that the attached patch
> > helps. Can you please tell me if that patch helps?
>
> Compiled without a warning o
On Sat, 17 Jun 2006, Mathias Fröhlich wrote:
Given the error message, I could imagine a that the attached patch helps.
Can you please tell me if that patch helps?
Compiled without a warning on mat.cxx now.
(Was that all? Couldn't handle that method as inline?)
... I tested with gcc-4.1.1 an
Hi,
On Friday 16 June 2006 14:30, Joacim Persson wrote:
> >>From talking to others on IRC I understand the cvs version of simgear
> >> builds
>
> fine with gcc 4, but with gcc 3.3.6 I get these compile errors added below.
> Is there a simple workaround for this?
Given the error message, I could
>From talking to others on IRC I understand the cvs version of simgear builds
fine with gcc 4, but with gcc 3.3.6 I get these compile errors added below. Is
there a simple workaround for this?
In file included from mat.cxx:44:
../../../simgear/structure/SGSharedPtr.hxx: In member function `void
Thanks.
On 5/4/06, Frederic Bouvier <[EMAIL PROTECTED]> wrote:
Selon Arthur Wiebe :
> Here is a patch to RenderTexture.h that needs to be applied in order
> for it to compile.
> At least for me using Xcode 2.2.1 and OSX 10.4.6.
>
> Index: RenderTexture.h
> ==
Selon Arthur Wiebe :
> Here is a patch to RenderTexture.h that needs to be applied in order
> for it to compile.
> At least for me using Xcode 2.2.1 and OSX 10.4.6.
>
> Index: RenderTexture.h
> ===
> RCS file: /var/cvs/SimGear-0.3/sou
301 - 400 of 409 matches
Mail list logo