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