Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Sep 2014 10:53:56 +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:  <5417DE84.7020105@freebsd.org>
In-Reply-To: <59D2D3D8-CE24-4785-8E39-6A07AE1B266D@FreeBSD.org>
References:  <54130AD0.8090103@freebsd.org> <A212D7AF-4DA7-4043-BB73-1746A5C2F42F@FreeBSD.org> <54133E1E.9030105@freebsd.org> <54135B24.5040905@freebsd.org> <54135D0B.7060701@freebsd.org> <6FDF432B-8245-4BC7-952B-DFFEEA106D6F@FreeBSD.org> <5414865A.6030101@freebsd.org> <CC121A4D-A6D0-430B-B15F-BFB48C5FB6E6@FreeBSD.org> <54149286.80608@freebsd.org> <E5DBCCF7-87C3-4CC4-9790-88D1C44698FF@FreeBSD.org> <59D2D3D8-CE24-4785-8E39-6A07AE1B266D@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--PA7IlscNdd9Of04TWr9xQQUhPuaH3T2Vn
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: quoted-printable

On 15.09.2014 22:00, Dimitry Andric wrote:
> On 14 Sep 2014, at 19:27, Dimitry Andric <dim@FreeBSD.org> wrote:
> ...
>> In any case, I have now narrowed it down to gcc/tree.c, which is not a=

>> very small file, and which is changed very often upstream, sometimes
>> almost daily.
>>
>> So I will see if I can reproduce it with gcc trunk first, and if that
>> turns out to be good, I will bisect to find the commit that fixes it.
>>
>> If trunk is also not good, the rabbit hole goes a bit deeper...

Probably it have sense to track down and look at first post-4.7 gcc/tree.=
c change which cause fail (gcc47 works with BOOTSTRAP=3Doff).

> And deeper it goes: gcc trunk does not crash, *unless* I change the fil=
e
> gcc/DEV-PHASE to contain the string "prerelease" instead of the default=

> "experimental".  Then gcc trunk crashes in an identical fashion to the
> gcc 4.8 branch, or gcc 4.8.2 release!

Just FYI, gcc49 4.9.2.s20140910 faults the same way but on different file=
 in the same directory:

/usr/ports/lang/gcc49/work/build/./gcc/xgcc -shared-libgcc -B/usr/ports/l=
ang/gcc49/work/build/./gcc -nostdinc++ -L/usr/ports/lang/gcc49/work/build=
/i386-portbld-freebsd10.1/libstdc++-v3/src -L/usr/ports/lang/gcc49/work/b=
uild/i386-portbld-freebsd10.1/libstdc++-v3/src/.libs -L/usr/ports/lang/gc=
c49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/libsupc++/.libs -B/u=
sr/local/i386-portbld-freebsd10.1/bin/ -B/usr/local/i386-portbld-freebsd1=
0.1/lib/ -isystem /usr/local/i386-portbld-freebsd10.1/include -isystem /u=
sr/local/i386-portbld-freebsd10.1/sys-include    -x c++-header -nostdinc+=
+ -g -O2 -pipe -march=3Dcore2 -DLIBICONV_PLUG -fno-strict-aliasing  -DLIB=
ICONV_PLUG  -I/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/l=
ibstdc++-v3/include/i386-portbld-freebsd10.1 -I/usr/ports/lang/gcc49/work=
/build/i386-portbld-freebsd10.1/libstdc++-v3/include -I/usr/ports/lang/gc=
c49/work/gcc-4.9-20140910/libstdc++-v3/libsupc++ -O2 -g -std=3Dgnu++0x /u=
sr/ports/lang/gcc49/work/gcc-4.9-20140910/libstdc++-
v3/include/precompiled/stdc++.h \
-o i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2ggnu++0x.gch
In file included from /usr/ports/lang/gcc49/work/build/i386-portbld-freeb=
sd10.1/libstdc++-v3/include/unordered_set:48:0,
                 from /usr/ports/lang/gcc49/work/gcc-4.9-20140910/libstdc=
++-v3/include/precompiled/stdc++.h:116:
/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/in=
clude/bits/unordered_set.h:1354:1: internal compiler error: Segmentation =
fault
 } // namespace std
 ^
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/O2ggnu++0x.gch]=
 Error 1


> Anybody have an idea what kind of magic in gcc is changed, when this
> DEV-PHASE file is altered?  Some debug code or internal assertion
> checking might be turned on or off?

Either try to grep the file or string space simple shifted by several byt=
es.

--=20
http://ache.vniz.net/


--PA7IlscNdd9Of04TWr9xQQUhPuaH3T2Vn
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJUF96LAAoJEKUckv0MjfbKswQH/jXz27pZOX1JQ6e22ysG/Qr0
4trkSRVcTtdZbpkrTZcoHvgenDvEO6Uu7xt4q2uFHUUpfLUCUnLN1bI6ULIiomoA
Dt04yLdStj0UjE0hFhfX1P+nj3XyuIMsd5WfRpOvShPzhjA2Zyf4y6aqnb/Grcbr
p4ji5D1tkLy2UwAfDAjkH0XJOv4tB/4TCddCvnjFlfzd2DLa6tGIw9nVBaSXLO3i
KYC+mlgl06KUuNpmO7D7I7ntTYD/tPjMRRND+vPuZ+zCC3H+lW69db+O6YZZUafG
aI6FtrN6+elwaoxlrg+fx/0HL4dm9R9YEkas1vJqFWYN4borGJxkSsX7k9rZ7pw=
=1N1F
-----END PGP SIGNATURE-----

--PA7IlscNdd9Of04TWr9xQQUhPuaH3T2Vn--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5417DE84.7020105>