[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915

--- Comment #6 from dominiq at lps dot ens dot fr 2010-09-08 06:56 --- pr45589 could be a duplicate of this pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578

[Bug middle-end/45589] [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled

--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-08 06:55 --- This pr could be a duplicate of pr45578. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #19 from burnus at gcc dot gnu dot org 2010-09-08 06:25 --- Reviewed patch ("OK") available at http://gcc.gnu.org/ml/fortran/2010-09/msg00198.html however, it causes regressions as some of the intrinsics (in intrinsic.c) have the wrong intents - which causes wrong code (too

[Bug rtl-optimization/45593] ICE on Sparc with -Os

--- Comment #1 from lacombar at gmail dot com 2010-09-08 06:13 --- Created an attachment (id=21734) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21734&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45593

[Bug c/45593] New: ICE on Sparc with -Os

from linux-2.6.36-rc3, `fs/jdb2/journal.c' triggers the following: /linux-2.6/fs/jbd2/journal.c:1200:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. On a reduced testcase:

[Bug fortran/45592] New: [OOP] Valid structure constructor rejected

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/5c7eef953c5653ff Assuming the definition, type, abstract :: pointGen ! ... end type pointGen type, extends( pointGen) :: point2d real :: x real :: y end type point2d the structure constructor w

[Bug fortran/45575] ICE on missing module file

th x86_64-unknown-linux-gnu (4.6.0 20100907 (experimental) [trunk > revision 163943]) > and also under i686-w64-mingw and x86_64-w64-mingw. > > A test with i586-pc-mingw32 is pending; Kai offered to do it. > > Brad, if possible, can you provide more information, i.e. which version of

[Bug fortran/45575] ICE on missing module file

th x86_64-unknown-linux-gnu (4.6.0 20100907 (experimental) [trunk > revision 163943]) > and also under i686-w64-mingw and x86_64-w64-mingw. > > A test with i586-pc-mingw32 is pending; Kai offered to do it. > > Brad, if possible, can you provide more information, i.e. which version of

[Bug other/45587] the processor(s) that read the .texi files mess up.

--- Comment #5 from zadeck at naturalbridge dot com 2010-09-08 03:42 --- Subject: Re: the processor(s) that read the .texi files mess up. On 09/07/2010 11:38 PM, zadeck at gcc dot gnu dot org wrote: > --- Comment #4 from zadeck at gcc dot gnu dot org 2010-09-08 03:38 > --

[Bug other/45587] the processor(s) that read the .texi files mess up.

--- Comment #4 from zadeck at gcc dot gnu dot org 2010-09-08 03:38 --- Subject: Bug 45587 Author: zadeck Date: Wed Sep 8 03:38:40 2010 New Revision: 163987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163987 Log: 2010-09-08 Kenneth Zadeck PR doc/45587 * doc/

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #9 from tstarling at wikimedia dot org 2010-09-08 02:36 --- Created an attachment (id=21732) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21732&action=view) 10 lines, 500 bytes per line Test file attached as requested, compressed with gzip. Test code follows. get

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

--- Comment #49 from hjl dot tools at gmail dot com 2010-09-08 02:16 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution

--- Comment #6 from hp at gcc dot gnu dot org 2010-09-08 02:13 --- Created an attachment (id=21731) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21731&action=view) Somewhat simplified test-case I'm having a look at this. I simplified the test-case somewhat, eliminating some loops

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #8 from tstarling at wikimedia dot org 2010-09-08 01:34 --- (In reply to comment #5) > For sure we cannot add virtual functions to basic_streambuf without breaking > the ABI. I'm mostly looking for a long-term fix, to improve the speed of libstdc++ applications generally, e

[Bug target/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin

--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-08 01:06 --- Fixed on trunk at r163971. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added ---

[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin

--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-09-08 01:05 --- Fixed on trunk at r163971. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added --

[Bug target/40959] build fails - No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop.

--- Comment #18 from hjl dot tools at gmail dot com 2010-09-08 00:32 --- (In reply to comment #17) > (In reply to comment #9) > > unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for': > > ../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788: > > undefined

[Bug middle-end/45589] [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-08 00:29 --- I used "-O3 -funroll-loops -ffast-math" on Linux/x86-64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #9 from danglin at gcc dot gnu dot org 2010-09-08 00:24 --- Subject: Bug 43959 Author: danglin Date: Wed Sep 8 00:24:44 2010 New Revision: 163985 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163985 Log: Revert PR testsuite/43959 * gcc.dg/to

[Bug middle-end/45589] [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-08 00:18 --- It is caused by revision 163915: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00207.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-08 00:15 --- Subject: Re: [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors) > This change isn't necessary or correct, the test should (and does) fold away > all references to cproj

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #7 from ghazi at gcc dot gnu dot org 2010-09-07 23:43 --- (In reply to comment #6) > Subject: Bug 43959 > Author: danglin > Date: Tue Sep 7 23:23:30 2010 > New Revision: 163979 > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163979 > Log: > PR testsuite/43959

[Bug testsuite/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)

--- Comment #6 from danglin at gcc dot gnu dot org 2010-09-07 23:23 --- Subject: Bug 43959 Author: danglin Date: Tue Sep 7 23:23:30 2010 New Revision: 163979 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163979 Log: PR testsuite/43959 * gcc.dg/torture/builtin-c

[Bug target/40959] build fails - No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop.

--- Comment #17 from gerald at pfeifer dot com 2010-09-07 23:19 --- (In reply to comment #9) > unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for': > ../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788: > undefined reference to `_Unwind_FindTableEntry' >

[Bug testsuite/45590] FAIL: gcc.dg/graphite/pr44391.c: unrecognized command line option '-m32'

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-07 23:19 --- Just remove the -m32, people who care about -m32 will have use it while running the testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45590

[Bug testsuite/45590] New: FAIL: gcc.dg/graphite/pr44391.c: unrecognized command line option '-m32'

Executing on host: /home/dave/gnu/gcc-4.6/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4 .6/objdir/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/graphite/pr44391.c -Os -m32 -fgraphite-identity -ffast-math -S -o pr44391.s(timeout = 300)cc1: error: unrecognized command line option '-m32' compiler e

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #38 from LpSolit at netscape dot net 2010-09-07 22:54 --- (In reply to comment #37) > You should have shell access, do you not? I have now, yes, thanks to fche, see comment 36. I now have a working local copy of GCC Bugzilla to play with (both code and DB). I have one quest

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-07 22:53 --- Fixed, closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/36931] unneeded temporary for array intrinsic binop scalar

--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-07 22:52 --- Fixed, closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-07 22:51 --- Subject: Bug 45576 Author: tkoenig Date: Tue Sep 7 22:50:54 2010 New Revision: 163978 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163978 Log: 2010-09-07 Thomas Koenig PR fortran/45576

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #37 from dberlin at gcc dot gnu dot org 2010-09-07 22:50 --- Subject: Re: Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6 You should have shell access, do you not? On Tue, Sep 7, 2010 at 2:11 PM, LpSolit at netscape dot net wrote: > > > --- Comment #35 from LpSolit at

[Bug debug/45103] DW_OP_reg* has too large valid range for noreturn funcs

--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-07 22:46 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/45588] unused-but-set-variable false trigger building gold

--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-07 22:45 --- Reproduced with: void bar (unsigned char *); template struct S { static const int k = 6; }; template const int S::k; template void foo () { const int i = S::k; unsigned char a[i]; bar (a); } void bar ()

[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

--- Comment #5 from janus at gcc dot gnu dot org 2010-09-07 22:34 --- Here is a better patch: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 163946) +++ gcc/fortran/resolve.c (working copy)

[Bug libstdc++/45549] merge is_iterator into iterator_traits

--- Comment #14 from paolo dot carlini at oracle dot com 2010-09-07 22:32 --- Done. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug libstdc++/45549] merge is_iterator into iterator_traits

--- Comment #13 from paolo at gcc dot gnu dot org 2010-09-07 22:31 --- Subject: Bug 45549 Author: paolo Date: Tue Sep 7 22:30:33 2010 New Revision: 163977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163977 Log: 2010-09-07 Paolo Carlini Marc Glisse P

[Bug c++/45588] unused-but-set-variable false trigger building gold

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-07 22:28 --- Let's add Jakub in CC. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #5 from mikpe at it dot uu dot se 2010-09-07 22:26 --- (In reply to comment #3) > I'm currently checking if latest trunk (r163951) is still broken. It is. I'll try to come up with a cross-compiler friendly test case tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug middle-end/45589] [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled

--- Comment #1 from hjl dot tools at gmail dot com 2010-09-07 22:25 --- Revision 163963 is bad. Revision 163913 is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589

[Bug middle-end/45589] New: [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled

On Linux/x86, 200.sixtrack in SPEC CPU 2000 is miscompiled at -O3: Running 200.sixtrack ref peak lnx32e-gcc default *** Miscompare of inp.out, see /export/gnu/import/svn/gcc-test/spec/2000/x86_64/ spec/benchspec/CFP2000/200.sixtrack/run/0004/inp.out.mis [...@gnu-16 x86_64]$ cat /export/gnu/

[Bug libstdc++/43451] [C++0x] atomic integral methods missing volatile overloads

--- Comment #5 from paolo dot carlini at oracle dot com 2010-09-07 22:15 --- That would be just great! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43451

[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

--- Comment #4 from janus at gcc dot gnu dot org 2010-09-07 22:13 --- (In reply to comment #3) > > I posted a patch at http://gcc.gnu.org/ml/fortran/2010-09/msg00176.html. > > The patch fixes this pr. Well, unfortunately the patch does not really fix the problem, but only defers it. Th

[Bug c++/45588] unused-but-set-variable false trigger building gold

--- Comment #1 from amodra at gmail dot com 2010-09-07 21:59 --- Confirmed on powerpc-linux 4.6.0 20100905 $ ~/build/ppc/gcc-curr/gcc/g++ -B ~/build/ppc/gcc-curr/gcc/ -I ~/build/ppc/gcc-curr/powerpc-linux/libstdc++-v3/include/powerpc-linux -I ~/build/ppc/gcc-curr/powerpc-linux/libstdc++-

[Bug c++/45588] New: unused-but-set-variable false trigger building gold

http://lists.gnu.org/archive/html/bug-binutils/2010-09/msg00026.html -- Summary: unused-but-set-variable false trigger building gold Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/20517] bit shift/mask optimization potential

--- Comment #4 from zsojka at seznam dot cz 2010-09-07 21:50 --- However, this optimization in RTL doesn't happen in all cases. For x86_64-linux (with or without -m32): - testcase.c - _Bool foo(unsigned i) { return (i >> 5) > 10; } _Bool bar(unsigned i) { return

[Bug libstdc++/43451] [C++0x] atomic integral methods missing volatile overloads

--- Comment #4 from bkoz at gcc dot gnu dot org 2010-09-07 21:47 --- sorry p, i have these changes on a branch as part of the constexpr work. will finish up this week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43451

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

-- fche at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |LpSolit at netscape dot net |dot org |

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

--- Comment #48 from hjl at gcc dot gnu dot org 2010-09-07 21:19 --- Subject: Bug 36502 Author: hjl Date: Tue Sep 7 21:18:55 2010 New Revision: 163971 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163971 Log: Redefine STACK_BOUNDARY/PREFERRED_STACK_BOUNDARY for Darwin/x86. gc

[Bug target/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin

--- Comment #7 from hjl at gcc dot gnu dot org 2010-09-07 21:19 --- Subject: Bug 44651 Author: hjl Date: Tue Sep 7 21:18:55 2010 New Revision: 163971 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163971 Log: Redefine STACK_BOUNDARY/PREFERRED_STACK_BOUNDARY for Darwin/x86. gcc

[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin

--- Comment #10 from hjl at gcc dot gnu dot org 2010-09-07 21:19 --- Subject: Bug 42313 Author: hjl Date: Tue Sep 7 21:18:55 2010 New Revision: 163971 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163971 Log: Redefine STACK_BOUNDARY/PREFERRED_STACK_BOUNDARY for Darwin/x86. gc

[Bug fortran/45575] ICE on missing module file

linux-gnu (4.6.0 20100907 (experimental) [trunk > revision 163943]) > and also under i686-w64-mingw and x86_64-w64-mingw. > > A test with i586-pc-mingw32 is pending; Kai offered to do it. > > Brad, if possible, can you provide more information, i.e. which version of > MinGW32 exact

[Bug other/45587] the processor(s) that read the .texi files mess up.

--- Comment #3 from zadeck at naturalbridge dot com 2010-09-07 20:43 --- i am fixing the doc as joseph suggests, this is not a bug with the tool. will commit after i look at the results. -- zadeck at naturalbridge dot com changed: What|Removed |Ad

[Bug other/45587] the processor(s) that read the .texi files mess up.

--- Comment #2 from zadeck at naturalbridge dot com 2010-09-07 20:31 --- Subject: Re: the processor(s) that read the .texi files mess up. thanks, i will fix the doc and commit. On 09/07/2010 03:54 PM, joseph at codesourcery dot com wrote: > --- Comment #1 from joseph at codesour

[Bug other/45587] the processor(s) that read the .texi files mess up.

--- Comment #1 from joseph at codesourcery dot com 2010-09-07 19:54 --- Subject: Re: New: the processor(s) that read the .texi files mess up. On Tue, 7 Sep 2010, zadeck at naturalbridge dot com wrote: > @cindex @code{lc...@var{m}@var{n}2} This is the index entry, with "n". > @item

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #7 from redi at gcc dot gnu dot org 2010-09-07 19:50 --- (In reply to comment #0) > Calling ios::sync_with_stdio(false) before the loop start reduces the time per > line to around 0.3us, on par with fgets(). This suggests that the problem is > with the stdio synchronisation c

[Bug other/45587] New: the processor(s) that read the .texi files mess up.

the lceil part of md.texi is: == @cindex @code{lc...@var{m}@var{n}2} @item @samp{lc...@var{m}2} Convert operand 1 (valid for floating point mode @var{m}) to fixed point mode @var{n} as a signed number rounding up and store in operand 0 (which has mode @var{n}). =

[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment

--- Comment #2 from jv244 at cam dot ac dot uk 2010-09-07 19:30 --- Actually works with 4.5 but fails with trunk -- jv244 at cam dot ac dot uk changed: What|Removed |Added

[Bug lto/45586] ICE non-trivial conversion at assignment

--- Comment #1 from jv244 at cam dot ac dot uk 2010-09-07 19:28 --- Simple testcase (gfortran -flto test.f90): MODULE M1 INTEGER, PARAMETER :: dp=8 TYPE realspace_grid_type REAL(KIND=dp), DIMENSION ( :, :, : ), ALLOCATABLE :: r END TYPE realspace_grid_type END MODULE MODUL

[Bug lto/45586] New: ICE non-trivial conversion at assignment

I'm trying to do an lto build of CP2K, but this fails with: /data03/vondele/clean/cp2k/makefiles/../src/qs_linres_current.F: In function ‘calculate_jrho_resp’: /data03/vondele/clean/cp2k/makefiles/../src/qs_linres_current.F:614:0: error: non-trivial conversion at assignment struct array3_real(kind

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

--- Comment #18 from uweigand at gcc dot gnu dot org 2010-09-07 19:18 --- (In reply to comment #17) > I am thinking in the same direction. merge_assign_reloads is dated by 1993. > Since then it was not practically changed. I guess postreload can remove > unecessary loads if it is gen

[Bug fortran/45583] Typo in onlinedocs/gfortran/COS.html / intrinsics.texi

--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-07 19:07 --- Subject: Bug 45583 Author: burnus Date: Tue Sep 7 19:07:36 2010 New Revision: 163965 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163965 Log: 2010-09-07 Tobias Burnus PR fortran/45583 *

[Bug fortran/45583] Typo in onlinedocs/gfortran/COS.html / intrinsics.texi

--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-07 19:07 --- FIXED -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #17 from burnus at gcc dot gnu dot org 2010-09-07 19:03 --- Subject: Bug 45186 Author: burnus Date: Tue Sep 7 19:03:41 2010 New Revision: 163964 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163964 Log: 2010-09-07 Tobias Burnus PR fortran/45186 *

[Bug tree-optimization/45256] Missed arithmetic simplification at tree level

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-09-07 18:41 --- ret_59 = (i_53 + 1) * 32 - (32 - ret_56) So this looks like a re-association issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45256

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #36 from fche at redhat dot com 2010-09-07 18:16 --- You're all set with plain shell access now. Connect to irc.freenode.net #overseers for any further needs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #35 from LpSolit at netscape dot net 2010-09-07 18:11 --- (In reply to comment #34) > The last question I had of Daniel was could we get a test bed > so others could try out the new bugzilla setup--looks like that is underway. Yes, we will have a test installation, as discu

[Bug c++/45114] implement C++0x alias-declaration

--- Comment #2 from bangerth at gmail dot com 2010-09-07 18:08 --- Corresponding paper, for reference: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

--- Comment #17 from vmakarov at redhat dot com 2010-09-07 18:03 --- (In reply to comment #16) > > > I just noticed that even in the complete absence of reload inheritance, the > allocate_reload_reg routine performs free_for_value_p checks, and therefore > implicitly takes reload order

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #34 from tom dot browder at gmail dot com 2010-09-07 17:58 --- (In reply to comment #33) > I guess you meant to be CC'ed? > Yes. The work I started was a Perl script to convert a 2.20+ database to the latest version. The last question I had of Daniel was could we get a t

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #6 from paolo dot carlini at oracle dot com 2010-09-07 17:55 --- By the way, I don't know anything about your testcase (it would be a good idea attaching something here, just in case), but on my machines, i7 mostly, I don't see anything similar to your performance gap, I see

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #5 from paolo dot carlini at oracle dot com 2010-09-07 17:49 --- For sure we cannot add virtual functions to basic_streambuf without breaking the ABI. Also, getline certainly isn't just fgets, takes a delim char, uses traits, etc. Sure, anyway, in principle you can often spe

[Bug middle-end/45585] New: [4.6 Regression] ICE on powerpc-apple-darwin9 for gfortran.dg/transfer_simplify_2.f90 with -O2 -m64

Between revisions 163595 (working) and 163628 (failing) compiling gfortran.dg/transfer_simplify_2.f90 with -O2 -m64 gives an ICE [karma] f90/bug% gfc -O2 -m64 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f9

[Bug c++/44737] ICE in instantiate_decl

--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-07 17:34 --- Maybe related to PR44118, both ICE on the same gcc_assert -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44737

[Bug other/45443] GCC documentation for -O3 flag doesn't mention -fipa-cp-clone

--- Comment #1 from jamborm at gcc dot gnu dot org 2010-09-07 17:28 --- Patch posted to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00592.html -- jamborm at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #4 from tstarling at wikimedia dot org 2010-09-07 17:18 --- Benchmarking on Solaris indicates that cin.getline() takes only 1us per iteration there, but I don't think the source code is available, so it's hard to provide details. However, I think that a huge speedup could b

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-07 17:14 --- (In reply to comment #3) > Hi Mikael, > > I'd rather fix this somewhere else. > If you want. Re-assigning to you then. -- mikael at gcc dot gnu dot org changed: What|Removed |

[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-07 17:02 --- Valgrind reports: Compiler executable checksum: 49fb87eb28749ed7ad604cc77a74ec38 ==24854== Invalid read of size 2 ==24854==at 0x1258998: gimple_fold_obj_type_ref_known_binfo (gimple-fold.c:1383) ==24854==by

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #18 from jamborm at gcc dot gnu dot org 2010-09-07 17:01 --- Subject: Bug 43665 Author: jamborm Date: Tue Sep 7 17:00:44 2010 New Revision: 163960 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163960 Log: 2010-09-07 Martin Jambor PR fortran/43665

[Bug c/45584] New: typeof with casting from const to non-const does not work properly

typeof() does not property recognizes the non-const type, which was casted from const type: $ cat plik.c #include int main() { const unsigned long val; typeof( ((unsigned long)(val)) ) val2; val2 = 0; //compilation error } $ gcc -o plik plik.c plik.c: In function âmainâ: plik.c:7: e

[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-07 16:51 --- It is caused by revision 161655: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #3 from tkoenig at gcc dot gnu dot org 2010-09-07 16:48 --- (In reply to comment #2) > Index: dependency.c > === > --- dependency.c(r��vision 163944) > +++ dependency.c(copie de travail) > @@ -182

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #4 from ramana at gcc dot gnu dot org 2010-09-07 16:42 --- Confirmed based on comment #2 -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/45583] New: Typo in onlinedocs/gfortran/COS.html / intrinsics.texi

http://gcc.gnu.org/onlinedocs/gfortran/COS.html shows a typo for the Specific names -- some superfluous "n" after COS. -- Summary: Typo in onlinedocs/gfortran/COS.html / intrinsics.texi Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keyword

[Bug target/44557] internal compiler error: in gen_thumb_movhi_clobber, at config/arm/arm.md:5811

--- Comment #5 from ibolton at gcc dot gnu dot org 2010-09-07 16:24 --- (In reply to comment #4) > I my earlier tests I failed to notice that this test case triggers one of two > different ICEs, depending on options and compiler version. I also mistakenly > tested with a locally modifie

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #33 from LpSolit at netscape dot net 2010-09-07 16:22 --- I guess you meant to be CC'ed? -- LpSolit at netscape dot net changed: What|Removed |Added

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #32 from gerald at pfeifer dot com 2010-09-07 16:15 --- I believe the following should work: cvs -z9 -d :ext:lpso...@gcc.gnu.org:/cvs/gcc co wwwdocs bugzilla is a subdirectory there, not a module. sourceware.org and gcc.gnu.org should both work, but since is GCC Bugzilla

[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-07 16:09 --- Fixed. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-07 16:05 --- Subject: Bug 45564 Author: mikael Date: Tue Sep 7 16:04:55 2010 New Revision: 163958 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163958 Log: 2010-09-07 Mikael Morin * trans-stmt.c (gfc_trans_c

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #31 from tromey at gcc dot gnu dot org 2010-09-07 15:50 --- (In reply to comment #30) > $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/sourceware co sourceware > cvs server: cannot find module `sourceware' - ignored > cvs [checkout aborted]: cannot expand modules Use the mod

[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os

--- Comment #13 from ubizjak at gmail dot com 2010-09-07 15:42 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/45518] [4.6 regression] bootstrap failure on SPARC 64-bit

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-07 15:41 --- Fixed on SPARC64/Solaris as well. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os

--- Comment #12 from uros at gcc dot gnu dot org 2010-09-07 15:39 --- Subject: Bug 45206 Author: uros Date: Tue Sep 7 15:38:59 2010 New Revision: 163955 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163955 Log: PR target/45206 * config/i386/i386.c (ix86_expand_

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #16 from burnus at gcc dot gnu dot org 2010-09-07 15:29 --- (In reply to comment #15) > Created an attachment (id=21725) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21725&action=view) [edit] +#define build6_loc(l,c,t1,t2,t3,t4,t5,t6,t7) \ + build1_stat_loc (l,c,t1,t

[Bug driver/45582] New: gcda file names collision when profiling

I got some "coverage mismatch for function" messages during the -fprofile-use stage. input/proc.c: In function 'Proc_2': input/proc.c:370:1: error: coverage mismatch for function 'Proc_2' while reading counter 'arcs' input/proc.c:370:1: note: checksum is 423e382 instead of 90c94998 input/proc.c:

[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-07 15:13 --- IVOPTs is causing this - when we retain points-to info there we also copy alignment information, but that is of course bogus. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug fortran/45575] ICE on missing module file

--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-07 15:09 --- Works with x86_64-unknown-linux-gnu (4.6.0 20100907 (experimental) [trunk revision 163943]) and also under i686-w64-mingw and x86_64-w64-mingw. A test with i586-pc-mingw32 is pending; Kai offered to do it. Brad, if

[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-07 15:02 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|rguen

[Bug libstdc++/45549] merge is_iterator into iterator_traits

--- Comment #12 from paolo dot carlini at oracle dot com 2010-09-07 14:59 --- I think we should apply it and see how it goes. I'm thinking that after all we are not risking much: the class is empty anyway (in terms of ABI) and we are not risking rejecting valid iterators, only the other

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #30 from LpSolit at netscape dot net 2010-09-07 14:54 --- Daniel, did you get the email I sent you on August 19? I need some help to start working on this project. Just in case someone else can help too, here is the content of the email I sent to Daniel: The welcome email I

[Bug bootstrap/45174] Make fails in zlib

--- Comment #22 from ibolton at gcc dot gnu dot org 2010-09-07 14:44 --- (In reply to comment #21) > Subject: Re: Make fails in zlib > > Hello; > Well I solved my problem, however the issue still remains. I installed > the latest native binutils and gcc-4.5.1 on my linux insta

  1   2   >