[Bug libstdc++/58304] New: gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[Bug libstdc++/58304] New: gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[harsha.patankar at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

            Bug ID: 58304
           Summary: gcc dev branch compilation Failed at libstdc++-v3
                    (used gcc 4.7.3 to compile)
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: harsha.patankar at gmail dot com

gcc dev branch compilation failed at libstdc++-v3.

/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:322:21:
internal compiler error: tree check: expected lambda_expr, have trait_expr in
cp_parser_lambda_expression, at cp/parser.c:8520
  _M_cond.wait(__lock, [&] { return _M_ready(); });

I'm using gcc 4.7.3 to compile 
Version Details: 
---------------
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.7.3-1ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin
--with-system-zlib --enable-objc-gc --with-cloog --enable-cloog-backend=ppl
--disable-cloog-version-check --disable-ppl-version-check --enable-multiarch
--disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1) 

Error Details:
--------
mkdir -p ./x86_64-unknown-linux-gnu/bits/stdc++.h.gch
/exports/src/gcc_build/./gcc/xgcc -shared-libgcc -B/exports/src/gcc_build/./gcc
-nostdinc++ -L/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/x86_64-unknown-linux-gnu/include -isystem
/usr/local/x86_64-unknown-linux-gnu/sys-include    -x c++-header -nostdinc++ -g
-O2 -D_GNU_SOURCE 
-I/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/exports/src/gcc/libstdc++-v3/libsupc++ -O2 -g -std=gnu++0x
/exports/src/gcc/libstdc++-v3/include/precompiled/stdc++.h \
    -o x86_64-unknown-linux-gnu/bits/stdc++.h.gch/O2ggnu++0x.gch
In file included from
/exports/src/gcc/libstdc++-v3/include/precompiled/stdc++.h:103:0:
/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include/future: In
member function ‘std::__future_base::_Result_base&
std::__future_base::_State_base::wait()’:
/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include/future:322:21:
internal compiler error: tree check: expected lambda_expr, have trait_expr in
cp_parser_lambda_expression, at cp/parser.c:8520
  _M_cond.wait(__lock, [&] { return _M_ready(); });
                     ^
0xfbaef2 tree_check_failed(tree_node const*, char const*, int, char const*,
...)
    /exports/src/gcc/gcc/tree.c:9207
0x5983db tree_check(tree_node*, char const*, int, char const*, tree_code)
    /exports/src/gcc/gcc/tree.h:2600
0x6e6f97 cp_parser_lambda_expression
    /exports/src/gcc/gcc/cp/parser.c:8520
0x6dfb3d cp_parser_primary_expression
    /exports/src/gcc/gcc/cp/parser.c:4221
0x6e29ed cp_parser_postfix_expression
    /exports/src/gcc/gcc/cp/parser.c:5804
0x6e4e67 cp_parser_unary_expression
    /exports/src/gcc/gcc/cp/parser.c:7000
0x6e5a68 cp_parser_cast_expression
    /exports/src/gcc/gcc/cp/parser.c:7592
0x6e5ad9 cp_parser_binary_expression
    /exports/src/gcc/gcc/cp/parser.c:7692
0x6e62a6 cp_parser_assignment_expression
    /exports/src/gcc/gcc/cp/parser.c:7928
0x6e6410 cp_parser_assignment_expression
    /exports/src/gcc/gcc/cp/parser.c:7978
0x6e418e cp_parser_parenthesized_expression_list
    /exports/src/gcc/gcc/cp/parser.c:6518
0x6e2c12 cp_parser_postfix_expression
    /exports/src/gcc/gcc/cp/parser.c:5873
0x6e4e67 cp_parser_unary_expression
    /exports/src/gcc/gcc/cp/parser.c:7000
0x6e5a68 cp_parser_cast_expression
    /exports/src/gcc/gcc/cp/parser.c:7592
0x6e5ad9 cp_parser_binary_expression
    /exports/src/gcc/gcc/cp/parser.c:7692
0x6e62a6 cp_parser_assignment_expression
    /exports/src/gcc/gcc/cp/parser.c:7928
0x6e6513 cp_parser_expression
    /exports/src/gcc/gcc/cp/parser.c:8090
0x6e6723 cp_parser_expression
    /exports/src/gcc/gcc/cp/parser.c:8129
0x6e89cc cp_parser_expression_statement
    /exports/src/gcc/gcc/cp/parser.c:9373
0x6e8663 cp_parser_statement
    /exports/src/gcc/gcc/cp/parser.c:9224
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [x86_64-unknown-linux-gnu/bits/stdc++.h.gch/O2ggnu++0x.gch] Error
1
make[5]: Leaving directory
`/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3/include'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/exports/src/gcc_build/x86_64-unknown-linux-gnu/libstdc++-v3'
make[2]: *** [all-stage1-target-libstdc++-v3] Error 2
make[2]: Leaving directory `/exports/src/gcc_build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/exports/src/gcc_build'
make: *** [all] Error 2
>From gcc-bugs-return-428893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 03 11:41:26 2013
Return-Path: <gcc-bugs-return-428893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3159 invoked by alias); 3 Sep 2013 11:41:26 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 3104 invoked by uid 48); 3 Sep 2013 11:41:24 -0000
From: "bernd.edlinger at hotmail dot de" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/57748] [4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array
Date: Tue, 03 Sep 2013 11:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: bernd.edlinger at hotmail dot de
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.8.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57748-4-v416ElHvmo@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57748-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57748-4@http.gcc.gnu.org/bugzilla/>
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: 2013-09/txt/msg00133.txt.bz2
Content-length: 1886

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW748

--- Comment #26 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
(In reply to Richard Biener from comment #25)
> I think that
>
>       tem = get_inner_reference (to, &bitsize, &bitpos, &offset, &mode1,
>                                  &unsignedp, &volatilep, true);
>
>       if (TREE_CODE (to) == COMPONENT_REF
>           && DECL_BIT_FIELD_TYPE (TREE_OPERAND (to, 1)))
>         get_bit_range (&bitregion_start, &bitregion_end, to, &bitpos,
> &offset);
>
>       /* If we are going to use store_bit_field and extract_bit_field,
>          make sure to_rtx will be safe for multiple use.  */
>       mode = TYPE_MODE (TREE_TYPE (tem));
>       if (TREE_CODE (tem) == MEM_REF
>           && mode != BLKmode
>           && ((align = get_object_alignment (tem))
>               < GET_MODE_ALIGNMENT (mode))
>           && ((icode = optab_handler (movmisalign_optab, mode))
>               != CODE_FOR_nothing))
>
> is overly pessimistic.  What matters is the mode of the access, not that
> of the access base object!
>
> Which means the pre-handling of
>
>   /* Handle misaligned stores.  */
>   mode = TYPE_MODE (TREE_TYPE (to));
>   if ((TREE_CODE (to) == MEM_REF
>        || TREE_CODE (to) == TARGET_MEM_REF)
>       && mode != BLKmode
>       && !mem_ref_refers_to_non_mem_p (to)
>
> should be made to trigger for all 'to', not just bare MEM_REF/TARGET_MEM_REF.
> Then the other movmisalign path can be completely removed.

struct s
{
  int x:19;
} __attribute__((packed));
int foo(struct s *s)
{
  s->x=1;
}

in this case of a packed field the TREE_CODE (to) will be COMPONENT_REF
TYPE_MODE (TREE_TYPE (to)) will be SImode.
If this would go to the pre-handling, this will not work for packed bit-fields.

this handling is just for: int *x;

*x = 1;

or: struct s *x, *y;

*x = *y; //if struct s is not BLKmode.

[Bug c++/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|libstdc++                   |c++

--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> ---
If the compiler crashes it's a bug in the compiler, not libstdc++.

Please provide the configure command used.

[Bug c++/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2013-09-03
     Ever confirmed|0                           |1
           Severity|major                       |normal

--- Comment #2 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Also provide the exact Revision you are trying to build (I use 4.7.x all the
time to build mainline (today too, multiple times, r202217 moments ago) and I
have never seen this ICE.

[Bug c++/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[harsha.patankar at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

--- Comment #3 from Harsha <harsha.patankar at gmail dot com> ---
I'm compiling Revision: 202247  using gcc 4.7.3.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@202247
138bc75d-0d04-0410-961f-82ee72b054a4

And my OS is Ubuntu 64-bit
Linux DESK 3.8.0-29-generic #42-Ubuntu SMP Tue Aug 13 19:40:39 UTC 2013 x86_64
x86_64 x86_64 GNU/Linux

[Bug c++/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[harsha.patankar at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

--- Comment #4 from Harsha <harsha.patankar at gmail dot com> ---
Created attachment 30748
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30748&action=edit
config.log attached

[Bug bootstrap/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

--- Comment #5 from Paolo Carlini <paolo.carlini at oracle dot com> ---
You should really figure out what's so special about your setup/system, because
we have so many reports of successful builds, just look at gcc-testresults.

[Bug bootstrap/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[harsha.patankar at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

Harsha <harsha.patankar at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

--- Comment #6 from Harsha <harsha.patankar at gmail dot com> ---
Hi Paolo,
      I compiled it successfully :)
The texinfo pacakge was missing. 

After installing it and pulling the latest revision and recompiling it. Things
worked. 

Thanks for your support.

[Bug bootstrap/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

--- Comment #7 from Paolo Carlini <paolo.carlini at oracle dot com> ---
FYI, I don't think installing texinfo may have done the trick. More likely, you
had a tree with temporary glitches, can happen, when many changes are
committed.

[Bug bootstrap/58304] gcc dev branch compilation Failed at libstdc++-v3 (used gcc 4.7.3 to compile)

[harsha.patankar at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58304

Harsha <harsha.patankar at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #8 from Harsha <harsha.patankar at gmail dot com> ---
As Paolo stated, this error may be due to intermediate code sync up and
compilation. But was not seen in later code sync. 
Therefore closing this case.