[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-02 02:33 --- Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected > On Sat, 01 Nov 2008, danglin at gcc dot gnu dot org wrote: > > Possibly the attached change will fix the pro

[Bug c++/36654] [4.3 regression] Inlined con/de-structor breaks virtual inheritance dllimport classes

--- Comment #7 from tdragon at tdragon dot net 2008-11-02 00:54 --- C'mon, folks! Any chance of getting this fixed? -- tdragon at tdragon dot net changed: What|Removed |Added -

[Bug rtl-optimization/37994] New: peephole2 helper functions not documented.

I was looking for "official" (documented to work and intended to stay working) helper functions to use in peephole2 patterns, for checking whether e.g. a specific hard register was free to use. It appears there are some such functions obviously intended for that use and used in various ports, but

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

--- Comment #7 from hp at gcc dot gnu dot org 2008-11-01 23:04 --- Fixed as per . (I'm dropping 4.2). -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/37992] [4.4 Regression] ICE segfault for "character(len=len(x)) :: foo,x"

--- Comment #2 from janus at gcc dot gnu dot org 2008-11-01 22:42 --- This is really funny. If I compile a file which contains exactly the three lines given in comment #0 (and nothing else), I get some errors, but no ICE. However, if I add at least two blank lines (no matter where), the

[Bug fortran/37992] [4.4 Regression] ICE segfault for "character(len=len(x)) :: foo,x"

--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-01 22:38 --- First valgrind error: ==21621== Invalid read of size 8 ==21621==at 0x46AAEA: gfc_resolve_expr (resolve.c:4248) That is: if (e->symtree == NULL || e->symtree->n.sym == NULL) I think e->expr_type == EXPR_FUNCTIO

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

--- Comment #6 from hp at gcc dot gnu dot org 2008-11-01 22:29 --- Subject: Bug 37939 Author: hp Date: Sat Nov 1 22:28:28 2008 New Revision: 141527 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141527 Log: PR target/37939 * gcc.target/cris/biap.c: New test. Ad

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

--- Comment #5 from hp at gcc dot gnu dot org 2008-11-01 22:28 --- Subject: Bug 37939 Author: hp Date: Sat Nov 1 22:26:43 2008 New Revision: 141526 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141526 Log: PR target/37939 * config/cris/cris.c (cris_rtx_costs) :

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

--- Comment #4 from hp at gcc dot gnu dot org 2008-11-01 22:20 --- Subject: Bug 37939 Author: hp Date: Sat Nov 1 22:19:26 2008 New Revision: 141525 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141525 Log: PR target/37939 * gcc.target/cris/biap.c: New test. Ad

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

--- Comment #3 from hp at gcc dot gnu dot org 2008-11-01 22:17 --- Subject: Bug 37939 Author: hp Date: Sat Nov 1 22:16:09 2008 New Revision: 141524 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141524 Log: PR target/37939 * config/cris/cris.c (cris_rtx_costs) :

[Bug fortran/35040] usage of init expression in its own definition

--- Comment #6 from burnus at gcc dot gnu dot org 2008-11-01 22:14 --- (In reply to comment #5) > On a related note: The following snippet from PR36426 produces an ICE. > function foo(x) >character(len=len(x)) :: foo,x > end function foo As this ICE is a regression, I opened the P

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #18 from paolo at gcc dot gnu dot org 2008-11-01 22:10 --- Subject: Bug 37958 Author: paolo Date: Sat Nov 1 22:09:43 2008 New Revision: 141523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141523 Log: 2008-11-01 Paolo Carlini <[EMAIL PROTECTED]> PR libst

[Bug ada/37993] New: bootstrap with ada fails: a-direct.ads:426:09: alignment for "Search_Typeb82s" must be at least 8

/Users/dave/Documents/gnu/gcc/objdir/./gcc/xgcc -B/Users/dave/Documents/gnu/gcc/ objdir/./gcc/ -B/opt/gnu/gcc/gcc-4.4.0/i686-apple-darwin9/bin/ -B/opt/gnu/gcc/gc c-4.4.0/i686-apple-darwin9/lib/ -isystem /opt/gnu/gcc/gcc-4.4.0/i686-apple-darwi n9/include -isystem /opt/gnu/gcc/gcc-4.4.0/i686-apple-da

[Bug fortran/37992] New: [4.4 Regression] ICE segfault for "character(len=len(x)) :: foo,x"

Split off from PR 35040 comment 5. The following program gives now an ICE: function foo(x) character(len=len(x)) :: foo,x end function foo With 4.3 there is no ICE, but with 4.4 there is an ICE after the (new!) error detection. ("len(x)... :: x" is invalid.) Valgrind shows a huge number of

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #9 from janus at gcc dot gnu dot org 2008-11-01 22:00 --- Fixed with r141522. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #8 from janus at gcc dot gnu dot org 2008-11-01 21:57 --- Subject: Bug 36426 Author: janus Date: Sat Nov 1 21:56:27 2008 New Revision: 141522 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141522 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]> PR fortran/3

[Bug c++/37991] excessive memory consumption - possible hang

--- Comment #1 from dcb314 at hotmail dot com 2008-11-01 21:28 --- Created an attachment (id=16611) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16611&action=view) C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37991

[Bug c++/37991] New: excessive memory consumption - possible hang

I just tried to compile the attached C++ source code with both gcc 4.3.1 and gcc 4.4.0 snapshot 20081031. gcc 431 took less than one second and consumed a trivial amount of virtual memory. gcc 440 snapshot 20081031 took over 90 seconds on an idle machine, and consumed over 11 Gig of virtual memor

[Bug c/37990] New: -Os produces redundant instructions

DESCRIPTION: Simple test case is below. There is redundant stack manipulation in the assembly output. Use gcc -Wall -Os -S test.c - VERSION INFO: -- gcc -v Using built-in specs. Target:

[Bug fortran/35040] usage of init expression in its own definition

--- Comment #5 from janus at gcc dot gnu dot org 2008-11-01 21:19 --- On a related note: The following snippet from PR36426 produces an ICE. function foo(x) character(len=len(x)) :: foo,x end function foo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040

[Bug target/37812] [4.4 Regression] Invalid mnemonic 'lvlx'

--- Comment #2 from ubizjak at gmail dot com 2008-11-01 21:04 --- There was similar problem on x86 target with sun as and ffreep mnemonic. This was fixed by a configure check and conditional generation of either "ffreep" or ".word\t0x". Please grep for HAVE_AS_IX86_FFREEP. -- h

[Bug ada/33602] FAIL: c452001

--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-01 20:23 --- 4.3.3 20081006 revision 140917 and 4.4.0 20081027 revision 141382 are ok. -- danglin at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605

--- Comment #69 from danglin at gcc dot gnu dot org 2008-11-01 20:15 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFI

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #7 from dominiq at lps dot ens dot fr 2008-11-01 20:13 --- With the patch in comment #6 the following code gives an ICE: subroutine sub(x) abstract interface character function abs_fun() end function end interface procedure(abs_fun):: x end subroutine end [ibo

[Bug fortran/37749] ICE on array section with vector subscript

--- Comment #6 from pault at gcc dot gnu dot org 2008-11-01 19:47 --- Jakub, Thanks for the report - fixed by Mikael on trunk and 4.3. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/37749] ICE on array section with vector subscript

--- Comment #5 from pault at gcc dot gnu dot org 2008-11-01 19:47 --- Subject: Bug 37749 Author: pault Date: Sat Nov 1 19:45:41 2008 New Revision: 141521 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141521 Log: 2008-11-01 Mikael Morin <[EMAIL PROTECTED]> PR fortran

[Bug fortran/37903] [4.3/4.4 Regression] wrong-code for complicated vector subscripts

--- Comment #16 from pault at gcc dot gnu dot org 2008-11-01 19:47 --- Subject: Bug 37903 Author: pault Date: Sat Nov 1 19:45:41 2008 New Revision: 141521 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141521 Log: 2008-11-01 Mikael Morin <[EMAIL PROTECTED]> PR fortra

[Bug fortran/37903] [4.3/4.4 Regression] wrong-code for complicated vector subscripts

--- Comment #15 from pault at gcc dot gnu dot org 2008-11-01 19:46 --- Mikael, Thanks for the report and the fix:-) Fixed on trunk and 4.3 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35090] [4.3/4.4 regression] libjava testsuite failures on hppa-linux

--- Comment #7 from danglin at gcc dot gnu dot org 2008-11-01 19:39 --- These tests no longer fail on either 4.3 or 4.4. I am fairly certain that these failures were a libc problem. -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/35193] [4.3/4.4 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

--- Comment #10 from danglin at gcc dot gnu dot org 2008-11-01 19:25 --- This seems to be fixed with 4.4.0 as of 2008-11-01. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35193

[Bug ada/35533] FAIL: gnat.dg/derived_aggregate.adb execution test

--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-01 19:13 --- No longer fails. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #6 from janus at gcc dot gnu dot org 2008-11-01 19:06 --- The following patch fixes comment #3 and comment #4: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c (revision 141520) +++ gcc/fortran/expr.c (wor

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #17 from paolo dot carlini at oracle dot com 2008-11-01 19:05 --- Ok, I see that for true in input eofbit should not be set. I'll fix this, but your testcase is wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37958

[Bug middle-end/37071] [4.4 Regression] EH is broken

--- Comment #2 from danglin at gcc dot gnu dot org 2008-11-01 18:54 --- Except for the fail noted in PR 37610, the problems with the new .cfi directives have been fixed by a combination of assembler and gcc fixes. The assembler fixes are currently only available from CVS. -- danglin

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #16 from paolo dot carlini at oracle dot com 2008-11-01 18:48 --- (In reply to comment #15) > But the second patch is also not correct... I don't see why. > If run test in the second attachment, in the second testcase(falsename - > "false", "truename" - true, input - "fals

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #15 from tsyvarev at ispras dot ru 2008-11-01 18:43 --- I belived that the easier describe situation is the better. Because setting flag is simpler to observe, than the fact of comparision (in == end), PR was reported about flag but comparision. But the second patch is also

[Bug c/37989] PR37528 fix broke --disable-shared on mingw32

--- Comment #1 from mikpe at it dot uu dot se 2008-11-01 18:10 --- Created an attachment (id=16610) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16610&action=view) patch to unbreak --disable-shared on mingw32 Proposed patch to unbreak --disable-shared on mingw32. When PR37528 cha

[Bug c/37989] New: PR37528 fix broke --disable-shared on mingw32

gcc-4.4-20081003 and later configured with --disable-shared for mingw32 attempt to link with libgcc_eh.a even though it never built libgcc_eh.a (those object files are included in libgcc.a): /home/mikpe/gcc-4.4-20081031/configure --target=x86_64-pc-mingw32 --prefix=/tmp/cross-mingw64 --disable-nls

[Bug c++/35652] [4.2/4.3/4.4 Regression] offset warning should be given in the front-end

--- Comment #8 from manu at gcc dot gnu dot org 2008-11-01 17:44 --- This is my current patch and it works in this testcase. However, it also triggers on cases like: const char *p = str + sizeof(str) Perhaps I am doing this at the wrong place. Any suggestions? @@ -3322,10 +3323,36 @@

[Bug tree-optimization/37542] [4.4 Regression] PRE doesn't simplify during phi-translation

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-11-01 17:12 --- Created an attachment (id=16609) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16609&action=view) preliminary patch preliminary patch, only dealing with optimizing to constants. -- http://gcc.gnu.org/bugz

[Bug tree-optimization/37542] [4.4 Regression] PRE doesn't simplify during phi-translation

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-01 17:11 --- We need to be careful with simplifying to SSA_NAMEs as the following example shows: int foo (int i, int b) { int mask; int result; if (b) mask = -1; else mask = 0; result = i + 1; result = result

[Bug fortran/19925] Implied do-loop in an initialization expression is broken

--- Comment #32 from jvdelisle at gcc dot gnu dot org 2008-11-01 17:07 --- Finally, I hope. :) -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/19925] Implied do-loop in an initialization expression is broken

--- Comment #31 from jvdelisle at gcc dot gnu dot org 2008-11-01 17:02 --- Subject: Bug 19925 Author: jvdelisle Date: Sat Nov 1 17:00:49 2008 New Revision: 141519 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141519 Log: 2008-11-01 Steven G. Kargl <[EMAIL PROTECTED]>

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-01 16:49 --- Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected On Sat, 01 Nov 2008, danglin at gcc dot gnu dot org wrote: Possibly the attached change will fix the p

[Bug fortran/19925] Implied do-loop in an initialization expression is broken

--- Comment #30 from jvdelisle at gcc dot gnu dot org 2008-11-01 16:43 --- Subject: Bug 19925 Author: jvdelisle Date: Sat Nov 1 16:42:31 2008 New Revision: 141518 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141518 Log: 2008-11-01 Steven G. Kargl <[EMAIL PROTECTED]>

[Bug fortran/37925] some error during 'make' on GCC 4.3.2

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-11-01 16:39 --- Are you trying to "make" from within the source directory? -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/37988] Edit descriptor checking (compile time) for "T)"

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-11-01 16:32 --- I will attend to this if you dont beat me to it. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/37988] New: Edit descriptor checking (compile time) for "T)"

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1086da75f7aed669 The following program is invalid as the (Holerith) string has 22 and not 21 characters. Thus the format is ...T). gfortran accepts the program at compile time, but rejects it at run time with: Fortran

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #14 from paolo dot carlini at oracle dot com 2008-11-01 16:22 --- Ok, ok. In the future, please don't lump issues together (i.e., do not reopen PRs if the first commit fixes the original issue, file a separate one) and always provide specific testcases. -- paolo dot carl

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #13 from paolo at gcc dot gnu dot org 2008-11-01 16:19 --- Subject: Bug 37958 Author: paolo Date: Sat Nov 1 16:17:42 2008 New Revision: 141517 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141517 Log: 2008-11-01 Paolo Carlini <[EMAIL PROTECTED]> PR libst

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #9 from danglin at gcc dot gnu dot org 2008-11-01 16:18 --- Breakpoint 1, cgraph_build_static_cdtor (which=-52 '?', body=0x400555d8, priority=1074005676) at ../../gcc/gcc/cgraphunit.c:1353 1353 sprintf (which_buf, "%c_%.5d_%d", which, priority, counter++); (gdb) bt

[Bug c++/34158] Template delete doesn't call if exception thrown in constructor

--- Comment #6 from jwakely dot gcc at gmail dot com 2008-11-01 16:18 --- This is a compile-time test which should fail because undef cannot be instantiated, but the deallocation function is not used. #include template class undef; struct A { A() { throw 1; } }; template class P

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #12 from tsyvarev at ispras dot ru 2008-11-01 16:01 --- Created an attachment (id=16607) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16607&action=view) Test, whether there is an unnecessary comparision (in == end) By hooking underflow() method of stringbuf, one can v

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #11 from tsyvarev at ispras dot ru 2008-11-01 15:52 --- It is not nitpicking. Case with empty sequences is only demonstration, that code behaviour is not confirm to the standard. Really, it seems that in every succesfull matching it will be unnecessary comparision (in == end

[Bug fortran/35840] ICE for character expression in I/O specifier

--- Comment #20 from jvdelisle at gcc dot gnu dot org 2008-11-01 15:13 --- Closing, thanks for patch. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/37987] iwmmxt: insn does not satisfy its constraints on (int64_t)

--- Comment #1 from utx at penguin dot cz 2008-11-01 15:12 --- Created an attachment (id=16606) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16606&action=view) svq1enc_e.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37987

[Bug c/37987] New: iwmmxt: insn does not satisfy its constraints on (int64_t)

When compiling attached file with "-march=iwmmxt -mtune=iwmmxt -O -fno-omit-frame-pointer", then following error appears on line "score= sqr - ((diff*(int64_t)diff)>>(level+3))": svq1enc.c: In function 'encode_block': svq1enc.c:265: error: insn does not satisfy its constraints: (insn 1636 1634 334

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #5 from janus at gcc dot gnu dot org 2008-11-01 15:03 --- For both comment #3 and comment #4 the errors disappear if the PROCEDURE statement is removed and instead the interface is made non-abstract. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36426

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #4 from janus at gcc dot gnu dot org 2008-11-01 14:58 --- A variant of comment #3 which gives a different error: abstract interface function foo(x,y) character(len=*) :: x integer y(:) character(len=size(y)) :: foo end function foo end interface character(len=20

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #3 from janus at gcc dot gnu dot org 2008-11-01 14:49 --- Here is a modified version of comment #0: abstract interface function foo(x) character(len=*) :: x character(len=len(x)) :: foo end function foo end interface character(len=20) :: str procedure(foo) :: bar s

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

--- Comment #2 from janus at gcc dot gnu dot org 2008-11-01 14:43 --- I'm not completely convinced yet that the code in comment #0 is valid. While g95 accepts it, ifort 11.0 beta says: c0.f90(4): error #6362: The data types of the argument(s) are invalid. [LEN] character(len=len(x)

[Bug c++/26693] [4.2/4.3/4.4 regression] Access checks not performed for types in templates

--- Comment #7 from dodji at gcc dot gnu dot org 2008-11-01 14:29 --- I posted a patch to http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01278.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693

[Bug bootstrap/33503] [4.3/4.4 Regression] problems with libtool wrapper scripts on mingw32

--- Comment #5 from bonzini at gnu dot org 2008-11-01 14:26 --- The problem is that this bug is unconfirmed. I'd like to see a failure log; mingw builds were tested very carefully when we upgraded Libtool. Marked as waiting. -- bonzini at gnu dot org changed: What|R

[Bug fortran/36463] [4.4 regression] gfc_get_default_type(): Bad symbol

--- Comment #13 from janus at gcc dot gnu dot org 2008-11-01 14:20 --- Here is a maximally reduced (and slightly modified) version of comment #12, which gives the same error: module other_fun abstract interface function abstract_fun(x) integer x integer abstr

[Bug tree-optimization/37837] missed PRE

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-01 14:14 --- Seems to work now. DOM1 threads the jump, if disabled PRE correctly detects the partial redundant calls and optimizes them. But we miss a jump threading pass after PRE which makes us end up with : *neig = 3; i

[Bug fortran/36463] gfc_get_default_type(): Bad symbol

--- Comment #12 from janus at gcc dot gnu dot org 2008-11-01 14:06 --- To clarify the situation regarding the code on c.l.f.: The link in comment #0 points to a thread which contains two example programs. One is called "fptr" and uses Cray pointers, the other one is called "gptr" and use

[Bug c++/37847] Invalid tree sharing with CHANGE_DYNAMIC_TYPE_EXPR

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-01 14:00 --- Invalid. TARGET_EXPRs behave like SAVE_EXPRs. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug testsuite/30176] gcc.dg/tree-prof/stringop-1.c fails

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-01 13:54 --- This doesn't fail anymore. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36463] gfc_get_default_type(): Bad symbol

--- Comment #11 from janus at gcc dot gnu dot org 2008-11-01 13:52 --- r141515 eliminates the ICE in comment #2 and the c.l.f. example, so I guess this can not be called a regression any more. Removing the [4.4 Regression] tag. -- janus at gcc dot gnu dot org changed: Wha

[Bug fortran/35681] wrong result for vector subscripted array expression in MVBITS

--- Comment #16 from domob at gcc dot gnu dot org 2008-11-01 13:37 --- This commit implements correct dependency and temporary handling if the arguments to MVBITS are *not* expressions; thus it does not yet fix the original test, although it fixes it if the parentheses are taken off the

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

--- Comment #10 from janus at gcc dot gnu dot org 2008-11-01 13:33 --- Rev. 141515 does not fix the complete test case on c.l.f., but most of the troubles it made, including comment #8. Still I'm closing this PR, because PR36463 is about the same c.l.f. code, and will be kept open to tra

[Bug fortran/35681] wrong result for vector subscripted array expression in MVBITS

--- Comment #15 from domob at gcc dot gnu dot org 2008-11-01 13:27 --- Subject: Bug 35681 Author: domob Date: Sat Nov 1 13:26:19 2008 New Revision: 141516 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141516 Log: 2008-11-01 Daniel Kraft <[EMAIL PROTECTED]> PR fortra

[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554

--- Comment #10 from janus at gcc dot gnu dot org 2008-11-01 13:25 --- Subject: Bug 36463 Author: janus Date: Sat Nov 1 13:24:03 2008 New Revision: 141515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141515 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

--- Comment #9 from janus at gcc dot gnu dot org 2008-11-01 13:25 --- Subject: Bug 36322 Author: janus Date: Sat Nov 1 13:24:03 2008 New Revision: 141515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141515 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]> PR fortran/3

[Bug fortran/36205] Hangup with array_constructor_24.f90 at -O3

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-11-01 12:57 --- Confirmed on recent trunk. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35754] -std=f95: Reject "1P2E12.4" w/o a comma after the "P"

-- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org

[Bug middle-end/37976] [4.4 Regression] ICE in insert_into_preds_of_block

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-11-01 12:49 --- Subject: Bug 37976 Author: rguenth Date: Sat Nov 1 12:47:38 2008 New Revision: 141514 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141514 Log: 2008-11-01 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug c/37985] unsigned char shift lacks "statement with no effect" warning

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-01 12:48 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug middle-end/37976] [4.4 Regression] ICE in insert_into_preds_of_block

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-11-01 12:47 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-11-01 12:47 --- Confirmed. On trunk R 141238. I can't get a very usable backtrace on this. Maybe valgind will give us a hint on Linux box. This could also be a Cygwin.dll issue. -- jvdelisle at gcc dot gnu dot org changed

[Bug rtl-optimization/37769] [4.3/4.4 Regression] internal compiler error: in reg_overlap_mentioned_for_reload_p, at reload.c:6525

--- Comment #7 from kkojima at gcc dot gnu dot org 2008-11-01 12:45 --- Fixed. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug rtl-optimization/37769] internal compiler error: in reg_overlap_mentioned_for_reload_p, at reload.c:6525

--- Comment #6 from kkojima at gcc dot gnu dot org 2008-11-01 12:40 --- Subject: Bug 37769 Author: kkojima Date: Sat Nov 1 12:39:17 2008 New Revision: 141513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141513 Log: Backport from mainline: 2008-10-24 Kaz Kojim

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #10 from paolo dot carlini at oracle dot com 2008-11-01 12:36 --- (In reply to comment #9) > Declaration > > bool __testeof = __beg == __end; > > in the patched code means, that implementation always compares (in == end) at > start, even when input and target sequences are

[Bug fortran/34136] Add entry point and symbol for linker

--- Comment #18 from dominiq at lps dot ens dot fr 2008-11-01 12:32 --- I have run the tests in comment #1 and main.bad main.init still fail on i686-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136

[Bug fortran/34136] Add entry point and symbol for linker

--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-11-01 12:21 --- Jack, did this problem go away on Darwin? -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

--- Comment #9 from tsyvarev at ispras dot ru 2008-11-01 12:21 --- Patch seems doesn't resolve problem entirely. The thing is that, besides of constraints on setting eofbit flag, the standard claims, that comparision (in == end) should be perfomed only when it is needed for identify a ma

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-11-01 12:17 --- Steve, if I knew how to fix this, I would have done so by now. I plan to remove st43 and st44 in 4.5, this was merely a bandaid for the ABI breakage. -- jvdelisle at gcc dot gnu dot org changed:

[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889

[Bug rtl-optimization/32283] [4.3/4.4 regression] Missed induction variable optimization

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283

[Bug tree-optimization/14703] Inadequate optimization of inline templated functions, infinite loop in ipa-reference and memory hog

--- Comment #16 from rguenth at gcc dot gnu dot org 2008-11-01 11:51 --- How is this a regression? In fact this seems to be fixed on the trunk and instead the 4.3 branch and earlier releases suffer from memory/compile-time explosion during inlining. Marked as fixed. If the problem fr

[Bug libstdc++/37986] New: std::tr1::variate_generator does not conform to TR1.

I am assuming that section 5.1.3 of [1] is sufficiently close to the final TR1. In paragraph 2, the draft allows U, U&, U* as the first template parameter of variate_generator. However, the following minimal program: -- #include int main(int argc, char **argv) { std::tr1::mt19937 mt; std::t

[Bug bootstrap/33503] [4.3/4.4 Regression] problems with libtool wrapper scripts on mingw32

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-01 11:43 --- Hum, this is a host problem - and we do not have a list of primary or secondary host platforms ... extrapolating from the secondary mingw32 target platform I set this to P2. -- rguenth at gcc dot gnu dot org chan

[Bug target/35574] [4.4 Regression] unrecognizable insn generated for vector move

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.4 regression]|[4.4 Regression]

[Bug target/37812] [4.4 Regression] Invalid mnemonic 'lvlx'

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.4.0

[Bug fortran/37821] [4.4 Regression] gfortran is ignoring #includes with the syntax

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.4.0 http://gcc

[Bug middle-end/37858] [4.3/4.4 Regression] ICE when "-fdump-ipa-all -dv" is used

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.3.3 http://gcc

[Bug java/37900] [4.4 Regression] StringBuffer_1 failures

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||ia64-linux-gnu Priority|P3 |P4

[Bug target/37939] [4.2/4.3/4.4 Regression] CRIS port: no addi insn

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.2.5 http://gcc

[Bug target/37942] [4.4 Regression] FAIL: gcc.c-torture/compile/930618-1.c

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.4.0 http://gcc

[Bug middle-end/37843] [4.4 Regression] unaligned stack in main due to tail call optimization

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-01 11:36 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

  1   2   >