Bug 34314 - libgdiplus.so without API suffix is referenced by System.Imaging
Summary: libgdiplus.so without API suffix is referenced by System.Imaging
Alias: None
Product: Class Libraries
Classification: Mono
Component: libgdiplus ()
Version: 3.8.0
Hardware: PC Linux
: --- normal
Target Milestone: Untriaged
Assignee: Bugzilla
Depends on:
Reported: 2015-09-26 02:32 UTC by Matthias Mailänder
Modified: 2016-03-31 17:58 UTC (History)
2 users (show)

Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.

Please create a new report on GitHub or Developer Community with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:

Description Matthias Mailänder 2015-09-26 02:32:21 UTC
This is a problem which seems to have existed since forever. The libraries with a proper so name like libgdiplus.so.0 libgdiplus.so.0.0.0 aren't referenced. Instead libgdiplus.so is referenced by the System.Imaging function. Packaging libgdiplus properly (putting *.so files without suffix into -devel packages) results in all applications requiring users to install the -devel package which causes confusion. This will also be a problem when libgdiplus.so.1 appears, because they will conflict even though modern Linux systems allow libraries to be installed next to each other to avoid DLL hell.

Downstream issue: https://bugzilla.suse.com/show_bug.cgi?id=944754
Comment 1 Timotheus Pokorra 2016-01-02 17:51:39 UTC
I did some investigation into this:
search the code for libgdiplus_install_loc:

You find data/config.in and configure.ac, that is where the name of the libgdiplus file is determined. Unfortunately it only uses a constant for libsuffix.

I checked, in Fedora 22 a patch was used to hardcode the reference to libgdiplus.so.0 in the config.in file: http://pkgs.fedoraproject.org/cgit/mono.git/tree/mono-281-libgdiplusconfig.patch?h=f22
Comment 2 Matthias Mailänder 2016-01-03 21:39:23 UTC
I submitted a patch https://github.com/mono/mono/pull/2394 Would have saved me a lot of trouble if you had done that 5 years ago. :)