| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
| |
It is not generally permissible to dlopen() libpthread into a program
that is not already linked with threading support. The most common case
of this happening is when GIO opens Gvfs (which includes DBus, which
links against libpthread).
Since gmodule is the way that most users cause this problem for
themselves and since the easiest workaround is to link the program with
-pthread, the best fix for the issue is to add -pthread to the gmodule
pkg-config.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2008-05-25 Tor Lillqvist <tml@novell.com>
Bug 534319 - GLib's .pc files could use Libs.private
* glib-2.0-uninstalled.pc.in
* glib-2.0.pc.in
* gmodule-2.0-uninstalled.pc.in
* gmodule-2.0.pc.in
* gmodule-export-2.0.pc.in
* gmodule-no-export-2.0.pc.in: Move ICONV_LIBS and G_MODULE_LIBS to Libs.private.
svn path=/trunk/; revision=6925
|
|
|
2005-01-07 Matthias Clasen <mclasen@redhat.com>
* configure.in:
* Makefile.am: Generate and distribute gmodule-export-2.0.pc,
which is currently just a copy of gmodule-2.0.pc, but makes
it explicit that it adds --export-dynamic.
* gmodule-export-2.0.pc.in: Copy of gmodule-2.0.pc.in.
|
