* pkg.c (package_init): honor a PKG_CONFIG_LIBDIR to move default
search dir, useful in cross-compilation for example, bug
#103545 fix from David Schleef
2002-10-24 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2002-10-23 20:02:50 GMT
2002-10-24 Tor Lillqvist <tml@iki.fi>
* configure.in: Move the check for Win32 (which tests the $host
variable) and dependent code later, as it turns out that $host
isn't normally yet set at that point... (I hadn't noticed as I by
habit always pass --host=i386-pc-mingw32 to the configure script,
which sets $host.)
2002-09-26 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2002-09-26 17:25:41 GMT
2002-09-26 Tor Lillqvist <tml@iki.fi>
* parse.c (get_compat_package): Return NULL right away on
Windows. There has never been any of these legacy *-config scripts
distributed for Windows as far as I know.
2002-09-13 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2002-09-12 20:47:07 GMT
2002-09-13 Tor Lillqvist <tml@iki.fi>
* Makefile.am (USE_INSTALLED_GLIB): Seems that the automake
version used by Havoc doesn't recognize pkg_config_CFLAGS and
pkg_config_LDFLAGS, thus failing builds on Win32 directly from the
tarball. Set included_glib_includes and pkg_config_LDADD instead,
then, like in the !USE_INSTALLED_GLIB branch.
* findme.c (X_OK): If X_OK undefined, define as 1, always, not
only if G_OS_WIN32, which is never defined here. Fixes a corner
case on Win32 with MSYS and mingw where configure as included in
the release tarball for some reason doesn't find unistd.h.
Fix for static linking, -l flag order for libs in multiple prefixes
* pkg.c: only sort -L/-I by PKG_CONFIG_PATH order, don't sort
-l flags.
(fill_list_single_package): make whether to path sort
controlled by a boolean arg
(fill_list): ditto
* pkg.c (scan_dir): use g_strdup, and fix the location where
we assign the nul byte, so we don't mangle things for directories
that end in '/' - reported by Enrico Scholz
2001-10-27 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2001-10-27 17:55:11 GMT
2001-10-27 Tor Lillqvist <tml@iki.fi>
New Win32 feature to make pkg-config useful for users of MSVC:
with the flag --msvc-syntax, munge -L and -l flags appropriately
for the MSVC command-line compiler. (-I flags are the same.)
2001-10-25 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2001-10-24 21:22:33 GMT
2001-10-25 Tor Lillqvist <tml@iki.fi>
Improve Windows behaviour: Make it even easier to install
developer packages in random locations, without having to modify
the .pc files. Don't set "prefix" globally, instead override it
for each .pc file parsed, if the path where the .pc file is seems
to be the standard .../lib/pkgconfig.
* main.c (main): Add search directories also from two Registry
keys, in addition to the PKG_CONFIG_PATH environment
variable. Don't define prefix globally.
* parse.c (parse_line): Instead, if a .pc file is in
/foo/bar/lib/pkgconfig, define prefix as /foo/bar for that package
only.
* pkg.c: Case-fold file names on Windows, in case they have been
uppercasified by some tool.
2001-10-19 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2001-10-18 22:39:22 GMT
2001-10-19 Tor Lillqvist <tml@iki.fi>
* main.c: (Win32): Add option --dont-define-prefix on Windows. The
option prevents pkg-config from automatically defining an
overriding value for the "prefix" variable.
Unless this option is used, set "prefix" to pkg-config's
installation directory, i.e. assume that the packages whose
configuration files are found in the same tree where
pkg-config.exe itself is, also have been configured to use the
same prefix. This means that a typical "developer package"
containg a subtree of headers, libraries, etc, including .pc
files, can be installed in any random location. As long as
pkg-config.exe is installed the same tree, things just should
work.
2001-09-30 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2001-09-29 21:05:25 GMT
2001-09-30 Tor Lillqvist <tml@iki.fi>
Changes for "pure" Win32 (without Cygwin or similar)
support. The most important differences compared to pkg-config
on Unix are:
We don't use hardcoded PKGLIBDIR paths but deduce the
installation prefix at runtime.
Use the normal GLib DLL, not a private copy. Yes, this does
introduce a circular dependency, but that can be worked around.
* README.win32: New file.
* configure.in: Check for Win32. If so, define USE_INSTALLED_GLIB,
and don't configure in the included glib-1.2.8. Set GLIB_CFLAGS
and GLIB_LIBS assuming that GLib is installed in the same location
pkgconfig will be. Check for dirent.h, unistd.h and sys/wait.h
headers.
* Makefile.am: If USE_INSTALLED_GLIB, use the GLIB_* values set
above, and don't make in the glib-1.2.8 subdir.
* autogen.sh: Use perl -p -i.bak, works better on Win32 (and Cygwin).
* *.c: Conditionalize inclusions of unistd.h and sys/wait.h.
* findme.c: Define X_OK on Win32 if necessary.
* parse.c
* popthelp.c: Minor Win32 portability ifdefs.
* parse.c: No need to include <windows.h>.
* pkg.c: Don't hardcode PKGLIBDIR, but use
g_win32_get_package_installation_directory() to deduce it.
(scan_dir): Make a temp copy of dirname with potential superfluous
trailing slash removed. The Win32 opendir implementation doesn't
always like those.
* pkg.h: If USE_INSTALLED_GLIB, include <glib.h> instead of
partial-glib.h.
* popt.c (execCommand): Don't compile on Win32.
* poptconfig.c (configLine): Don't bother with the "exec" stuff on
Win32, too complex to port, at least for now.
(poptReadDefaultConfig) Don't bother compiling on Win32, this
function isn't even called.
* parse.c (parse_cflags): fix failure to put space between cflags,
reported by Chema
(parse_line): allow spelling Cflags as CFlags, pointed out by Tim
(get_compat_package): support legacy script gnome-vfs-config for
package name "libgnomevfs"
projects / pkg-config / log