[Bug middle-end/20355] MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands.

--- Additional Comments From giovannibajo at libero dot it 2005-03-07 08:50 --- A testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20355

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From giovannibajo at libero dot it 2005-03-07 08:51 --- (In reply to comment #15) > +case TARGET_EXPR: > + { > + tree r = tsubst_copy (t, args, complain, in_decl); > + > + TREE_TYPE (r) = RECUR (TREE_TYPE (t)); > + TARGET_EXPR_SLOT (r) = RECU

[Bug c/18624] cannot detect local variable set but never used

--- Additional Comments From giovannibajo at libero dot it 2005-03-07 08:55 --- (In reply to comment #3) > This should be done in the front-ends. Why? How? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624

[Bug preprocessor/20356] New: New #include_next behaviour breaks limits.h

If some /usr/include header uses #include "limits.h" instead of #include it gets error: #include nested too deeply. There are 2 limits.h headers, /usr/lib/gcc/*/*/include/limits.h and /usr/include/limits.h that try to include each other with #include_next, guarded with the defines that protect mul

[Bug preprocessor/20356] [4.0/4.1 Regression] New #include_next behaviour breaks limits.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 09:02 --- I think this is related to PR 20348. -- What|Removed |Added Summary|New #include_

[Bug c++/20357] New: Multiply defined assembler symbols for template instantiations

The following code produces the assembler message: "Error: symbol `_ZN1XIXadL_Z1fvEEEC1Ev' is already defined". If the declaration of f in main is omitted, everything is fine. typedef void (*Func) (); template struct X { X () {} }; void f () {} X x; int main () { void f (); X x; }

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 09:53 --- >This is the problem. From the HP-UX 10 manpage > > If both x and y are zero, atan2() returns NaN. > >The behavior changed in HP-UX 11 > > If both x and y are zero, atan2() returns zero. I see. We are assuming

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-07 09:54 --- An interesting thing in the head comment of unsafe_for_reeval in 3.4.x: This assumes that CALL_EXPRs and TARGET_EXPRs are never replicated in an expression tree, so that it safe to unsave them and t

[Bug c++/20358] New: Data member of local class of friend function of template class considered a member template

The following code produces the inappropriate error message: "data member `a' cannot be a member template". template struct X { friend void f () { struct L { int a; }; } }; int main () { X x; } -- Summary: Data member of local class of f

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 10:09 --- Or, better: we can't do much in the right timeframe. When Roger's work will go in, for float, double and long double complex types will be simply called pow(0.0, 1.0/3) in this case, instead of the tricky sequence

[Bug middle-end/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-03-07 10:29 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00621.html -- What|Removed |Added

typeinfo and exceptions

hi all. i really fail to see what i'm doing wrong in the following code: struct Exception : std::exception { Exception (const char *format, ...) __attribute__((__format__ (__printf__, 2, 3))); [...] }; struct Obj { Obj () { throw Exception ("%s: error", typeid (this).name()); } }; try { Obj

[Bug c/20359] New: Incorrect code with global register variables

Global register variables rear their ugly head again. Here's a simple test case that generates incorrect code on x86_64 with gcc 3.4.2: $ cat bug.c register void * R1 __asm__("%r13"); extern void g(void); static void f(void) { R1 = g; goto *R1; } $ gcc -v Reading specs from /usr/lib/gcc-lib/

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 13:48 --- Created an attachment (id=8350) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8350&action=view) Tweak to the test at the beginning of pow(const complex<_Tp>&, const _Tp&) -- http://gcc.gnu.org/bugzilla/s

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 13:49 --- Digging more (in C99 and Posix), it seems that pow(x,y) always behaves the same for x == +0 and x == -0: this would imply that probably it's safe to have in the generic code something like the attached (vs mainline

[Bug c++/20358] Data member of local class of friend function of template class considered a member template

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-07 14:24 --- Yes, this is a bug in GCC 3.3.x and earlier versions. Bug fixes to GCC 3.3.x branch is now limited to certain regression. So this bug will not be fixed there. The latest released branch, GCC 3.4.x, does no

[Bug c++/20357] Multiply defined assembler symbols for template instantiations

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-07 14:29 --- Confirm as a bug. It's still present in the mainline. -- What|Removed |Added S

[Bug testsuite/20360] New: 20021014-1.c fails on account of unsupported build option

FAIL: gcc.dg/20021014-1.c (test for excess errors) may be corrected by adding cygwin as one of the target platforms which use -pg, according to the following patch: *** 20021014-1.cFri Sep 3 11:09:33 2004 --- new/20021014-1.cMon Mar 7 06:03:27 2005 *** *** 3,6 --- 3

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 14:44 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 7, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Alexandre Oliva wrote: >>> This doesn't look quite right. Fir

[Bug target/20360] 20021014-1.c fails on account of unsupported build option

-- What|Removed |Added Component|testsuite |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20360

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 14:52 --- Subject: Re: FAIL: 26_numerics/complex/pow.cc execution test > Can you test it on the targets you have access to? I'll try this evening. Thanks, Dave -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug rtl-optimization/20359] Incorrect code with global register variables

-- What|Removed |Added Component|c |rtl-optimization Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-07 15:04 --- > I'll try this evening. Excellent. Probably, we want this change, irrespective of the improvements related to Roger's work. However, probably this means that, for consistency, also the other overloads of complex

[Bug rtl-optimization/20359] Incorrect code with global register variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 15:05 --- Looking at the version which you quoted, it is only 3.2.2: gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) and not 3.4.2, can you try again with 3.4.2 or later? -- http://gcc.gnu.org/bugzilla/show_bu

[Bug target/20360] 20021014-1.c fails on account of unsupported build option

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 15:10 --- A better way is do error this out just like xstormy16 and/or freebsd instead of what you did. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20360

[Bug rtl-optimization/20359] Incorrect code with global register variables

--- Additional Comments From simonmar at microsoft dot com 2005-03-07 15:11 --- Sorry, cut & pasted that gcc -v output from the wrong window. The bug really does occur with 3.4.2, here's the correct -v output: $ gcc -v Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.2/specs Co

[Bug c++/20357] Multiply defined assembler symbols for template instantiations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 15:11 --- What is happening here is that multiple decls for f is getting in the way. Either we have to look at the DECL_UID or change the C++ front-end to only have one decl for f. -- What|Removed

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

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

[Bug rtl-optimization/20359] Incorrect code with global register variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 15:13 --- Works on the mainline. -- What|Removed |Added Known to work|

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW

[Bug other/18675] 6 * local variables set but never used

--- Additional Comments From kazu at cs dot umass dot edu 2005-03-07 15:18 --- Just checked in patches. -- What|Removed |Added Status|ASSIGNED

[Bug c++/19878] [4.0 Regression] ICE in import_export_decl

--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-03-07 16:01 --- Verified. Thanks. -- What|Removed |Added Status|RESOLVED|VERI

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-03-07 16:04 --- Verified. Thanks. -- What|Removed |Added Status|RESOLVED|VERI

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-07 16:05 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: >>Then you should tsubst the INITIAL first, and unconditionally copy the >>type to the TARGET_EXPR w

[Bug target/20322] [4.0/4.1 Regression] Miscompilation of libcpp/expr.c at -O2+

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-07 16:06 --- Patch here: -- What|Removed |Added

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From dwatkins at tascsystems dot com 2005-03-07 16:31 --- Hello, I have an update. Torlief sent me a beta set of AS4 parser DLLs built to work ONLY with 32 bit address sizes in dwarf information. I tried it out and noticed the following differences. 1. Sing

[Bug fortran/20361] New: -fmax-stack-var-size=N not working for equivalence

The enclosed example causes a segmentation fault at runtime under Cygwin. Reducing the length of pool1 by 1 allows it to run. This length looks like 2^18 less a header block so paging/memory/stack was suspected. Note this does not occur in Linux or native Windows versions of gfortran. Setti

[Bug fortran/20361] -fmax-stack-var-size=N not working for equivalence

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 16:35 --- Just I note, my last name is Pinski, not Pinskia, the a is for my first name. Confirmed. -- What|Removed |Added -

[Bug java/20362] New: ICE: bus error if missed interface used in abstract class and output file specified

Class C is abstract and implements interface I. Class Bugtest has main() and imports C. All are in a different package hierarchy levels (see code). crashing: gcj -o bugtest --main=BugTest *.class */*.class working: gcj -o bugtest --main=BugTest *.class gcj -o bugtest --main=BugTest *.class */*.cl

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 17:05 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 7, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Are you sure that we can use TARGET_EXPR as a type-conversion

[Bug java/20362] ICE: bus error if missed interface used in abstract class and output file specified

--- Additional Comments From bojan at antonovic dot com 2005-03-07 17:06 --- Created an attachment (id=8351) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8351&action=view) source code in tbz. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20362

[Bug java/20215] gcj does not accept classes with same name fields

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-07 17:11 --- Subject: Bug 20215 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-07 17:11:29 Modified files: libjava: Change

[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error

--- Additional Comments From bojan at antonovic dot com 2005-03-07 17:11 --- Bug 18212 can be splitted, and be seen as duplicate, of bugs 20351 and 20362. I mark it as duplicate of bug 20362. (If patches for 20362 and 20351 fail for 18212, it can be reopened). *** This bug has been ma

[Bug java/20362] ICE: bus error if missed interface used in abstract class and output file specified

--- Additional Comments From bojan at antonovic dot com 2005-03-07 17:11 --- *** Bug 18212 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20362

[Bug java/20215] gcj does not accept classes with same name fields

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-07 17:18 --- Subject: Bug 20215 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-07 17:18:33 Modified files: libjava: ChangeLog link.cc libjava/in

[Bug rtl-optimization/20359] [3.3/3.4 regression] Incorrect code with global register variables

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-07 17:28 --- Confirmed. --- /* { dg-do run { targets i?86-*-* || x86_64-*-* || powerpc*-*-* } } */ /* { dg-options "-O1" } */ void

[Bug middle-end/20355] MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands.

--- Additional Comments From schlie at comcast dot net 2005-03-07 17:30 --- Subject: Re: MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands. > - Additional Comments From giovannibajo at libero dot it 2005-03-07 > A testcase? > > -- - Understood. I'll post

[Bug rtl-optimization/19683] MIPS wrong-code for 64-bit multiply.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-07 17:48 --- Subject: Bug 19683 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-07 17:48:47 Modified files: gcc: ChangeLog reload1.c gcc/test

[Bug inline-asm/20314] Bogus differ in number of alternatives error

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug rtl-optimization/19683] MIPS wrong-code for 64-bit multiply.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-07 17:51 --- Subject: Bug 19683 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-07 17:51:36 Modified files: gcc: Change

[Bug rtl-optimization/19683] MIPS wrong-code for 64-bit multiply.

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-07 17:54 --- Patch applied to mainline and 4.0. Will apply to 3.4 branch in a week or so if nothing goes wrong. -- What|Removed |Added -

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-07 18:05 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: > On Mar 7, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > >>Are you sure that we can use TARG

[Bug fortran/20363] New: interface body has incorrect scope

-- Summary: interface body has incorrect scope Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pau

[Bug fortran/20363] interface body has incorrect scope

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-07 18:40 --- (In reply to comment #0) > Sorry about that I was adding Michael Metcalf to the cc and it, well, went. $ cat snafu.f90 module snafu interface foo subroutine really_snafu (foo) integer, in

[Bug c/20364] New: Segfault with -Xpreprocessor argument

Segmentation Fault while trying to compile a file with the -Xpreprocessor argument : If the file specified after -Xpreprocessor , does not exist, then gcc crash. How to reproduce the bug : $ gcc filename.c -Xpreprocessor file_which_does_not_exist --filename.c must exist. Here is what it gives

[Bug middle-end/20364] [3.4 Regression] Segfault with -Xpreprocessor argument

-- What|Removed |Added Severity|critical|normal Component|c |middle-end Keywords|

[Bug middle-end/20364] [3.4 Regression] Segfault with -Xpreprocessor argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 18:58 --- Confirmed, here is the backtrace: #0 0x080ef546 in init_emit () at ../../gcc/emit-rtl.c:5354 #1 0x08133b2e in prepare_function_start (fndecl=0x0) at ../../gcc/function.c:6460 #2 0x08275fef in toplev_main

[Bug middle-end/20364] [3.4 Regression] Segfault with -Xpreprocessor argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 19:02 --- Fixed in 4.0.0 by: http://gcc.gnu.org/ml/gcc/2004-04/msg00645.html -- What|Removed |Added

[Bug rtl-optimization/20365] New: simplify_plus_minus results are erratic

simplify_plus_minus uses an unstabilized qsort call. This makes the perfomed optimizations dependent on the qsort implementation. The observed problem was that a mingw hosted compiler generated different code than a Linux/GNU hosted compiler. A patch is here: http://gcc.gnu.org/ml/gcc-cvs/2004-06/

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20365 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug c++/20366] New: AIX g++ -D_LARGE_FILES fails to compile #include

The compiler's C++ headers do not appear to work properly on AIX when the compiler is run with -D_LARGE_FILES. This macro causes the system headers to #define symbols like fopen, while the C++ headers unconditionally #undef these symbols. Environment: System: AIX

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

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

[Bug rtl-optimization/20365] simplify_plus_minus results are erratic

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 19:21 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug java/20362] ICE: bus error if missed interface used in abstract class and output file specified

--- Additional Comments From bojan at antonovic dot com 2005-03-07 19:21 --- Compiling the .java files directly works: working: gcj -o bugtest --main=BugTest *.java */*.java gcj --main=BugTest *.java */*.java */*/*.java Compiling the code by gcj -C first instead with javac makes no dif

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

--- Additional Comments From dje at gcc dot gnu dot org 2005-03-07 19:30 --- G++ and libstdc++ on AIX currently is configured to enable _LARGE_FILE_API, but not _LARGE_FILES. _LARGE_FILE_API exposes the 64-bit functions with separate names off64_t and fopen64(), but does not redefine

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-07 19:37 --- Created an attachment (id=8352) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8352&action=view) minimized test case This test case is minimized from ammp and gets "fatal error: internal consistency fail

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20367 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug rtl-optimization/20367] New: alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs

This has been discussed here: http://gcc.gnu.org/ml/gcc-patches/2004-01/msg03141.html -- Summary: alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs Product: gcc

[Bug rtl-optimization/20367] alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-07 20:01 --- Created an attachment (id=8353) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8353&action=view) patch against 3.4 The previous patch had the problem that the non-existence of a MEM_EXPR was taken to m

[Bug c/20368] New: internal compiler error: tree check: expected function_type or method_type, have integer_type in start_function, at c-decl.c:5777

after some broken changes to a glibc src file: [EMAIL PROTECTED]:~/objglibc-40-O1> /home/abuild/install_gcc40-2-O1/libexec/gcc/powerpc64-unknown-linux-gnu/4.0.0/cc1 -fpreprocessed ~/src/glibc-mainline/math/s_isnan.i -quiet -dumpbase s_isnan.c -mnew-mnemonics -auxbase-strip /home/abuild/objglibc

[Bug c/20368] internal compiler error: tree check: expected function_type or method_type, have integer_type in start_function, at c-decl.c:5777

--- Additional Comments From olh at suse dot de 2005-03-07 20:10 --- Created an attachment (id=8354) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8354&action=view) /tmp/s_isnan.i.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20368

[Bug rtl-optimization/20367] alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-07 20:27 --- Here is an example out of the google cache: http://66.102.9.104/search?q=cache:BGnyHfyQlSYJ:gcc.gnu.org/ml/gcc-patches/2004-02/msg01638.html+unspecified_indirect_ref_node&hl=en RFA: alias analysis for non-a

[Bug c/20368] internal compiler error: tree check: expected function_type or method_type, have integer_type in start_function, at c-decl.c:5777

-- What|Removed |Added Keywords||error-recovery, ice-on- ||invalid-code http://gcc.gnu.org/bugzi

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20369 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug rtl-optimization/20369] New: noce_emit_move_insn emits invalid insns

noce_emit_move_insn calls emit_move_insn without checking that the thus generated insn is valid. -- Summary: noce_emit_move_insn emits invalid insns Product: gcc Version: 3.4.3 Status: UNCONFIRMED Keywords: ice-on-valid-code Severit

[Bug rtl-optimization/20369] noce_emit_move_insn emits invalid insns

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-07 21:12 --- Created an attachment (id=8355) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8355&action=view) proposed fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20369

[Bug middle-end/20355] MEM_READONLY_P & MEM_VOLATILE_P properties are lost on BLKmode rtl operands.

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20355

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20370 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug rtl-optimization/20370] New: dead_or_predictable doesn't resize reg_n_info

dead_or_predictable calls propagate_block without checking first if there is suddicient space in reg_n_info. That can lead to memory corruption. -- Summary: dead_or_predictable doesn't resize reg_n_info Product: gcc Version: 3.4.3 Status: UNCONFIRMED

[Bug rtl-optimization/20370] dead_or_predictable doesn't resize reg_n_info

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-07 21:32 --- Created an attachment (id=8356) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8356&action=view) proposed fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20370

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- What|Removed |Added BugsThisDependsOn||20371 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652

[Bug middle-end/20371] New: Some corner cases of MS bitfields don't work

See comments in patch -- Summary: Some corner cases of MS bitfields don't work Product: gcc Version: 3.4.3 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: middle-end Assig

[Bug regression/20372] New: Reversed branch-on-count loop (DoLoop)

Noticed a regression relative to 4.0 on the code generated for one of the loops in zaxpy.f of the SPEC wupwise benchark. The loop is transformed into a branch-on-count loop, but the target on the branch is the loop exit (return in this case) instead of the loop start. The 'bct' is immediately follo

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 21:57 --- Subject: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail loop attempts to eliminate a biv represented by a pseudo in favor of a giv represented by (plus (reg) (const_int -1)). Unfortunately,

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-07 21:58 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 7, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: >>> The games that you want to play with type-equality are just

[Bug regression/20372] Reversed branch-on-count loop (DoLoop)

--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-07 21:59 --- Created an attachment (id=8357) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8357&action=view) Source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-07 22:00 --- An analysis and a patch is here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00298.html This patch has been used in the meantime in a 3.4 based compiler to compile various software like Linux kernels etc.

[Bug rtl-optimization/20372] Reversed branch-on-count loop (DoLoop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 22:04 --- I saw this too for some C code somewhere (but that was not a regression at least as far as I could see). -- What|Removed |Added -

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

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

[Bug rtl-optimization/20372] [4.0/4.1 Regression] Reversed branch-on-count loop (DoLoop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 22:19 --- Here is a simplified C code which shows the problem: int *ggg; void f(int l1, int l2) { int i; if (l1) { for(i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-07 22:39 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: > On Mar 7, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > The games that you want to play

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From dwatkins at tascsystems dot com 2005-03-07 22:50 --- Hello, I applied the GCC and binutil patches to ensure that my gcc is the same as that used in WinAVR Feb14/05 distribution. I then built libc1.2.3 and clean built my project. Loaded it all into AS4.11

[Bug pch/11341] [cygwin] [pch] ICE in ggc_pop_context, at ggc-page.c:1441 while compiling libstc++3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 23:16 --- Fixed by: 2005-03-08 Earl Chew <[EMAIL PROTECTED]> David Billinghurst <[EMAIL PROTECTED]> * config/i386/host-cygwin.c: New file to support precompiled headers on cyg

[Bug tree-optimization/18546] tree vectorizer does not understand RETURN_DECL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 23:21 --- I can confirm this has been fixed now. -- What|Removed |Added Status|NEW

[Bug target/19887] g++.dg/warn/weak1.C fails on HPUX

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-07 23:36 --- Also fails on hppa2.0w-hpux now the testsuite knows that platform supports weak symbols. On that platform there's also FAIL: gcc.dg/special/weak-1.c execution test which could be related. -- http://gcc

[Bug fortran/20373] New: INTRINSIC symbols can be given the wrong type

INTRINSIC dsqrt INTEGER dsqrt END compiles without giving an error. This is invalid: and intrinsic always has the type defined by 13.13 in the standard, it may only be reaffirmed but not overwritten. -- Summary: INTRINSIC symbols can be given the wrong type Product: gcc

[Bug fortran/20373] INTRINSIC symbols can be given the wrong type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07 23:56 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/20373] INTRINSIC symbols can be given the wrong type

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-08 00:11 --- A remark: this doesn't lead to wrong code, integer, intrinsic :: dsqrt print *, dsqrt(4.d0) end prints the expected 2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20373

[Bug tree-optimization/15784] fold misses binary optimization

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-08 00:21 --- More on the latent bug that the patch for this PR uncovers: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00448.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15784

[Bug rtl-optimization/20367] alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs

--- Additional Comments From giovannibajo at libero dot it 2005-03-08 00:27 --- I reckon this is already fixed by tree-ssa, or we'll be fixed by the incoming TARGET_MEM_REF work. Zdenek? -- What|Removed |Added

  1   2   >