On my system applications linked with libarchive are not work Reproducible: Always Steps to Reproduce: 1. emerge -1 libarchive 2. untar test.tbz2 3. make clean && make && ./test.exe Actual Results: output is empty Expected Results: output like: HELLO a = 0x8000003c0 after command (livarchive installed in cygwin root too) cp /bin/cygarchive-13.dll ./ test work fine: $ ./test HELLO a = 0x8000003c0
Created attachment 717615 [details] test.bz2
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] nettle-fix-dll-perm.patch 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?
