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