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