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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 --- Comment #5 from Steve Kargl 2012-08-30 06:17:48 UTC --- On Thu, Aug 30, 2012 at 06:07:00AM +, jakub at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 > > Jakub Jelinek changed: > >What|Remove

[Bug debug/53671] [4.8 Regression] Many guality test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53671 Jakub Jelinek changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #15

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[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 changed: What|Removed |Added CC||foom at fuhm dot net --- Comment #3 from

[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 testsuite/54397] [regression] gfortran.dg/guality/pr41558.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 --- Comment #3 from Steve Kargl 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 from > /usr/home/sgk/gcc/obj4x/gcc/test

[Bug bootstrap/43328] multilib bootstrap broken.

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

[Bug bootstrap/43328] multilib bootstrap broken.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 --- Comment #22 from Cody Schafer 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 --*-multilib options to basear

[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 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 very special case (... of a very

[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 changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[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 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? If yes, it would probably

[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 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 calculating allocation size

[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 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 XNEWVEC variant) contai

[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 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 issues more systematically, th

[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 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 patterns with iterators. Comm

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

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

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

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

[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 changed: What|Removed |Added Status|NEW |ASSIGNED CC|

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

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

[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 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 changed: What|Removed |Added CC||polacek at redhat dot com --- Comment #5

[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 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 destination string is already reall

[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 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 corresponding to the source (whi

[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 changed: What|Removed |Added CC||markus at trippelsdorf dot

[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 changed: What|Removed |Added Summary|fatigue2 -flto run time |[4.8 Regression] fatigue2

[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 changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[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 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 implementation I'm not sure if is worth fi

[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 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 overflow the allocated memory. We n

[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++/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 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[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 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 = "a"; s1.assign(s1.c_str(), 2); } So

[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 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 is the empty rep it always return

[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 changed: What|Removed |Added CC||leo at yuriev dot ru --- Comment #2 from Leo

[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 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 overwriting things and no memory al

[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 at

[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] 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 --e

[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 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[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 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 correctly what I was thinking 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 C

[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 la

[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 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 the ABI. We are not going to add

[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 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 vstring patch.

[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 changed: What|Removed |Added CC||paolo.carlini at oracle dot

[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: Unclassified

[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 changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2

[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 changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1

[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 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 work, but at the moment i

[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 in-/decreas

[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 St

[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: UNCONF

[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 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 #include int main() { std::string s1, s2; s1.assign(s2.c

[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 2012-08-29 10:38:21 UTC --- This is a regression. 4.6.3 works well.

[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] 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 debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 Steven Bosscher changed: What|Removed |Added Keywords||compile-time-hog Status|UNC

[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 Prior

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45516 --- Comment #6 from Tobias Burnus 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 deallocation, we need to

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

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

[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 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 changed: What|Removed |Added Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7/4.8 Regression]