Re: pkg/60184 (Fix chibi-scheme installation on macos)

The following reply was made to PR pkg/60184; it has been noted by GNATS.

From: Taylor R Campbell <[email protected]>
To: "Diogo" <[email protected]>
Cc: [email protected], [email protected],
	[email protected], [email protected], [email protected]
Subject: Re: pkg/60184 (Fix chibi-scheme installation on macos)
Date: Sat, 11 Apr 2026 18:41:08 +0000

 > Date: Sat, 11 Apr 2026 17:56:48 +0200
 > From: "Diogo" <[email protected]>
 >=20
 > On Sat Apr 11, 2026 at 4:00 PM CEST, riastradh wrote:
 > > There is already generic logic in pkgsrc mk infrastructure to handle
 > > the .so/.dylib split in macOS without needing per-package plist
 > > conditionalization like this, so I'm wondering exactly how it is
 > > failing to handle this.
 >=20
 > Thanks! That makes a lot of sense, I must have missed it in the documenta=
 tion.
 > Attached is also an alternative patch using SHLIB_EXT in PLIST. This work=
 ed for
 > all shared libraries except these two:
 >=20
 > 	lib/libchibi-scheme.so.0
 > 	lib/libchibi-scheme.so.${PKGVERSION}
 
 What's puzzling me is that you're not supposed to need to use
 SHLIB_EXT explicitly in PLIST -- the logic in mk/plist/shlib-dylib.awk
 is supposed to read `.so' entries and transform them into the
 approprate `.dylib' version.
 
 I count around twenty-two thousand PLIST entries that end in `.so',
 and only around seven hundred that end in `.${SHLIB_EXT}'; most of
 those are probably mistakes and should be using `.so' instead.
 (shlib-dylib.awk is also supposed to handle versioned entries too.)
 
 So why isn't shlib-dylib.awk already working here?
 
 If there is a good reason for it to not work here, we should have it
 documented in the guide.  But I suspect it is supposed to work.