I run an an amd64 system with SYMLINK_LIB="no" make.conf. This is a profile variable which controls if /usr/lib is set up as a symlink to /usr/lib64 as a compatibility kludge. On my system, the .NET assemblies for gtk-sharp-gapi get installed in /usr/lib64/gtk-sharp-2.0, but the wrappers refer to /usr/lib/gtk-sharp-2.0. This results in errors like this: floppym@naomi ~ % /usr/bin/gapi2-codegen Cannot open assembly '/usr/lib/gtk-sharp-2.0/gapi_codegen.exe': No such file or directory. The wrappers should be adjusted to refer to /usr/lib64, or the assemblies should be installed in /usr/lib.
Created attachment 376734 [details] Example failing build log (for pango-sharp)
My preference is that all .NET assemblies end up in /usr/lib, as they are truly 32-bit anyway, not 64-bit.
# Michał Górny <mgorny@gentoo.org> (05 Jun 2017) # Mask split *-sharp packages for removal. Replaced by combined: # - >=dev-dotnet/gtk-sharp-2.12.21, # - >=dev-dotnet/gnome-sharp-2.24.2-r1. # Removal in 14 days. <dev-dotnet/gtk-sharp-2.12.21 dev-dotnet/atk-sharp dev-dotnet/gdk-sharp dev-dotnet/glade-sharp dev-dotnet/glib-sharp dev-dotnet/gtk-dotnet-sharp dev-dotnet/gtk-sharp-docs dev-dotnet/gtk-sharp-gapi dev-dotnet/pango-sharp <dev-dotnet/gnome-sharp-2.24.2-r1 dev-dotnet/art-sharp dev-dotnet/gconf-sharp dev-dotnet/gnomevfs-sharp
commit 564319652c45d4bced5672208e795b82ba26bb07 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: Wed Jul 5 16:00:06 2017 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: Wed Jul 5 16:05:44 2017 dev-dotnet/gtk-sharp-gapi: Remove last-rited pkg