[Bug debug/54395] GCC should be able to put DWARF tables in a non-mapped/strippable section for debug-only use

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/54400] New: recognize haddpd

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54400 Bug #: 54400 Summary: recognize haddpd Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: std::string::assign

Dear Jonathan, Thank you for posting my report to the bugzilla. Is it only a mistype that the bug's subject writes string::append, or really the bug is in that function? Thanks, Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Tue, 28 Aug 2012, Jonathan Wakely wrote: Date:

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7/4.8

[Bug c++/54401] New: Missing diagnostics about type-alias at class scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54401 Bug #: 54401 Summary: Missing diagnostics about type-alias at class scope Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major

[Bug c++/54401] Missing diagnostics about type-alias at class scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54401 Gabriel Dos Reis gdr at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug fortran/45516] [F08] allocatable compontents of recursive type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45516 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-29 09:18:01 UTC --- Test case by Wolfgang Kilian in the Function questions? thread: https://groups.google.com/d/msg/comp.lang.fortran/r4PVbtaBnFM/hufoSWKHDBIJ When handling the

[Bug debug/54402] New: [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 Bug #: 54402 Summary: [4.8 Regression] var-tracking does not scale Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug c++/54403] New: [C++11] operator! applied to a member of a templated class in a lambda expression that captures 'this' pointer crashes compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54403 Bug #: 54403 Summary: [C++11] operator! applied to a member of a templated class in a lambda expression that captures 'this' pointer crashes compiler Classification: Unclassified

[Bug target/54404] New: [4.8 Regression] *cfstring* failures for (obj-c|g)++ on *-apple-darwin* after revision 186789

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404 Bug #: 54404 Summary: [4.8 Regression] *cfstring* failures for (obj-c|g)++ on *-apple-darwin* after revision 186789 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/54403] [C++11] operator! applied to a member of a templated class in a lambda expression that captures 'this' pointer crashes compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54403 --- Comment #1 from Pavel ripper-tm at yandex dot ru 2012-08-29 10:38:21 UTC --- This is a regression. 4.6.3 works well.

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #4 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-08-29 10:50:22 UTC --- (In reply to comment #0) Extending the testcase shows even more bad behavior in 4.4.3 and earlier: #include string #include cassert

[Bug fortran/54405] New: bad debugging info which lead to a wrong behavior of reverse-next in gdb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54405 Bug #: 54405 Summary: bad debugging info which lead to a wrong behavior of reverse-next in gdb Classification: Unclassified Product: gcc Version: 4.6.3 Status:

[Bug fortran/54406] New: random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 Bug #: 54406 Summary: random_number() sometimes returns duplicate values when called from parallel threads Classification: Unclassified Product: gcc Version: 4.7.1

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 --- Comment #1 from bugzilla.tmschr at wronghead dot com 2012-08-29 12:39:55 UTC --- Created attachment 28099 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28099 Test to check for duplicate random numbers Changing variable M may

[Bug debug/54395] GCC should be able to put DWARF tables in a non-mapped/strippable section for debug-only use

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 --- Comment #6 from Rich Felker bugdal at aerifal dot cx 2012-08-29 12:43:23 UTC --- I seem to remember gcc -g -fno-asynchronous-unwind-tables -fno-unwind-tables producing a warning that these options are incompatible and that debugging will not

[Bug fortran/54405] bad debugging info which lead to a wrong behavior of reverse-next in gdb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54405 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug target/54407] New: FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407 Bug #: 54407 Summary: FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10 Classification:

[Bug libstdc++/54393] std::getline is almost 10x slower when working on a vstring versus std::string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 Peter Bergner bergner at gcc dot gnu.org changed: What|Removed |Added CC||paolo.carlini

[Bug libstdc++/54393] std::getline is almost 10x slower when working on a vstring versus std::string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 --- Comment #5 from Peter Bergner bergner at gcc dot gnu.org 2012-08-29 13:43:16 UTC --- Created attachment 28100 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28100 Trunk version of the vstring patch Here's a trunk version of Adhemerval's

[Bug libstdc++/54393] std::getline is almost 10x slower when working on a vstring versus std::string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 13:53:23 UTC --- No, I'm sorry, we are not going to do that for vstring. Remember that vstring is just a preview of the new std::string implementation for when we break

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 --- Comment #3 from bugzilla.tmschr at wronghead dot com 2012-08-29 13:55:46 UTC --- Sorry for this report!!!1!!eleven! You're right, that fixes it. The fault is clearly not with the random_number instrinsic. I've been searching for a bug in a

[Bug other/54408] New: sqrt for vector types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54408 Bug #: 54408 Summary: sqrt for vector types Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement Priority: P3

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 14:15:58 UTC --- Jon, didn't we somehow discuss this issue already, in a slightly different form (the issue of course was less evident pre that fix)? Thus, if I remember

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/54409] New: internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

this internal error: the exact version of GCC: gcc version 4.8.0 20120829 (experimental) (GCC) the system type: x86_64 (Fedora 17) the options given when GCC was configured/built: CC=/usr/bin/gcc $srcdir/configure --prefix=$prefix --disable-multilib \ --disable-libmudflap --disable-nls --enable

[Bug c/54409] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 --- Comment #1 from jim at meyering dot net 2012-08-29 14:40:35 UTC --- Created attachment 28101 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28101 connect.i from heavily pared-down connect.c

[Bug c/54409] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 jim at meyering dot net changed: What|Removed |Added Version|unknown |4.8.0 --- Comment #2 from jim

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 14:47:28 UTC --- Nope, I checked and _M_disjunct seems already Ok. The issue is actually with the logic in assign when _M_disjunct is false: it assumes we are simply

[Bug c++/54277] Template class member referred to with implicit this inside lambda is incorrectly const-qualified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54277 Leo Yuriev leo at yuriev dot ru changed: What|Removed |Added CC||leo at yuriev dot ru

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 15:13:57 UTC --- Thus, I guess the right thing to do is sort-of the other way around of what I was thinking: change _M_disjunct in such a way that when the destination

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #8 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-08-29 15:20:50 UTC --- Actually, valgrind does show an Invalid write of size 1 for this testcase, unrelated to the default string at all: { std::string s1 =

[Bug libstdc++/54393] std::getline is almost 10x slower when working on a vstring versus std::string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 Peter Bergner bergner at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug debug/54410] New: doubled DW_TAG_template_type_param

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54410 Bug #: 54410 Summary: doubled DW_TAG_template_type_param Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 15:28:45 UTC --- Ok, I see. The problem is that when the source is inside the destination, we may be copying one more char, the final '\0', than the current size and

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 15:32:29 UTC --- Note that the last snippet definitely caused problems even before the recent changes. Can't be a regression. Given the current status of the

[Bug c/54409] [4.8 Regression] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug middle-end/54394] [4.8 Regression] fatigue2 -flto run time regression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54394 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Summary|fatigue2 -flto run time |[4.8

[Bug c/54409] [4.8 Regression] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added CC||markus

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 16:20:43 UTC --- I'm sorry, you are right - it's been a while since the last time I looked into this code - going that way of the conditional is Ok, because the memory

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 16:53:02 UTC --- Nope, unfortunately I remembered correctly: if we call _M_replace_safe for these cases the new chars are copied at the very end. At that point, the

[Bug c/54409] [4.8 Regression] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 Marek Polacek polacek at redhat dot com changed: What|Removed |Added CC||polacek at

[Bug other/54411] New: libiberty: objalloc_alloc integer overflows (CVE-2012-3509)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411 Bug #: 54411 Summary: libiberty: objalloc_alloc integer overflows (CVE-2012-3509) Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED

[Bug other/54411] libiberty: objalloc_alloc integer overflows (CVE-2012-3509)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411 Florian Weimer fw at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug c/54409] [4.8 Regression] internal compiler error: in remap_predicate, at ipa-inline-analysis.c:2710

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54409 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug middle-end/54394] [4.8 Regression] fatigue2 -flto run time regression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54394 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED

[Bug libmudflap/24420] mudflap doesnt work with DSOs?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24420 Bastien ROUCARIES roucaries.bastien+bugs at gmail dot com changed: What|Removed |Added CC|

[Bug target/39423] [4.6/4.7/4.8 Regression] [SH] performance regression: lost mov @(disp,Rn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423 --- Comment #34 from Oleg Endo olegendo at gcc dot gnu.org 2012-08-29 19:05:35 UTC --- Christian, regarding your message on the patches list: http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01861.html I ended up 'fixing' the issue by folding the

[Bug other/54411] libiberty: objalloc_alloc integer overflows (CVE-2012-3509)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411 --- Comment #2 from joseph at codesourcery dot com joseph at codesourcery dot com 2012-08-29 19:09:55 UTC --- You do realise that pretty much nothing in the toolchain checks for overflows in calculating allocation sizes? If you want to fix such

[Bug other/54411] libiberty: objalloc_alloc integer overflows (CVE-2012-3509)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411 --- Comment #3 from Florian Weimer fw at gcc dot gnu.org 2012-08-29 19:18:58 UTC --- (In reply to comment #2) You do realise that pretty much nothing in the toolchain checks for overflows in calculating allocation sizes? bfd_alloc2 (bfd's

[Bug other/54411] libiberty: objalloc_alloc integer overflows (CVE-2012-3509)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411 --- Comment #4 from joseph at codesourcery dot com joseph at codesourcery dot com 2012-08-29 21:29:12 UTC --- On Wed, 29 Aug 2012, fw at gcc dot gnu.org wrote: You do realise that pretty much nothing in the toolchain checks for overflows in

[Bug middle-end/54394] [4.8 Regression] fatigue2 -flto run time regression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54394 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-08-29 21:30:45 UTC --- You can try whether it fixes your regression too. Yes, it does. Thanks. Did you check if you get the same run time with -flto and -fwhole-program?

[Bug rtl-optimization/54369] Delayed-branch pass in reorg.c removes too many instructions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54369 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING

[Bug libstdc++/54392] [4.6/4.7/4.8 Regression] std::string::assign() fails to update length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-29 23:21:25 UTC --- In fact, considering this issue a regression seems a bit of an over stretch to me: the empty rep case used to work essentially be chance, it's just a

[Bug bootstrap/43328] multilib bootstrap broken.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 --- Comment #22 from Cody Schafer jmesmon at gmail dot com 2012-08-29 23:47:24 UTC --- Created attachment 28102 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28102 gcc-fix-multib-hostargs.patch This patch fixes the bug by only adding

[Bug bootstrap/43328] multilib bootstrap broken.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 Cody Schafer jmesmon at gmail dot com changed: What|Removed |Added CC||jmesmon at gmail

[Bug testsuite/54397] [regression] gfortran.dg/guality/pr41558.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 --- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu 2012-08-30 00:14:36 UTC --- On Tue, Aug 28, 2012 at 11:58:34PM +, kargl at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 Reading symbols

[Bug target/54412] New: Request for 32-byte stack alignment with -mavx on Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412 Bug #: 54412 Summary: Request for 32-byte stack alignment with -mavx on Windows Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED

[Bug libstdc++/54172] [4.7/4.8 Regression] __cxa_guard_acquire thread-safety issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54172 James Y Knight foom at fuhm dot net changed: What|Removed |Added CC||foom at fuhm dot net