glib/gmodule-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} @G_MODULE_LDFLAGS@ -lgmodule-2.0 @G_THREAD_LIBS@
Libs.private: @G_MODULE_LIBS@
Cflags: @G_THREAD_CFLAGS@
pkg-config data files 2000-07-31 Havoc Pennington <hp@redhat.com> * glib-2.0.pc.in, gobject-2.0.pc.in, gmodule-2.0.pc.in, gobject-2.0.pc.in: pkg-config data files * Makefile.am: Install/dist the .pc files * configure.in: Output the .pc files 2000-07-31 17:10:33 +00:00			`prefix=@prefix@`
			`exec_prefix=@exec_prefix@`
			`libdir=@libdir@`
			`includedir=@includedir@`

subst GLIB_GENMARSHAL, GOBJECT_QUERY, GLIB_MKENUMS variables 2001-06-07 Havoc Pennington <hp@redhat.com> * m4macros/glib-2.0.m4: subst GLIB_GENMARSHAL, GOBJECT_QUERY, GLIB_MKENUMS variables * gmodule-2.0.pc.in: add gmodule_supported variable * glib-2.0.pc.in: add glib_genmarshal, gobject_query, glib_mkenums variables * configure.in: put G_MODULE_SUPPORTED value into .pc files * autogen.sh: support AUTOGEN_SUBDIR_MODE * Makefile.am: add -uninstalled.pc.in to EXTRA_DIST 2001-06-07 Havoc Pennington <hp@redhat.com> * pango/Makefile.am: add libpango.la to _DEPENDENCIES for the other libs * configure.in: use AM_PATH_GLIB_2_0 * autogen.sh: support AUTOGEN_SUBDIR_MODE * Makefile.am: dist the .pc.in files 2001-06-07 Havoc Pennington <hp@redhat.com> * atk/Makefile.am: use @GLIB_GENMARSHAL@ so we can use uninstalled glib-genmarshal * configure.in: rearrange the library checks to support uninstalled linking * autogen.sh: add support for AUTOGEN_SUBDIR_MODE * atk-uninstalled.pc.in: new file, allows linking to uninstalled ATK in giant GTK tarball 2001-06-07 Havoc Pennington <hp@redhat.com> * tests/Makefile.am: add missing -I flag * gtk/Makefile.am: use @GLIB_MKENUMS@, @GLIB_GENMARSHAL@, etc. * configure.in: use pkg-config to see if GModule is supported; fix to properly turn on included loaders when GModule isn't supported; don't use AC_CHECK_LIB when libs are not installed yet * autogen.sh: add support for AUTOGEN_SUBDIR_MODE * Makefile.am (SUBDIRS): add m4macros subdir * gtk/Makefile.am: $(srcdir)/foo targets must be $(srcdir)/foo in dependencies also. 2001-06-07 16:39:54 +00:00			`gmodule_supported=@G_MODULE_SUPPORTED@`

Put the pkg-config scripts back to the correct pkg-config syntax (the pkg-config that comes with the RedHat 7.0 glib-gtkbeta RPM and not the one from pkgconfig.sourceforge.net which is old). 2000-09-30 02:14:04 +00:00			`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} @G_MODULE_LDFLAGS@ -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@`