[Bug bootstrap/19601] [4.0 Regression] make bootstrap-lean fails: insn-conditions.c:189: error: `flag_unsafe_math_optimizations' undeclared

--- Additional Comments From olh at suse dot de 2005-01-27 07:50 --- Did you use recent binutils? Looks like that makes a difference. A gcc4 snapshot from last year doesnt build anymore, but it certainly did last year. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601

[Bug middle-end/19652] New: should always optimize constant second argument to strspn & Co. at compile time

strspn, strcspn, strpbrk functions make a bitmap out of their second argument and then process their first argument using that bitmap. If the second argument is a constant string, that bitmap should be built at the compile time, and strspn call be replaced with some intrinsic function that can u

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From stevenb at suse dot de 2005-01-27 07:14 --- Subject: Re: Redundant instructions in loop optimization On Thursday 27 January 2005 07:05, rth at gcc dot gnu dot org wrote: > --- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 > 06:05 -

[Bug target/19558] openssl speed compiled with 20051020 gcc-4.0 (HEAD) segfaults

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 06:24 --- I say you've completely mis-diagnosed the problem, since "0x66 0x66 0x90" is a PERFECTLY LEGITIMATE x86-64 nop sequence. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19558

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-27 06:19 --- Ok, so from what I gather, the backend is being designed for the autovectorizer which will probably only work right with SSE2 (on x86 that is), as mucking with emms will probably bring too much trouble. Second,

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 06:05 --- Steven, you do realize this is essentially unfixable without a new pass that optimially places widened operations, don't you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17387

[Bug c++/19203] [3.4/4.0 Regression] Partial ordering failure between function reference and generic const reference

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 05:45 --- (In reply to comment #3) > : Search converges between 2004-04-01-trunk (#447) and 2004-04-10-trunk > (#448). > : Search converges between 2004-06-15-3.4 (#9) and 2004-06-27-3.4 (#10). The patches which wen

[Bug middle-end/13776] [4.0 Regression] Many C++ compile-time regressions for MICO's ORB code

-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-01-27 04:58 --- Fix: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01969.html. This does not completely get you the tail call you were looking for, but it does address the address escaping problem. I would probably just

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 04:45 --- Subject: Bug 19633 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-27 04:45:20 Modified files: gcc: ChangeLog tree-outof-ssa.c tree-ssa-a

[Bug middle-end/19405] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 04:28 --- Patch here: . Thanks Roger for the patch. -- What|Removed |Added

[Bug debug/19345] [4.0 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 04:25 --- Patch here: . -- What|Removed |Added

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From hjl at lucon dot org 2005-01-27 04:03 --- Gcc doesn't know/remember movlS(,%rax,4), %eax will zero extend to 64bit. I don't know you can touch only the lower 32bit bits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17387

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 03:55 --- PS, your best solution, for now, is simply to use -mno-sse for the files in which you have mmx code. Move the sse code to a separate file. That really is all I can do or suggest. -- http://gcc.gnu.org/bugz

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 03:52 --- > So, is there some sort of "pragma" that could be used to disable SSE > registers(force -mmmx sort of) for only part of some code? No. > __m64 should always be on mmx registers, and __m128 should always be o

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-27 03:23 --- FX, The first of errors with COS() and friends is caused by marking DCOS as GFC_STD_F77, which apparent is not a subset of GFC_STD_F95. You did not show the code that gives the second set

[Bug debug/19345] [4.0 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-27 03:00 --- Caused by this patch: 2005-01-03 Daniel Berlin <[EMAIL PROTECTED]> Fix PR debug/17924 Fix PR debug/19191 * dwarf2out.c (block_ultimate_origin): Follow decl origin if or

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From ian at airs dot com 2005-01-27 02:47 --- Another patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01964.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-27 02:30 --- Ok ok, SSE is not enabled by default on Athlon... So, is there some sort of "pragma" that could be used to disable SSE registers (force -mmmx sort of) for only part of some code? The way I see it, the probl

[Bug c++/13146] inheritance for nonoverlapping_component_refs_p

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 02:17 --- Also it sounds like the scheduler still needs support from the rtl aliasing mechanism is helped by more information. -- What|Removed |Added

[Bug other/13573] Manual changes from GCC book need to be merged

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 02:09 --- Any more news on this one (or the patch has to be reduced further?). -- What|Removed |Added

[Bug tree-optimization/14329] [tree-ssa] badly formatted warnings for SRA replacements

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug tree-optimization/13000] [3.4 Regression] [unit-at-a-time] Using -O2 cannot detect missing return statement in a function

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 01:58 --- I am uninterested in fixing this for 3.4. -- What|Removed |Added AssignedTo|rth at gcc d

[Bug middle-end/19650] [4.0 Regression] miscompilation of correct code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:45 --- Note here is the reduced C testcase which shows that this is not PHI-OPT bug as PHI-OPT does nothing: int g(void); void h(int); int a1[2]={0,1}; int main(void) { int a = g(); _Bool i = a==2; h(a1[i]);

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 01:43 --- GCC can't see that this is a NOP because of the zero_extend: #(insn 34 30 37 (set (reg:DI 0 ax [orig:76 D.1460 ] [76]) #(zero_extend:DI (reg:SI 0 ax [orig:70 D.1460 ] [70]))) 111 {zero_extendsidi

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 01:36 --- My first suspicion was the `register' keyword, but that's not it: -- extern unsigned int S[]; extern unsigned int state[]; unsigned int foo () { un

[Bug tree-optimization/14329] [tree-ssa] badly formatted warnings for SRA replacements

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:36 --- *** Bug 19651 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/19651] [4.0 Regression] Confusing warning about uninitialized variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:36 --- *** This bug has been marked as a duplicate of 14329 *** -- What|Removed |Added

[Bug tree-optimization/19651] [4.0 Regression] Confusing warning about uninitialized variable

--- Additional Comments From ian at airs dot com 2005-01-27 01:34 --- Created an attachment (id=8078) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8078&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19651

[Bug tree-optimization/19651] New: [4.0 Regression] Confusing warning about uninitialized variable

When I compile the attached C++ test case with mainline with the options -O3 -W, I get the warning: /home/ian/foo1.cc:29: warning: ‘sv$a$1’ is used uninitialized in this function I think it is trying to give me the useful warning that sv.a[1] is uninitialized, which it is. However, using the bog

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 01:27 --- Uhm, right. OK then, lemme have a look. -- What|Removed |Added AssignedTo|unassigne

[Bug middle-end/19650] [4.0 Regression] miscompilation of correct code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:26 --- Here is the most reduced testcase I came up with (this might be another type mismatch problem in tree-ssa-phiopt but I could be wrong if you replace a1[0][i] by a[0][a==2] it works): int g(void); void h(i

[Bug middle-end/19650] [4.0 Regression] miscompilation of correct code

--- Additional Comments From dalej at apple dot com 2005-01-27 01:21 --- OK, thanks, I'll go fix it. I mostly put it in here in case somebody was working on a dup. -- What|Removed |Added -

[Bug middle-end/19650] [4.0 Regression] miscompilation of correct code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:14 --- And yes it looks like we are messing up the RTL generation for the printf, there is we don't compare D.2150 to 2 at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19650

[Bug middle-end/19650] [4.0 Regression] miscompilation of correct code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 01:08 --- Confirmed, This one is new to me. -- What|Removed |Added CC|

[Bug middle-end/19650] New: miscompilation of correct code

Following program miscompiles with -O1 on (32 bit) Darwin. Works with -O0. It appears that RTL generation for printf (&"cmp.func is %p (expected %p)\n"[0], comparator_matrixD.2001[0][(intD.2) (D.2150 == 2)], compare_e_stringD.2019); is incorrect, but I haven't dug deeply yet. I will be fixing

[Bug libgcj/19649] java.util.Date.getTimezoneOffset returns negated output

-- What|Removed |Added OtherBugsDependingO||16990 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19649

[Bug libgcj/19649] java.util.Date.getTimezoneOffset returns negated output

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19649

[Bug java/19649] java.util.Date.getTimezoneOffset returns negated output

--- Additional Comments From walters at redhat dot com 2005-01-27 00:39 --- Created an attachment (id=8077) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8077&action=view) correctly negate getTimezoneOffset -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19649

[Bug java/19649] New: java.util.Date.getTimezoneOffset returns negated output

Hi, Here is a simple test: public final class Test { public static void main(String[] args) { System.out.println(new Date(5).getTimezoneOffset()); } } On gcj on my system, this returns -300. On the JDK, it returns 300. Attached is a simple patch which shoudl correct the problem.

[Bug c++/17519] [3.4/4.0 Regression] Warning for array of packed non-POD in packed struct

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 00:34 --- I want to say the warning is correct but should be given more than it is currently which would rate this as a progression instead of a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519

[Bug libstdc++/13583] [3.3/3.4/4.0 Regression] __use_cache not threadsafe

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27 00:31 --- Any news on this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13583

[Bug middle-end/19331] [4.0 Regression] Inefficient code generated for bitfield assignment

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27 00:22 --- Not fixed by the patch for PR18008 -- What|Removed |Added Last reconfirmed|2005-01-08 19:0

[Bug bootstrap/19601] [4.0 Regression] make bootstrap-lean fails: insn-conditions.c:189: error: `flag_unsafe_math_optimizations' undeclared

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 00:14 --- I don't replicate this on powerpc64-linux. We don't completely bootstrap in 64-bit mode either (PR19645), but I get farther than your log indicates. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601

[Bug middle-end/19466] [meta-bug] bit-fields are non optimal

-- Bug 19466 depends on bug 18008, which changed state. Bug 18008 Summary: [4.0 Regression] Duplicate mask on bitfield insertion http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18008 What|Old Value |New Value

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 00:12 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 00:11 --- (In reply to comment #10) > That seems like some weird bug here. There musn't be a THAT big of a > difference > between the code for pentium3 and the one for athlon right? Well, duh, athlon doesn't have sse.

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27 00:08 --- Subject: Bug 18008 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-27 00:07:43 Modified files: gcc: ChangeLog c-decl.c expr.c Log messa

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-27 00:08 --- Oh oh, I think I'm getting somewhere... if I use both -march=athlon and -msse flags I get the "bad" code. Let me summarize this : -march=pentium3 = bad -msse = bad -march=athlon = good (ie.: no weird movss

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-26 23:59 --- Even stranger, it doesn't do it with -march=athlon either... only -march=pentium, pentium2 or pentium3... ? That seems like some weird bug here. There musn't be a THAT big of a difference between the code for

[Bug debug/19345] [4.0 Regression] Segmentation fault with VLA and inlining and dwarf2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 23:52 --- This started to happen after 2004-12-11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19345

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-26 23:51 --- I'm wondering, would there be a #pragma directive that would we could use to surround the MMX instrinsics function, and that would prevent the compiler from using the XMM registers?? -- http://gcc.gnu.org/b

[Bug tree-optimization/19578] [4.0 Regression] function pointer propagation fails for noreturn functions (part 2)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 23:49 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-01-26 23:34 --- Testing patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnov

[Bug target/19147] invalid rlwinm patterns

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 23:22 --- Subject: Bug 19147 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-26 23:22:14 Modified files: gcc: Chan

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 23:18 --- Subject: Bug 18008 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 23:18:15 Modified files: gcc: ChangeLog c-decl.c expmed.c expr.c

[Bug target/19293] avr-gcc crashes when using shifts with negative shift count

--- Additional Comments From bernie at develer dot com 2005-01-26 23:11 --- Please also apply to 3.4-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19293

[Bug libfortran/19595] eor does not work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 21:48 --- Patch here: . -- What|Removed |Added

[Bug libstdc++/19648] stl_alloc.h - increases required alignment of target type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 21:47 --- I think this is a dup of bug 8670 but I don't know since there is not enough information in this bug. First what target is this. Second could you try a newer compiler than 3.1.1 since 3.1.1 is old. --

[Bug middle-end/19329] [3.4 Regression] Bitfield operations cause shifts with 0-count to slip through backends

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 21:44 --- Subject: Bug 19329 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 21:44:26 Modified files: gcc: ChangeLog gcc/config/avr : a

[Bug target/19293] avr-gcc crashes when using shifts with negative shift count

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 21:44 --- Subject: Bug 19293 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 21:44:26 Modified files: gcc: ChangeLog gcc/config/avr : a

[Bug libfortran/19595] eor does not work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-26 21:43 --- There are two parts to this bug. The other is that eor is that end-of-line processing is broken. Here's a test case with the patch from comment #2 applied: $ cat eor_2.f90 program main character*4 c

[Bug c++/19648] New: stl_alloc.h - increases required alignment of target type

Following are the warning in the compilation: /tools/gcc/include/c++/3.1.1/bits/locale_facets.tcc:768: warning: declaration of `__ctype' shadows a global declaration /tools/gcc/lib/gcc-lib/sparc-sun-solaris2.8/3.1.1/include/iso/stdlib_iso.h:46: warning: shadowed declaration is here:w /tool

[Bug ada/19414] ACATS cxb4003 - valgrind detects wrong code (invalid read)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 21:38 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug ada/19414] ACATS cxb4003 - valgrind detects wrong code (invalid read)

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-

[Bug ada/19414] ACATS cxb4003 - valgrind detects wrong code (invalid read)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 21:35 --- Subject: Bug 19414 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 21:35:50 Modified files: gcc/ada: ChangeLog i-cobol.adb Log message:

[Bug libfortran/19647] inquire(delim=) returns garbage

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 21:18 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libfortran/19647] New: inquire(delim=) returns garbage

$ cat delim.f90 program main character(len=10) delim character(len=50) line open(10,delim='quote') inquire(10,delim=delim) print *,delim if (delim .ne. 'quote') call abort end program main $ gfortran delim.f90 $ ./a.out @[EMAIL PROTECTED]@ Aborted $ gfortran -v ; gfortran -dumpmachine

[Bug target/19645] PPC64 64-bit build failure

-- What|Removed |Added Severity|critical|normal Keywords||build, ice-on-valid-code Summary|[4.0 Regres

[Bug objc/18862] [4.0 Regression] ICE on gcc-4.0-20041205/gcc/testsuite/objc.dg/selector-1.m

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 21:04 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug objc/18862] [4.0 Regression] ICE on gcc-4.0-20041205/gcc/testsuite/objc.dg/selector-1.m

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 21:03 --- Subject: Bug 18862 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 21:03:31 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug objc/18862] [4.0 Regression] ICE on gcc-4.0-20041205/gcc/testsuite/objc.dg/selector-1.m

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 21:02 --- Subject: Bug 18862 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 21:01:59 Modified files: gcc/objc : ChangeLog objc-act.c Log message:

[Bug fortran/19589] Regression: Error on Data assignment with LOGICAL*1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:56 --- Patch posted here: . -- What|Removed |Added -

[Bug target/19645] [4.0 Regression] PPC64 64-bit build failure

-- What|Removed |Added Severity|normal |critical Summary|PPC64 64-bit build failure |[4.0 Regression] PPC64 64- |

[Bug c++/18370] [3.4 Regression] cp_parser_initializer_list uninit variable problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:50 --- Fixed on the mainline now. -- What|Removed |Added Known to work|

[Bug libstdc++/19646] link error calling do_tolower using template type unsigned char

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:43 --- This is not a bug. See for why. -- What|Removed |Added -

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:38 --- The patch was posted here: And it fixes the problem with running DCE after PRE. -- What|Removed |Added

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:37 --- *** Bug 19067 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/19067] ICE in tree-if-conv

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 20:37 --- *** This bug has been marked as a duplicate of 18815 *** -- What|Removed |Added

[Bug fortran/19589] Regression: Error on Data assignment with LOGICAL*1

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-26 20:37 --- Here's a patch and testsuite program http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01924.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19589

[Bug libstdc++/19646] link error calling do_tolower using template type unsigned char

-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19646

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 20:29 --- Subject: Bug 18008 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 20:29:27 Modified files: gcc: ChangeLog combine.c Log message:

[Bug c++/19646] New: link error calling do_tolower using template type unsigned char

Source code for a.cpp --- #include struct mystruct : public std::ctype { unsigned char my_do_tolower(unsigned char ch) const { return (do_tolower(ch)); } }; int main() { int rc = 0; mystruct structA; if (structA.my_do_tolow

[Bug target/18977] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-26 19:46 --- Selected component "target" instead of "fortran". -- What|Removed |Added Compon

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-26 19:23 --- Compiling with -std=f95, you can also get these errors: Error: Type of argument 'x' in call to 'cos' at (1) should be REAL(4), not COMPLEX(8) Error: Type of argument 'x' in call to 'exp' at (1) should be

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-26 19:31 --- AIX does not yet implement uselocale(). I am not aware of any faster interface. Does "C" locale help? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642

[Bug target/19645] New: PPC64 64-bit build failure

neat. ppc64, 64-bit build gives /usr/include/bits/stdio.h:59: internal compiler error: tree check: expected identifier_node, have error_mark in lookup_name, at c-decl.c:2532 -- Summary: PPC64 64-bit build failure Product: gcc Version: 4.0.0 Status

[Bug tree-optimization/19644] ICE: in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From micis at gmx dot de 2005-01-26 19:31 --- With the patches applied the ICE went away. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/19644] ICE: in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From micis at gmx dot de 2005-01-26 19:13 --- I applied the patches: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01815.html and will report the results later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19644

[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-26 19:07 --- Thomas, Your reduce test case compiles and runs fine on amd64-*-freebsd6.0. This must be a target bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977

[Bug tree-optimization/19644] ICE: in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From micis at gmx dot de 2005-01-26 19:03 --- Behind the firewall here I have no cvs access. But I will try it with next weeks snapshot. MIchael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19644

[Bug c++/18370] [3.4/4.0 Regression] cp_parser_initializer_list uninit variable problems

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 18:59 --- Subject: Bug 18370 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 18:59:04 Modified files: gcc/cp : ChangeLog Log message: Add

[Bug tree-optimization/19644] ICE: in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 18:55 --- I think this is a duplicate of bug 19584 which is already fixed in a later version of 4.0.0, could you try the latest CVS version. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19644

[Bug tree-optimization/19644] ICE: in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From micis at gmx dot de 2005-01-26 18:52 --- Created an attachment (id=8076) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8076&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19644

[Bug tree-optimization/19643] "0 % variable" isn't optimized to 0 at tree level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 18:50 --- Hmm, interesting. Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/19644] New: ICE: in reload_cse_simplify_operands, at postreload.c:391

I build gcc from the actual snapshot gcc-4.0-20050123. When I compile our sources I get an ICE. This ICE doesn't occur if I use gcc from last week (gcc-4.0-20050116). Michael Cieslinski g++ -c -O2 -march=opteron -o MetisImageInterface2_diagnostics.o MetisImageInterface2_diagnostics.ii ../../../

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-26 18:40 --- Sorry, but this appears to be unfixable without a complete rewrite of MMX support. Everything I tried had side effects where MMX instructions were used when we were not using MMX intrinsics. -- Wh

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

-- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED

[Bug tree-optimization/18134] computed goto and if statement

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 18:32 --- With the patch attached to PR18133 we get: foo: xorl%eax, %eax cmpl$0, 4(%esp) setne %al ret -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18134

[Bug tree-optimization/19643] "0 % variable" isn't optimized to 0 at tree level

--- Additional Comments From kazu at cs dot umass dot edu 2005-01-26 18:25 --- Exactly the same pattern appears in function.i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19643

  1   2   >