tech-pkg archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: lang/guile22 PLIST issues on MacOSX
Louis Guillaume <louis%zabrico.com@localhost> writes:
> First time building guile22 on MacOSX, so I'm not sure if this is a
> long-time issue or just with the latest pkgsrc, or XCode.
> I am using pkgsrc-2019Q3 and XCode 11.2.
> => Checking file-check results for guile22-2.2.6nb2
> ERROR: ************************************************************
> ERROR: The following files are in the PLIST but not in /opt/pkgobj/lang/guile22/work/.destdir/opt/pkg:
> ERROR: /opt/pkgobj/lang/guile22/work/.destdir/opt/pkg/guile/2.2/lib/libguile-2.2.so.1.4.1-gdb.scm
> ERROR: ************************************************************
> ERROR: The following files are in /opt/pkgobj/lang/guile22/work/.destdir/opt/pkg but not in the PLIST:
> ERROR: /opt/pkgobj/lang/guile22/work/.destdir/opt/pkg/guile/2.2/lib/libguile-2.2.a-gdb.scm
> *** Error code 1
[formatting recovered]
> The build works fine on NetBSD. Any ideas on how to get this fixed?
Those look like scheme files that have information about a library. I
would suggest looking at them to see if that's really true, and to
understand their purpose. Then, I'd change the PLIST locally and see if
you can build a package, and then if the package works, including using
hte feature that file is supposed to support.
Finally, if this all makes sense and you believe that the
libguile-2.2.a-gdb.scm is the file that guile's build system ought to
produce (vs dylib?), then you can add a PLIST.macos variable and
conditionalize the PLIST.
Historically, guile has been a bit tricky on macos, because of the dylib
scheme's divergence from normal ELF libraries. I haven't seen this
issue, but I don't find it surprising.
Home |
Main Index |
Thread Index |
Old Index