-
-
Notifications
You must be signed in to change notification settings - Fork 459
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pkg-config file Libs.private needs fixing #453
Comments
I don't see anything in the Does that change improve it for you:
|
I am using autoconf. autoconf uses LIBS internally.
The old value is proper and that's what it should be for static linking. |
What holds you back from using cmake? Those libraries are also missing in the cmake output, but I would prefer to fix the CMakeLists instead of keeping autoconf alive. |
Yes, I also noticed it because of me playing with CMake. I would be fine with focusing on CMake. Fixing sherlock265 and this issue and I think that's about it. I have a local patch to fix the pkg-config file but doing things upstream would be proper. |
What actually requires these |
Does this work for you? For me, it doesn't make a difference, because it is not linking explicitly to pthreads.
|
Relatively recent versions of glibc (https://developers.redhat.com/articles/2021/12/17/why-glibc-234-removed-libpthread#) have merged libpthread and libm into libc and contain stubs for backwards compatibility.
non-Linux POSIX OS's. I am using OpenBSD but this applies for older glibc and other Linux libc implementations. |
The generated pkg-config file looks like..
|
Also I noticed the
Usually the path comes first and then the library. |
Ping. |
After 510abe6 the package-config file field
Libs.private:
no longer properly lista the libpthread or libm libraries.The text was updated successfully, but these errors were encountered: