tech-pkg archive
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index][
Old Index]
Re: bad package build of gcc10
* On 2024年10月30日 at 11:47 GMT, Thomas Klausner wrote:
Thanks. The attached patch improves the rpath issue AFAICT, but the
REQUIRES problem is still there.
# readelf -a gcc10/x86_64--netbsd/lib/libgomp.so
...
0x000000000000000f (RPATH) Library rpath: [/usr/pkg/gcc10/x86_64--netbsd/lib/.:/usr/pkg/gcc10/lib/.:/usr/pkg/lib]
Yeh, I just noticed that I'm actually seeing the same problem in one
very specific build (I have a 64-bit package that rebundles some 32-bit
libraries and it, and only it, is exhibiting this problem):
https://us-central.manta.mnx.io/pkgsrc/public/reports/trunk/tools/20241029.1920/google-authenticator-compat32-1.0/build.log
What I'm doing for my gcc13-libs package is updating the specs file to
avoid using the %M expansion. That will get rid of the "/." in the case
where a sub-directory is not used, and ensure the correct directory is
used directly depending on m32/m64.
Happy to point you at the commit once I've finished testing it all, but
I'm not sure there's a good way to do this that would work on all OS,
unless multilib is disabled.
--
Jonathan Perkin - mnx.io - pkgsrc.smartos.org
Open Source Complete Cloud www.tritondatacenter.com
Home |
Main Index |
Thread Index |
Old Index