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.