pkg-config issueshttps://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues2023-01-24T20:20:27Zhttps://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/76Consider keeping a copy of ./configure committed2023-01-24T20:20:27ZMeghanConsider keeping a copy of ./configure committed`automake` and `autoconf` have many outstanding bootstrapping issues at the time of writing, so having a copy of `./configure` committed in the repository would make strides in that regard while also increasing the transparency and repro...`automake` and `autoconf` have many outstanding bootstrapping issues at the time of writing, so having a copy of `./configure` committed in the repository would make strides in that regard while also increasing the transparency and reproducibility of the release tarball contents.https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/64configure still uses https://bugs.freedesktop.org/enter_bug.cgi?product=pkg-c...2021-01-24T19:43:15ZJeffrey Waltonnoloader@gmail.comconfigure still uses https://bugs.freedesktop.org/enter_bug.cgi?product=pkg-config for PACKAGE_BUGREPORTHi Everyone,
From the low hanging fruit department... I'm building pkg-config 0.29.2 from the release tarball. I noticed `config.h` says:
```c
/* Define to the address where bug reports for this package should be sent. */
#define PACKA...Hi Everyone,
From the low hanging fruit department... I'm building pkg-config 0.29.2 from the release tarball. I noticed `config.h` says:
```c
/* Define to the address where bug reports for this package should be sent. */
#define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=pkg-config"
```
When I followed the link for an earlier report, the web page said the location for bug reports is GitLab, not the target of the URL.
It may be a good idea to change the URL to `https://gitlab.freedesktop.org/pkg-config/pkg-config`.https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/58Add new property/keyword [Libs.rpath]2020-10-20T16:29:38ZNick PapiorAdd new property/keyword [Libs.rpath]For packages installed in non-standard locations and for users not wanting to use `LD_LIBRARY_PATH` it may be very useful to have `pkg-config` query the runtime paths to retain the shared library linking.
Currently this goes into the `l...For packages installed in non-standard locations and for users not wanting to use `LD_LIBRARY_PATH` it may be very useful to have `pkg-config` query the runtime paths to retain the shared library linking.
Currently this goes into the `libs` keyword by package choice. But a consistent parser would be nice:
```
Libs: -L{path}/lib -llibrary
Libs.rpath: -Wl,-rpath,{path}/lib
```
or some variant.
The general idea would be to allow users of packages to request `rpath` on a per-package level, and not being forced by the package provider.
Would this be a meaningful addition to `pkg-config`?https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/55glib-gettext.m4:39: error2021-09-23T01:37:08ZDennisglib-gettext.m4:39: error```
tar xvf pkg-config-pkg-config-0.29.2.tar.bz2
cd pkg-config-pkg-config-0.29.2
./autogen
...
m4macros/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: glib_DEFUN
m4macros/glib-gettext.m4:39: the top level
autom4te: /u...```
tar xvf pkg-config-pkg-config-0.29.2.tar.bz2
cd pkg-config-pkg-config-0.29.2
./autogen
...
m4macros/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: glib_DEFUN
m4macros/glib-gettext.m4:39: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
```
Please advise on a proper compilation method.
Running in AWS EC3 instance CENTOS clone.
Thanks!https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/50I try firstly ' sh autogen.sh ' then I created all ' touch files ' finaly I d...2021-01-24T20:01:16ZDorian ROSSEI try firstly ' sh autogen.sh ' then I created all ' touch files ' finaly I don't known how to compile pkg-configHello Dear IT worker,
I try firstly *' sh autogen.sh '* then I created all ' touch files ' finaly I don't known how to compile pkg-config,
The answer of *' sh autogen.sh '* :
**sh autogen.sh
autoreconf: Entering directory `.'
autorec...Hello Dear IT worker,
I try firstly *' sh autogen.sh '* then I created all ' touch files ' finaly I don't known how to compile pkg-config,
The answer of *' sh autogen.sh '* :
**sh autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4macros ${ACLOCAL_FLAGS}
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
glib.mk:190: error: ENABLE_ALWAYS_BUILD_TESTS does not appear in AM_CONDITIONAL
Makefile.am:2: 'glib.mk' included from here
glib.mk:202: error: ENABLE_INSTALLED_TESTS does not appear in AM_CONDITIONAL
Makefile.am:2: 'glib.mk' included from here
glib.mk:18: error: 'installed_test_LTLIBRARIES' is used but 'installed_testdir' is undefined
Makefile.am:2: 'glib.mk' included from here
glib.mk:19: error: 'installed_test_PROGRAMS' is used but 'installed_testdir' is undefined
Makefile.am:2: 'glib.mk' included from here
glib.mk:20: error: 'installed_test_SCRIPTS' is used but 'installed_testdir' is undefined
Makefile.am:2: 'glib.mk' included from here
glib.mk:216: error: 'installed_test_meta_DATA' is used but 'installed_test_metadir' is undefined
Makefile.am:2: 'glib.mk' included from here
glib.mk:21: error: 'nobase_installed_test_DATA' is used but 'installed_testdir' is undefined
Makefile.am:2: 'glib.mk' included from here
glib.mk:190: error: ENABLE_ALWAYS_BUILD_TESTS does not appear in AM_CONDITIONAL
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:202: error: ENABLE_INSTALLED_TESTS does not appear in AM_CONDITIONAL
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:18: error: 'installed_test_LTLIBRARIES' is used but 'installed_testdir' is undefined
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:19: error: 'installed_test_PROGRAMS' is used but 'installed_testdir' is undefined
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:20: error: 'installed_test_SCRIPTS' is used but 'installed_testdir' is undefined
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:216: error: 'installed_test_meta_DATA' is used but 'installed_test_metadir' is undefined
glib/Makefile.am:2: 'glib.mk' included from here
glib.mk:21: error: 'nobase_installed_test_DATA' is used but 'installed_testdir' is undefined
glib/Makefile.am:2: 'glib.mk' included from here
autoreconf: automake failed with exit status: 1**
Thank you in advance to help me how to compile for finish pkg-config which the README :)
HAve a nice Week-end,
Regards.
azaretdodo.https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/45v 0.29.2 lacks makefile2020-10-16T18:39:42ZBugzilla Migration Userv 0.29.2 lacks makefile## Submitted by chu..@..oo.com
Assigned to **pkg..@..op.org**
**[Link to original bug (#100450)](https://bugs.freedesktop.org/show_bug.cgi?id=100450)**
## Description
It's hard to make this package without a makefile. I made v. 0....## Submitted by chu..@..oo.com
Assigned to **pkg..@..op.org**
**[Link to original bug (#100450)](https://bugs.freedesktop.org/show_bug.cgi?id=100450)**
## Description
It's hard to make this package without a makefile. I made v. 0.29.1 instead.https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/41Port to Meson2020-10-16T18:36:43ZBugzilla Migration UserPort to Meson## Submitted by Jussi Pakkanen
Assigned to **pkg..@..op.org**
**[Link to original bug (#101490)](https://bugs.freedesktop.org/show_bug.cgi?id=101490)**
## Description
I ported pkg-config to build with Meson instead of autotools. T...## Submitted by Jussi Pakkanen
Assigned to **pkg..@..op.org**
**[Link to original bug (#101490)](https://bugs.freedesktop.org/show_bug.cgi?id=101490)**
## Description
I ported pkg-config to build with Meson instead of autotools. The branch is here:
https://github.com/jpakkane/pkg-config
Requires only Meson and transitively Python 3. Does not need the shell, even for running unit tests.
Some tests are not ported because it was unclear what they should do or they were using Windows which I don't have access to ATM.https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/39separate output with newlines for fish shell2020-10-16T18:43:40ZBugzilla Migration Userseparate output with newlines for fish shell## Submitted by David Adam
Assigned to **pkg..@..op.org**
**[Link to original bug (#96830)](https://bugs.freedesktop.org/show_bug.cgi?id=96830)**
## Description
Fish is an alternative command-line shell which has gained some popul...## Submitted by David Adam
Assigned to **pkg..@..op.org**
**[Link to original bug (#96830)](https://bugs.freedesktop.org/show_bug.cgi?id=96830)**
## Description
Fish is an alternative command-line shell which has gained some popularity. A frequently-asked question[1][2][3][4] is how to get fish and pkg-config to cooperate.
While POSIX shells split their command substitutions into tokens based on whitespace, fish uses only newlines by default.
That is, the following are equivalent:
(sh) c++ `echo some args`
(fish) c++ (echo some; echo args)
This has been a deliberate design decision to avoid the problems with files containing embedded spaces and so on. Obviously it is still not resistant to embedded newlines but that is the tradeoff that has been made.
So, in fish, the current "best" method of using pkg-config is:
c++ (pkg-config --cflags somepkg | tr ' ' '\n')
I'd like to improve this situation. The options I can see, in decreasing order of personal preference, are:
- Have pkg-config produce its output for --cflags etc. newline-delimited (possibly iff $SHELL = fish)
- Ship a small wrapper with fish that adjusts the output in a relatively conservative way (only in command substitutions)
- Document the change required in the FAQ and leave it at that
Would you take a patch that does the first?
[1]: https://github.com/fish-shell/fish-shell/issues/982
[2]: https://github.com/fish-shell/fish-shell/issues/1947
[3]: http://stackoverflow.com/q/28128669/125549
[4]: https://sourceforge.net/p/fish/mailman/message/33053671/https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/27spelling fix for pkg.m4.in2020-04-21T18:53:53ZBugzilla Migration Userspelling fix for pkg.m4.in## Submitted by Paul Eggert
Assigned to **pkg..@..op.org**
**[Link to original bug (#100920)](https://bugs.freedesktop.org/show_bug.cgi?id=100920)**
## Description
Created attachment 131191
Spelling fixes for pkg.m4.in
I found sp...## Submitted by Paul Eggert
Assigned to **pkg..@..op.org**
**[Link to original bug (#100920)](https://bugs.freedesktop.org/show_bug.cgi?id=100920)**
## Description
Created attachment 131191
Spelling fixes for pkg.m4.in
I found spelling issues in pkg.m4.in while doing spelling-checks on the Emacs source code, which uses pkg.m4. Proposed patch attached.
**Patch 131191**, "Spelling fixes for pkg.m4.in":
[0001-Spelling-fixes-in-pkg.m4.in.patch](/uploads/c246fab3a851c01b6c841d3c9602080c/0001-Spelling-fixes-in-pkg.m4.in.patch)https://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/18pkg-config source code2021-01-24T19:57:52ZBugzilla Migration Userpkg-config source code## Submitted by Mike Armstrong
Assigned to **pkg..@..op.org**
**[Link to original bug (#104505)](https://bugs.freedesktop.org/show_bug.cgi?id=104505)**
## Description## Submitted by Mike Armstrong
Assigned to **pkg..@..op.org**
**[Link to original bug (#104505)](https://bugs.freedesktop.org/show_bug.cgi?id=104505)**
## Descriptionhttps://gitlab.freedesktop.org/pkg-config/pkg-config/-/issues/7pkg-config --cflags returns cflags from Requires.private2021-11-11T12:48:25ZBugzilla Migration Userpkg-config --cflags returns cflags from Requires.private## Submitted by Xavier Claessens `@xclaesse`
Assigned to **pkg..@..op.org**
**[Link to original bug (#105572)](https://bugs.freedesktop.org/show_bug.cgi?id=105572)**
## Description
For example, libsoup-2.4.pc has Requires.private ...## Submitted by Xavier Claessens `@xclaesse`
Assigned to **pkg..@..op.org**
**[Link to original bug (#105572)](https://bugs.freedesktop.org/show_bug.cgi?id=105572)**
## Description
For example, libsoup-2.4.pc has Requires.private libxml2
$ pkg-config --cflags libsoup-2.4
returns "-I/usr/include/libxml2"
$ pkg-config --libs libsoup2.4
does not include -lxml2
$ pkg-config --libs --static libsoup2.4
does include -lxml2
That means that if I'm compiling an app that uses libsoup I have to install header files for libxml2 even if I don't use them. There is currently no way to tell in a .pc file that libfoo needs libbar when static linking but does not exposes libbar into its API.
This behaviour seems intentional from that commit [1] for bug [2].
If I understand correctly the reason is to support case where libfoo exposes libbar in its API but does not need to link to it. So there are 2 valid use cases but only one of them is possible to express. There is a long discussion about this in a Meson issue[3].
My suggestion:
1) Keep Requires.private behaviour unchanged, for backward compatibility. Consider it deprecated.
2) Add Requires.cflags to mean only pull cflags from those deps, not libs. Maybe pull their libs with --static?
3) Add Requires.private-libs to mean only pull libs from those deps when with --static.
[1] https://cgit.freedesktop.org/pkg-config/commit/pkg.c?id=0936824bf02c604457147af1858ae6f5b504155f
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340904
[3] https://github.com/mesonbuild/meson/pull/3251