Bug 588154

I successfully built plt-scheme, this time without using --enable-shared.  The error occurred with:

../configure --enable-gl --enable-xrender --enable-xft --enable-shared

but didn't occur with:

../configure --enable-gl --enable-xrender --enable-xft

Gene

Fixed upstream (GCC 4.6 and 4.5) and on redhat/gcc-4_4-branch too, so when gcc-4.4.4-2.fc13 will be built, this will be fixed there.

gcc-4.4.4-2.fc13,libtool-2.2.6-20.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/gcc-4.4.4-2.fc13,libtool-2.2.6-20.fc13

I installed the new gcc and libtool:

[gene@Mobile-PC ~]$ yum list gcc libtool
Loaded plugins: fastestmirror, presto, refresh-packagekit, remove-with-leaves, show-leaves, verify
Installed Packages
gcc.x86_64             4.4.4-2.fc13           @/gcc-4.4.4-2.fc13.x86_64     
libtool.x86_64         2.2.6-20.fc13          @/libtool-2.2.6-20.fc13.x86_64

Then used:
"../configure --enable-gl --enable-xrender --enable-xft --enable-shared --prefix=/usr"
in the ~/packages/plt-scheme/plt-4.2.5/src/build directory.  Then I ran make in the same directory and got the following error:

make[4]: Entering directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme/gc2'
env XFORM_PRECOMP=yes ../mzschemecgc -cqu ../../../mzscheme/gc2/xform.ss --setup . --cpp "gcc -E -I./.. -I../../../mzscheme/gc2/../include -pthread   -DNEWGC_BTC_ACCOUNT  -DMZ_USES_SHARED_LIB "  --keep-lines -o xsrc/precomp.h ../../../mzscheme/gc2/precomp.c
make[4]: *** [xsrc/precomp.h] Segmentation fault (core dumped)

This happened later in the make I think, so one problem seems to have been fixed, but a new one popped up.  Let me know if I can provide more information.

Gene

Oh, I downloaded all the koji gcc and libtool rpms into a directory, then ran "yum --nogpgcheck localupdate *" in that directory.  That updated all my installed gcc packages and libtool with no dependency problems.

Gene

The fix in question was only a debug info generation fix, couldn't affect code generation.  So, if the program segfaults, you need to debug and analyse it.

If you suspect a gcc bug, you could compile with -O0 and see whether you can still reproduce, if not, do a binary search etc.  But it is far more probable it is just a bug in the code you are compiling.

Plt-scheme 4.1.2 has been built in koji, but from the spec file I'd say it was build without shared libs.  I built plt-scheme 4.2.1 successfully not long ago with shared libs, but an older gcc.  I'm running plt-scheme 4.2.5 built without shared libs with no problems, currently.  That segfault is from gcc, not plt-scheme.  I'm unable to build plt-scheme with with the current gcc compiler.

To clarify, gcc is segfaulting, not plt-scheme.

Gene

From the above snippet it isn't obvious what exactly is segfaulting, it is unclear what  mzschemecgc is and what it does.  If it is gcc that is segfaulting, I'll need as usual preprocessed source and command line options that reproduce it.

Actually, it looks like make is segfaulting, but only when plt-scheme is configured to use shared libs.  I successfully built plt-scheme 4.2.5 without shared libs with gcc 4.4.3 and just now with 4.4.4-2.  Here's a longer snippet:

gcc -o .libs/mzschemecgc .libs/main.o -pthread -rdynamic  ./.libs/libmzscheme.so ./.libs/libmzgc.so -ldl -lm  -Wl,--rpath -Wl,/usr/lib
creating mzschemecgc
make[4]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme'
make[3]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme'
cd gc2; make all
make[3]: Entering directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme/gc2'
mkdir xsrc
make xsrc/precomp.h
make[4]: Entering directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme/gc2'
env XFORM_PRECOMP=yes ../mzschemecgc -cqu ../../../mzscheme/gc2/xform.ss --setup . --cpp "gcc -E -I./.. -I../../../mzscheme/gc2/../include -pthread   -DNEWGC_BTC_ACCOUNT  -DMZ_USES_SHARED_LIB "  --keep-lines -o xsrc/precomp.h ../../../mzscheme/gc2/precomp.c
make[4]: *** [xsrc/precomp.h] Segmentation fault (core dumped)
make[4]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme/gc2'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme/gc2'
make[2]: *** [3m] Error 2
make[2]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build/mzscheme'
make[1]: *** [3m] Error 2
make[1]: Leaving directory `/home/gene/packages/plt-scheme/plt-4.2.5/src/build'
make: *** [all] Error 2

It looks like the last call to gcc was successful, but make itself segfaulted.  If that looks right to you, maybe I should file a bug against make?

Thanks,
Gene

Why do you think it is make that segfaults here?
You can ulimit -c unlimited and see using gdb which program generated the core file, or you could run the whole make under strace -f -o /tmp/log.strace
and see what segfaulted.

You're right, the segfault is in mzschemecgc when shared libs are enabled.  That's a problem for the PLT Scheme community.

Gene

gcc-4.4.4-2.fc13, libtool-2.2.6-20.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update gcc libtool'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/gcc-4.4.4-2.fc13,libtool-2.2.6-20.fc13

gcc-4.4.4-2.fc13, libtool-2.2.6-20.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.