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

Taylor R Campbell <[email protected]> Sat, 11 Apr 2026 18:41:08 +0000
Newsgroups gmane.os.netbsd.devel.pkgsrc.bugs
Message-ID <[email protected]>
> Date: Sat, 11 Apr 2026 17:56:48 +0200
> From: "Diogo" <[email protected]>
> 
> 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.
> 
> Thanks! That makes a lot of sense, I must have missed it in the documentation.
> Attached is also an alternative patch using SHLIB_EXT in PLIST. This worked for
> all shared libraries except these two:
> 
> 	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.