garnome-2.10.0.1: Devilspie fails to link [-Wl,--export-dynamic revisited ]
- From: "Joseph E. Sacco, Ph.D." <joseph_sacco comcast net>
- To: garnome-list <garnome-list gnome org>
- Subject: garnome-2.10.0.1: Devilspie fails to link [-Wl,--export-dynamic revisited ]
- Date: Sat, 19 Mar 2005 13:05:19 -0500
Devilspie *still* fails to link against libwnck because of unsatisfied
references.
The workaround is to rebuild libwnck with
-Wl,--export-dynamic
added to the LDFLAGS.
Discussion:
------------
In an attempt to make some gnome applications smaller,
"-Wl,--export-dynamic"
was dropped as a standard linker argument. Sometimes this works. Other
times it does not work.
So what does this linker flag do?
[from "info ld"]
`--export-dynamic'
When creating a dynamically linked executable, add all symbols to
the dynamic symbol table. The dynamic symbol table is the set of
symbols which are visible from dynamic objects at run time.
If you do not use this option, the dynamic symbol table will
normally contain only those symbols which are referenced by some[?]
If you use `dlopen' to load a dynamic object which needs to refer
back to the symbols defined by the program, rather than some other
dynamic object, then you will probably need to use this option when
linking the program itself.
You can also use the version script to control what symbols should
be added to the dynamic symbol table if the output format supports
it. See the description of `--version-script' in *Note VERSION::.
I first ran into the export-dynamic problem when building devilspie-0.8.
The application fails to link against libwnck because of unsatisfied
references. libwnck had been built without the export-dynamic flag
because of gtk+-2.0.pc, which contains a requirement for atk. When
libwnck is rebuilt with the export-dynamic flag set, develispie-0.8 is
able to link against libwnck.
-Joseph
--
joseph_sacco[at]comcast[dot]net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]