On Mon, 2008-04-14 at 11:51 +0200, Sebastian Dröge wrote: > Am Montag, den 14.04.2008, 12:53 +0200 schrieb Lucas Nussbaum: > > Package: mono > > Version: 1.9+dfsg-2 > > Severity: serious > > User: [EMAIL PROTECTED] > > Usertags: qa-ftbfs-20080413 qa-ftbfs > > Justification: FTBFS on i386 > > > > Hi, > > > > During a rebuild of all packages in sid, your package failed to build on > > i386. > > > > This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is > > now > > the default on most architectures (even if it's not the case on i386 yet). > > Feel free to downgrade this bug to 'important' if your package is only built > > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine > > with > > gcc 4.2). > > > > Relevant part: > > > gcc -I../.. -I../../libgc/include -pthread -I/usr/include/glib-2.0 > > > -I/usr/lib/glib-2.0/include -g -O2 -O2 -g -fno-strict-aliasing > > > -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes > > > -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes > > > -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align > > > -Wwrite-strings -mno-tls-direct-seg-refs > > > -Wl,-version-script=./ldscript.mono -o mono main.o -pthread > > > -Wl,--export-dynamic ./.libs/libmono-static.a /usr/lib/libgthread-2.0.so > > > -lrt /usr/lib/libglib-2.0.so -ldl -lpthread -lm > > > ./.libs/libmono-static.a(boehm-gc.o): In function > > > `mono_gc_get_managed_allocator_by_type': > > > /build/user/mono-1.9+dfsg/mono/metadata/boehm-gc.c:698: undefined > > > reference to `GC_thread_tls' > > > ./.libs/libmono-static.a(boehm-gc.o): In function > > > `mono_gc_get_managed_allocator': > > > /build/user/mono-1.9+dfsg/mono/metadata/boehm-gc.c:632: undefined > > > reference to `GC_thread_tls' > > > collect2: ld returned 1 exit status > > This is a bug in mono's build system: > https://bugzilla.novell.com/show_bug.cgi?id=373113 > > This is fixed upstream already
Fixed in SVN revision 98803: http://anonsvn.mono-project.com/viewcvs/trunk/mono/configure.in?rev=98803&r1=98664&r2=98803 If the "real fix" is preferred to the workaround.
