Re: MacOS issues with devel/glibc2, devel/gobject-introspection, devel/pango

[Brook Milligan <brook%nmsu.edu@localhost>]

> On Feb 17, 2020, at 12:21 PM, Jonathan Perkin <jperkin%joyent.com@localhost> wrote:
> 
> I wonder if this is just something that has been fixed upstream since
> 2019Q4.

I can confirm the glib2 post-2019Q4 does compile, even with SIP enabled.  Thanks for pointing that out.

However, gobject-introspection does not.  (Nor does 1.63.2.)

There seem to be two issues with gobject-introspection.

- tools/g-ir-scanner runs the compiler; see the _link() function in giscanner/dumper.py.  I presume this is being intercepted by the wrappers and causing it to fail.  If I patch it to call /usr/bin/clang directly, then it will work.

- tools/g-ir-compiler also runs, but has @rpath in one of the library paths, and therefore cannot find that library at runtime.  If an appropriate rpath is added with install_name_tool, this program will work.

Those two “fixes” are sufficient for the package to compile successfully.  Adding LD_LIBRARY_PATH and friends to the environment is insufficient.

Presumably the issue with tools/g-ir-compiler can be fixed by messing with meson files, but I’m not sure how.  Please advise.

I am much less sure how to fix the issue with tools/g-ir-scanner.

It still seems like more thought needs to be given to how the wrappers interact with the MacOS linking process.  At least one of these issues would be addressed if we adopted something along the lines of my earlier suggestion.

Cheers,
Brook