Bug 50357 – mono-0.91 install fails with gcc-3.4 and NPTL glibc

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ed Catmur 2004-05-07 07:41:18 UTC]

/bin/sh ../../mkinstalldirs /var/tmp/portage/mono-0.91/image//usr/lib
/bin/install -c -m 644 mscorlib.dll /var/tmp/portage/mono-0.91/image//usr/lib/mscorlib.dll
MONO_PATH=. ../../mono/mini/mono --config ../../data/config ./../gacutil.exe /i ./Accessibility.dll /f /package 1.0 /root /var/tmp/portage/mono-0.91/image//usr/lib
Package exported to: /var/tmp/portage/mono-0.91/image//usr/lib/mono/1.0
Accessibility installed into the gac (/var/tmp/portage/mono-0.91/image//usr/lib/mono/gac/)
make[3]: *** [install-data-local] Error 1 

Reports suggest that this is experienced when glibc is compiled with USE="nptl". The mono runtime generated in the build appears to have threading problems, as an strace seems to show. (This is the first point in the build where the generated mono runtime is used).
However, some users have not experienced this problem even with largely similar conditions.

[Comment 1 Andreas Simon 2004-05-08 10:01:40 UTC]

The same here.
This problem didn't showed with gcc-3.3 and a NPTL glibc.

# emerge --info
Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.4.0, glibc-2.3.3_pre20040420-r0, 2.6.6-rc3-love4)
=================================================================
System uname: 2.6.6-rc3-love4 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.10
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -ftracer -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -ftracer -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/opt/portage /opt/portage-kde"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow X aalib acl alsa apm arts artswrappersuid avi berkdb cdr crypt cups dga dvb dvd encode esd faad flac foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg kde lcms ldap libg++ libwww mad maildir mikmod mmx mng motif mozilla mpeg mule ncurses nls nptl offensive oggvorbis opengl oss pam pdflib perl pic pie png python qt quicktime readline sasl sdl slang spell sse ssl tcltk tcpd tetex theora threads tiff truetype unicode x86 xml2 xmms xv zlib"

[Comment 2 Andreas Simon 2004-05-08 10:07:08 UTC]

Calling mono in verbose mode yields this.

# MONO_PATH=. ../../mono/mini/mono --verbose --config ../../data/config ./../gacutil.exe /i ./Accessibility.dll /f /package 1.0 /root /var/tmp/portage/mono-0.91/image//usr/lib
...
Method System.Security.Cryptography.SHA1CryptoServiceProvider:Finalize () emitted at 0x41a6afe8 to 0x41a6b01c [gacutil.exe]
Method System.Security.Cryptography.SHA1CryptoServiceProvider:Dispose (bool) emitted at 0x41a6b020 to 0x41a6b035 [gacutil.exe]
Method System.Security.Cryptography.HashAlgorithm:Dispose (bool) emitted at 0x41a6b038 to 0x41a6b044 [gacutil.exe]
Method System.Object:Finalize () emitted at 0x41a6b048 to 0x41a6b05d [gacutil.exe]
Method (wrapper runtime-invoke) System.IO.StreamWriter:Finalize (object,intptr,intptr) emitted at 0x41a6b060 to 0x41a6b0ef [gacutil.exe]
Method System.IO.StreamWriter:Finalize () emitted at 0x41a6b0f0 to 0x41a6b124 [gacutil.exe]
Method (wrapper runtime-invoke) System.IO.FileStream:Finalize (object,intptr,intptr) emitted at 0x41a6b128 to 0x41a6b1b7 [gacutil.exe]
Method System.IO.FileStream:Finalize () emitted at 0x41a6b1b8 to 0x41a6b1ef [gacutil.exe]
Method (wrapper runtime-invoke) System.Threading.Thread:Finalize (object,intptr,intptr) emitted at 0x41a6b1f0 to 0x41a6b27f [gacutil.exe]
Method System.Threading.Thread:Finalize () emitted at 0x41a6b280 to 0x41a6b2b8 [gacutil.exe]
Method (wrapper managed-to-native) System.Threading.Thread:Thread_free_internal (intptr) emitted at 0x41a6b2c0 to 0x41a6b2f7 [gacutil.exe]
Aborted

[Comment 3 neuron 2004-05-11 09:15:45 UTC]

I'm also having this problem, running the unstable tree, gcc3.4 and glibc + nptl (also running 2.6.5 kernel headers).

Has anyone done some research on this?  to try to figure out what's failing?

[Comment 4 Ed Catmur 2004-05-13 15:18:55 UTC]

http://bugzilla.ximian.com/show_bug.cgi?id=58161 is upstream, btw.
An interesting patch has been posted. Will see if it helps.

[Comment 5 Ed Catmur 2004-05-13 16:25:53 UTC]

It doesn't (so don't bother trying it out), but I guess the guy who posted it knew that.

[Comment 6 Peter Johanson (RETIRED) 2004-06-02 20:14:57 UTC]

At least the sem_wait things discussed on that thread seem to have been addressed in mono-0.95 (beta2). Can you please test that and report any changes to things?

[Comment 7 Andreas Simon 2004-06-03 01:00:07 UTC]

Looks like Mono 0.95 fixed this issue. I couldn't reproduce the error with version 0.95. 

[Comment 8 Ed Catmur 2004-06-03 11:06:22 UTC]

0.95 fixes it for me as well.

[Comment 9 Peter Johanson (RETIRED) 2004-06-29 19:47:26 UTC]

Okay, marking FIXED.