pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
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 <riastradh%NetBSD.org@localhost>
To: "Diogo" <db7%sdf.org@localhost>
Cc: gnats-bugs%netbsd.org@localhost, macos-pkg-people%netbsd.org@localhost,
pkgsrc-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, db7%sdf.org@localhost
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" <db7%sdf.org@localhost>
>=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.
Home |
Main Index |
Thread Index |
Old Index