ports/70318: Hardcoded library path problems with mono, gtk-sharp
Christopher Nehren
apeiron at comcast.net
Wed Aug 11 18:10:31 UTC 2004
>Number: 70318
>Category: ports
>Synopsis: Hardcoded library path problems with mono, gtk-sharp
>Confidential: no
>Severity: serious
>Priority: low
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Aug 11 18:10:27 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator: Christopher Nehren
>Release: FreeBSD 5.2-CURRENT i386
>Organization:
>Environment:
System: FreeBSD prophecy.dyndns.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug 8 22:14:06 EDT 2004 root at prophecy.dyndns.org:/usr/src/sys/i386/compile/PROPHECY i386
>Description:
lang/mono and x11-toolkits/gtk-sharp assume that libraries exist in certain
places, when in fact they most often don't.
One of these is that libintl is a part of libc.so as it is on Linux, which of
course is *NOT* the case on FreeBSD (or NetBSD for that matter; see
http://bugzilla.ximian.com/show_bug.cgi?id=60785 ).
gtk-sharp installs a DLL config file into the GAC which assumes that
libgtkhtml-3.1.so.7 exists, when it does not on at least my
experimental GNOME desktop.
>How-To-Repeat:
Install mono & gtk-sharp, and then try to build and run something
like BLAM!: http://www.gnomefiles.org/app.php?soft_id=328 .
Note the failures.
>Fix:
Change lang/mono/files/patch-configure to map INTL to libintl.so instead of
libc.so , change the relevant GAC DLL config file (gtkhtml-sharp.dll.config)
to not reference a .so file with a version. It would also be wise to check
other DLL config files.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list