From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11182 invoked by alias); 5 Jan 2014 03:56:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 11149 invoked by uid 48); 5 Jan 2014 03:56:51 -0000 From: "pab at pabigot dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59681] New: SVN 197248 adding N3582 support broke Boost.Regex with -std=c++1y Date: Sun, 05 Jan 2014 03:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pab at pabigot dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-01/txt/msg00210.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59681 Bug ID: 59681 Summary: SVN 197248 adding N3582 support broke Boost.Regex with -std=3Dc++1y Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: pab at pabigot dot com In this commit=20 http://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cp/parser.c?r1=3D197248&r2=3D19724= 7&pathrev=3D197248 the first diff (line 4109 of c/parser.c) fixed a problem where the return value from finish_parenthesized_expr() was discarded. As a side effect, this small program: #include const boost::regex e("AB"); produces these diagnostics with gcc -std=3Dc++1y and Boost 1.55: llc[45]$ /usr/local/gcc/bin/g++ --version g++ (GCC) 4.9.0 20140104 (experimental) Copyright (C) 2014 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. llc[46]$ /usr/local/gcc/bin/g++ -std=3Dc++1y -c /tmp/bre.cc=20 In file included from /usr/local/gcc-20140104/include/boost/regex/v4/regex.hpp:70:0, from /usr/local/gcc-20140104/include/boost/regex.hpp:31, from /tmp/bre.cc:1: /usr/local/gcc-20140104/include/boost/regex/v4/basic_regex_creator.hpp: In member function =E2=80=98boost::re_detail::re_literal* boost::re_detail::basic_regex_creator::append_literal(charT)= =E2=80=99: /usr/local/gcc-20140104/include/boost/regex/v4/basic_regex_creator.hpp:349:= 24: error: lvalue required as increment operand ++(result->length); ^ In file included from /usr/local/gcc-20140104/include/boost/regex/v4/regex.hpp:73:0, from /usr/local/gcc-20140104/include/boost/regex.hpp:31, from /tmp/bre.cc:1: /usr/local/gcc-20140104/include/boost/regex/v4/basic_regex_parser.hpp: In member function =E2=80=98bool boost::re_detail::basic_regex_parser::parse_repeat(std::size_t, std::size_t)=E2=80=99: /usr/local/gcc-20140104/include/boost/regex/v4/basic_regex_parser.hpp:974:2= 1: error: lvalue required as decrement operand --(lit->length); ^ llc[47]$ The problem goes away if that line of the patch is reverted, but since the change appears to be correct there's some other problem somewhere. >>From gcc-bugs-return-439069-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jan 05 04:33:05 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18166 invoked by alias); 5 Jan 2014 04:33:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14233 invoked by uid 48); 5 Jan 2014 04:32:58 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/59679] gcc version 4.7.3 and gcc version 4.5.3 cause an unaligned access exception on NetBSD/Alpha Date: Sun, 05 Jan 2014 04:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.7.3 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget bug_status cf_reconfirmed_on component everconfirmed bug_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-01/txt/msg00211.txt.bz2 Content-length: 1102 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |alpha-netbsd Status|UNCONFIRMED |WAITING Last reconfirmed| |2014-01-05 Component|c |target Ever confirmed|0 |1 Severity|critical |normal --- Comment #1 from Andrew Pinski --- This looks more like a bug in perl sources. Can you attach the preprocessed source for scope.c? The big question is how is ARG0_PTR defined? GCC must be assuming the alignment is 64bits for some reason. This needs the preprocessed source to see why the alignment is being done incorrectly. Maybe ARG0_PTR was assigned from a long long pointer. In C, once you assign it to a pointer of bigger alignment and it is not aligned, the code is undefined.