Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Vivian Meazza]

It's now getting on for a week since the build on Simgear was broken for Win
64/MSVC by this mistake. Any chance of a fix sometime soon? 

 

Vivian

 

From: James Turner [mailto:zakal...@mac.com] 
Sent: 03 October 2013 22:53
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

 

 

On 3 Oct 2013, at 22:20, Alan Teeder ajtee...@v-twin.org.uk wrote:





Sorry, but MSVC does not have a round function. ;(

 

Yes, C99 is a cutting-edge spec :) 

 

I'll add a replacement for MSVC, thanks for spotting my mistake.

 

Kind regards,

James

 

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[James Turner]

On 9 Oct 2013, at 10:23, Vivian Meazza vivian.mea...@lineone.net wrote:

 It’s now getting on for a week since the build on Simgear was broken for Win 
 64/MSVC by this mistake. Any chance of a fix sometime soon?

Yes, was just about to push one - however you can always push such a fix 
yourself!

Regards,
James

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Alan Teeder]

James

Sorry, but the patch failed. It also needs the change suggested by Gijs, with 
“double x,y;”
e.g.

static naRef f_round(naContext c, naRef me, int argc, naRef* args)
{
double x,y;
naRef a = naNumValue(argc  0 ? args[0] : naNil());
naRef b = naNumValue(argc  1 ? args[1] : naNil());
if(naIsNil(a))
naRuntimeError(c, non numeric arguments to round());
if (naIsNil(b))
b.num = 1.0;

#ifdef _MSC_VER // MSVC is not C99-compatible, no round() in math.
y = a.num / b.num;
x = floor(y + 0.5);
#else
x = round(a.num / b.num);
#endif
a.num = x * b.num;

return VALIDATE(a);
}


Alan

From: James Turner 
Sent: Wednesday, October 09, 2013 10:51 AM
To: FlightGear developers discussions 
Subject: Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65


On 9 Oct 2013, at 10:23, Vivian Meazza vivian.mea...@lineone.net wrote:


  It’s now getting on for a week since the build on Simgear was broken for Win 
64/MSVC by this mistake. Any chance of a fix sometime soon?

Yes, was just about to push one - however you can always push such a fix 
yourself!

Regards,
James




--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk 



___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[James Turner]

On 9 Oct 2013, at 12:05, Alan Teeder ajtee...@v-twin.org.uk wrote:

 Sorry, but the patch failed. It also needs the change suggested by Gijs, with 
 “double x,y;”
 e.g.

Ah, I really hate C89 :)

Fix coming up.

James--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Stanisław Halik]

On Wed October 9 2013 12:23:56 James Turner wrote:
 On 9 Oct 2013, at 12:05, Alan Teeder ajtee...@v-twin.org.uk wrote:
  Sorry, but the patch failed. It also needs the change suggested by Gijs,
  with “double x,y;” e.g.

 Ah, I really hate C89 :)
 
 Fix coming up.

Two same. Why not compile in cxx mode with appropriate extern declarations for 
M$VC?

-sh

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Alan Teeder]

James

Seems all OK now.

Thanks

Alan

P.S. MSVC has no compilation problems with the other commits you made today 

wlEmoticon-winkingsmile[1].png
Description: Binary data
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Gijs de Rooy]

Also, double x; needs to be declared at the top of the function (and then you 
will have x = round(a.num / b.num); of course).

Cheers,
Gijs
  --
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear ,mathlib.c line 1 65

[Alan Teeder]

Re  commit ad83e70cf5983c7b307847aa2cb92c40e42bc534
Author: James Turner
Date:   Thu Oct 3 17:40:17 2013 +0100

Extend built-in Nasal math.

James

Sorry, but MSVC does not have a round function. ;(


Alan

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[James Turner]

On 3 Oct 2013, at 22:20, Alan Teeder ajtee...@v-twin.org.uk wrote:

 Sorry, but MSVC does not have a round function. ;(

Yes, C99 is a cutting-edge spec :) 

I'll add a replacement for MSVC, thanks for spotting my mistake.

Kind regards,
James

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear ,mathlib.c line 1 65

[Pedro Morgan]

Can I make a suggestion..

What I want to do is create a simg...@freeflightsim.org as an user.
The idea is to knock out the latest bleeding edge docs and changes to
simgear..
Example is here..
http://docs.freeflightsim.org/simgear/

But I prefer a sub domain..

On the server,
Doxygen is installed and parses and knocks out the documentation..

This included the dependancies etc..

So the Question I am really getting down to is..
1) can I create a jenkins-docs-slave..
every push in simgear or fg etc, triggers build..

2) the build if succesful,, would be immeadeate on said webbsite...
So LIVE DOCS time... ;-)

The end goal for me.. and my objective..
... The area is vast of FlightGear.. and so many parts..
... eg OSG, sqlite, openGl, osg, simgear, files as xml, inages, vectors,
blobs, terrasynv, live update with udp, http, socket et all..

3) I figured out hoe to interlink all the parts.. Twice
- first pass is for simgear to build and create index, then fg and create
index
-  run again as one will depend upind the other by then..

and then.. U get the whole html blob..
On the decicated..
its  and nginx config to a static site as user simgear
eg
listen {
  simgear.freefligtsim.org simgear.flighgear.org;
 root /home/simgear/jenkings/build_html/
 index index.html
}

So its automatically build at each commit trigger..

Does that make sense james..
Not sure what to do re double build..
Expected its on the dedicated and paths between accounts.. or alike..

The only latest doxygen is an user on machine also, so compiled to latest
version..


Pete




On Thu, Oct 3, 2013 at 10:53 PM, James Turner zakal...@mac.com wrote:


 On 3 Oct 2013, at 22:20, Alan Teeder ajtee...@v-twin.org.uk wrote:

 Sorry, but MSVC does not have a round function. ;(


 Yes, C99 is a cutting-edge spec :)

 I'll add a replacement for MSVC, thanks for spotting my mistake.

 Kind regards,
 James



 --
 October Webinars: Code for Performance
 Free Intel webinars can help you accelerate application performance.
 Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
 from
 the latest Intel processors and coprocessors. See abstracts and register 
 http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[James Turner]

On 31 Jul 2013, at 01:16, Patrick Callahan pat.callah...@gmail.com wrote:

 Check this out:   
 http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2013-June/063519.html
 

I believe we've dealt with this issue - at least, I have tweaked Jenkins to 
build the 3.2.0 release candidate and everything is green.

Regards,
James

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Patrick Callahan]

 OpenSceneGraph (3.2.0~rc1) was just uploaded and may be approved soon.


Check this out:
http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2013-June/063519.html

comments?


On Tue, Jun 25, 2013 at 11:53 AM, Torsten Dreyer tors...@t3r.de wrote:

 Hi,

 I'm failing to build SimGear on 64bit linux:
 EffectGeode.cxx:83:136: error: no matching function for call to
 ‘osg::Geometry::setVertexAttribArray(int, osg::Geometry::ArrayData)’

 OSG is stable 3.0.1 from svn (same with OSG trunk)
 SimGear is git next from today

 Yes, I rm-rf'ed previous artefacts and started from scratch.

 Thanks,
 Torsten



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[grtuxhangar team]

Hello,
Back to that topic, referring to OSG 3.1.9
May be we must take in account these  mailing:

https://groups.google.com/forum/#!topic/osg-users/UixZUSwpW7g
https://groups.google.com/forum/#!topic/osg-users/lOmJZtOCyAk

There, we can understand  that coming osg  stable 3.2  will  follow the
3.1.9,

Right now , nobody has notified the OSG devel team about that bug.
By the way  is it a bug  ?
May be it is not , only FG which is becoming not  that compliant.

Thank

Ahmad





On 29 June 2013 23:37, Clement de l'Hamaide clem...@hotmail.fr wrote:

 Hi all,

 Today OSG has moved to 3.1.9 introducing a new bug :/


 http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2021:52:21.png

 http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:27:23.png

 http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:26:26.png

 Ground textures and runway textures are OK, also we can see that some
 texture are OK in the cockpit but other are bad.
 I don't see why some texture are OK and other are bad.

 Hopefully SG/FG 2.12.0 and OSG 3.0.1 still working has expected.

 Maybe this discussion on OSG forum can help :
 http://forum.openscenegraph.org/viewtopic.php?t=12416

 Regards,
 Clément


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Thomas Geymayer]

2013/6/29 Clement de l'Hamaide clem...@hotmail.fr:
 Today OSG has moved to 3.1.9 introducing a new bug :/

I can see the same - at least the last one - and was not able to find
a quick fix or problem report. For now I will stay with OSG 3.1.8 and
wait for a later development release or the 3.2 stable release. Maybe
it is a problem inside OSG so for me it is not worth investigating
more now^^

Tom

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Clement de l'Hamaide]

Hi all,

Today OSG has moved to 3.1.9 introducing a new bug :/

http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2021:52:21.png
http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:27:23.png
http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:26:26.png

Ground textures and runway textures are OK, also we can see that some texture 
are OK in the cockpit but other are bad.
I don't see why some texture are OK and other are bad.

Hopefully SG/FG 2.12.0 and OSG 3.0.1 still working has expected.

Maybe this discussion on OSG forum can help : 
http://forum.openscenegraph.org/viewtopic.php?t=12416

Regards,
Clément
  --
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Torsten Dreyer]

Am 27.06.2013 09:58, schrieb James Turner:


On 26 Jun 2013, at 23:05, Thomas Geymayer tom...@gmail.com 
mailto:tom...@gmail.com wrote:



Thank you Alex! I've just commited your patch.


Yes thank indeed Alex, it's a relief to know someone is keeping 
bleeding-edge OSG working, since the rate of change over there seems 
to be increasing (for the better)




Thank you, guys!

Torsten
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[James Turner]

On 26 Jun 2013, at 23:05, Thomas Geymayer tom...@gmail.com wrote:

 Thank you Alex! I've just commited your patch.

Yes thank indeed Alex, it's a relief to know someone is keeping bleeding-edge 
OSG working, since the rate of change over there seems to be increasing (for 
the better)

James--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Alex Romosan]

Torsten Dreyer tors...@t3r.de writes:

 I'm failing to build SimGear on 64bit linux:
 EffectGeode.cxx:83:136: error: no matching function for call to 
 ‘osg::Geometry::setVertexAttribArray(int, osg::Geometry::ArrayData)’

 OSG is stable 3.0.1 from svn (same with OSG trunk)
 SimGear is git next from today

 Yes, I rm-rf'ed previous artefacts and started from scratch.

these are the changes i made to get simgear to compile with
openscenegraph from svn:

diff --git a/simgear/scene/material/EffectGeode.cxx 
b/simgear/scene/material/EffectGeode.cxx
index 26eab38..d634ac8 100644
--- a/simgear/scene/material/EffectGeode.cxx
+++ b/simgear/scene/material/EffectGeode.cxx
@@ -80,15 +80,15 @@ void EffectGeode::runGenerators(osg::Geometry *geometry)
 int n = _effect-getGenerator(Effect::TANGENT);
 tsg-generate(geometry, 0);  // 0 is normal_unit, but I have no idea 
what that is!
 if (n != -1  !geometry-getVertexAttribArray(n))
-geometry-setVertexAttribData(n, 
osg::Geometry::ArrayData(tsg-getTangentArray(), 
osg::Geometry::BIND_PER_VERTEX,GL_FALSE));
+geometry-setVertexAttribArray(n, tsg-getTangentArray());
 
 n = _effect-getGenerator(Effect::BINORMAL);
 if (n != -1  !geometry-getVertexAttribArray(n))
-geometry-setVertexAttribData(n, 
osg::Geometry::ArrayData(tsg-getBinormalArray(), 
osg::Geometry::BIND_PER_VERTEX,GL_FALSE));
+geometry-setVertexAttribArray(n, tsg-getBinormalArray());
 
 n = _effect-getGenerator(Effect::NORMAL);
 if (n != -1  !geometry-getVertexAttribArray(n))
-geometry-setVertexAttribData(n, 
osg::Geometry::ArrayData(tsg-getNormalArray(), 
osg::Geometry::BIND_PER_VERTEX,GL_FALSE));
+geometry-setVertexAttribArray(n, tsg-getNormalArray());
 }
 }

 
--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Thomas Geymayer]

Am 2013-06-26 22:43, schrieb Alex Romosan:
 these are the changes i made to get simgear to compile with
 openscenegraph from svn:

Thank you Alex! I've just commited your patch.

Tom

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] SimGear build fails

[Torsten Dreyer]

Hi,

I'm failing to build SimGear on 64bit linux:
EffectGeode.cxx:83:136: error: no matching function for call to 
‘osg::Geometry::setVertexAttribArray(int, osg::Geometry::ArrayData)’

OSG is stable 3.0.1 from svn (same with OSG trunk)
SimGear is git next from today

Yes, I rm-rf'ed previous artefacts and started from scratch.

Thanks,
Torsten


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear build fails

[Thomas Geymayer]

Hi Torsten,

2013/6/25 Torsten Dreyer tors...@t3r.de:
 I'm failing to build SimGear on 64bit linux:
 EffectGeode.cxx:83:136: error: no matching function for call to
 ‘osg::Geometry::setVertexAttribArray(int, osg::Geometry::ArrayData)’

 OSG is stable 3.0.1 from svn (same with OSG trunk)
 SimGear is git next from today

seems you are using a too new version of OSG. The latest version of
OSG working for me is 3.1.7. setVertexAttribArray has been deprecated
and removed within OSG = 3.1.8.
Btw. OSG trunk == 3.1.8

Tom

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear build faild under linux

[grtuxhangar team]

hello,

Linking CXX static library libSimGearCore.a
[ 46%] Built target SimGearCore
Scanning dependencies of target SimGearScene
[ 46%] Building C object
simgear/CMakeFiles/SimGearScene.dir/canvas/ShivaVG/src/shArrays.c.o
In file included from
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG/src/shVectors.h:24:0,
 from
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG/src/shArrays.h:28,
 from
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG/src/shArrays.c:25:
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG/src/shDefs.h:160:23:
fatal error: GL/gl.h: Aucun fichier ou dossier de ce type
compilation terminated.
make[2]: ***
[simgear/CMakeFiles/SimGearScene.dir/canvas/ShivaVG/src/shArrays.c.o]
Erreur 1
make[1]: *** [simgear/CMakeFiles/SimGearScene.dir/all] Erreur 2
make: *** [all] Erreur 2


the first time we get an unsuccessful  simgear build with Linux

any idea

ahmad
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear build faild under linux

[grtuxhangar team]

forget it was a mismatch with GL/gl.h

sorry for the noise


 hello,



 Linking CXX static library libSimGearCore.a

 [ 46%] Built target SimGearCore

 Scanning dependencies of target SimGearScene

 [ 46%] Building C object

 simgear/CMakeFiles/SimGearScene.dir/canvas/ShivaVG/src/shArrays.c.o

 In file included from


/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG

 /src/shVectors.h:24:0, from


/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG

 /src/shArrays.h:28, from


/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaVG

 /src/shArrays.c:25:


/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/13-0508/simgear/simgear/canvas/ShivaV

 G/src/shDefs.h:160:23: fatal error: GL/gl.h: Aucun fichier ou dossier de
ce

 type

 compilation terminated.

 make[2]: ***

 [simgear/CMakeFiles/SimGearScene.dir/canvas/ShivaVG/src/shArrays.c.o]

 Erreur 1

 make[1]: *** [simgear/CMakeFiles/SimGearScene.dir/all] Erreur 2

 make: *** [all] Erreur 2





 the first time we get an unsuccessful simgear build with Linux



 any idea



 ahmad
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear fix mingw - broke windows

[Alan Teeder]

Just a heads up with MSVC10

The commit “fix mingw” has broken native windows.

3  sample_group.cxx
3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error C2039: 
'_isnan' : is not a member of 'std'
3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error C2873: 
'_isnan' : symbol cannot be used in a using-declaration

Alan
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear fix mingw - broke windows

[Frederic Bouvier]

 De: Alan Teeder ajtee...@v-twin.org.uk

 Just a heads up with MSVC10

 The commit “fix mingw” has broken native windows.

 3 sample_group.cxx
 3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
 C2039: '_isnan' : is not a member of 'std'
 3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
 C2873: '_isnan' : symbol cannot be used in a using-declaration

BTW, there is a _isnan check in CMakeList.txt. See :
https://gitorious.org/fg/simgear/blobs/next/CMakeLists.txt#line279

Regards,
-Fred

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear fix mingw - broke windows

[James Turner]

On 18 Feb 2013, at 09:42, Frederic Bouvier fredfgf...@free.fr wrote:

 The commit “fix mingw” has broken native windows.
 
 3 sample_group.cxx
 3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
 C2039: '_isnan' : is not a member of 'std'
 3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
 C2873: '_isnan' : symbol cannot be used in a using-declaration
 
 BTW, there is a _isnan check in CMakeList.txt. See :
 https://gitorious.org/fg/simgear/blobs/next/CMakeLists.txt#line279

Okay - shall I back this out? I can't test either MSVC or mingw locally, I was 
hoping the changes were safe enough to apply, my mistake.

James


--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear fix mingw - broke windows

[Frederic Bouvier]

 De: James Turner zakal...@mac.com
 
 On 18 Feb 2013, at 09:42, Frederic Bouvier fredfgf...@free.fr
 wrote:
 
  The commit “fix mingw” has broken native windows.
  
  3 sample_group.cxx
  3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
  C2039: '_isnan' : is not a member of 'std'
  3C:\FlightGear\simgear\simgear\sound\sample_group.cxx(37): error
  C2873: '_isnan' : symbol cannot be used in a using-declaration
  
  BTW, there is a _isnan check in CMakeList.txt. See :
  https://gitorious.org/fg/simgear/blobs/next/CMakeLists.txt#line279
 
 Okay - shall I back this out? I can't test either MSVC or mingw
 locally, I was hoping the changes were safe enough to apply, my
 mistake.

I am away from my computer currently. A safe change should be :

#ifdef HAVE_STD_ISNAN
using std::isnan;
#endif

instead of the single line added :
using std::isnan;

(to sample_group.cxx)

Regards,
-Fred


--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear fix mingw - broke windows

[Alan Teeder]

I have a clean build and run on MSVC10 now.

Thanks

Alan

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear windows compile - mathlib.c/test_state_machine

[Alan Teeder]

Just a heads-up. (MSVC10)

Alan

3  mathlib.c
3C:\FlightGear\simgear\simgear\nasal\mathlib.c(130): error C2143: syntax 
error : missing ';' before 'type'
3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065: 'range' : 
undeclared identifier
3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065: 'range' : 
undeclared identifier
9-- Build started: Project: test_state_machine, Configuration: Release 
Win32 --
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGSharedPtrclass simgear::StateMachine::State __thiscall 
simgear::StateMachine::stateByIndex(unsigned int)const  
(?stateByIndex@StateMachine@simgear@@QBE?AV?$SGSharedPtr@VState@StateMachine@simgearI@Z)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGPropertyNode * __thiscall 
simgear::StateMachine::root(void) 
(?root@StateMachine@simgear@@QAEPAVSGPropertyNode@@XZ) referenced in 
function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: void __thiscall simgear::StateMachine::update(double) 
(?update@StateMachine@simgear@@QAEXN@Z) referenced in function void __cdecl 
testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: void __thiscall simgear::StateMachine::changeToState(class 
SGSharedPtrclass simgear::StateMachine::State,bool) 
(?changeToState@StateMachine@simgear@@QAEXV?$SGSharedPtr@VState@StateMachine@simgear_N@Z)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGSharedPtrclass simgear::StateMachine::State __thiscall 
simgear::StateMachine::findStateByName(class std::basic_stringchar,struct 
std::char_traitschar,class std::allocatorchar  const )const  
(?findStateByName@StateMachine@simgear@@QBE?AV?$SGSharedPtr@VState@StateMachine@simgearABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: int __thiscall simgear::StateMachine::indexOfState(class 
SGSharedPtrclass simgear::StateMachine::State)const  
(?indexOfState@StateMachine@simgear@@QBEHV?$SGSharedPtr@VState@StateMachine@simgear@Z)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class std::basic_stringchar,struct std::char_traitschar,class 
std::allocatorchar  __thiscall 
simgear::StateMachine::State::name(void)const  
(?name@State@StateMachine@simgear@@QBE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGSharedPtrclass simgear::StateMachine::State __thiscall 
simgear::StateMachine::state(void)const  
(?state@StateMachine@simgear@@QBE?AV?$SGSharedPtr@VState@StateMachine@simgearXZ)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: void __thiscall simgear::StateMachine::init(void) 
(?init@StateMachine@simgear@@QAEXXZ) referenced in function void __cdecl 
testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: void __thiscall 
simgear::StateMachine::Transition::setTriggerCondition(class SGCondition *) 
(?setTriggerCondition@Transition@StateMachine@simgear@@QAEXPAVSGCondition@@@Z) 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: void __thiscall 
simgear::StateMachine::Transition::addSourceState(class 
simgear::StateMachine::State *) 
(?addSourceState@Transition@StateMachine@simgear@@QAEXPAVState@23@@Z) 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGSharedPtrclass simgear::StateMachine::Transition 
__thiscall simgear::StateMachine::createTransition(class 
std::basic_stringchar,struct std::char_traitschar,class 
std::allocatorchar  const ,class SGSharedPtrclass 
simgear::StateMachine::State) 
(?createTransition@StateMachine@simgear@@QAE?AV?$SGSharedPtr@VTransition@StateMachine@simgearABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V?$SGSharedPtr@VState@StateMachine@simgear@Z)
 
referenced in function void __cdecl testBasic(void) (?testBasic@@YAXXZ)
9state_machine_test.obj : error LNK2019: unresolved external symbol 
public: class SGSharedPtrclass simgear::StateMachine::State __thiscall 
simgear::StateMachine::createState(class 

Re: [Flightgear-devel] Simgear windows compile - mathlib.c/test_state_machine

[Frederic Bouvier]

 De: Alan Teeder
 
 Just a heads-up. (MSVC10)
 
 Alan
 
 3  mathlib.c
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(130): error C2143:
 syntax error : missing ';' before 'type'
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
 'range' : undeclared identifier
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
 'range' : undeclared identifier

Reminder to all : MSVC is not C99 Compliant. It doesn't like C++ style
variable declaration inside the body of a bloc

Regards,
-Fred

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile- mathlib.c/test_state_machine

[Alan Teeder]

I think that we all know that, but unfortunately it is something that we 
have to live with -  FG is multiplatform.

Sorry - but please don´t blame the messenger. ;-(

Alan

-Original Message- 
From: Frederic Bouvier
Sent: Wednesday, January 23, 2013 10:45 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear windows compile- 
mathlib.c/test_state_machine

 De: Alan Teeder

 Just a heads-up. (MSVC10)

 Alan

 3  mathlib.c
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(130): error C2143:
 syntax error : missing ';' before 'type'
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
 'range' : undeclared identifier
 3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
 'range' : undeclared identifier

Reminder to all : MSVC is not C99 Compliant. It doesn't like C++ style
variable declaration inside the body of a bloc

Regards,
-Fred

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile- mathlib.c/test_state_machine

[Stefan Seifert]

On Wednesday 23 January 2013 13:48:44 Alan Teeder wrote:
 I think that we all know that, but unfortunately it is something that we
 have to live with -  FG is multiplatform.

 Sorry - but please don´t blame the messenger. ;-(

Wouldn't it be possible to compile this file in C++ mode? That's the course
the Parrot project follows.

 -Original Message-
 From: Frederic Bouvier
 Sent: Wednesday, January 23, 2013 10:45 AM
 To: FlightGear developers discussions
 Subject: Re: [Flightgear-devel] Simgear windows compile-
 mathlib.c/test_state_machine

  De: Alan Teeder
 
  Just a heads-up. (MSVC10)
 
  Alan
 
  3  mathlib.c
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(130): error C2143:
  syntax error : missing ';' before 'type'
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
  'range' : undeclared identifier
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
  'range' : undeclared identifier

 Reminder to all : MSVC is not C99 Compliant. It doesn't like C++ style
 variable declaration inside the body of a bloc


signature.asc
Description: This is a digitally signed message part.
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile- mathlib.c/test_state_machine

[Frederic Bouvier]

 I think that we all know that
Not sure as we can see it.

 Sorry - but please don´t blame the messenger. ;-(
I agree we should live with that, and my intent wasn't to blame the messenger,
only the careless committer ;)

-Fred

- Mail original -
 De: Alan Teeder ajtee...@v-twin.org.uk
 
 I think that we all know that, but unfortunately it is something that
 we have to live with -  FG is multiplatform.
 
 Sorry - but please don´t blame the messenger. ;-(
 
 Alan
 
 -Original Message-
 From: Frederic Bouvier
 Sent: Wednesday, January 23, 2013 10:45 AM
 To: FlightGear developers discussions
 Subject: Re: [Flightgear-devel] Simgear windows compile-
 mathlib.c/test_state_machine
 
  De: Alan Teeder
 
  Just a heads-up. (MSVC10)
 
  Alan
 
  3  mathlib.c
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(130): error C2143:
  syntax error : missing ';' before 'type'
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
  'range' : undeclared identifier
  3C:\FlightGear\simgear\simgear\nasal\mathlib.c(131): error C2065:
  'range' : undeclared identifier
 
 Reminder to all : MSVC is not C99 Compliant. It doesn't like C++
 style
 variable declaration inside the body of a bloc
 
 Regards,
 -Fred
 
 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills
 current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 
 
 --
 Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
 MVC, Windows 8 Apps, JavaScript and much more. Keep your skills
 current
 with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
 MVPs and experts. ON SALE this month only -- learn more at:
 http://p.sf.net/sfu/learnnow-d2d
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile - mathlib.c/test_state_machine

[James Turner]

On 23 Jan 2013, at 11:45, Frederic Bouvier fredfgf...@free.fr wrote:

 Reminder to all : MSVC is not C99 Compliant. It doesn't like C++ style
 variable declaration inside the body of a bloc

I've pushed a fixed now, I would have fixed sooner but all the Windows slaves 
on Jenkins are doing something very strange, so I can't see Windows build 
failures.

I guess there's no upgrade to MSVC which adds C99 support?

James
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile - mathlib.c/test_state_machine

[Alan Teeder]

From: James Turner 
Sent: Wednesday, January 23, 2013 3:03 PM
To: FlightGear developers discussions 
Subject: Re: [Flightgear-devel] Simgear windows compile - 
mathlib.c/test_state_machine


On 23 Jan 2013, at 11:45, Frederic Bouvier fredfgf...@free.fr wrote:


  Reminder to all : MSVC is not C99 Compliant. It doesn't like C++ style
  variable declaration inside the body of a bloc

I've pushed a fixed now, I would have fixed sooner but all the Windows slaves 
on Jenkins are doing something very strange, so I can't see Windows build 
failures.

I guess there's no upgrade to MSVC which adds C99 support?

James
--- 

If there is it is not part of the automatic “Windows Update”, so the best 
answer is no. 

 

Alan
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear windows compile - mathlib.c/test_state_machine

[Frederic Bouvier]

Hi James,

 De: James Turner zakal...@mac.com

 On 23 Jan 2013, at 11:45, Frederic Bouvier  fredfgf...@free.fr 
 wrote:

  Reminder to all : MSVC is not C99 Compliant. It doesn't like C++
  style
 
  variable declaration inside the body of a bloc
 
 I've pushed a fixed now, I would have fixed sooner but all the
 Windows slaves on Jenkins are doing something very strange, so I
 can't see Windows build failures.

Gene and I are working on this issue and it seems to be resolved.

 I guess there's no upgrade to MSVC which adds C99 support?

I think MS don't want to support it.

Regards,
-Fred

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear Build 2012-11-28 - MSCV10 - Build failure

[Vivian Meazza]

Simgear fails to build under MSVC10 today, 2012-11-28, with this error:

 

error C2724: 'SGThread::current' : 'static' should not be
used on member functions defined at file scope

file D:\Git_New\my_simgear\simgear\threads\SGThread.cxx   

Line 84

 

Simpits Jenkins is also stuck on this build

 

Again!!!

 

Vivian 

--
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear Build 2012-11-28 - MSCV10 - Build failure

[Christian Schmitt]

Vivian Meazza wrote:

 Simgear fails to build under MSVC10 today, 2012-11-28, with this error:
 
  
 
 error C2724: 'SGThread::current' : 'static' should not be
 used on member functions defined at file scope
 
 file D:\Git_New\my_simgear\simgear\threads\SGThread.cxx
 
 Line 84
 

Fixed. Thanks for pointing this out, as jenkins couldn't ;)

Chris

--
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Alan Teeder]

Just a heads up. The error report is :-

Alan


3  shContext.c
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(37): error 
C2491: 'vgCreateContextSH' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(65): error 
C2491: 'vgResizeSurfaceSH' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(86): error 
C2491: 'vgDestroyContextSH' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(258): error 
C2491: 'vgGetError' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(267): error 
C2491: 'vgFlush' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(274): error 
C2491: 'vgFinish' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(282): error 
C2491: 'vgMask' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(286): error 
C2491: 'vgClear' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(346): error 
C2491: 'vgLoadIdentity' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(362): error 
C2491: 'vgLoadMatrix' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(393): error 
C2491: 'vgGetMatrix' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(416): error 
C2491: 'vgMultMatrix' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(446): error 
C2491: 'vgTranslate' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(457): error 
C2491: 'vgScale' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(468): error 
C2491: 'vgShear' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(479): error 
C2491: 'vgRotate' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shContext.c(493): error 
C2491: 'vgHardwareQuery' : definition of dllimport function not allowed
3  shGeometry.c
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shGeometry.c(852): error 
C2491: 'vgPathBounds' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shGeometry.c(891): error 
C2491: 'vgPathTransformedBounds' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shGeometry.c(926): error 
C2491: 'vgPathLength' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shGeometry.c(935): error 
C2491: 'vgPointAlongPath' : definition of dllimport function not allowed
3  shImage.c
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(564): error C2491: 
'vgCreateImage' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(622): error C2491: 
'vgDestroyImage' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(644): error C2491: 
'vgClearImage' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(808): error C2491: 
'vgImageSubData' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(853): error C2491: 
'vgGetImageSubData' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(896): error C2491: 
'vgCopyImage' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(948): error C2491: 
'vgSetPixels' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1001): error 
C2491: 'vgWritePixels' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1058): error 
C2491: 'vgGetPixels' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1109): error 
C2491: 'vgReadPixels' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1162): error 
C2491: 'vgCopyPixels' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1179): error 
C2491: 'vgChildImage' : definition of dllimport function not allowed
3C:\FlightGear\simgear\simgear\canvas\ShivaVG\src\shImage.c(1184): error 
C2491: 'vgGetParent' : definition of dllimport function not allowed

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Thomas Geymayer]

Am 2012-11-05 12:14, schrieb Alan Teeder:
 Just a heads up. The error report is :-

Thanks for the report. Should now be fixed.

Tom

-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Alan Teeder]

-Original Message- 
From: Thomas Geymayer
Sent: Monday, November 05, 2012 12:19 PM
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

Am 2012-11-05 12:14, schrieb Alan Teeder:
 Just a heads up. The error report is :-

Thanks for the report. Should now be fixed.

Tom


Yes - it all compiles and runs again. And my canvas HUD (in development) 
still works!

Thanks

Alan 


--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Vivian Meazza]

:Alan Teeder wrote

 
 Am 2012-11-05 12:14, schrieb Alan Teeder:
  Just a heads up. The error report is :-
 
 Thanks for the report. Should now be fixed.
 
 Tom
 
 
 Yes - it all compiles and runs again. And my canvas HUD (in development)
still
 works!
 

But mine doesn't :-(

https://dl.dropbox.com/u/57645542/fgfs-screen-068.png

Any clues/hints?

Vivian






--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Thomas Geymayer]

Am 2012-11-05 16:02, schrieb Vivian Meazza:
 But mine doesn't :-(
 
 https://dl.dropbox.com/u/57645542/fgfs-screen-068.png
 
 Any clues/hints?

Have you also updated fgdata? The way how the background color is set
has been changed (Now it uses only on single property for the whole
color instead of one for each color component) and defaults to opaque
black. Using the latest Nasal API for setting the background color
should still work the same as before.

Tom

-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[James Turner]

On 5 Nov 2012, at 13:50, Alan Teeder wrote:

 Yes - it all compiles and runs again. And my canvas HUD (in development) 
 still works!

Can you talk a little about the Canvas HUD? Moving the HUD to use the Canvas 
would be a great step from my point of view, since it and 2D panels (which I am 
happy to write the convert for!) are the last places besides the UI which make 
raw OpenGL calls, and hence would benefit from moving to the Canvas (and thus, 
to use OSG internally)

James




--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Alan Teeder]

There is a template on the canvas wiki - 
http://wiki.flightgear.org/Canvas_HUD, which I have used. The Nasal code is 
quite simple and hardly needs explaining.

The symbology that I needed is not hard-coded into the existing 
(flightgear/src/Instrumentation/HUD/) and I had been putting off doing that 
job, until the canvas HUD suddenly appeared.

My HUD is that used on the TSR2 and was a development of the even more basic 
HUD fitted to early Buccaneers. I spent many, many hours behind this HUD in 
the simulator at Weybridge.

The TSR2 is still very much in development, and I am currently replacing a 
very unstable Datcom based FDM with CFD derived data. You can preview it at 
g...@gitorious.org:fg-ajt/tsr2.git. The main differences between the TSR2 and 
later HUDs are the flight director and the pitch gearing. The flight 
director was named highway in the sky and looks like a runway pattern. You 
fly the vanishing point of the runway to the central circle of the HUD. The 
HUD is not geared 1 to 1 in pitch. This sounds quite wrong, but the gearing 
is similar to that of the head-down artificial horizon, which pilots are 
quite accustomed to. Once I get an attack computer built up, there is simple 
symbology for that also.

To fly the TSR2, use the idiot start button (as with the Lightning). 
Select one notch of flap. With the autopilot menu-bar  (F11) select the 
take-off flight director. When the engines are running open up full and 
follow the director signal. It should demand rotation at 160 kts. Keep 
manoeuvres small, otherwise the present FDM will soon get unstable. Also 
keep a close eye on airspeed as the minimum drag speed is quite high and 
therefore it is speed unstable.

In short the canvas HUD is very simple to program.

Alan



-Original Message- 
From: James Turner
Sent: Monday, November 05, 2012 3:11 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows


On 5 Nov 2012, at 13:50, Alan Teeder wrote:

 Yes - it all compiles and runs again. And my canvas HUD (in development)
 still works!

Can you talk a little about the Canvas HUD? Moving the HUD to use the Canvas 
would be a great step from my point of view, since it and 2D panels (which I 
am happy to write the convert for!) are the last places besides the UI which 
make raw OpenGL calls, and hence would benefit from moving to the Canvas 
(and thus, to use OSG internally)

James




--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Vivian Meazza]

Thomas wrote

fails on windows
 
 Am 2012-11-05 16:02, schrieb Vivian Meazza:
  But mine doesn't :-(
 
  https://dl.dropbox.com/u/57645542/fgfs-screen-068.png
 
  Any clues/hints?
 
 Have you also updated fgdata? 

Yes, using MSVC10, and after the same problems as Alan.

The way how the background color is set has
 been changed (Now it uses only on single property for the whole color
 instead of one for each color component) and defaults to opaque black.

Looks like it might be using the default ... but

 Using the latest Nasal API for setting the background color should still
work
 the same as before.

I'm using the Nasal API - it used to all work before today's update. Can't
really see what to change

Vivian 




--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Thomas Geymayer]

Am 2012-11-05 18:30, schrieb Vivian Meazza:
 I'm using the Nasal API - it used to all work before today's update. Can't
 really see what to change

Are you using canvas.setColorBackground(r, g, b, a) and is there a function

setColorBackground: func () { me.texture.getNode('background',
1).setValue(_getColor(arg)); me; }

in your Nasal/canvas/api.nas?

Are there /canvas/by-index[i]/color-background/[red,green,blue,alpha]
nodes in your property tree or just a single
/canvas/by-index[i]/background string property per canvas?

Tom

-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Alan Teeder]

Vivian´s Buccaneer, (from fgdata  git, with canvas hud) is fine on my 
laptop, but has an occluded screen on my desktop. Both have Windows 7 and 
Nvidia cards.

On the other hand my development TSR2 hud is fine on both machines.

This is with git sources (fgdata, flightgear and simgear) up to date at the 
time of posting.

Strange.

Alan



-Original Message- 
From: Thomas Geymayer
Sent: Monday, November 05, 2012 5:52 PM
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

Am 2012-11-05 18:30, schrieb Vivian Meazza:
 I'm using the Nasal API - it used to all work before today's update. Can't
 really see what to change

Are you using canvas.setColorBackground(r, g, b, a) and is there a function

setColorBackground: func () { me.texture.getNode('background',
1).setValue(_getColor(arg)); me; }

in your Nasal/canvas/api.nas?

Are there /canvas/by-index[i]/color-background/[red,green,blue,alpha]
nodes in your property tree or just a single
/canvas/by-index[i]/background string property per canvas?

Tom

-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear/ShivaVG compile fails on windows

[Vivian Meazza]

Thomas wrote:

 Am 2012-11-05 18:30, schrieb Vivian Meazza:
  I'm using the Nasal API - it used to all work before today's update.
  Can't really see what to change
 
 Are you using canvas.setColorBackground(r, g, b, a) 
 I have this:

m.canvas.addPlacement(placement);
m.canvas.setColorBackground(0.36, 1, 0.3, 0.02);

which is a direct copy from

http://wiki.flightgear.org/Canvas_HUD

 and is there a function
 setColorBackground: func () { me.texture.getNode('background',
 1).setValue(_getColor(arg)); me; }

No - there isn't one in 

http://wiki.flightgear.org/Canvas_HUD

 in your Nasal/canvas/api.nas?
 
 Are there /canvas/by-index[i]/color-background/[red,green,blue,alpha]
 nodes in your property tree or just a single
/canvas/by-index[i]/background
 string property per canvas?

And no other references to color-background

Vivian



--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)

[ThorstenB]

 FYI the Atlas configure.ac will use -lSimGearCore if ENABLE_SIMGEAR_SHARED
 is set to yes, which is misleading. I will change this to something more
 more useful (Suggestion?).

I added ENABLE_SIMGEAR_SHARED to Atlas some time last year, since the 
libraries SimGearCore and SimGearScene (the latter isn't required for 
Atlas) were only built when the ENABLE_SIMGEAR_SHARED switch was set 
for SimGear - so the options for SimGear and Atlas matched exactly.

Since 2.9.0 SimGear always builds two libraries only (instead of the 
earlier 9 or 10 different libs), no matter whether static or shared libs 
were selected for SimGear. So indeed, the option should be renamed now. 
Also, the default should be changed - since SimGearCore is now always 
provided by latest (and future) SimGear.

Suggestion: rename the switch to SIMGEAR_LEGACY and invert the logic, 
so it can be set when building with old SimGear versions.

cheers,
Thorsten


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)

[Frederic Bouvier]

t1.update( SGGeod::fromRad(lon, lat), 0, 0 );

There is also SGGeod::fromDeg to avoid the multiply by SGD_DEGREES_TO_RADIANS

Regards,
-Fred

- Mail original -
 De: Alasdair Campbell ali...@btinternet.com
 À: FlightGear devel flightgear-devel@lists.sourceforge.net
 Envoyé: Dimanche 14 Octobre 2012 18:26:54
 Objet: [Flightgear-devel] Simgear commit breaks Atlas (ot??)
 
 After SGTime: use SGGeod, quieter init. (James Turner
 89d30acbc5040bf36a3329fcb21789d2855fa6d3)
 Atlas build (misc.cxx) fails at:
 
 double magneticVariation(double lat, double lon, double elev)
 {
 SGTime t1;
 
 lon *= SGD_DEGREES_TO_RADIANS;
 lat *= SGD_DEGREES_TO_RADIANS;
 t1.update(lon, lat, 0, 0);
 
 return sgGetMagVar(lon, lat, elev, t1.getJD()) *
 SGD_RADIANS_TO_DEGREES;
 }
 
 Can I get a suggestion to update this code in my local repo to:
   t1.update( const SGGeod location, time_t ct, long int warp )
 Sorry, my c++ is so really rusty.
 
 Alasdair
 
 --
 Don't let slow site performance ruin your business. Deploy New Relic
 APM
 Deploy New Relic app performance management and know exactly
 what is happening inside your Ruby, Python, PHP, Java, and .NET app
 Try New Relic at no cost today and get our sweet Data Nerd shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)

[Alasdair Campbell]

On Sun, 14 Oct 2012 20:47:01 +0200 (CEST)
Frederic Bouvier fredfgf...@free.fr wrote:

 t1.update( SGGeod::fromRad(lon, lat), 0, 0 );
 
 There is also SGGeod::fromDeg to avoid the multiply by SGD_DEGREES_TO_RADIANS
 
 Regards,
 -Fred
 
 - Mail original -
  De: Alasdair Campbell ali...@btinternet.com
  À: FlightGear devel flightgear-devel@lists.sourceforge.net
  Envoyé: Dimanche 14 Octobre 2012 18:26:54
  Objet: [Flightgear-devel] Simgear commit breaks Atlas (ot??)
  
  After SGTime: use SGGeod, quieter init. (James Turner
  89d30acbc5040bf36a3329fcb21789d2855fa6d3)
  Atlas build (misc.cxx) fails at:
  
  double magneticVariation(double lat, double lon, double elev)
  {
  SGTime t1;
  
  lon *= SGD_DEGREES_TO_RADIANS;
  lat *= SGD_DEGREES_TO_RADIANS;
  t1.update(lon, lat, 0, 0);
  
  return sgGetMagVar(lon, lat, elev, t1.getJD()) *
  SGD_RADIANS_TO_DEGREES;
  }
  
  Can I get a suggestion to update this code in my local repo to:
  t1.update( const SGGeod location, time_t ct, long int warp )
  Sorry, my c++ is so really rusty.
  
  Alasdair
  


Thank you Fred. I had tried something similar, but your suggestion still gives 
link error:

g++  -g -O2 -DFGBASE_DIR='NONE/lib/FlightGear'  -L/usr/local//lib -o Atlas 
Notifications.o Atlas.o GLUTWindow.o AtlasBaseWindow.o AtlasWindow.o 
AtlasController.o FlightTrack.o Image.o NavData.o Overlays.o AirportsOverlay.o 
AirwaysOverlay.o FixesOverlay.o NavaidsOverlay.o FlightTracksOverlay.o 
CrosshairsOverlay.o RangeRingsOverlay.o Tiles.o TileMapper.o Searcher.o 
Search.o Preferences.o Graphs.o Culler.o Scenery.o Background.o Cache.o 
LayoutManager.o Bucket.o Subbucket.o Palette.o misc.o Globals.o Geographics.o 
-lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket 
-lsgstructure -lsgmath -lsgthreads -lplibsg -lplibpuaux -lplibpu -lplibfnt 
-lplibnet -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -lpthread 
-lrt -lm  -lpng -lz -ljpeg -lGLEW -lplibul -lcurl -lrt -lm 
misc.o: In function `magneticVariation(double, double, double)':
/home/alasdair/Desktop/Atlas/src/misc.cxx:405: undefined reference to 
`SGTime::update(SGGeod const, long, long)'
collect2: error: ld returned 1 exit status
make[3]: *** [Atlas] Error 1

I am pulling my hair out:( 
Do I need to link against another sg library?

Kind regards,
Alasdair




--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)

[Frederic Bouvier]

 De: Alasdair Campbell ali...@btinternet.com
 
 On Sun, 14 Oct 2012 20:47:01 +0200 (CEST)
 Frederic Bouvier fredfgf...@free.fr wrote:
 
  t1.update( SGGeod::fromRad(lon, lat), 0, 0 );
  
  There is also SGGeod::fromDeg to avoid the multiply by
  SGD_DEGREES_TO_RADIANS
  
  Regards,
  -Fred
  
  - Mail original -
   De: Alasdair Campbell ali...@btinternet.com
   À: FlightGear devel flightgear-devel@lists.sourceforge.net
   Envoyé: Dimanche 14 Octobre 2012 18:26:54
   Objet: [Flightgear-devel] Simgear commit breaks Atlas (ot??)
   
   After SGTime: use SGGeod, quieter init. (James Turner
   89d30acbc5040bf36a3329fcb21789d2855fa6d3)
   Atlas build (misc.cxx) fails at:
   
   double magneticVariation(double lat, double lon, double elev)
   {
   SGTime t1;
   
   lon *= SGD_DEGREES_TO_RADIANS;
   lat *= SGD_DEGREES_TO_RADIANS;
   t1.update(lon, lat, 0, 0);
   
   return sgGetMagVar(lon, lat, elev, t1.getJD()) *
   SGD_RADIANS_TO_DEGREES;
   }
   
   Can I get a suggestion to update this code in my local repo to:
 t1.update( const SGGeod location, time_t ct, long int warp )
   Sorry, my c++ is so really rusty.
   
   Alasdair
   
 
 
 Thank you Fred. I had tried something similar, but your suggestion
 still gives link error:
 
 g++  -g -O2 -DFGBASE_DIR='NONE/lib/FlightGear'  -L/usr/local//lib
 -o Atlas Notifications.o Atlas.o GLUTWindow.o AtlasBaseWindow.o
 AtlasWindow.o AtlasController.o FlightTrack.o Image.o NavData.o
 Overlays.o AirportsOverlay.o AirwaysOverlay.o FixesOverlay.o
 NavaidsOverlay.o FlightTracksOverlay.o CrosshairsOverlay.o
 RangeRingsOverlay.o Tiles.o TileMapper.o Searcher.o Search.o
 Preferences.o Graphs.o Culler.o Scenery.o Background.o Cache.o
 LayoutManager.o Bucket.o Subbucket.o Palette.o misc.o Globals.o
 Geographics.o -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial
 -lsgdebug -lsgbucket -lsgstructure -lsgmath -lsgthreads -lplibsg
 -lplibpuaux -lplibpu -lplibfnt -lplibnet -lglut -lGLU -lGL -lXmu
 -lXt -lSM -lICE -lXi -lXext -lX11 -lpthread -lrt -lm  -lpng -lz
 -ljpeg -lGLEW -lplibul -lcurl -lrt -lm
 misc.o: In function `magneticVariation(double, double, double)':
 /home/alasdair/Desktop/Atlas/src/misc.cxx:405: undefined reference to
 `SGTime::update(SGGeod const, long, long)'
 collect2: error: ld returned 1 exit status
 make[3]: *** [Atlas] Error 1
 
 I am pulling my hair out:(
 Do I need to link against another sg library?

Simgear library naming changed recently. -lsgmagvar -lsgtiming -lsgmisc -lsgio 
-lsgserial -lsgdebug -lsgbucket -lsgstructure -lsgmath -lsgthreads
are gone and should be replaced by -lSimGearCore -lSimGearScene

Regards,
-Fred

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear commit breaks Atlas (ot??)

[Alasdair Campbell]

On Sun, 14 Oct 2012 23:24:29 +0200 (CEST)
Frederic Bouvier fredfgf...@free.fr wrote:
 
 Simgear library naming changed recently. -lsgmagvar -lsgtiming -lsgmisc 
 -lsgio -lsgserial -lsgdebug -lsgbucket -lsgstructure -lsgmath -lsgthreads
 are gone and should be replaced by -lSimGearCore -lSimGearScene
 
 Regards,
 -Fred
 
Problem solved. Many Thanks.
Both my efforts  your suggestion now build OK.
FYI the Atlas configure.ac will use -lSimGearCore if ENABLE_SIMGEAR_SHARED
is set to yes, which is misleading. I will change this to something more
more useful (Suggestion?).

Again, many thanks

Alasdair

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] SimGear libraries

[James Turner]

Hi,

For some time, Simgear has had the option to build shared libraries (DLLs on 
Windows) - this is only really useful for developers, since it can reduce link 
times. However, when I made this change, I organised Simgear into 'core' and 
'scene' libraries; the 'core' part is also what we call 'headless' simgear, i.e 
can be compiled without requiring OpenSceneGraph or any GUI systems. (Which is 
how SG is used by terragear and potentially some other users).

Mathias has suggested, and I agree, it would be sensible to also package the 
*static* libraries this way. So instead of having many static libraries, we 
will have only two: libSimGearCore.a and libSimGearScene.a

This will likely mean some small changes to the CMakeFiles for the downstream 
projects; I will take care of FlightGear and TerraGear directly, and will of 
course help fix any other affected code.

Any comments or objections on this change?

Note this DOES NOT increase the linked binary size of executables created from 
SimGear - linkers already discard unreachable code when linking against .a 
archives. All we're doing is giving the linker one .a to unpack into objects, 
instead of a group of them.

James


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear libraries

[Martin Spott]

James Turner wrote:

 Mathias has suggested, and I agree, it would be sensible to also
 package the *static* libraries this way.  So instead of having many
 static libraries, we will have only two: libSimGearCore.a and
 libSimGearScene.a

Sounds good,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear libraries

[Christian Schmitt]

Hi,

I'm already linking all my deps dynamically against SG, but makeing it 
easier for the static variant would be great as well. Even more so if you 
take care of the TG changes :)

Cheers
Chris


James Turner wrote:

 Hi,
 
 For some time, Simgear has had the option to build shared libraries (DLLs
 on Windows) - this is only really useful for developers, since it can
 reduce link times. However, when I made this change, I organised Simgear
 into 'core' and 'scene' libraries; the 'core' part is also what we call
 'headless' simgear, i.e can be compiled without requiring OpenSceneGraph
 or any GUI systems. (Which is how SG is used by terragear and potentially
 some other users).
 
 Mathias has suggested, and I agree, it would be sensible to also package
 the *static* libraries this way. So instead of having many static
 libraries, we will have only two: libSimGearCore.a and libSimGearScene.a
 
 This will likely mean some small changes to the CMakeFiles for the
 downstream projects; I will take care of FlightGear and TerraGear
 directly, and will of course help fix any other affected code.
 
 Any comments or objections on this change?
 
 Note this DOES NOT increase the linked binary size of executables created
 from SimGear - linkers already discard unreachable code when linking
 against .a archives. All we're doing is giving the linker one .a to unpack
 into objects, instead of a group of them.
 
 James
 
 
 
--
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] simgear zlib 1.2.6 lowlevel

[Olaf Flebbe]

Hi,

I cannot reproduce the problem, since I do not use MacPorts. IMHO we should 
simply copy from OSG CMakeModules/FindZLIB.cmake  to Simgear CMakeModules, in 
order to force same semantics on OSG and Simgear.

Greetings
Olaf
 
 Hi James
 
 Didn’t dive into but noticed OSG has probably a more sophisticated cmake 
 zlib check already. Maybe it’s worth to have a look there?
 
 

Olaf



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] simgear zlib 1.2.6 lowlevel

[HB-GRAL]

Hi all

I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on 
OSX. Looks like the main problem is here (independent of platform?):

lowlevel.hxx

void sgReadString ( gzFile fd, char **var ) ;

lowlevel.cxx

int c = gzgetc ( fd ) ;

While this seems to work with zlib 1.2.3 and 5, documentation says this 
(probably ... sorry for any misinterpretation) doesn’t work anymore for 
1.2.6

I tried cmake build with -DZLIB_INCLUDE_DIR etc. to the right version, 
but this didnt’t work at all. I’m sure I did something wrong there with 
cmake, #include zlib.h linked always against my newest version. So I 
changed lowlevel.hxx the hard way to include a /usr/include/zlib.h 
(OSX installed version 1.2.3) and now I can compile.

Nomen est omen, so this note here to the devellist is some kind of a 
lowlevel report, unfortunately I’m not able to patch cmakelist nore 
lowlevel.hxx/cxx to work with zlib 1.2.6.

I changed lowlevel.hxx directly for my purposes, but this IS lowlevel. 
Am I the only one with this small zlib issue ?

Cheers, Yves









--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] simgear zlib 1.2.6 lowlevel

[James Turner]

On 28 Mar 2012, at 12:21, HB-GRAL wrote:

 I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on 
 OSX. Looks like the main problem is here (independent of platform?):
 
 lowlevel.hxx
 
 void sgReadString ( gzFile fd, char **var ) ;
 
 lowlevel.cxx
 
 int c = gzgetc ( fd ) ;
 
 While this seems to work with zlib 1.2.3 and 5, documentation says this 
 (probably ... sorry for any misinterpretation) doesn’t work anymore for 
 1.2.6
 
 I tried cmake build with -DZLIB_INCLUDE_DIR etc. to the right version, 
 but this didnt’t work at all. I’m sure I did something wrong there with 
 cmake, #include zlib.h linked always against my newest version. So I 
 changed lowlevel.hxx the hard way to include a /usr/include/zlib.h 
 (OSX installed version 1.2.3) and now I can compile.
 
 Nomen est omen, so this note here to the devellist is some kind of a 
 lowlevel report, unfortunately I’m not able to patch cmakelist nore 
 lowlevel.hxx/cxx to work with zlib 1.2.6.
 
 I changed lowlevel.hxx directly for my purposes, but this IS lowlevel. 
 Am I the only one with this small zlib issue ?

It happened for me, I fixed it by forcing Macports to use zlib 1.2.5, instead 
of 1.2.6 which has introduced the extra issue. 

The real issue is that we're finding zlib.h in /opt/local/include, but using 
the libz from /usr. (The Apple supplied version)

I tried to find a solution, so that we use one header + library consistently, 
but didn't yet figure this out. Since zlib doesn't have a subdir in include, 
we're at mercy of the search paths a little. For the library we can force an 
explicit absolute path to link against, but Cmake's FindZLIB is finding the one 
in /usr (correctly, I would say), the problem is the header search order at 
compile time.

James



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] simgear zlib 1.2.6 lowlevel

[HB-GRAL]

Am 28.03.12 15:08, schrieb James Turner:

 The real issue is that we're finding zlib.h in /opt/local/include, but using 
 the libz from /usr. (The Apple supplied version)

 I tried to find a solution, so that we use one header + library consistently, 
 but didn't yet figure this out. Since zlib doesn't have a subdir in include, 
 we're at mercy of the search paths a little. For the library we can force an 
 explicit absolute path to link against, but Cmake's FindZLIB is finding the 
 one in /usr (correctly, I would say), the problem is the header search order 
 at compile time.

 James

Hi James

Didn’t dive into but noticed OSG has probably a more sophisticated cmake 
zlib check already. Maybe it’s worth to have a look there?

Doesn’t type change of gzFile need a change in lowlevel.cxx anyway, once ?

Cheers, Yves

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear

[Tuomas Kuosmanen]

If I am understanding you correctly, you want to get access to various
variables within flightgear. Isn't the Property Tree via telnet or http
something that might work for you? Should be easy to access it from a web
service even. Or define a generic protocol, the wiki had an example how to
make it talk json or similar format you can parse and generate easily.


/T


-- 

On 1.1.2012 6:50 Pedro Morgan wrote:
I'm looking at part of FG in various scenarious..

So Can I propose we expand the scope to the simgear code..

The intention would be to make available all the maths within simgear..
for all other langs//

Geoff has got the perl..
I got some python..
there's some java  in openradar
and indeed I got some php...
but expand it to other langs as well

So we got constants and calcs so Indeed having them under one banner
would be good... for all of us.. a Starting Point.. no need to have to
fiture other stuff out.. its there use as required..

The way to do it I think would be to have the current scenarios...And then
have some externals.. in git///

MAIN PROBLEM.. is to create the stable code.. and its in there and safe and
tested..

But it will save a lot of frustration..

Main COSNTANTS =
defined ***
conversions ***

Define and Consolidation would be a good appraisal of FG system... imho
in all scopes


Need to find the distance to DME marker from x.y..

Maybe we need to focus on context.. and the dead reckoner more..

pete

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear

[Pedro Morgan]

I'm looking at part of FG in various scenarious..

So Can I propose we expand the scope to the simgear code..

The intention would be to make available all the maths within simgear..
for all other langs//

Geoff has got the perl..
I got some python..
there's some java  in openradar
and indeed I got some php...
but expand it to other langs as well

So we got constants and calcs so Indeed having them under one banner
would be good... for all of us.. a Starting Point.. no need to have to
fiture other stuff out.. its there use as required..

The way to do it I think would be to have the current scenarios...And then
have some externals.. in git///

MAIN PROBLEM.. is to create the stable code.. and its in there and safe and
tested..

But it will save a lot of frustration..

Main COSNTANTS =
defined ***
conversions ***

Define and Consolidation would be a good appraisal of FG system... imho
in all scopes


Need to find the distance to DME marker from x.y..

Maybe we need to focus on context.. and the dead reckoner more..

pete
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h notavailablefor windows

[James Turner]

On 25 Aug 2011, at 19:44, Alan Teeder wrote:

 Well, that fixed the compilation, but at run time I see:
  
 mismatch in socket address sizes
 Error: connect() failed in make-client_socket()

Pushed a Simgear change to hopefully fix this, or at least give more 
information when it fails - let me know what you see.

James

--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[Alan Teeder]

James

It compiles and run now, but I still see the error messages (mismatch in 
socket address sizes   etc... )  mentioned in yesterday´s post ;-(

Alan

-Original Message- 
From: James Turner
Sent: Friday, August 26, 2011 9:37 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor 
windows


On 25 Aug 2011, at 19:44, Alan Teeder wrote:

 Well, that fixed the compilation, but at run time I see:

 mismatch in socket address sizes
 Error: connect() failed in make-client_socket()

Pushed a Simgear change to hopefully fix this, or at least give more 
information when it fails - let me know what you see.

James

--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than alternatives and 25% more efficient.
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[James Turner]

On 26 Aug 2011, at 09:49, Alan Teeder wrote:

 It compiles and run now, but I still see the error messages (mismatch in 
 socket address sizes   etc... )  mentioned in yesterday´s post ;-(

You should be seeing a bit more debug information, about why it's failing - 
relating to the size of the address structures, and the address family.

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[Alan Teeder]

Here you are:-

mismatch in socket address sizes: got 28, expected 16
family: 23
Error: connect() failed in make_client_socket()
SG_IO_OUT socket creation failed.
Error opening channel communication layer.
I/O Channel config failed
.
.
.
FGMultiplayerMgr - No receiver port. Multiplayer mode disabled.

Alan

-Original Message- 
From: James Turner
Sent: Friday, August 26, 2011 10:30 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor 
windows


On 26 Aug 2011, at 09:49, Alan Teeder wrote:

 It compiles and run now, but I still see the error messages (mismatch in
 socket address sizes   etc... )  mentioned in yesterday´s post ;-(

You should be seeing a bit more debug information, about why it's failing - 
relating to the size of the address structures, and the address family.

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than alternatives and 25% more efficient.
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[James Turner]

On 26 Aug 2011, at 10:45, Alan Teeder wrote:

 Here you are:-
 
 mismatch in socket address sizes: got 28, expected 16
 family: 23

Interesting, that's an IPX (as in, Novell Netware!) address - I've committed 
some additional changes so we're IP4 only for the moment, IP6 can be added 
fairly easily now though :)

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[Alan Teeder]

Your latest fix seems to have cleared the error messages.

Thanks.

Alan

-Original Message- 
From: James Turner
Sent: Friday, August 26, 2011 11:29 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor 
windows


On 26 Aug 2011, at 10:45, Alan Teeder wrote:

 Here you are:-

 mismatch in socket address sizes: got 28, expected 16
 family: 23

Interesting, that's an IPX (as in, Novell Netware!) address - I've committed 
some additional changes so we're IP4 only for the moment, IP6 can be added 
fairly easily now though :)

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than alternatives and 25% more efficient.
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear -netinfo/in.h notavailablefor windows

[James Turner]

On 26 Aug 2011, at 12:21, Alan Teeder wrote:

 Your latest fix seems to have cleared the error messages.

And, it works, I hope? :)

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h not availablefor windows

[Alan Teeder]

James

With the latest I get link errors looking for freeaddrinf and getaddrinfo.
It is cured when I add Wsiapi.h to raw_socket.cxx.

i.e. 
#if defined(WINSOCK)
# include winsock2.h
# include ws2tcpip.h
# include Wspiapi.h
# include stdarg.h
#else

The platform is Windows7, Visual studio 8. 

I understand that MS had fixed this particular bug back in Windows 2000 days, 
but it seems to have crept back in – on my system at least.

Alan


From: James Turner 
Sent: Monday, August 22, 2011 10:36 AM
To: FlightGear developers discussions 
Subject: Re: [Flightgear-devel] Simgear - netinfo/in.h not availablefor windows


On 22 Aug 2011, at 10:28, Alan Teeder wrote:


  Thanks for the fix. That was quick !

But not sufficient - I've reverted the whole set of changes until I have a 
chance to go over them again, since everything seems to have broken. Bah.

James




--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev




___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h not availablefor windows

[James Turner]

On 25 Aug 2011, at 15:21, Alan Teeder wrote:

 I understand that MS had fixed this particular bug back in Windows 2000 days, 
 but it seems to have crept back in – on my system at least.

Should be fixed (in a different way) by an imminent FG commit.

James


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h notavailablefor windows

[Alan Teeder]

Well, that fixed the compilation, but at run time I see:

mismatch in socket address sizes
Error: connect() failed in make-client_socket()
SG_IO_OUT socket creation failed
Error opening channel communication layer.
I/O Channel config failed.

Alan

From: Alan Teeder 
Sent: Thursday, August 25, 2011 3:21 PM
To: FlightGear developers discussions 
Subject: Re: [Flightgear-devel] Simgear - netinfo/in.h notavailablefor windows

James

With the latest I get link errors looking for freeaddrinf and getaddrinfo.
It is cured when I add Wsiapi.h to raw_socket.cxx.

i.e. 
#if defined(WINSOCK)
# include winsock2.h
# include ws2tcpip.h
# include Wspiapi.h
# include stdarg.h
#else

The platform is Windows7, Visual studio 8. 

I understand that MS had fixed this particular bug back in Windows 2000 days, 
but it seems to have crept back in – on my system at least.

Alan

--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Simgear - netinfo/in.h not available for windows

[Alan Teeder]

Sorry  James, but the header says it all. ;-(

This link may help http://msdn.microsoft.com/en-us/library/ms740096.

Alan--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h not available for windows

[Alan Teeder]

Thanks for the fix. That was quick !

Alan


From: Alan Teeder 
Sent: Monday, August 22, 2011 9:23 AM
To: Flightgear-devel@lists.sourceforge.net 
Subject: [Flightgear-devel] Simgear - netinfo/in.h not available for windows

Sorry  James, but the header says it all. ;-(

This link may help http://msdn.microsoft.com/en-us/library/ms740096.

Alan--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Simgear - netinfo/in.h not available for windows

[James Turner]

On 22 Aug 2011, at 10:28, Alan Teeder wrote:

 Thanks for the fix. That was quick !

But not sufficient - I've reverted the whole set of changes until I have a 
chance to go over them again, since everything seems to have broken. Bah.

James

--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] SimGear, FlightGear and FGDATA master branches

[Torsten Dreyer]

I just merged the release/2.4.0 branches up to tag version/2.4.0-final 
into the master branch of SimGear and FlightGear.
The intention for the master branch of the two code repositories is to 
always hold the current version.

For consistency, I'd like to have the same strategy on fgdata sometime 
in the future. Once we have this established, people are pushing to a 
to-be-created 'next' branch and no longer 'master'.

I don't have a good idea about how to make the move and how to make sure 
all the fgdata commiters will be using a new branch from a specific time 
on. Does anybody out there has one?

Torsten

--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear, FlightGear and FGDATA master branches

[Anders Gidenstam]

On Sun, 21 Aug 2011, Torsten Dreyer wrote:

 I just merged the release/2.4.0 branches up to tag version/2.4.0-final
 into the master branch of SimGear and FlightGear.
 The intention for the master branch of the two code repositories is to
 always hold the current version.

 For consistency, I'd like to have the same strategy on fgdata sometime
 in the future. Once we have this established, people are pushing to a
 to-be-created 'next' branch and no longer 'master'.

 I don't have a good idea about how to make the move and how to make sure
 all the fgdata commiters will be using a new branch from a specific time
 on. Does anybody out there has one?

Hi,

Perhaps we could start up next as a post aircraft split-off branch?
That is, only containing core data and possibly the base package aircraft.
(I'm not sure if those should be in there or kept separate like any other 
aircraft. Uniformity suggest the latter and would maybe suggest a 
composite base package repro similar to fg-meta.)

Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear branch, next, updated. 3ac5ff0cac4dfecc62e6deb440bb0aa309ff42c9

[Melchior FRANZ]

* Flightgear-commitlogs -- Saturday 30 July 2011:

 commit 3ac5ff0cac4dfecc62e6deb440bb0aa309ff42c9
 Author: James Turner
 Tweaks to HTTP code, in preparation for using it for metar - especially, 
 test code for proxies

 -headerData  X-Time:   requestTime  \r\n;

And, ironically, going to break METAR proxy service ...

m.

--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear branch, next, updated. 3ac5ff0cac4dfecc62e6deb440bb0aa309ff42c9

[James Turner]

On 30 Jul 2011, at 15:25, Melchior FRANZ wrote:

 -headerData  X-Time:   requestTime  \r\n;
 
 And, ironically, going to break METAR proxy service ...

It's okay, that line will be making a recurrence elsewhere :) 

James


--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Claus Christmann]

Please see inline and below:

- Original Message -
 Please see inline and below:
 
 On Friday, May 27, 2011 05:23:59 PM Frederic Bouvier wrote:
  AFAICS, MSVC2010 compiles current Git version without any problem.
  The OP
  doesn't say what version he is trying to build, but if I recall
  correctly,
  this error was fixed months ago. See
  http://gitorious.org/fg/simgear/commit/acbc09b232e4570462d5936eaf20d267153
  0d8f4 Last tested Boost is 1.44.0 for me.
 
  Regards,
  -Fred
 
 
 All,
 
 sorry for not staying on top of this over the weekend. I will look
 into all
 the comments posted, double check my git checkout and come back with
 either a
 success message or a more detailed failure description.
 
 Thanks for hanging in there with me
 
 Claus

I was trying to compile the SimGear-2.0.0 sources from 
http://simgear.sourceforge.net/.
As mentioned, the git sources compile using Cmake 2.8.4 and OSG 2.8.4 (after 
some minor tweaking of the 3rdParty dependencies).

Thanks to everyone who contributed, I would have given up without you :)

Cheers,

Claus

-- 
Claus Christmann, M.S.
Graduate Research Assistant

Georgia Institute of Technology
270 Ferst Dr NW
Atlanta, GA 30332-0150

http://uav.ae.gatech.edu

--
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Claus Christmann]

Please see inline and below:

On Friday, May 27, 2011 05:23:59 PM Frederic Bouvier wrote:
 AFAICS, MSVC2010 compiles current Git version without any problem. The OP
 doesn't say what version he is trying to build, but if I recall correctly,
 this error was fixed months ago. See
 http://gitorious.org/fg/simgear/commit/acbc09b232e4570462d5936eaf20d267153
 0d8f4 Last tested Boost is 1.44.0 for me.
 
 Regards,
 -Fred
 

All, 

sorry for not staying on top of this over the weekend. I will look into all 
the comments posted, double check my git checkout and come back with either a 
success message or a more detailed failure description.

Thanks for hanging in there with me

Claus
-- 
Claus Christmann, M.S.
Graduate Research Assistant

Georgia Institute of Technology
270 Ferst Dr NW
Atlanta, GA 30332-0150

http://uav.ae.gatech.edu

--
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Claus Christmann]

Hello all,

I am trying to build FG in Windows 7, using Visual Studio 10. A part of that 
process is simgear, and that gives me some trouble...

I eliminated all compile errors with the exception of this one:

1c:\users\claus\desktop\flighgear-dependencies\simgear-2.0.0\simgear\scene\material\effectbuilder.hxx(134):
 error C2440: 'specialization' : cannot convert from 'std::string 
std::_Pair_base_Ty1,_Ty2::* ' to 'std::string std::pair_Ty1,_Ty2::* '
1  with
1  [
1  _Ty1=std::string,
1  _Ty2=osg::StateSet::RenderingHint
1  ]
1  Standard conversion from pointer-to-member of base to 
pointer-to-member of derived is not applied for template arguments

Googeling only brings up https://svn.boost.org/trac/boost/ticket/3106 which 
unfortunately doesn't help me much. I am using boost 1.46.1.

Any ideas?

Thanks a lot in advance,


Claus
-- 
Claus Christmann, M.S.
Graduate Research Assistant

Georgia Institute of Technology
270 Ferst Dr NW
Atlanta, GA 30332-0150

http://uav.ae.gatech.edu

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Arnt Karlsen]

On Fri, 27 May 2011 12:55:24 -0400 (EDT), Claus wrote in message 
1780160612.44750.1306515324059.javamail.r...@mail2.gatech.edu:

 Hello all,
 
 I am trying to build FG in Windows 7, using Visual Studio 10.

..ah.  Historically, Microsoft has made use of it's tools and 
tools to discourage the use of other peoples SW, this _may_
be the case here too:
http://groklaw.net/article.php?story=2009042327711

 A part of that process is simgear, and that gives me some trouble...
 
 I eliminated all compile errors with the exception of this one:
 
 1c:\users\claus\desktop\flighgear-dependencies\simgear-2.0.0\simgear\scene\material\effectbuilder.hxx(134):

..are you trying to build simgear-2.0.0 ???

 1error C2440: 'specialization' : cannot convert from 'std::string
 1std::_Pair_base_Ty1,_Ty2::* ' to 'std::string
 1std::pair_Ty1,_Ty2::* '
 1  with
 1  [
 1  _Ty1=std::string,
 1  _Ty2=osg::StateSet::RenderingHint
 1  ]
 1  Standard conversion from pointer-to-member of base to
 1 pointer-to-member of derived is not applied for template arguments
 
 Googeling only brings up https://svn.boost.org/trac/boost/ticket/3106
 which unfortunately doesn't help me much. I am using boost 1.46.1.
 
 Any ideas?

..tried alternative tool sets?:
http://beans.seartipy.com/2006/12/31/six-popular-ides-for-developing-software-in-cc-on-windows-platform/
http://www.google.com/search?num=100hl=enq=gcc+windows+ide+C%2B%2Baq=faqi=aql=oq=

..if the problem is VS10, one of these should succeed, or give 
you an _other_ error than yours above here.  
If it stops on the same error, you have found a simgear bug.


-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Curtis Olson]

Arnt, different compilers often catch different subtle errors, so it is good
and healthy to run our code through a variety of compilers on a variety of
platforms.  Gcc isn't perfect.  Unfortunately I'm can't offer specific help
for this particular problem, but hopefully one of our other windows
developers can think of something to suggest.

Curt.

On Fri, May 27, 2011 at 1:36 PM, Arnt Karlsen wrote:

 On Fri, 27 May 2011 12:55:24 -0400 (EDT), Claus wrote in message
 :

  Hello all,
 
  I am trying to build FG in Windows 7, using Visual Studio 10.

 ..ah.  Historically, Microsoft has made use of it's tools and
 tools to discourage the use of other peoples SW, this _may_
 be the case here too:
 http://groklaw.net/article.php?story=2009042327711

  A part of that process is simgear, and that gives me some trouble...
 
  I eliminated all compile errors with the exception of this one:
 
 
 1c:\users\claus\desktop\flighgear-dependencies\simgear-2.0.0\simgear\scene\material\effectbuilder.hxx(134):

 ..are you trying to build simgear-2.0.0 ???

  1error C2440: 'specialization' : cannot convert from 'std::string
  1std::_Pair_base_Ty1,_Ty2::* ' to 'std::string
  1std::pair_Ty1,_Ty2::* '
  1  with
  1  [
  1  _Ty1=std::string,
  1  _Ty2=osg::StateSet::RenderingHint
  1  ]
  1  Standard conversion from pointer-to-member of base to
  1 pointer-to-member of derived is not applied for template arguments
 
  Googeling only brings up https://svn.boost.org/trac/boost/ticket/3106
  which unfortunately doesn't help me much. I am using boost 1.46.1.
 
  Any ideas?

 ..tried alternative tool sets?:

 http://beans.seartipy.com/2006/12/31/six-popular-ides-for-developing-software-in-cc-on-windows-platform/

 http://www.google.com/search?num=100hl=enq=gcc+windows+ide+C%2B%2Baq=faqi=aql=oq=

 ..if the problem is VS10, one of these should succeed, or give
 you an _other_ error than yours above here.
 If it stops on the same error, you have found a simgear bug.


 --
 ..med vennlig hilsen = with Kind Regards from Arnt Karlsen
 ...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three:
  best case, worst case, and just in case.


 --
 vRanger cuts backup time in half-while increasing security.
 With the market-leading solution for virtual backup and recovery,
 you get blazing-fast, flexible, and affordable data protection.
 Download your free trial now.
 http://p.sf.net/sfu/quest-d2dcopy1
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel




-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio10

[Vivian Meazza]

Claus Christmann wrote

 
 Hello all,
 
 I am trying to build FG in Windows 7, using Visual Studio 10. A part of
 that process is simgear, and that gives me some trouble...
 
 I eliminated all compile errors with the exception of this one:
 
 1c:\users\claus\desktop\flighgear-dependencies\simgear-
 2.0.0\simgear\scene\material\effectbuilder.hxx(134): error C2440:
 'specialization' : cannot convert from 'std::string
 std::_Pair_base_Ty1,_Ty2::* ' to 'std::string std::pair_Ty1,_Ty2::* '
 1  with
 1  [
 1  _Ty1=std::string,
 1  _Ty2=osg::StateSet::RenderingHint
 1  ]
 1  Standard conversion from pointer-to-member of base to pointer-
 to-member of derived is not applied for template arguments
 
 Googeling only brings up https://svn.boost.org/trac/boost/ticket/3106
 which unfortunately doesn't help me much. I am using boost 1.46.1.
 
 Any ideas?
 

I'm still using boost 1.37.0 - it might be worth trying an earlier version


Vivian



--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Arnt Karlsen]

On Fri, 27 May 2011 14:21:20 -0500, Curtis wrote in message 
banlktinc4gbt1hua7zg3vakekzm3b3p...@mail.gmail.com:

 Arnt, different compilers often catch different subtle errors, so it
 is good and healthy to run our code through a variety of compilers on
 a variety of platforms.  Gcc isn't perfect.

..very true.

 Unfortunately I'm can't
 offer specific help for this particular problem, but hopefully one of
 our other windows developers can think of something to suggest.

..one more idea, try do the VS10 compile on an _older_ full system 
back-up snapshot, to see if a subtle MSW7 or VS10 change held back 
in the back-up, might have the compile succeed.  I've heard MSW7 
can do automated back-ups.

-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Frederic Bouvier]

AFAICS, MSVC2010 compiles current Git version without any problem. The OP 
doesn't say what version he is trying to build, but if I recall correctly, this 
error was fixed months ago. 
See 
http://gitorious.org/fg/simgear/commit/acbc09b232e4570462d5936eaf20d2671530d8f4 
Last tested Boost is 1.44.0 for me. 

Regards, 
-Fred 

- Curtis Olson curtol...@gmail.com a écrit : 
 Arnt, different compilers often catch different subtle errors, so it is good 
 and healthy to run our code through a variety of compilers on a variety of 
 platforms. Gcc isn't perfect. Unfortunately I'm can't offer specific help for 
 this particular problem, but hopefully one of our other windows developers 
 can think of something to suggest. 

 Curt. 
 
 
 On Fri, May 27, 2011 at 1:36 PM, Arnt Karlsen wrote: 
 

On Fri, 27 May 2011 12:55:24 -0400 (EDT), Claus wrote in message 
 : 
 
 
  Hello all, 
  
  I am trying to build FG in Windows 7, using Visual Studio 10. 
 
 ..ah. Historically, Microsoft has made use of it's tools and 
 tools to discourage the use of other peoples SW, this _may_ 
 be the case here too: 
 http://groklaw.net/article.php?story=2009042327711 
 
 
  A part of that process is simgear, and that gives me some trouble... 
  
  I eliminated all compile errors with the exception of this one: 
  
  1c:\users\claus\desktop\flighgear-dependencies\simgear-2.0.0\simgear\scene\material\effectbuilder.hxx(134):
   
 
 ..are you trying to build simgear-2.0.0 ??? 
 
  1error C2440: 'specialization' : cannot convert from 'std::string 
  1std::_Pair_base_Ty1,_Ty2::* ' to 'std::string 
  1std::pair_Ty1,_Ty2::* ' 
 
  1 with 
  1 [ 
  1 _Ty1=std::string, 
  1 _Ty2=osg::StateSet::RenderingHint 
  1 ] 
  1 Standard conversion from pointer-to-member of base to 
  1 pointer-to-member of derived is not applied for template arguments 
 
  
  Googeling only brings up https://svn.boost.org/trac/boost/ticket/3106 
  which unfortunately doesn't help me much. I am using boost 1.46.1. 
  
  Any ideas? 
 
 ..tried alternative tool sets?: 
 http://beans.seartipy.com/2006/12/31/six-popular-ides-for-developing-software-in-cc-on-windows-platform/
  
 http://www.google.com/search?num=100hl=enq=gcc+windows+ide+C%2B%2Baq=faqi=aql=oq=
  
 
 ..if the problem is VS10, one of these should succeed, or give 
 you an _other_ error than yours above here. 
 If it stops on the same error, you have found a simgear bug. 
 
 
 -- 
 ..med vennlig hilsen = with Kind Regards from Arnt Karlsen 
 ...with a number of polar bear hunters in his ancestry... 
 Scenarios always come in sets of three: 
 best case, worst case, and just in case. 
 

 
 --
  
 vRanger cuts backup time in half-while increasing security. 
 With the market-leading solution for virtual backup and recovery, 
 you get blazing-fast, flexible, and affordable data protection. 
 Download your free trial now. 
 http://p.sf.net/sfu/quest-d2dcopy1 
 ___ 
 Flightgear-devel mailing list 
 Flightgear-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel 
 
 

 -- 
 

Curtis Olson: 
http://www.atiak.com - http://aem.umn.edu/~uav/ 
http://www.flightgear.org - http://gallinazo.flightgear.org 
 
 --
  vRanger cuts backup time in half-while increasing security. With the 
 market-leading solution for virtual backup and recovery, you get 
 blazing-fast, flexible, and affordable data protection. Download your free 
 trial now. http://p.sf.net/sfu/quest-d2dcopy1 
 ___ Flightgear-devel mailing list 
 Flightgear-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel 

-- 
Frédéric Bouvier 
http://www.youtube.com/user/fgfred64 Videos 

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio 10

[Gene Buckle]

On Fri, 27 May 2011, Arnt Karlsen wrote:

 On Fri, 27 May 2011 12:55:24 -0400 (EDT), Claus wrote in message
 1780160612.44750.1306515324059.javamail.r...@mail2.gatech.edu:

 Hello all,

 I am trying to build FG in Windows 7, using Visual Studio 10.

 ..ah.  Historically, Microsoft has made use of it's tools and
 tools to discourage the use of other peoples SW, this _may_
 be the case here too:
 http://groklaw.net/article.php?story=2009042327711

One of these days I have a faint hope that you'll take off the tinfoil hat 
and move into the big blue room, but I strongly suspect I hope in vain.

Until that time, it would be just awesome if you could restrict your 
commentary to things you actually know something about.

It should be noted that my Hudson server has yet to fail to compile any 
part of the FlightGear software and it does use Visual Studio 2010 (ok, it 
might be using 2k8, but 2010 is installed. *hint* :) ) .  The only 
exceptions to that are self-inflicted and have nothing to do with the 
compiler toolchain.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio10

[Gene Buckle]

On Fri, 27 May 2011, Vivian Meazza wrote:

 Any ideas?


 I'm still using boost 1.37.0 - it might be worth trying an earlier version


You know that we're using 1.44 currently, right?

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio10

[Vivian Meazza]

Gene

 
 On Fri, 27 May 2011, Vivian Meazza wrote:
 
  Any ideas?
 
 
  I'm still using boost 1.37.0 - it might be worth trying an earlier
 version
 
 
 You know that we're using 1.44 currently, right?
 

I didn't know that - but boost 1.37 still works - I would normally upgrade
when it causes a problem,

Thanks 

Vivian



--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] SimGear compilation problem with MS VisualStudio10

[Gene Buckle]

On Fri, 27 May 2011, Vivian Meazza wrote:

 Gene


 On Fri, 27 May 2011, Vivian Meazza wrote:

 Any ideas?


 I'm still using boost 1.37.0 - it might be worth trying an earlier
 version


 You know that we're using 1.44 currently, right?


 I didn't know that - but boost 1.37 still works - I would normally upgrade
 when it causes a problem,

Ok.  I'm just going by what's included in Fred's pre-built library packs 
for the Windows builds.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Arnt Karlsen]

Hi,

..simgear(?) link error output, compile log link below:
make[3]: Leaving directory
`/home/arnt/FG-git/fgfs/flightgear/src/Traffic' make[2]: Leaving
directory `/home/arnt/FG-git/fgfs/flightgear/src/Traffic' Making
install in Main make[2]: Entering directory
`/home/arnt/FG-git/fgfs/flightgear/src/Main' g++
-DPKGLIBDIR=\/home/arnt/FG-git/install/fgfs/share/flightgear\ -g -O2
-Wall -I/home/arnt/FG-git/install/simgear -D_REENTRANT
-L/home/arnt/FG-git/install/simgear/lib
-L/home/arnt/FG-git/install/plib/lib -L/usr/local/lib
-L/home/arnt/FG-git/install/simgear/lib
-L/home/arnt/FG-git/install/plib/lib -L/usr/local/lib -o fgfs
bootstrap.o
libMain.a ../../src/Aircraft/libAircraft.a ../../src/ATCDCL/libATCDCL.a 
../../src/Cockpit/libCockpit.a ../../src/Cockpit/built_in/libBuilt_in.a 
../../src/Network/libNetwork.a ../../src/FDM/libFlight.a 
../../src/FDM/ExternalNet/libExternalNet.a 
../../src/FDM/ExternalPipe/libExternalPipe.a ../../src/FDM/JSBSim/libJSBSim.a 
../../src/FDM/JSBSim/initialization/libInit.a 
../../src/FDM/JSBSim/models/libModels.a 
../../src/FDM/JSBSim/models/flight_control/libFlightControl.a 
../../src/FDM/JSBSim/models/atmosphere/libAtmosphere.a 
../../src/FDM/JSBSim/models/propulsion/libPropulsion.a 
../../src/FDM/JSBSim/input_output/libInputOutput.a 
../../src/FDM/JSBSim/math/libMath.a ../../src/FDM/YASim/libYASim.a 
../../src/FDM/LaRCsim/libLaRCsim.a ../../src/FDM/UIUCModel/libUIUCModel.a 
../../src/FDM/SP/libSPFDM.a ../../src/GUI/libGUI.a 
../../src/Autopilot/libAutopilot.a ../../src/Input/libInput.a 
../../src/Instrumentation/KLN89/libKLN89.a 
../../src/Instrumentation/libInstrumentation.a 
../../src/Instrumentation/HUD/libHUD.a ../../src/Model/libModel.a 
../../src/Navaids/libNavaids.a ../../src/Scenery/libScenery.a 
../../src/Scripting/libScripting.a ../../src/Sound/libSound.a 
../../src/Airports/libAirports.a ../../src/MultiPlayer/libMultiPlayer.a 
../../src/AIModel/libAIModel.a ../../src/ATC/libATC.a 
../../src/Systems/libSystems.a ../../src/Time/libTime.a 
../../src/Traffic/libTraffic.a ../../src/Environment/libEnvironment.a
-lsgroute -lsgsky -lsgsound -lsgephem -lsgtgdb -lsgmodel -lsgbvh
-lsgmaterial -lsgutil -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket
-lsgprops -lsgdebug -lsgmagvar -lsgmisc -lsgnasal -lsgxml -lsgsound
-lsgserial -lsgstructure -lsgenvironment -lplibpuaux -lplibpu -lplibfnt
-lplibjs -lplibsg -lplibul   -lpthread   -lz -lglut -lGLU -lGL -lXt
-lSM -lICE -lXi -lXext -lX11 -lrt -ldl -lm  -lalut -lopenal -lrt -ldl
-lm   -lpthread  -ldbus-1 -lhal -losgFX -losgParticle -losgSim
-losgViewer -losgGA -losgText -losgDB -losgUtil -losg -lOpenThreads
-ljpeg /usr/bin/ld: 
/home/arnt/FG-git/install/simgear/lib/libsgmodel.a(SGPagedLOD.o):
in function vtable for
simgear::SGPagedLOD:SGPagedLOD.cxx(.rodata._ZTVN7simgear10SGPagedLODE+0x110):
error: undefined reference to
'osg::PagedLOD::removeExpiredChildren(double, int,
std::vectorosg::ref_ptrosg::Node,
std::allocatorosg::ref_ptrosg::Node  )' 
/usr/bin/ld: /home/arnt/FG-git/install/simgear/lib/libsgmodel.a(SGPagedLOD.o):
in function vtable for
simgear::SGPagedLOD:SGPagedLOD.cxx(.rodata._ZTVN7simgear10SGPagedLODE+0x118):
error: undefined reference to
'osg::PagedLOD::releaseGLObjectsOnExpiredChildren(double, int)'
collect2: ld returned 1 exit status 
make[2]: *** [fgfs] Error 1
make[2]: Leaving directory `/home/arnt/FG-git/fgfs/flightgear/src/Main' 
make[1]: *** [install-recursive] Error 1 
make[1]: Leaving directory `/home/arnt/FG-git/fgfs/flightgear/src' 
make: *** [install-recursive] Error 1 
To start fgfs, run the run_fgfs.sh file 
To start terrasync, run the run_terrasync.sh file 
To start fgrun, run the run_fgrun.sh file 
To start fgcom, run the run_fgcom.sh file 
To start fgcom GUI, run the run_fgcomgui.sh file 
To start atlas, run the run_atlas.sh file 
Usage: ./download_and_compile.sh -h for help
`/home/arnt/FG-git/compilation_log.txt' -
`compilation_log.2011-04-10+09:22:42-UTC-FGFS' 
arnt@celsius:~/FG-git$ 

..compile log link:
https://github.com/gasguru/flightgearthings/blob/master/compilelogs/compilation_log.2011-04-10+09:22:42-UTC-FGFS

..I use system OSG: 
arnt@celsius:~/FG-git$ dpkg -l |grep openscenegraph
ii  libopenscenegraph-dev  2.9.11-1 3D scene graph, development files 
ii  libopenscenegraph652.8.3-7  3D scene graph, shared libs 
ii  libopenscenegraph712.9.11-1 3D scene graph, shared libs 
ii  openscenegraph 2.9.11-1 3D scene graph, utilities and
examples (binaries) 
ii openscenegraph-doc  2.9.11-1 3D scene graph, documentation 
ii openscenegraph-examples 2.9.11-1 3D scene graph, examples (sources) 
arnt@celsius:~/FG-git$ 

..simgear and plib build logs, and modified build script: 
https://github.com/gasguru/flightgearthings/blob/master/compilelogs/compilation_log.2011-04-09+23:43:25-UTC-SIMGEAR
https://github.com/gasguru/flightgearthings/blob/master/compilelogs/compilation_log.2011-04-09+23:38:51-UTC-PLIB

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Geoff McLane]

On Sun, 2011-04-10 at 12:24 +0200, Arnt Karlsen wrote:
 [snip]
 error: undefined reference to
 'osg::PagedLOD::removeExpiredChildren(double, int,
 [snip]

Hi Arnt,

From your compile log, note the entry -
*..we use system's OSG-2.9.11-1. ;o) ***
and from your 'dpkg' display that is what you are trying
to use...

As far as I am aware we can _NOT_ presently use
later that OSG-2.9.9 ;=(( So let the script use 2.8.3
or 2.9.9, as coded...

On a general note, I would ask are there any thoughts to
modify simgear to use later, or even the trunk versions 
of OSG?

Regards,
Geoff.



--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Csaba Halász]

On Sun, Apr 10, 2011 at 12:24 PM, Arnt Karlsen a...@c2i.net wrote:
 Hi,

 ..simgear(?) link error output, compile log link below:
 in function vtable for
 simgear::SGPagedLOD:SGPagedLOD.cxx(.rodata._ZTVN7simgear10SGPagedLODE+0x110):
 error: undefined reference to
 'osg::PagedLOD::removeExpiredChildren(double, int,
 std::vectorosg::ref_ptrosg::Node,
 std::allocatorosg::ref_ptrosg::Node  )'

This usually happens if you have multiple versions of OSG installed
and the build process happens to find headers for one version, while
using the libraries of another version for linking. The general advice
is, don't ever have two versions of OSG installed at the same time, no
matter what prefix.

-- 
Csaba/Jester

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[ThorstenB]

On 10.04.2011 13:29, Geoff McLane wrote:

 As far as I am aware we can _NOT_ presently use
 later that OSG-2.9.9 ;=((
Yes, we can. But 2.8.3 + 2.9.9 are used by the automatic download  
compile script, since these versions are known to work fine. And as we 
noticed, we have a lot of people running the FG git version right now, 
not all of them are actually FG developers or even familiar with 
building their own binaries (which is why the build script is there in 
the first place). So, it's good to have something that's stable and 
known to work for them.

 On a general note, I would ask are there any thoughts to
 modify simgear to use later, or even the trunk versions
 of OSG?
It always takes some days to adapt sg/fg to OSG changes, but right now, 
it compiles just fine, as the Hudson builds show: 
http://flightgear.simpits.org:8080/job/Simgear-with-OSG-svn/

I wouldn't recommend using OSG trunk to any normally advanced 
flightgear git user. Those who need it know what to do - and won't be 
using the convenience downloadcompile script anyway.

cheers,
Thorsten

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Geoff McLane]

On Sun, 2011-04-10 at 14:34 +0200, ThorstenB wrote:
  As far as I am aware we can _NOT_ presently use
  later that OSG-2.9.9 ;=((
 Yes, we can.

Huh? Then WHY does Arnt have a LINK problem with OSG-2.9.11?

 It always takes some days to adapt sg/fg to OSG changes, but right
 now, 
 it compiles just fine, as the Hudson builds show: 
 http://flightgear.simpits.org:8080/job/Simgear-with-OSG-svn/

Yes, I know it can take 'some days', and no criticism
is intended, but 2.9.10, the first after 2.9.9 was released
3rd December, 2010, and others 2.9.11, etc later... maybe you
meant 'some MONTHS' ;=))

Both Brisa's and my script use 2.8.3 or 2.9.9, but have
a switch for 'trunk', and would code for later if workable...

When you suggest Hudson is using OSG-svn - If _NOT_ trunk
then exactly which version of OSG-svn is used by Hudson?

A little confused by your reply...

Regards,
Geoff.



--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[ThorstenB]

On 10.04.2011 15:02, Geoff McLane wrote:
 On Sun, 2011-04-10 at 14:34 +0200, ThorstenB wrote:
 As far as I am aware we can _NOT_ presently use
 later that OSG-2.9.9 ;=((
 Yes, we can.
 Huh? Then WHY does Arnt have a LINK problem with OSG-2.9.11?
I don't know. The error Arndt is seeing is a _linker_ error - not a 
compile error. Csaba has already given the reason in his earlier email: 
mismatching OSG header and library files (messed up local installation). 
Another possibility is an incomplete build after changing the OSG 
version (run make clean in sg/fg).
In any case, that's not our fault. If sg/fg wasn't adapted to the OSG 
version, you would get a _compile_ error - not a linker one.

 Yes, I know it can take 'some days', and no criticism
 is intended, but 2.9.10, the first after 2.9.9 was released
 3rd December, 2010, and others 2.9.11, etc later... maybe you
 meant 'some MONTHS' ;=))
No.

 Both Brisa's and my script use 2.8.3 or 2.9.9, but have
 a switch for 'trunk', and would code for later if workable...
No. After getting lots of reports and complaints due to OSG-trunk 
issues, we changed the Brisa's script to stop using OSG trunk:
http://www.gitorious.org/fg/fgmeta/blobs/master/download_and_compile.sh

 When you suggest Hudson is using OSG-svn - If _NOT_ trunk
 then exactly which version of OSG-svn is used by Hudson?
OSG trunk = OSG svn. It's compiling (and linking) fine.

cheers,
Thorsten

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Arnt Karlsen]

On Sun, 10 Apr 2011 14:34:35 +0200, ThorstenB wrote in message 
4da1a3db.8000...@gmail.com:

 On 10.04.2011 13:29, Geoff McLane wrote:
 
  As far as I am aware we can _NOT_ presently use
  later that OSG-2.9.9 ;=((
 Yes, we can. But 2.8.3 + 2.9.9 are used by the automatic download  
 compile script, since these versions are known to work fine. And as
 we noticed, we have a lot of people running the FG git version right
 now, not all of them are actually FG developers or even familiar with 
 building their own binaries (which is why the build script is there
 in the first place). So, it's good to have something that's stable
 and known to work for them.
 
  On a general note, I would ask are there any thoughts to
  modify simgear to use later, or even the trunk versions
  of OSG?
 It always takes some days to adapt sg/fg to OSG changes, but right
 now, it compiles just fine, as the Hudson builds show: 
 http://flightgear.simpits.org:8080/job/Simgear-with-OSG-svn/
 
 I wouldn't recommend using OSG trunk to any normally advanced 
 flightgear git user. Those who need it know what to do - and won't be 
 using the convenience downloadcompile script anyway.

..ok, my idea was try build FlightGear-with-Debian-Sid-OSG to see what
that does with the funny ATI artifacts, right now FG does not support
ATI cards, and OSG-svn does not build on neither g++-4.6 nor g++-4.5,
which compiler version is used on the Hudson server?

-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] ..simgear(?) link error, undefined references to SGPagedLOD

[Geoff McLane]

On Sun, 2011-04-10 at 19:24 +0200, Arnt Karlsen wrote:
 ... OSG-svn does not build on neither g++-4.6 nor g++-4.5,
 which compiler version is used on the Hudson server?

Nor with my OLD g++ (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu4) ;=))

Geoff.





--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel