glib/gmodule-no-export-2.0.pc.in

prefix=@prefix@
exec_prefix=@exec_prefix@
libdir=@libdir@
includedir=@includedir@

gmodule_supported=@G_MODULE_SUPPORTED@

Name: GModule
Description: Dynamic module loader for GLib
Requires: glib-2.0
Version: @VERSION@
Libs: -L${libdir} -lgmodule-2.0 @G_THREAD_LIBS@
Libs.private: @G_MODULE_LIBS@
Cflags: @G_THREAD_CFLAGS@
Add gmodule-no-export-2.0.pc.in 2004-11-16 Matthias Clasen <mclasen@redhat.com> * Makefile.am (EXTRA_DIST): * configure.in (AC_CONFIG_FILES): Add gmodule-no-export-2.0.pc.in * gmodule-no-export-2.0.pc.in: Add a variants of gmodule-2.0.pc.in which doesn't add -Wl,--export-dynamic, since Pango or GTK+ don't need it. (#125627, Owen Taylor) 2004-11-17 03:33:05 +00:00			`prefix=@prefix@`
			`exec_prefix=@exec_prefix@`
			`libdir=@libdir@`
			`includedir=@includedir@`

			`gmodule_supported=@G_MODULE_SUPPORTED@`

			`Name: GModule`
			`Description: Dynamic module loader for GLib`
			`Requires: glib-2.0`
			`Version: @VERSION@`
Bug 600141 - Add -pthread to gmodule pkg-config 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. 2009-11-17 20:41:48 -06:00			`Libs: -L${libdir} -lgmodule-2.0 @G_THREAD_LIBS@`
Bug 534319 - GLib's .pc files could use Libs.private 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 2008-05-25 10:26:42 +00:00			`Libs.private: @G_MODULE_LIBS@`
Bug 600141 - Add -pthread to gmodule pkg-config 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. 2009-11-17 20:41:48 -06:00			`Cflags: @G_THREAD_CFLAGS@`