After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 668417 - MusicBrainz support broken (and causes crash) on exotic architectures
MusicBrainz support broken (and causes crash) on exotic architectures
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Other Extensions
git master
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-01-22 01:04 UTC by Jo Shields
Modified: 2012-01-22 02:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Fix MusicBrainz dllmap for cross-architecture support (2.74 KB, patch)
2012-01-22 01:04 UTC, Jo Shields
committed Details | Review

Description Jo Shields 2012-01-22 01:04:10 UTC
Created attachment 205782 [details] [review]
Fix MusicBrainz dllmap for cross-architecture support

Not every platform Banshee runs on uses libc.so.6 - for example, Itanium uses libc.so.1, and kFreeBSD (on Debian) uses libc.so.0.1.

This is actually not a big deal, because /etc/mono/config contains an explicit Dllmap for this case, which is populated with the host platform's correct soname at build time. For example, on Itanium:

        <dllmap dll="libc" target="libc.so.6.1" os="!windows"/>

and on kFreeBSD-AMD64:

        <dllmap dll="libc" target="libc.so.0.1" os="!windows"/>

You'll notice, however, that this mapping only works when the target is "libc" - and the MusicBrainz library in Banshee targets "libc.so.6"

Changing this to "libc" fixes execution on exotic architectures without hurting existing architectures, thanks to the mapping in /etc/mono/config
Comment 1 Alexander Kojevnikov 2012-01-22 02:37:38 UTC
Review of attachment 205782 [details] [review]:

Committed, thanks!