Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 115090 - Compilation failure mono-1.1.10
Summary: Compilation failure mono-1.1.10
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: dotnet project
URL:
Whiteboard:
Keywords:
: 115092 (view as bug list)
Depends on:
Blocks: 120100
  Show dependency tree
 
Reported: 2005-12-10 07:16 UTC by Diego R. Brogna
Modified: 2006-01-28 23:16 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
config.log file (config.log,204.80 KB, text/plain)
2005-12-19 12:37 UTC, Diego R. Brogna
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Diego R. Brogna 2005-12-10 07:16:30 UTC
Compile fails

Reproducible: Always
Steps to Reproduce:
1.emerge mono
2.
3.

Actual Results:  
make[8]: Entering directory
`/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs/class/System'
** Warning: System.dll built without parts that depend on: System.Xml.dll
MONO_PATH="../../class/lib/basic:$MONO_PATH"
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/runtime/mono-wrapper 
../../class/lib/basic/mcs.exe /codepage:28591   -d:NET_1_1 -d:ONLY_1_1 -debug
/noconfig  -target:library -out:System.dll  @System.dll.sources

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Stacktrace:

in <0xffffffff> Mono.CSharp.CSharpParser:parse ()
in <0x56> Mono.CSharp.CSharpParser:parse ()
in <0x18c> Mono.CSharp.Driver:parse (Mono.CSharp.SourceFile)
in <0x55> Mono.CSharp.Driver:ProcessFiles ()
in <0x3de> Mono.CSharp.Driver:MainDriver (string[])
in <0x41> Mono.CSharp.Driver:Main (string[])
in <0x50baa860> (wrapper runtime-invoke)
System.Object:runtime_invoke_int_string[] (object,intptr,intptr,intptr)

Native stacktrace:

       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_handle_native_sigsegv+0xba)
[0x8149d7a]
        /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono [0x81384b9]
        /lib/libpthread.so.0 [0xb7e5f0f7]
        [0xffffe440]
       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_codegen+0x40)
[0x81199c0]
        /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono [0x8137154]
        /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono [0x811a59b]
       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_magic_trampoline+0x1a)
[0x814af4a]
        [0xb7f52032]
        [0xb7330c65]
        [0xb733091e]
        [0xb752d047]
        [0xb752c19a]
        [0xb752685c]
       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_runtime_exec_main+0x121)
[0x80d1091]
       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_runtime_run_main+0x1ce)
[0x80d12ce]
       
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono(mono_main+0xee4)
[0x805d434]
        /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono [0x805c09e]
        /lib/libc.so.6(__libc_start_main+0xad) [0xb7d1c56d]
        /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mono/mini/mono [0x805bfe1]
make[8]: *** [../../class/lib/net_1_1_bootstrap/System.dll] Aborted
make[8]: Leaving directory
`/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs/class/System'
make[7]: *** [do-all] Error 2
make[7]: Leaving directory
`/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs/class/System'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs/class'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs'
make[4]: *** [profile-do--net_1_1_bootstrap--all] Error 2
make[4]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs'
make[3]: *** [profiles-do--all] Error 2
make[3]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/mcs'
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/mono-1.1.10/work/mono-1.1.10'
make: *** [all] Error 2



Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-r4 i686)
=================================================================
System uname: 2.6.14-gentoo-r4 i686 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre11
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O6 -march=athlon-xp"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O6 -march=athlon-xp"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://mirror.nutsmaas.nl/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/
http://gd.tuwien.ac.at/opsys/linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 7zip X aac aalib alsa atm audiofile avi bash-completion berkdb
bitmap-fonts bluetooth bootsplash browserplugin bzip2 cddb cdio cdparanoia cdr
crypt cscope curl dvd dvdr eds emboss encode esd exif expat fam ffmpeg firefox
flac foomaticdb fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 idn
imagemagick imlib ipv6 java jpeg kde lcms libg++ libwww mad mhash mikmod mng
motif mp3 mpeg ncurses nls nsplugin ogg oggvorbis opengl oss pam pcre pdflib
perl png python qt quicktime readline real sdl spell ssl tcpd tiff truetype
truetype-fonts type1-fonts udev unicode usb vorbis win32codecs xine xml2 xmms xv
xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-12-10 07:28:58 UTC
*** Bug 115092 has been marked as a duplicate of this bug. ***
Comment 2 Peter Johanson (RETIRED) gentoo-dev 2005-12-14 17:36:07 UTC
Can you please attach the config.log file from the mono sources dir in
/var/tmp/portage/mono-1.1.10/work/mono-1.1.10/ for me? Also, does the just added
mono-1.1.10.1 display this problem as well?
Comment 3 Diego R. Brogna 2005-12-19 12:36:13 UTC
(In reply to comment #2)
> Can you please attach the config.log file from the mono sources dir in
> /var/tmp/portage/mono-1.1.10/work/mono-1.1.10/ for me? Also, does the just added
> mono-1.1.10.1 display this problem as well?

same error on mono 1.1.10.1
Comment 4 Diego R. Brogna 2005-12-19 12:37:43 UTC
Created attachment 75135 [details]
config.log file

this is the requested file
Comment 5 Peter Johanson (RETIRED) gentoo-dev 2005-12-22 00:39:08 UTC
Hrm... this *could*, but NPTL related... Can you try re-compiling glibc with USE="nptl" and then emerging mono to see if this makes things jive? amd64 profile stuff we force nptl usage, you're running x86 profile on amd64, so we don't have that, and that *may* be the source of the problem. I'll check out the ximian bugzilla when I find time to see if anything shows up there.

Please report back if the nptl stuff helps. Thanks.
Comment 6 Diego R. Brogna 2005-12-22 02:05:06 UTC
# equery -q -C uses glibc
 - - build            : !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used for creating build images and the first half of bootstrapping.
 - - erandom          : Enable erandom/frandom support in glibc for ssp
 - - glibc-compat20   : Enable the glibc-compat addon.
 - - glibc-omitfp     : Configure glibc with --enable-omitfp which lets the build system determine when it is safe to use -fomit-frame-pointer
 - - hardened         : activate default security enhancements for toolchain (gcc, glibc, binutils)
 - - linuxthreads-tls : Configure the linuxthreads glibc with --with-__thread if supported by your system.  --with-tls is always enabled if supported and is NOT controlled by this switch.  So the glibc built will always support TLS binaries.  This toggle chooses whether or not glibc itself uses TLS.  If you're concerned about backwards compatibility with old binaries, leave this off.
 - - multilib         : On 64bit systems, if you want to be able to compile 32bit and 64bit binaries
 + + nls              : Adds Native Language Support (using gettext - GNU locale utilities)
 - + nptl             : Enable support for Native POSIX Threads Library, the new threading module (requires linux-2.6 or better usually)
 - - nptlonly         : Disables building the linuxthreads fallback in glibc ebuilds that support building both linuxthreads and nptl.
 - - pic              : Build Position Independent Code.  Do not utilize this flag unless you know what you're doing.
 - - profile          : Adds profile support to builds of packages (will likely vary from ebuild to ebuild in support)
 - - selinux          : !!internal use only!! Security Enhanced Linux support, this must be set by the selinux profile or breakage will occur
 - - userlocales      : build only the locales specified in /etc/locales.build


i have recompiled glibc with USE="nptl" but the error persists.
  Diego

(In reply to comment #5)
> Hrm... this *could*, but NPTL related... Can you try re-compiling glibc with
> USE="nptl" and then emerging mono to see if this makes things jive? amd64
> profile stuff we force nptl usage, you're running x86 profile on amd64, so we
> don't have that, and that *may* be the source of the problem. I'll check out
> the ximian bugzilla when I find time to see if anything shows up there.
> 
> Please report back if the nptl stuff helps. Thanks.
> 

Comment 7 Peter Johanson (RETIRED) gentoo-dev 2006-01-28 23:16:31 UTC
1) looking again, you do realize that '-O6' in your CFLAGS is meaningless, right?
2) Does this still occur with mono-1.1.12.x or mono-1.1.13.x? Please test and report back. Thanks.