How to fix duplicate rpath in existing library files

[Kirill A. Korinsky]

Default means to revbump all ports which is affected. A lot of heavy ports.

I really not sure how safe is it, so, I prefer to be on safe side.

--
wbr, Kirill

> On 18. Dec 2023, at 22:41, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:
> 
> Thanks, that seems to be working well.  I hope this can be made default, so that we do not need to visit every port that makes a library and uses the PG.  I do not know how widespread the LC_RPATH problem is.
> 
> 
> On Mon, Dec 18, 2023 at 12:28 PM Kirill A. Korinsky <kirill at korins.ky <mailto:kirill at korins.ky>> wrote:
> If your port using compilers PG you may control it via compilers.add_gcc_rpath_support option.
> 
> See: https://github.com/macports/macports-ports/commit/760f4f8df2b90a6e31bd960f9768bf086c35b19f <https://github.com/macports/macports-ports/commit/760f4f8df2b90a6e31bd960f9768bf086c35b19f>
> 
> --
> wbr, Kirill
> 
>> On 18. Dec 2023, at 20:08, Dave Allured - NOAA Affiliate via macports-dev <macports-dev at lists.macports.org <mailto:macports-dev at lists.macports.org>> wrote:
>> 
>> Now that the LC_RPATH issue is better understood, is there a simple way to fix a duplicate rpath in a Macports previously built library file?  Will a simple rev bump clear out the duplicate, or is a deeper approach needed?
>> 
>> CI on OS13 keeps failing when it installs one of these pre-built libraries, because of the Xcode 15 linker.  The comment on one of those OpenBlas tickets has me hoping for a simple solution.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20231218/cb7211f1/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20231218/cb7211f1/attachment-0001.sig>