summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* Update URL for bug reportingHEADmasterTollef Fog Heen2021-01-241-1/+1
| | | | Fixes: #64
* Update to 0.29.2pkg-config-0.29.2Dan Nicholson2017-03-201-1/+1
|
* Update to 0.29.1pkg-config-0.29.1Dan Nicholson2016-03-011-1/+1
|
* build: Add a pre-configure config.h template for MSVC buildsChun-wei Fan2015-10-261-0/+1
| | | | | | This adds a pre-configured config.h(.win32.in) that can be used for builds on Visual Studio, where autotools is normally not available, so that we can build pkg-config on Visual Studio.
* Update to 0.29pkg-config-0.29Dan Nicholson2015-09-261-1/+1
|
* m4: Process pkg.m4 through AC_CONFIG_FILESDan Nicholson2015-09-261-1/+2
| | | | | Currently there are no substitutions needed in pkg.m4, but this will allow autoconf values such as the package version to be included.
* Enable large file supportPeter Jones2015-04-201-0/+3
| | | | | | https://bugs.freedesktop.org/show_bug.cgi?id=90078 Signed-off-by: Peter Jones <pjones@redhat.com>
* Ensure usage of serial test driver in automakeDan Nicholson2014-09-271-2/+14
| | | | | | | | | Automake has a nice parallel test driver available since 1.12 which became the default in 1.13. Unfortunately, it breaks the pkg-config testsuite, so we need to ensure the serial test driver is used. On 1.12, we can specify the option 'serial-tests', but this doesn't exist on 1.11. Kludge around this by detecting if the automake version is less than 1.12 and leaving the option out in that case.
* Allow more control of redefined prefix behaviorDan Nicholson2013-05-171-0/+13
| | | | | | | | | | | Currently the native Win32 builds default to redefining the prefix variable in .pc files based on their installation paths. This behavior is not always desired when pkg-config is being used in a traditional fixed path environment (e.g., /mingw like /usr). Allow the default to be set via configure switch --enable/disable-define-prefix, and allow it to be set both ways at runtime through the --[dont-]define-prefix pkg-config option.
* Check for Wine when cross-compiling to WindowsDan Nicholson2013-04-091-0/+7
| | | | | If Wine is available when cross-compiling to Windows, it can be used to run the test suite from the build machine.
* Substitute TESTS_PKG_CONFIG from configureDan Nicholson2013-04-091-0/+4
| | | | This just paves the way to calculate more useful defaults in a shell.
* Adjust expected path for native Windows testDan Nicholson2013-04-091-0/+1
| | | | | | | When check-path is run on native Windows (MINGW), that path reported by `pkg-config --variable=pc_path pkg-config` is adjusted to the directory pkg-config is run from. Adjust the expected result based on getting the current directory from cmd in Windows format.
* Check $host rather than $build when deciding native Win32Dan Nicholson2013-04-091-1/+1
| | | | | | | | The host triplet describes the machine the program will run on while the build triplet describes the machine the program is being built on. The determination of native Win32 should be based on where pkg-config is going to be running. This makes pkg-config cross-compiled for windows work as if it was built on windows.
* Update NEWS and bump version for releasepkg-config-0.28Dan Nicholson2013-01-241-1/+1
|
* Use the standard pkg-config macros to check for glibDan Nicholson2013-01-171-13/+9
| | | | | | | | | By using our PKG_CHECK_MODULES from our in-tree pkg.m4, the check for glib will be done the same way pkg-config is used everywhere else. This includes the usage of AC_PATH_TOOL in PKG_PROG_PKG_CONFIG, which will check for $host-pkg-config when --host is set during configure. Freedesktop #59435 (https://bugs.freedesktop.org/show_bug.cgi?id=59435)
* Extend default system library path for libdirs other than lib64Mike Frysinger2012-12-191-4/+5
| | | | | | | When the basename of the libdir is lib64, we currently add the paths /usr/lib64:/lib64 to the generic system library path of /usr/lib:/lib. Extend this coverage to other valid ABIs that use libdirs such as lib32 or libx32.
* Add root /lib* directories to the default -L pathsDan Nicholson2012-12-191-2/+2
| | | | | | | Avoids outputting -L/lib, which the linker will search in implicitly like -L/usr/lib. Freedesktop #58363 (https://bugs.freedesktop.org/show_bug.cgi?id=58363)
* Convert ints used as bools to gbooleansDan Nicholson2012-12-111-1/+1
| | | | | This matches the GOption documentation that G_OPTION_ARG_NONE should use a gboolean.
* Install pkg-config link with $host- prefixDan Nicholson2012-10-131-0/+13
| | | | | | | | | | | | | | | | | | | If pkg-config is used in a multiarch or cross-compiling scenario it's likely pkg-config needs to behave differently for each of them. It's possible to handle this through environment variables with one pkg-config, but another option is to have one pkg-config per platform, each with the host alias prefixed to the program. PKG_PROG_PKG_CONFIG supports this type of installation, and this is also how autoconf/libtool handle other build tools like compilers and linkers. The host-prefixed tool is installed as a hardlink where supported and a copy otherwise. This is how gcc handles it's host-prefixed versions. This feature can be turned off by passing --disable-host-tool to configure. Freedesktop #130
* Add optional usage of gcov for test coverageDan Nicholson2012-09-281-0/+21
| | | | | | | | | | | | | | | | | | | | | | | | Use gcov to find how much code coverage our current testing gets. This can be enabled by passing --with-gcov to configure and running "make gcov". This is limited to gcc. Here's a run from the current code (for some reason, gcov insists on profiling gstring.h). /usr/bin/gcov pkg.h pkg.c parse.h parse.c main.c File 'pkg.c' Lines executed:73.16% of 611 pkg.c:creating 'pkg.c.gcov' File '/usr/include/glib-2.0/glib/gstring.h' Lines executed:100.00% of 6 /usr/include/glib-2.0/glib/gstring.h:creating 'gstring.h.gcov' File 'parse.c' Lines executed:79.67% of 492 parse.c:creating 'parse.c.gcov' File 'main.c' Lines executed:57.34% of 293 main.c:creating 'main.c.gcov'
* Update news and bump version for releasepkg-config-0.27.1Dan Nicholson2012-08-241-1/+1
|
* Handle POSIX shell for tests in configure and MakefileDan Nicholson2012-08-191-0/+7
| | | | | | | | | | | | | | | | | | | Although the trick of finding a POSIX shell in the system PATH works fine most of the time, it has some drawbacks. * The commands must be copied into every test script. * The scripts are always forced to re-execute themselves. * There's no guarantee the sh found in `getconf PATH` is a POSIX shell and there's no way to override it. Move the handling of this shell to configure where we can detect it once. This gives preference to bash and ksh since they're typically POSIX compatible. It also uses the current PATH with the getconf PATH at the end which should allow things to work on platforms where getconf might not be available like mingw/msys. By specifying the shell in TESTS_ENVIRONMENT, automake will run each script with this shell and we can drop the re-exec dance.
* Update NEWS and bump version for 0.27pkg-config-0.27Dan Nicholson2012-07-111-1/+1
|
* Add a configure message about internal glib to tip people offDan Nicholson2012-06-041-0/+3
|
* Remove unneeded checks for setresuid & setreuidDan Nicholson2012-05-291-3/+0
| | | | | These were used in the popt code a long time ago. pkg-config has no need to be checking your uid.
* Use g_alloca instead of fooling around with platforms ourselvesDan Nicholson2012-05-291-1/+0
| | | | | Glib has been providing a g_alloca wrapper that handles all the platform specifics since at least glib-1.3. Use it.
* Update autotools configurationJavier Jardón2012-05-231-37/+56
| | | | | | | | | | | | | | | Replace deprecated macros and use the new libtool syntax. The required versions of the tools have been bumped up to match the versions of the bundled glib. This was effectively the requirement, anyway. The new required autotools versions are: autoconf-2.62 (released 2008-04-08) automake-1.11 (released 2009-05-17) libtool-2.2 (released 2008-03-01) Also use silent rules to quiet the build a bit. Freedesktop #34382
* Don't use deprecated glib function to construct path on win32LRN2012-05-211-7/+12
| | | | | | | | | | | | | | g_win32_get_package_installation_subdirectory() has been deprecated since GLib 2.18 and in recent (2.31) GLib versions disabled entirely by default. This patch replaces usage of that function by g_win32_get_package_installation_directory_of_module() and g_build_filename(). Use the new functions and rework the code a bit so it leaks less memory. g_win32_get_package_installation_directory_of_module() is supported since GLib 2.16. The minimal GLib version is bumped accordingly. Freedesktop #45742
* Clean up some of the autoconf usageDan Nicholson2012-05-151-28/+34
| | | | | | | A few of the options in configure.ac were poorly quoted or didn't have messages matching the typical autoconf style. PKG_CONFIG_FIND_PC_PATH also had no reason to exist since it was used once immediately after its definition.
* Drop popt usage and remove unused popt sourcesDan Nicholson2012-05-141-17/+0
| | | | | | | | With the conversion to GOption and g_shell_parse_argv, pkg-config has no remaining usage of popt. Stop linking to libpopt and removed the bundled sources. Fixes Freedesktop #5326, #31700, #44843
* Use a bundled glib2 to avoid circular dependencyDan Nicholson2012-04-211-6/+21
| | | | | | | | | | | | | | | | | | | | It's nice to say that glib is a base library and you should have it installed to build pkg-config, but it makes bootstrapping pkg-config really annoying since it introduces a circular dependency. Let's be nice to our users and bundle a copy to avoid this situation. The default is still to use the system's glib, but the internal copy can be used by passing --with-internal-glib to configure. The latest stable copy of glib is included and will be updated periodically with their stable releases. The top level autogen.sh is running recursively through glib. If this becomes an issue, we can switch autoreconf to --no-recursive and then descend to glib and run its autogen.sh script. Since this is default off, its integration will probably not be tested often. Therefore, it's forcefully turned on during distcheck to make sure to test it out before distributing a tarball.
* Fix typo in configure.ac which led to confusing error messages from configureTollef Fog Heen2011-09-201-1/+1
|
* Drop AM_MAINTAINER_MODEpkg-config-0.26Tollef Fog Heen2011-05-151-1/+0
|
* Document changes for 0.26, bump versionTollef Fog Heen2011-05-151-1/+1
|
* Escape slashes in paths passed to mingw-gccРуслан Ижбулатов2011-04-141-1/+2
| | | | | | Avoids Msys path mangling that turns *nix paths (such as /usr/include) into DOS-style absolute paths (such as c:/mingw/msys/1.0/include). Allows mingw-built pkg-config to pass check-cflags.
* Add --with-system-include-path etc.Simon McVittie2011-04-131-5/+25
| | | | | | | | | | | | | | | | | | | | Instead of hard-coding /usr/include, we now use the environment variable PKG_CONFIG_SYSTEM_INCLUDE_PATH, defaulting to the argument of ./configure --with-system-include-path, which in turn defaults to /usr/include. Similarly, PKG_CONFIG_SYSTEM_LIBRARY_PATH defaults to /usr/lib or /usr/lib:/usr/lib64 as appropriate. (As currently implemented, this causes a behaviour change on Win32 - the option -I/usr/include will now be filtered out.) The intended usage is for Debian to configure pkg-config with --with-system-include-path=/usr/include/$(DEB_HOST_GNU_TYPE):/usr/include and the corresponding library path, for multiarch support (<http://bugs.debian.org/482884>). Based on work by Colin Walters <walters@verbum.org>
* Rename configure.in to configure.acTollef Fog Heen2011-04-131-0/+136
View Lorry Controller Status