Date: Fri, 12 Sep 2014 22:40:30 +0400 From: Andrey Chernov <ache@freebsd.org> To: Dimitry Andric <dim@FreeBSD.org> Cc: toolchain@freebsd.org Subject: Re: clang makes segfaulting code with -march=core2 on i386 Message-ID: <54133E1E.9030105@freebsd.org> In-Reply-To: <A212D7AF-4DA7-4043-BB73-1746A5C2F42F@FreeBSD.org> References: <54130AD0.8090103@freebsd.org> <A212D7AF-4DA7-4043-BB73-1746A5C2F42F@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 12.09.2014 21:20, Dimitry Andric wrote: > On 12 Sep 2014, at 17:01, Andrey Chernov <ache@freebsd.org> wrote: >> >> Please look at this thread. At the end the bug trigger found, since >> removing -march=core2 fix the thing. tijl@ suspects that clang produce >> 64bit instruction on i386 in that case. >> >> https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095466.html > > I just built lang/gcc successfully on 11.0-CURRENT and i386, using > -march=core2, but saw no crashes at all. Is this limited specifically > to stable/10? Do you also have a coredump of the crashed process? > > -Dimitry > For all cases check in 'make config' that BOOTSTRAP is off, because it not fail when gcc bootstraps itself. To see correct error place set env MAKE_JOBS_UNSAFE=yes because gcc try to build some things in parallel and segfault can come in the middle of other unrelated compilation. Not only lang/gcc segfaulting, but also lang/gcc48 and lang/gcc49 (last one fails in stdc++ too but for different (first) file). xgcc does not dump core by default. I use -dH switch to force core dump running the faulting command manually. Core was generated by `cc1plus'. Program terminated with signal 6, Aborted. (gdb) bt #0 0x28f4c307 in kill () from /lib/libc.so.7 #1 0x28f4c297 in raise () from /lib/libc.so.7 #2 0x28f4a8d6 in abort () from /lib/libc.so.7 #3 0x0892f138 in real_abort () #4 0x0892e7ac in diagnostic_action_after_output () #5 0x0892e4ca in diagnostic_report_diagnostic () #6 0x0892f106 in internal_error () #7 0x0853b17e in crash_signal () #8 0xbfbff004 in ?? () #9 0x0000000b in ?? () #10 0x00000001 in ?? () #11 0xbfbfab40 in ?? () #12 0x08d208d8 in ?? () #13 0x0853b140 in alloc_for_identifier_to_locale () #14 0x081f2a8c in gt_pch_nx_lang_tree_node () #15 0x081f1bd6 in gt_pch_nx_lang_tree_node () #16 0x081f26c1 in gt_pch_nx_lang_tree_node () #17 0x081f22ab in gt_pch_nx_lang_tree_node () #18 0x081f2260 in gt_pch_nx_lang_tree_node () #19 0x081f1e62 in gt_pch_nx_lang_tree_node () #20 0x081f271b in gt_pch_nx_lang_tree_node () #21 0x081f231d in gt_pch_nx_lang_tree_node () #22 0x081f4304 in gt_pch_nx_lang_type () #23 0x081f270c in gt_pch_nx_lang_tree_node () #24 0x081f1ba9 in gt_pch_nx_lang_tree_node () #25 0x081f226f in gt_pch_nx_lang_tree_node () #26 0x081f1ba9 in gt_pch_nx_lang_tree_node () #27 0x081f2a8c in gt_pch_nx_lang_tree_node () #28 0x081f42f5 in gt_pch_nx_lang_type () #29 0x081f270c in gt_pch_nx_lang_tree_node () #30 0x081f26fd in gt_pch_nx_lang_tree_node () #31 0x081f26ee in gt_pch_nx_lang_tree_node () #32 0x081f26d0 in gt_pch_nx_lang_tree_node () #33 0x081f26df in gt_pch_nx_lang_tree_node () #34 0x081f1ba9 in gt_pch_nx_lang_tree_node () #35 0x081f26c1 in gt_pch_nx_lang_tree_node () #36 0x081f2260 in gt_pch_nx_lang_tree_node () #37 0x081f2a8c in gt_pch_nx_lang_tree_node () #38 0x081f271b in gt_pch_nx_lang_tree_node () #39 0x081f1ff9 in gt_pch_nx_lang_tree_node () [rest stripped...] As you see, last meaningful info say something about "locale". If system locale assumed here, I use ru_RU.KOI8-R. I try to check this thing with LANG=C later. I don't have -current & i386 combination, but I can try -current & x64 later (with different -march). Instruction set may depends on CPU, I have "Core2 Duo E8400" which should match -march=core2 in theory. For lang/gcc the bug starts on second stdc++ file compiling, related log from the entering stdc++ directory: gmake[5]: Entering directory `/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3' Making all in include gmake[6]: Entering directory `/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include' mkdir -p ./i386-portbld-freebsd10.1/bits/stdc++.h.gch /usr/ports/lang/gcc/work/build/./gcc/xgcc -shared-libgcc -B/usr/ports/lang/gcc/work/build/./gcc -nostdinc++ -L/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src -L/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src/.libs -B/usr/local/i386-portbld-freebsd10.1/bin/ -B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem /usr/local/i386-portbld-freebsd10.1/include -isystem /usr/local/i386-portbld-freebsd10.1/sys-include -x c++-header -nostdinc++ -g -O2 -pipe -march=core2 -DLIBICONV_PLUG -fno-strict-aliasing -DLIBICONV_PLUG -I/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/i386-portbld-freebsd10.1 -I/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include -I/usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/libsupc++ -O2 -g -std=gnu++0x /usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/include/precompiled/stdc++.h \ -o i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2ggnu++0x.gch mkdir -p ./i386-portbld-freebsd10.1/bits/stdc++.h.gch /usr/ports/lang/gcc/work/build/./gcc/xgcc -shared-libgcc -B/usr/ports/lang/gcc/work/build/./gcc -nostdinc++ -L/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src -L/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src/.libs -B/usr/local/i386-portbld-freebsd10.1/bin/ -B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem /usr/local/i386-portbld-freebsd10.1/include -isystem /usr/local/i386-portbld-freebsd10.1/sys-include -x c++-header -nostdinc++ -g -O2 -pipe -march=core2 -DLIBICONV_PLUG -fno-strict-aliasing -DLIBICONV_PLUG -I/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/i386-portbld-freebsd10.1 -I/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include -I/usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/libsupc++ -O2 -g /usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/include/precompiled/stdc++.h -o i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch In file included from /usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/include/precompiled/stdc++.h:94:0: /usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/valarray:1233:1: internal compiler error: Segmentation fault } // namespace ^ no stack trace because unwind library not available Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html>; for instructions. gmake[6]: *** [i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch] Error 1 -- http://ache.vniz.net/ [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJUEz4pAAoJEKUckv0MjfbK+gcH/jNpPVPZEuHJHZLlu6EdFcEI LAzsRN5r8R/1+AKyn1rtlOQn92n1mZCKFEN1XTGx/rM80daqnzFYNRpYWbbHoO/p VFMXrlXOmqGnZ08AzIqI7zBkbhZ+eAS8YZ6MQQZ3v9ad6oYJnigs0Gsj447+oDIM kR3skmenBSxBLCoRrRqz8nZ6j3AT3O62G8VoBbMd5N2d9b4kFF64fPGSAnIB20nv zycSFvsZo1W0FYftEMN/9vsvf40yDx+DixmZUWdbgvurNmvohyi/464CUJd62Tg1 /7ar5Ny18SqQ/SmywCPyY2GUceI5AeXDHyjq++hjjUC1kwvEnwr/Op8k3r7wHLM= =CMkN -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54133E1E.9030105>