From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20177 invoked by alias); 11 Jan 2014 15:36:48 -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 20099 invoked by uid 48); 11 Jan 2014 15:36:42 -0000 From: "Casey at Carter dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/59768] [4.8 Regression] std::thread constructor not handling reference_wrapper correctly Date: Sat, 11 Jan 2014 15:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 4.8.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: Casey at Carter dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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/msg01234.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59768 --- Comment #1 from Casey Carter --- This behavior would appear to NOT be erroneous. I was operating under the assumption that the behavior of the std::thread constructor and std::bind w= ere identical by design given that both use the "INVOKE" machinery defined by t= he standard in [func.require]/1. However, the replacement of reference_wrapper= with its stored reference is specified only for std::bind in [func.bind.bind]/10: The values of the bound arguments v1, v2, ..., vN and their corresponding t= ypes V1, V2, ..., VN depend on the types TiD derived from the call to bind and t= he cv-qualifiers cv of the call wrapper g as follows: =E2=80=94 if TiD is reference_wrapper, the argument is tid.get() and its= type Vi is T&; This would then not be a regression in the 4.8 line, but a correction to a long-standing bug. I apologize for wasting your time with an erroneous bug report. >>From gcc-bugs-return-440093-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jan 11 16:40:38 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19667 invoked by alias); 11 Jan 2014 16:40:38 -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 19615 invoked by uid 48); 11 Jan 2014 16:40:33 -0000 From: "doko at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/59770] New: [4.9 Regression] bootstrap failure for arm-linux-gnueabi targeting armv4t Date: Sat, 11 Jan 2014 16:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: doko at gcc dot gnu.org 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: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-01/txt/msg01235.txt.bz2 Content-length: 2371 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59770 Bug ID: 59770 Summary: [4.9 Regression] bootstrap failure for arm-linux-gnueabi targeting armv4t Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at gcc dot gnu.org trunk 20140111, arm-linux-gnueabi targeting armv4t ftbfs, arm-linux-gnueabihf targeting armv7 succeeds to build. configure -v --with-pkgversion='Debian 4.9-20140111-1' --with-bugurl='file:///usr/share/doc/gcc-4.9/README.Bugs' --enable-languages=c,c++,java,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-armel/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armel --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armel --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-sjlj-exceptions --with-arch=armv4t --with-float=soft --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi make[5]: Entering directory `/home/doko/gcc/4.9/armel/gcc-4.9-4.9-20140111/build/gcc' build/genpreds -c ../../src/gcc/config/arm/arm.md > tmp-constrs.h /bin/bash: line 1: 31819 Segmentation fault build/genpreds -c ../../src/gcc/config/arm/arm.md > tmp-constrs.h make[5]: *** [s-constrs-h] Error 139 make[5]: Leaving directory `/home/doko/gcc/4.9/armel/gcc-4.9-4.9-20140111/build/gcc' make[4]: *** [all-stage3-gcc] Error 2 make[4]: Leaving directory `/home/doko/gcc/4.9/armel/gcc-4.9-4.9-20140111/build' make[3]: *** [stage3-bubble] Error 2 make[3]: Leaving directory `/home/doko/gcc/4.9/armel/gcc-4.9-4.9-20140111/build' make[2]: *** [bootstrap] Error 2