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