Search Criteria
Package Details: mingw-w64-libssh2 1.11.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-libssh2.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-libssh2 |
Description: | A library implementing the SSH2 protocol as defined by Internet Drafts (mingw-w64) |
Upstream URL: | http://www.libssh2.org |
Licenses: | BSD |
Submitter: | Schala |
Maintainer: | patlefort |
Last Packager: | patlefort |
Votes: | 12 |
Popularity: | 0.000000 |
First Submitted: | 2012-08-12 08:00 (UTC) |
Last Updated: | 2024-10-16 20:09 (UTC) |
Latest Comments
patlefort commented on 2021-11-20 20:06 (UTC)
Libssh2Config-release.cmake
should be fixed now.bpierre commented on 2021-11-20 19:46 (UTC)
Some of the resulting libraries have the wrong name (
liblibssh2.dll.a
). It looks like the cmake directiveset_target_properties(libssh2 PROPERTIES PREFIX "")
is not honored when building with mingw... Here's a patch to fix things:patlefort commented on 2021-11-20 19:31 (UTC)
@mickael9 Thanks, should be fixed now. Seems like a cmake issue not respecting the PREFIX property for .dll.a files.
mickael9 commented on 2021-11-20 18:48 (UTC) (edited on 2021-11-20 18:49 (UTC) by mickael9)
Hi,
It seems that the switch to cmake causes build errors in mingw-w64-curl:
Looking at configure log we can see the reason the test fails:
Which prompted me to inspect the contents of mingw-w64-libssh2 package:
As you can see the static libs seem to have a duplicate "lib" prefix (liblibssh2.dll.a)
To confirm this is the problem, I rolled back libssh2 to the previous version, and the contents are different (and curl builds fine):
xantares commented on 2013-11-06 16:21 (UTC)