-
Notifications
You must be signed in to change notification settings - Fork 53
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
pkgconfig has -lzzip but non-dll builds need -lzzip-0 #117
Comments
As I said before, it is not necessary to take mingw as a special case. I have already done a little temporary patching to remove the number in libraries, here msys2/MINGW-packages#8746. |
@Biswa96 - I am not sure if it would to have a general case to remove the libname-REL.lib feature as it may break compatibility with older versions of the lib. I would add it as a general option but as you have your own patch I'll leave as it is now. |
Agree. BTW, just for testing, I have tried to build the latest master branch and I got this error:
Just FYI, mingw does not follow .lib extension. It has .a for static lib, .dll.a for import library, .dll for dynamic lib. File list here https://packages.msys2.org/package/mingw-w64-x86_64-zziplib?repo=mingw64 |
Another option would be to remain |
The current released version of zziplib copies static libraries with appended major version, but omits creating the necessary links to the base file names. This prevents the linker to find the libraries via the search path. The issue (gdraheim/zziplib#117) has been fixed upstream; this patch extracts the necessary part of commit 0e8d35f92efb680c81f6ec1fca9f11d173dce389, to enable creation of symlinks. This resolves the following autobuild issues: http://autobuild.buildroot.net/results/6c56b645a2b723920f07b98474452824fba5e2c1 http://autobuild.buildroot.net/results/032aaff121fb114f388c67dbca3ad2b02f670e38 http://autobuild.buildroot.net/results/ba711034c0abe980f677e26de41739223e2f66e9 Signed-off-by: Andreas Ziegler <br015@umbiko.net> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
The current released version of zziplib copies static libraries with appended major version, but omits creating the necessary links to the base file names. This prevents the linker to find the libraries via the search path. The issue (gdraheim/zziplib#117) has been fixed upstream; this patch extracts the necessary part of commit 0e8d35f92efb680c81f6ec1fca9f11d173dce389, to enable creation of symlinks. This resolves the following autobuild issues: http://autobuild.buildroot.net/results/6c56b645a2b723920f07b98474452824fba5e2c1 http://autobuild.buildroot.net/results/032aaff121fb114f388c67dbca3ad2b02f670e38 http://autobuild.buildroot.net/results/ba711034c0abe980f677e26de41739223e2f66e9 Signed-off-by: Andreas Ziegler <br015@umbiko.net> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (cherry picked from commit 0f3d6d2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The current released version of zziplib copies static libraries with appended major version, but omits creating the necessary links to the base file names. This prevents the linker to find the libraries via the search path. The issue (gdraheim/zziplib#117) has been fixed upstream; this patch extracts the necessary part of commit 0e8d35f92efb680c81f6ec1fca9f11d173dce389, to enable creation of symlinks. This resolves the following autobuild issues: http://autobuild.buildroot.net/results/6c56b645a2b723920f07b98474452824fba5e2c1 http://autobuild.buildroot.net/results/032aaff121fb114f388c67dbca3ad2b02f670e38 http://autobuild.buildroot.net/results/ba711034c0abe980f677e26de41739223e2f66e9 Signed-off-by: Andreas Ziegler <br015@umbiko.net> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (cherry picked from commit 0f3d6d2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The current released version of zziplib copies static libraries with appended major version, but omits creating the necessary links to the base file names. This prevents the linker to find the libraries via the search path. The issue (gdraheim/zziplib#117) has been fixed upstream; this patch extracts the necessary part of commit 0e8d35f92efb680c81f6ec1fca9f11d173dce389, to enable creation of symlinks. This resolves the following autobuild issues: http://autobuild.buildroot.net/results/6c56b645a2b723920f07b98474452824fba5e2c1 http://autobuild.buildroot.net/results/032aaff121fb114f388c67dbca3ad2b02f670e38 http://autobuild.buildroot.net/results/ba711034c0abe980f677e26de41739223e2f66e9 Signed-off-by: Andreas Ziegler <br015@umbiko.net> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (cherry picked from commit 0f3d6d2) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Yeah the generated pkgconfig file (/usr/lib/pkgconfig/zzip*.pc) have the wrong libs in it. Like zziplib.pc should have -lzzip-0 in it, not -lzzip. (zziplib 0.13.74) |
The mingw guys have show that a static-lib build fails as it only has a zzip-0.a being around while pkgconfig referes to zzip.a
See pull request #116 for discussions.
This comes from having the symlink "ln -s libzzip-0.so libzzip.so" activated only for shared lib builds.
So the whole RELNUM and non-rel-alias setup should be revisited.
The text was updated successfully, but these errors were encountered: