Re: [Flightgear-devel] Fix for missing references to SGThreads/SGMutex

2011-09-24 Thread Mathias Fröhlich

Hi,

On Saturday, September 24, 2011 10:38:28 James Turner wrote:
> On 24 Sep 2011, at 09:04, Mathias Fröhlich wrote:
> > Yes, I can see that libGL and libz is just pulled indirectly which no
> > longer works on very new linux ld variants.
> 
> Arrgh, really? That's news to me.

I do not know the real version where this was introduced, nor do I know if it 
was introduced with increments.
But if your shared object (library or executable) directly depends on some 
symbols in an other shared library, you need to explicitly link against this 
library. If you do only indirectly depend on something indirect linking is 
also sufficient.

This is what you really want to have.
For example:

Say, libfontconfig is something you need but libfontconfig.so depends for some 
internals of reading its own configuration files on libexpat. In that case you 
just need to link -lfontconfig.
But if you also need expat for your own xml stuff, you need to link also 
against -lexpat. It is *not* sufficient to say, expat is already pulled by 
fontconfig so I don't need that anymore.

This behavour already fixes the following case:
Now think what happens when the fontconfig guys would decide to use libxml2 for 
their config files. Since the xml reader nowhere appears in fontconfigs api it 
is 
safe to do that without an api change. Then with this scheme, fontconfig pulls 
itself a different xml library. And, since you already link yourself explicitly 
against libexpat, your symbols are still resolved too.
Which kind of xml parser fontconfig uses is something you do not want to know 
about and is something you no longer see under the hood and you can no longer 
make use of this by accident.

Greetings

Mathias

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Fix for missing references to SGThreads/SGMutex

2011-09-24 Thread James Turner

On 24 Sep 2011, at 09:04, Mathias Fröhlich wrote:

> Yes, I can see that libGL and libz is just pulled indirectly which no longer 
> works on very new linux ld variants.

Arrgh, really? That's news to me.

James


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Fix for missing references to SGThreads/SGMutex

2011-09-24 Thread Mathias Fröhlich

Hi,

On Tuesday, September 20, 2011 01:22:08 Roland Häder wrote:
> I have finally fixed this myself:
> http://www.flightgear.org/forums/viewtopic.php?f=45&t=13539
> 
> Just extend 'fgpanel_LDADD' with -lsgthreads. Can someone commit this
> fix?
> 
> I also needed to add some GL stuff to the same command.
Yes, I can see that libGL and libz is just pulled indirectly which no longer 
works on very new linux ld variants.

Applied, thanks.

Mathias

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Fix for missing references to SGThreads/SGMutex

2011-09-19 Thread Roland Häder
Hi,

I have finally fixed this myself:
http://www.flightgear.org/forums/viewtopic.php?f=45&t=13539

Just extend 'fgpanel_LDADD' with -lsgthreads. Can someone commit this
fix?

I also needed to add some GL stuff to the same command.

Regards,
Roland

diff --git a/utils/fgpanel/Makefile.am b/utils/fgpanel/Makefile.am
index fedae05..4793bae 100644
--- a/utils/fgpanel/Makefile.am
+++ b/utils/fgpanel/Makefile.am
@@ -16,7 +16,7 @@ fgpanel_SOURCES = main.cxx \
 #LIBS =
 
 fgpanel_LDADD = \
-	-lGLU -lglut -lsgmath -lsgprops -lsgio -lsgdebug -lsgmisc -lsgstructure -lsgxml -lsgtiming \
-	-lplibpu -lplibfnt -lplibul \
-	-lrt -lpng
+	-lGL -lGLU -lglut -lsgmath -lsgprops -lsgio -lsgdebug -lsgmisc -lsgstructure -lsgxml -lsgtiming \
+	-lplibpu -lplibfnt -lplibul -lsgthreads \
+	-lrt -lpng -lz
 endif


signature.asc
Description: This is a digitally signed message part
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel