[Bug tree-optimization/53395] [4.8 Regression] The LAPACK functions i(d|s)amax are more than two times slower after revision 187183

2012-08-28 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53395 --- Comment #9 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-28 07:04:52 UTC --- While working on this, I noticed that sometimes we don't produce what the x86 back-end calls IEEE MIN/MAX either but that is a different issue all together

[Bug fortran/54389] New: [F2003/F2008 difference] PURE functions and pointer dummy arguments

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 Bug #: 54389 Summary: [F2003/F2008 difference] PURE functions and pointer dummy arguments Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug c++/12850] memory consumption for heavy template instantiations tripled since 3.3

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added CC||hubicka at gcc

[Bug libstdc++/54388] std::array.at() const results in undefined behaviour

2012-08-28 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug libstdc++/54388] std::array.at() const results in undefined behaviour

2012-08-28 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-28 08:21:21 UTC --- The fix is to remove the constexpr from array::at, which isn't required by the standard anyway: diff --git a/libstdc++-v3/include/std/array

[Bug regression/54390] New: [AVX] FAIL: gcc.dg/vect/no-tree-sra-bb-slp-pr50730.c

2012-08-28 Thread izamyatin at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54390 Bug #: 54390 Summary: [AVX] FAIL: gcc.dg/vect/no-tree-sra-bb-slp-pr50730.c Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|WAITING ---

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 --- Comment #17 from Steven Bosscher steven at gcc dot gnu.org 2012-08-28 08:43:58 UTC --- (In reply to comment #4) ~/bin/maxmem2.sh gcc-4.4 -S -o /dev/null -g -fstack-protector -fPIE -Os test_node.i -std=gnu99 total: 744108 kB richi, can you

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread amonakov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 --- Comment #18 from Alexander Monakov amonakov at gcc dot gnu.org 2012-08-28 08:48:28 UTC --- (In reply to comment #17) richi, can you share this maxmem2 script? It's available on the wiki: http://gcc.gnu.org/wiki/PerformanceTesting

std::string::assign

2012-08-28 Thread Richard Kojedzinszky
Dear All, I've a strange bug, I've attached a small source which shows my issue. So, I am trying to assign a string containing an embedded \0 in it. You will find that in test() I use std::string::assign to do this, but in two cases the results are different. Please see the output of the

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 --- Comment #19 from Steven Bosscher steven at gcc dot gnu.org 2012-08-28 09:34:10 UTC --- With r190665, compile time is mostly spent in: loop doloop : 130.15 ( 8%) usr variable tracking : 990.72 (60%) usr var-tracking

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

2012-08-28 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 --- Comment #70 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-08-28 11:28:06 UTC --- (In reply to comment #69) Is there still a problem here? for current trunk and the original testcase, timings are reasonable at -O0 -O1

[Bug target/40735] memory hog compiling big functions with -fPIE

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 --- Comment #21 from Steven Bosscher steven at gcc dot gnu.org 2012-08-28 11:29:43 UTC --- (In reply to comment #14) ~/bin/maxmem2.sh gcc-4.7 -S -o /dev/null t.i -v -std=gnu99 -Os -fPIE -fstack-protector -g --param ggc-min-expand=100 --param

[Bug target/54252] [4.7/4.8 Regression] Bad alignment code generated for Neon loads

2012-08-28 Thread ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

Re: std::string::assign

2012-08-28 Thread Jonathan Wakely
Re: http://gcc.gnu.org/ml/gcc-bugs/2012-08/msg01843.html Hi, the gcc-bugs mailing list is for automated mails from our bug database, http://gcc.gnu.org/bugzilla To ensure a response you should either file a bug in the bugzilla database to it can be tracked and found by the interested parties, or

[Bug c/54391] New: transparent_union typedef'ing inconsistent

2012-08-28 Thread devel at fresse dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54391 Bug #: 54391 Summary: transparent_union typedef'ing inconsistent Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug regression/54390] [AVX] FAIL: gcc.dg/vect/no-tree-sra-bb-slp-pr50730.c

2012-08-28 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54390 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-08-28 13:21:29 UTC --- Without AVX, we got xorps%xmm4, %xmm4 shufps$0xe4, %xmm4, %xmm0 movlhps%xmm1, %xmm0 movaps%xmm4, %xmm1 movaps%xmm2, %xmm4

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

2012-08-28 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 Bug #: 54392 Summary: [4.6/4.7/4.8 Regression] std::string::append() fails to update length Classification: Unclassified Product: gcc Version: 4.6.3 Status:

[Bug libstdc++/54388] std::array.at() const results in undefined behaviour

2012-08-28 Thread daniel.kruegler at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-08-28 13:43:42 UTC --- (In reply to comment #2) The fix is to remove the constexpr from array::at, which isn't required by the standard anyway: It's not required,

[Bug libstdc++/54388] std::array.at() const results in undefined behaviour

2012-08-28 Thread daniel.kruegler at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #4 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-08-28 13:53:18 UTC --- (In reply to comment #3) (In reply to comment #2) The fix is to remove the constexpr from array::at, which isn't required by the standard

[Bug libstdc++/54388] std::array.at() const results in undefined behaviour

2012-08-28 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-28 13:55:36 UTC --- The paper does have implementation experience, and experience shows we got it wrong ;) We could do: return __n _Nm ? _M_instance[__n] :

[Bug libstdc++/54388] [4.7/4.8 Regression] std::array.at() const results in undefined behaviour

2012-08-28 Thread daniel.kruegler at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #6 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-08-28 14:07:11 UTC --- (In reply to comment #5) The paper does have implementation experience, and experience shows we got it wrong ;) We implemented it wrong is a

[Bug fortran/54384] gfortran memory leaks

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:49:19 UTC --- Author: burnus Date: Tue Aug 28 14:49:15 2012 New Revision: 190751 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190751 Log: 2012-08-28 Tobias Burnus

[Bug fortran/54382] gfortran show_locus: Invalid read of size 4

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54382 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:50:03 UTC --- Author: burnus Date: Tue Aug 28 14:49:55 2012 New Revision: 190752 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190752 Log: 2012-08-28 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:51:31 UTC --- (In reply to comment #6) * match_data_constant (mbdx.f90, comment 5) * aermod.f90: by 0x5D8C0D: traverse_data_var(gfc_data_variable*, locus*)

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

2012-08-28 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 --- Comment #71 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-08-28 14:54:54 UTC --- The -O3 compile is 3h later still running and needs 20Gb of RAM. The issue seems now to be variable_tracking_main #0 0x00b7b8ce in

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

2012-08-28 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added CC||aoliva at gcc

[Bug fortran/54382] gfortran show_locus: Invalid read of size 4

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54382 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/46254] ICE: in find_reloads, at reload.c:3806 (unable to generate reloads) with -fPIC -mcmodel={medium|large} and __sync_val_compare_and_swap

2012-08-28 Thread uros at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46254 --- Comment #2 from uros at gcc dot gnu.org 2012-08-28 17:22:18 UTC --- Author: uros Date: Tue Aug 28 17:22:13 2012 New Revision: 190754 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190754 Log: Backport from mainline 2012-08-27

[Bug target/46254] ICE: in find_reloads, at reload.c:3806 (unable to generate reloads) with -fPIC -mcmodel={medium|large} and __sync_val_compare_and_swap

2012-08-28 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46254 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/54388] [4.7/4.8 Regression] std::array.at() const results in undefined behaviour

2012-08-28 Thread bkoz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 Benjamin Kosnik bkoz at gcc dot gnu.org changed: What|Removed |Added CC||bkoz at gcc dot

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

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

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

2012-08-28 Thread bergner at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 Bug #: 54393 Summary: std::getline is almost 10x slower when working on a vstring versus std::string Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

2012-08-28 Thread bkoz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005 Benjamin Kosnik bkoz at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |bkoz at gcc dot

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

2012-08-28 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54392 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-28 18:10:13 UTC --- (In reply to comment #1) It is caused by revision 148850: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00833.html That patch fixed a race condition, and it

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

2012-08-28 Thread bergner at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 --- Comment #1 from Peter Bergner bergner at gcc dot gnu.org 2012-08-28 18:11:39 UTC --- Created attachment 28093 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28093 Test case as an attachment Adding test case as an attachment.

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

2012-08-28 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 18:18:15 UTC --- Author: burnus Date: Tue Aug 28 18:18:11 2012 New Revision: 190757 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190757 Log: 2012-08-28 Tobias Burnus

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

2012-08-28 Thread azanella at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 --- Comment #2 from Adhemerval Zanella azanella at linux dot vnet.ibm.com 2012-08-28 18:44:44 UTC --- Created attachment 28094 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28094 __gnu_ext::__vstring getline optimization

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

2012-08-28 Thread azanella at linux dot vnet.ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54393 --- Comment #3 from Adhemerval Zanella azanella at linux dot vnet.ibm.com 2012-08-28 18:49:42 UTC --- The default algorithm used on both std::string and __gnu_cxx::__vstring appends data char by char. However, std::string also provides an

[Bug libstdc++/54388] [4.7/4.8 Regression] std::array.at() const results in undefined behaviour

2012-08-28 Thread daniel.kruegler at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54388 --- Comment #8 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-08-28 20:34:34 UTC --- (In reply to comment #4) Replace return __n _Nm ? _M_instance[__n] : throw out_of_range(__N(array::at)); by

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

2012-08-28 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005 --- Comment #12 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-08-28 21:59:55 UTC --- (In reply to comment #11) Andrew I'll revert Then please set the object pointer to NULL in the __atomic_is_lock_free call.

[Bug middle-end/54394] New: fatigue2 -flto run time regression

2012-08-28 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54394 Bug #: 54394 Summary: fatigue2 -flto run time regression Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug bootstrap/54128] [4.8 Regression] GCC does not bootstrap on little endian mips due to mis-compare on tree-data-ref.c

2012-08-28 Thread sje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128 --- Comment #11 from Steve Ellcey sje at gcc dot gnu.org 2012-08-28 23:07:25 UTC --- I think the problem is the use of INSN_P instead of NONDEBUG_INSN_P in build_insn_chain (ira.c). Changing this fixes the small test case and I will do a full

[Bug target/54290] [4.6 regression] wrong code at -O2 with large offset

2012-08-28 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54290 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Target||sparc*-*-*

[Bug debug/54395] New: DWARF tables should go in non-mapped section unless exceptions are enabled

2012-08-28 Thread bugdal at aerifal dot cx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 Bug #: 54395 Summary: DWARF tables should go in non-mapped section unless exceptions are enabled Classification: Unclassified Product: gcc Version: unknown Status:

[Bug target/54290] [4.6 regression] wrong code at -O2 with large offset

2012-08-28 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54290 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug debug/54395] DWARF tables should go in non-mapped section unless exceptions are enabled

2012-08-28 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-28 23:28:00 UTC --- You need then also at runtime for doing a backtrace() which is why you need then at runtime.

[Bug debug/54395] DWARF tables should go in non-mapped section unless exceptions are enabled

2012-08-28 Thread bugdal at aerifal dot cx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 --- Comment #2 from Rich Felker bugdal at aerifal dot cx 2012-08-28 23:38:49 UTC --- I can see the argument that some users would want/need that, and perhaps even that you want backtrace() to be available in the default configuration, but I still

[Bug debug/54395] DWARF tables should go in non-mapped section unless exceptions are enabled

2012-08-28 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-28 23:40:11 UTC --- Also these tables are part of the ABI so removing them will cause a break.

[Bug debug/54395] DWARF tables should go in non-mapped section unless exceptions are enabled

2012-08-28 Thread bugdal at aerifal dot cx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54395 --- Comment #4 from Rich Felker bugdal at aerifal dot cx 2012-08-28 23:52:24 UTC --- Would you care to elaborate on how it would break anything? They're already easily removable with -fno-asynchronous-unwind-tables -fno-unwind-tables. The problem

[Bug testsuite/54396] New: [regression] gfortran.dg/guality/pr41558.f90

2012-08-28 Thread kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54396 Bug #: 54396 Summary: [regression] gfortran.dg/guality/pr41558.f90 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

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

2012-08-28 Thread kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 Bug #: 54397 Summary: [regression] gfortran.dg/guality/pr41558.f90 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

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

2012-08-28 Thread kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 --- Comment #1 from kargl at gcc dot gnu.org 2012-08-29 00:00:18 UTC --- Created attachment 28095 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28095 gfortran.log fail produced by the testsuite

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

2012-08-28 Thread kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54396 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

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

2012-08-28 Thread kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54397 --- Comment #2 from kargl at gcc dot gnu.org 2012-08-29 00:03:08 UTC --- *** Bug 54396 has been marked as a duplicate of this bug. ***

[Bug other/54398] New: Incorrect ARM assembly when building with -fno-omit-frame-pointer -O2

2012-08-28 Thread asharif at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54398 Bug #: 54398 Summary: Incorrect ARM assembly when building with -fno-omit-frame-pointer -O2 Classification: Unclassified Product: gcc Version: 4.6.4 Status:

[Bug tree-optimization/14526] Parameters passed by reference to inlined function are not optimized away

2012-08-28 Thread hjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14526 --- Comment #4 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-08-29 00:46:40 UTC --- Author: hjl Date: Wed Aug 29 00:46:36 2012 New Revision: 190766 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190766 Log: Replace alloca with

[Bug c++/54399] New: Invalid partial change from dynamic to static initialization

2012-08-28 Thread rafael.espindola at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54399 Bug #: 54399 Summary: Invalid partial change from dynamic to static initialization Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug libstdc++/54102] generated html vs. utf8

2012-08-28 Thread bkoz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54102 --- Comment #2 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-08-29 01:37:23 UTC --- Author: bkoz Date: Wed Aug 29 01:37:16 2012 New Revision: 190768 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190768 Log: 2012-08-28 Benjamin Kosnik

[Bug libstdc++/54102] generated html vs. utf8

2012-08-28 Thread bkoz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54102 --- Comment #3 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-08-29 04:44:19 UTC --- Author: bkoz Date: Wed Aug 29 04:44:10 2012 New Revision: 190771 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190771 Log: 2012-08-28 Benjamin Kosnik