On my system applications linked with libarchive are not work
Steps to Reproduce:
1. emerge -1 libarchive
2. untar test.tbz2
3. make clean && make && ./test.exe
output is empty
a = 0x8000003c0
after command (livarchive installed in cygwin root too)
cp /bin/cygarchive-13.dll ./
test work fine:
a = 0x8000003c0
Created attachment 717615 [details]
Reproduced if libarchive merged with USE=nettle
If USE=-nettle - test work
emerge -1 nettle didn't help
can't we just mask USE=nettle for libarchive here if that works?
I think this is the solution. At least until we find another solution.
I found what cygnettle-8.dll cyghogweed-6.dll are broken after rebasing on post_pkg_preinst fase. If execute ebuild nettle-3.7.3.ebuild clean install and copy builded dlls in prefix root manualy all work fine
The rebase was not the reason.
The problem was that the files cygnettle-8.dll cyghogweed-6.dll did not have execute permission.
Created attachment 717837 [details, diff]
Patch for dev-libs/nettle-3.7.3 solve issue for me
@base: how about Egor's nettle patch? It seems to only affect dll targets, so shouldn't affect any other target than windows.
Some problem for app-crypt/rhash
$ ls -l `qlist app-crypt/rhash | grep -e 'cyg.*dll'`
-rw-r--r-- 1 e_egorov Domain Users 386813 июн 23 14:03 /home/e_egorov/gentoo_new/usr/bin/cygrhash-0.dll
Need to create new bug?
yes, although we could also create a post script in the cygwin profiles to just make any *.dll executable? Then we don't need to patch anything
(In reply to Fabian Groffen from comment #11)
> yes, although we could also create a post script in the cygwin profiles to
> just make any *.dll executable? Then we don't need to patch anything
I like this idea
dropping @base, we will work around this in a more generic manner, thanks
Wouldn't it be better to patch the build system so that it works out of the box on non-Gentoo systems as well?