mmmm,
I get an error at build
screen-dump.cxx:(.text+0x276): undefined reference to
`osg::Referenced::signalObserversAndDelete(bool, bool) const'
/usr/local/lib/libsgmisc.a(PathOptions.o): In function
`simgear::makeOptionsFromPath(SGPath const&)':
PathOptions.cxx:(.text+0x49): undefined reference to
`osgDB::Options::Options(osgDB::Options const&, osg::CopyOp const&)'
/usr/local/lib/libsgstructure.a(commands.o): In function `global
constructors keyed to _ZN12SGCommandMgrC2Ev':
commands.cxx:(.text+0x597): undefined reference to
`OpenThreads::Mutex::Mutex(OpenThreads::Mutex::MutexType)'
/usr/local/lib/libsgenvironment.a(precipitation.o): In function
`SGPrecipitation::SGPrecipitation()':
precipitation.cxx:(.text+0x686): undefined reference to
`osg::Referenced::signalObserversAndDelete(bool, bool) const'
/usr/local/lib/libsgenvironment.a(precipitation.o): In function
`SGPrecipitation::build()':
precipitation.cxx:(.text+0x82c): undefined reference to
`osg::Referenced::signalObserversAndDelete(bool, bool) const'
/usr/local/lib/libsgenvironment.a(precipitation.o): In function
`SGPrecipitation::~SGPrecipitation()':
precipitation.cxx:(.text._ZN15SGPrecipitationD2Ev[_ZN15SGPrecipitationD5Ev]+0x46):
undefined reference to `osg::Referenced::signalObserversAndDelete(bool,
bool) const'
/usr/local/lib/libsgenvironment.a(precipitation.o): In function
`SGPrecipitation::~SGPrecipitation()':
precipitation.cxx:(.text._ZN15SGPrecipitationD0Ev[_ZN15SGPrecipitationD5Ev]+0x56):
undefined reference to `osg::Referenced::signalObserversAndDelete(bool,
bool) const'
/usr/local/lib/libsgenvironment.a(precipitation.o): In function
`osg::ref_ptr<osgParticle::PrecipitationEffect>::~ref_ptr()':
precipitation.cxx:(.text._ZN3osg7ref_ptrIN11osgParticle19PrecipitationEffectEED2Ev[_ZN3osg7ref_ptrIN11osgParticle19PrecipitationEffectEED5Ev]+0x36):
undefined reference to `osg::Referenced::signalObserversAndDelete(bool,
bool) const'
/usr/local/lib/libsgenvironment.a(precipitation.o):precipitation.cxx:(.text._ZN3osg7ref_ptrINS_8ClipNodeEED2Ev[_ZN3osg7ref_ptrINS_8ClipNodeEED5Ev]+0x36):
more undefined references to
`osg::Referenced::signalObserversAndDelete(bool, bool) const' follow
collect2: ld a retourné 1 code d'état d'exécution
make[2]: *** [fgfs] Erreur 1
make[2]: quittant le répertoire «
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/11-0205/flightgear/src/Main »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire «
/wrk3lv/00LIEN-DEVEL/devel-prog-fgCVS/11-0205/flightgear/src »
make: *** [all-recursive] Erreur 1
OSG 2.9.10 which was right with a previous fg git version
2011/2/5 ThorstenB <bre...@gmail.com>
> On 05.02.2011 16:21, ThorstenB wrote:
> >
> > I'm currently testing a different patch for the same issue: instead of
> > untieing all properties below the /fdm/jsbsim (only), I added a list
> > to JSBSim's FGPropertyManagager, so it keeps track of all the
> > properties it has actually bound. It can then use this list to untie
> > all its properties - no mattere where these are located in the
> > property tree.
> >
>
> New patch pushed to flightgear/next:
>
> http://www.gitorious.org/fg/flightgear/commit/ad8d46ba648263630b8777c53f852b75cad7ecdd
>
> This will be overwritten by the next JSBSim update, however it's a
> short-term fix and candidate for our pending 2.2 release.
> So, please test if you still see reset issues with JSBSim aircraft. If
> we find it's an improvement (maybe/hopefully the final fix for this
> issue), then we'll be pushing this to the 2.2 branch also. But remember,
> none of the reset fixes is part of the 2.2 branch just yet.
>
> The long term fix needs to be part of the JSBSim repository of course.
> Jon, Erik: please check if you want to use this patch or have some other
> solution to the problem.
>
> cheers,
> Thorsten
>
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
Best regards,
Henri, aka Alva
Official grtux hangar maintainer
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
