[Bug libstdc++/20451] New: Missing po files in multilib systems
This is meant to track the issue: http://gcc.gnu.org/ml/gcc/2004-12/msg01140.html -- Summary: Missing po files in multilib systems Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de CC: aj at suse dot de,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20451
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 10:10 --- Subject: Bug 18251 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 10:09:56 Modified files: gcc: ChangeLog gcc/config/avr : avr.md Log message: PR target/18251 * config/avr/avr.md (movmemhi): Rewrite as RTL loop. (*movmemqi_insn): Delete. (*movmemhi): Delete. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7811r2=2.7812 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.md.diff?cvsroot=gccr1=1.50r2=1.51 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Additional Comments From marekm at amelek dot gda dot pl 2005-03-13 10:10 --- Subject: Re: unable to find a register to spill in class `POINTER_REGS' On Sun, Mar 13, 2005 at 02:44:51AM -, andrewhutchinson at cox dot net wrote: And with ox is wrong. As is trying to handle the variable count case. That is fixing something that is not broke. Does this look OK? Now movmemhi will only handle positive constant counts, and FAIL for the other cases (zero, negative or variable) to let GCC handle them by itself. Hopefully this is the final version, committed to mainline - 4.0 and 3.4 will follow soon if there are no problems, please test. Thanks, Marek ;; move string (like memcpy) ;; implement as RTL loop (define_expand movmemhi [(parallel [(set (match_operand:BLK 0 memory_operand ) (match_operand:BLK 1 memory_operand )) (use (match_operand:HI 2 const_int_operand )) (use (match_operand:HI 3 const_int_operand ))])] { int prob; HOST_WIDE_INT count; enum machine_mode mode; rtx label = gen_label_rtx (); rtx loop_reg; rtx jump; /* Copy pointers into new psuedos - they will be changed. */ rtx addr0 = copy_to_mode_reg (Pmode, XEXP (operands[0], 0)); rtx addr1 = copy_to_mode_reg (Pmode, XEXP (operands[1], 0)); /* Create rtx for tmp register - we use this as scratch. */ rtx tmp_reg_rtx = gen_rtx_REG (QImode, TMP_REGNO); if (GET_CODE (operands[2]) != CONST_INT) FAIL; count = INTVAL (operands[2]); if (count = 0) FAIL; /* Work out branch probability for latter use. */ prob = REG_BR_PROB_BASE - REG_BR_PROB_BASE / count; /* See if constant fit 8 bits. */ mode = (count 0x100) ? QImode : HImode; /* Create loop counter register. */ loop_reg = copy_to_mode_reg (mode, gen_int_mode (count, mode)); /* Now create RTL code for move loop. */ /* Label at top of loop. */ emit_label (label); /* Move one byte into scratch and inc pointer. */ emit_move_insn (tmp_reg_rtx, gen_rtx_MEM (QImode, addr1)); emit_move_insn (addr1, gen_rtx_PLUS (Pmode, addr1, const1_rtx)); /* Move to mem and inc pointer. */ emit_move_insn (gen_rtx_MEM (QImode, addr0), tmp_reg_rtx); emit_move_insn (addr0, gen_rtx_PLUS (Pmode, addr0, const1_rtx)); /* Decrement count. */ emit_move_insn (loop_reg, gen_rtx_PLUS (mode, loop_reg, constm1_rtx)); /* Compare with zero and jump if not equal. */ emit_cmp_and_jump_insns (loop_reg, const0_rtx, NE, NULL_RTX, mode, 1, label); /* Set jump probability based on loop count. */ jump = get_last_insn (); REG_NOTES (jump) = gen_rtx_EXPR_LIST (REG_BR_PROB, GEN_INT (prob), REG_NOTES (jump)); DONE; }) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug bootstrap/20452] New: HEAD ICE during make install
gcc build fails with: gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prot otypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H-I. -I. -I../../gc c/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/inc lude ../../gcc/gcc/c-lex.c -o c-lex.o ../../gcc/gcc/c-lex.c: In function `c_lex_with_flags': ../../gcc/gcc/c-lex.c:428: error: too many arguments to function `cpp_spell_toke n' make[1]: *** [c-lex.o] Error 1 make[1]: Leaving directory `/home/cvsroot/awhconf/gcc' make: *** [all-gcc] Error 2 Apparently due to: *cpp_spell_token (parse_in, tok, name, true) = 0; in c-lex.c where cpp_spell_token appears to now only have 3 arguments elsewhere. configured using: $ ../gcc/configure --prefix=/avrdev --enable-languages=c,c++ --target=avr --d isable-nls -- Summary: HEAD ICE during make install Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andrewhutchinson at cox dot net CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-cygwin GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20452
[Bug c++/20453] New: GCC fails to treat a valid constant expression as a template argument
This is happening in the compilation of boost::aligned_storage (boost/aligned_storage.hpp) in the current CVS. The version of GCC used is 4.0.0 20050309 (prerelease) I am sorry I can't provide a verified to fail snippet, since I don't have access to that version of GCC. The following is an untested attempt to reproduce the problem in isolated code. #include cstddef template std::size_t size_ , std::size_t alignment_ = std::size_t(-1) class aligned_storage { }; int main() { aligned_storage1 as; } This produces the following: '(size_t)((-1))' is not a valid template argument for type 'unsigned int' because it is a non-constant expression which AFAICS is an invalid error. -- Summary: GCC fails to treat a valid constant expression as a template argument Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joaquin at tid dot es CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug c++/20453] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From falk at debian dot org 2005-03-13 13:42 --- (In reply to comment #0) I am sorry I can't provide a verified to fail snippet, since I don't have access to that version of GCC. The following is an untested attempt to reproduce the problem in isolated code. I cannot reproduce the error with this code. Please provide a working test case. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug testsuite/20454] New: gcc.dg/20001117-1.c is broken for callee cleanup calling convention
This test will fail during execution for callee stack cleanup calling convention because the profiling functions are not correctly declared. E.g. the ip2k target or other where RETURN_POPS_ARGS() != 0 for 2 arguments. Fix posted: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01203.html Øyvind -- Summary: gcc.dg/20001117-1.c is broken for callee cleanup calling convention Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oyvind dot harboe at zylin dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20454
[Bug c++/1016] [DR 166] friend class declarations not observing namespace rules.
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 14:18 --- Patch submitted: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01283.html It's the same as in attachment. I retested it and add the explanation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1016
[Bug rtl-optimization/20450] ICE in postreload-gcse
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 14:21 --- *** This bug has been marked as a duplicate of 20249 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20450
[Bug rtl-optimization/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 14:21 --- *** Bug 20450 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mustafa at il dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20249
[Bug c++/19403] [4.0/4.1 Regression] name lookup is broken with friends
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 14:21 --- The fix is the same as PR1016. GCC 3.4 and earlier compiles but doesn't have correct behavior. So this should not be treated as regression. -- What|Removed |Added BugsThisDependsOn||1016 AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-01-12 18:42:20 |2005-03-13 14:21:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19403
[Bug bootstrap/20452] HEAD ICE during make install
-- What|Removed |Added CC||geoffk at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20452
[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 14:25 --- Look like caused by my changes to pushtag. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-02-14 15:02:03 |2005-03-13 14:25:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
[Bug c++/20453] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 14:30 --- I cannot reproduce it either with an obvious change to fix the missing : #include cstddef template std::size_t size_ , std::size_t alignment_ = std::size_t(-1) class aligned_storage { }; int main() { aligned_storage1 as; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug testsuite/20454] gcc.dg/20001117-1.c is broken for callee cleanup calling convention
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-03-13 14:50:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20454
[Bug c/20452] HEAD fails to build on avr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 14:53 --- Your libcpp sources don't match the gcc sources, try using a clean build directory and an updated libcpp. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |c Keywords||build Resolution||INVALID Summary|HEAD ICE during make install|HEAD fails to build on avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20452
[Bug libstdc++/20451] Missing po files in multilib systems
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-13 14:54:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20451
[Bug middle-end/18887] [4.0/4.1 Regression] libgcc2.h Improperly determines required built-in function size requirements.
--- Additional Comments From giovannibajo at libero dot it 2005-03-13 15:04 --- Closing as fixed, then. Paul, you can open a new enhancement PR to keep track of the libgcc problem. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
[Bug target/19378] [4.0 Regression] ICE during bootstrap compiling __fixdfdi
-- Bug 19378 depends on bug 18887, which changed state. Bug 18887 Summary: [4.0/4.1 Regression] libgcc2.h Improperly determines required built-in function size requirements. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19378
[Bug c++/20453] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From joaquin at tid dot es 2005-03-13 15:05 --- (In reply to comment #2) I cannot reproduce it either with an obvious change to fix the missing Too bad. Sorry for reporting this in such an imprecise manner. The actual problem shows at Boost regression tests http://tinyurl.com/4hxy5 I'll try to isolate it into a snippet amenable to study, as soon as I find someone with access to that version of the compiler -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug middle-end/19331] [4.0/4.1 Regression] Inefficient code generated for bitfield assignment
--- Additional Comments From giovannibajo at libero dot it 2005-03-13 15:08 --- The above link is broken because of the gcc.gnu.org hd crash. Roger, I can't understand if this bug was fixed or not. Can you elaborate? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331
[Bug c++/20453] GCC fails to treat a valid constant expression as a template argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:09 --- (In reply to comment #3) (In reply to comment #2) I cannot reproduce it either with an obvious change to fix the missing Too bad. Sorry for reporting this in such an imprecise manner. The actual problem shows at Boost regression tests http://tinyurl.com/4hxy5 Maybe this already been fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20453
[Bug c/20455] New: i need help for this error
kernel/fork.c: In function `copy_process': kernel/fork.c:1081: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [kernel/fork.o] Error 1 make: *** [kernel] Error 2 (i have un procesor k6-450 Mhz and i need to install the new version kernel this version is Linux Kernel v2.6.11.2 Configuration, Slakware 10.1) -- Summary: i need help for this error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ovidiu_ut at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
[Bug c/20455] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:30 --- See URL:http://gcc.gnu.org/bugs.html for instructions on how to report a bug report. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
[Bug c/20456] New: i need help for this error
kernel/fork.c: In function `copy_process': kernel/fork.c:1081: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[1]: *** [kernel/fork.o] Error 1 make: *** [kernel] Error 2 (i have un procesor k6-450 Mhz and i need to install the new version kernel this version is Linux Kernel v2.6.11.2 Configuration, Slakware 10.1) -- Summary: i need help for this error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ovidiu_ut at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20456
[Bug c/20456] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:33 --- *** This bug has been marked as a duplicate of 20455 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20456
[Bug c/20455] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:33 --- *** Bug 20456 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
[Bug c/20457] New: i need help for this error
kernel/fork.c: In function `copy_process': kernel/fork.c:1081: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[1]: *** [kernel/fork.o] Error 1 make: *** [kernel] Error 2 (i have un procesor k6-450 Mhz and i need to install the new version kernel this version is Linux Kernel v2.6.11.2 Configuration, Slakware 10.1) -- Summary: i need help for this error Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical Priority: P1 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ovidiu_ut at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org,stashelp at yahoo dot com GCC build triplet: Segmentation fault GCC target triplet: kernel http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20457
[Bug c/20457] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:42 --- *** This bug has been marked as a duplicate of 20455 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20457
[Bug c/20455] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 15:42 --- *** Bug 20457 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
[Bug c++/4403] incorrect class becomes a friend in template
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 16:47 --- Patch submitted: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html This is simply the patch in the attachment to this PR retested with explanation added. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4403
[Bug c++/9783] [DR433] Can't forward reference class in argument to templated method.
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 16:48 --- Patch submitted: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01294.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9783
[Bug tree-optimization/20458] New: [4.1 regression] structure aliasing causes wrong code
$ g++ bug.cc -O2 $ ./a.out Segmentation fault $ g++ bug.cc -O2 -fno-tree-salias $ ./a.out $ testcase: -- #include sstream void foo () { std::stringbuf b; } int main() { foo (); return 0; } -- -- Summary: [4.1 regression] structure aliasing causes wrong code Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: critical Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at depni dot sinp dot msu dot ru CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-13 17:02 --- working on smaller preprocessed testcase (640Kbytes left). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
-- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug c/20459] New: Warning for variables that are set but not used
Consider: void foo (void) { int a; a = 5; } Note that 'a' is set but not used. It would be nice if GCC can issue a warning for this. -- Summary: Warning for variables that are set but not used Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at cs dot umass dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20459
[Bug c/20459] Warning for variables that are set but not used
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-13 17:09 --- Created an attachment (id=8382) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8382action=view) A patch that implements this feature (with some false positives) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20459
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:23 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00220.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/19443] log10 statement does not work properly in gfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:28 --- Closed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19443
[Bug c/20459] Warning for variables that are set but not used
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 17:31 --- *** This bug has been marked as a duplicate of 18624 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20459
[Bug c/18624] cannot detect local variable set but never used
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 17:31 --- *** Bug 20459 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug fortran/18600] ICE NIST FM020.f reduced case
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 17:32 --- This works for me. Can anybody else still confirm this? Otherwise I'll add this to the testsuite. -- What|Removed |Added CC||tobi at gcc dot gnu dot org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
[Bug c/18624] cannot detect local variable set but never used
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-13 17:32 --- PR 20459 has an experimental patch (with some false positives). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug fortran/18600] ICE NIST FM020.f reduced case
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 17:35 --- This works for me also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug other/19180] How to Add New GCC option
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-13 17:45 --- http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01297.html would help. -- What|Removed |Added CC||rsandifo at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19180
[Bug libfortran/18879] ? not supported in namelist input
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-13 17:59 --- (In reply to comment #2) This is indeed and extension. See http://h18009.www1.hp.com/fortran/docs/lrm/lrm0372.htm#nm_in for the Digital/Compaq/HP specification (In reply to comment #1) Is this a language extension? Seems likely, as the standard has no concept of stdin and stdout. Could you point to someplace where this extension is specified? It's in the comments to io.h (line 76 ff): Even more complex, during the execution of a program containing a namelist READ statement, you can specify a question mark character(?) or a question mark character preceded by an equal sign(=?) to get the information of the namelist group. By '?', the name of variables in the namelist will be displayed, by '=?', the name and value of Also, check out http://h18009.www1.hp.com/fortran/docs/lrm/lrm0372.htm . It's specified in green, which I suppose means that it is an extension. Googling for namelist fortran question mark will lead to other examples. Offhand, I can't find a UNIX compiler that doesn't support it. g77 also tries, but the support there is buggy (see PR 18874). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18879
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-13 18:18 --- Created an attachment (id=8383) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8383action=view) smaller testcase (2293 bytes) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 18:37 --- Subject: Bug 20323 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 18:37:17 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: spec_expr_1.f90 Log message: fortran/ PR fortran/20323 * resolve.c (gfc_resolve): Check if character lengths are specification expressions. testsuite/ PR fortran/20323 * gfortran.dg/spec_expr_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.349r2=1.350 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5154r2=1.5155 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/spec_expr_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/20460] New: Nasty extensions that should always warn
Currently, we accept all language extensions as GFC_STD_GNU, but some are so ugly that they should give a warning by default. List them here: - REAL DO loop indices - REAL array indices -- Summary: Nasty extensions that should always warn Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tobi at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 18:40 --- Subject: Bug 20323 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-13 18:40:29 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: spec_expr_1.f90 Log message: fortran/ PR fortran/20323 * resolve.c (gfc_resolve): Check if character lengths are specification expressions. testsuite/ PR fortran/20323 * gfortran.dg/spec_expr_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.10r2=1.335.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.34.2.1r2=1.34.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.38r2=1.5084.2.39 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/spec_expr_1.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 18:42 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/20460] Nasty extensions that should always warn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 18:44 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-13 18:44:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
[Bug fortran/16907] Non-integer array indices rejected
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 18:46 --- Subject: Bug 16907 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 18:46:37 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: real_index_1.f90 Log message: fortran/ PR fortran/16907 * resolve.c (gfc_resolve_index): Allow REAL indices as an extension. testsuite/ PR fortran/16907 * gfortran.dg/real_index_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.350r2=1.351 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.36r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5155r2=1.5156 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/real_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907
[Bug libfortran/20092] console input doesn't deal correctly with CR
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 18:56 --- The problem is that carriage return is not dealt with correctly. See the following session, where 80 is replaced by 10 in the testcase: [EMAIL PROTECTED] tests]$ ./a.out 12345678901234567890 - input 1234567890 - output 1 - input 2 3 4 5 6 7 8 9 0 - till here 1234567890 - output s123456789 - input s123456789 - output STOP 0 -- What|Removed |Added Summary|gfortran not correctly |console input doesn't deal |padding keyboard or text|correctly with CR |file input | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
[Bug fortran/18600] ICE NIST FM020.f reduced case
--- Additional Comments From jvdelisle at verizon dot net 2005-03-13 19:04 --- I also confirm that the ICE no longer occurs. Running the original FM020.f test program passes all tests. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
[Bug fortran/18026] boz initialization of REALs fails
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:05 --- While the compile-time error has disappeared, we now give the following incorrect output at runtime: [EMAIL PROTECTED] tests]$ ./a.out 9.218868437227405E+018 1.89227389587E+019 [EMAIL PROTECTED] tests]$ The following testcase gives the expected result, though: PROGRAM GFCBUG19 integer*8 infi, nani DOUBLE PRECISION inf, nan equivalence (infi, inf), (nani, nan) !c IEEE exceptional values on Intel x87 DATA infi / Z'7FF0' / DATA nani / Z'FFF8' / print *, inf, nan END [EMAIL PROTECTED] tests]$ ./a.out +Infinity NaN [EMAIL PROTECTED] tests]$ -- What|Removed |Added Summary|gfortran: regression w.r.t. |boz initialization of REALs |g77, lacks -ftypeless-boz |fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18026
[Bug fortran/16907] Non-integer array indices rejected
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 19:07 --- Subject: Bug 16907 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-13 19:07:49 Modified files: gcc/fortran: resolve.c Added files: gcc/testsuite/gfortran.dg: real_index_1.f90 Log message: fortran/ PR fortran/16907 * resolve.c (gfc_resolve_index): Allow REAL indices as an extension. testsuite/ PR fortran/16907 * gfortran.dg/real_index_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.34.2.2r2=1.34.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/real_index_1.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907
[Bug fortran/16907] Non-integer array indices rejected
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 19:09 --- Subject: Bug 16907 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-13 19:09:31 Modified files: gcc/fortran: ChangeLog gcc/testsuite : ChangeLog Log message: Add ChangeLog entries for previous commit fortran/ PR fortran/16907 * resolve.c (gfc_resolve_index): Allow REAL indices as an extension. testsuite/ PR fortran/16907 * gfortran.dg/real_index_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.11r2=1.335.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.39r2=1.5084.2.40 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907
[Bug fortran/16907] Non-integer array indices rejected
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 16907, which changed state. Bug 16907 Summary: Non-integer array indices rejected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16907 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-13 19:10 --- even smaller testcase: -- namespace std { class locale { public: locale(); ~locale(); }; } struct B { std::locale _M_buf_locale; virtual ~B() {} }; struct C : public B { char *s; }; void foo () { C c; } int main() { foo (); return 0; } -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug libfortran/17871] libgfortran, g77: regression, P edit descriptor, funny output
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:13 --- This bug is still present. I'm adding FX Coudert to the CC list, because I committed a patch by him which, IIUC, should have fixed this, as I would have thought that this is a duplicate of PR20101. Maybe he has some input. -- What|Removed |Added CC||tobi at gcc dot gnu dot org, ||coudert at clipper dot ens ||dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-13 19:20 --- I can't reproduce on i686-pc-linux-gnu with either testcase -- What|Removed |Added Target Milestone|4.1.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-13 19:24 --- inappropriate fix -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug fortran/18600] ICE NIST FM020.f reduced case
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 19:28 --- Subject: Bug 18600 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 19:28:19 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: stfunc_1.f90 Log message: PR fortran/18600 * gfortran.dg/stfunc_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5156r2=1.5157 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/stfunc_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
[Bug fortran/18600] ICE NIST FM020.f reduced case
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:28 --- Works now. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
[Bug fortran/17423] gfortran segfault when compiling FM509.f from NIST testsuite
-- Bug 17423 depends on bug 18600, which changed state. Bug 18600 Summary: ICE NIST FM020.f reduced case http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600 What|Old Value |New Value Status|NEW |WAITING Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18600, which changed state. Bug 18600 Summary: ICE NIST FM020.f reduced case http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600 What|Old Value |New Value Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-13 21:01 --- Confirmed on x86-64. I'm bootstrapping a fix for this. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-13 21:01:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug tree-optimization/20458] [4.1 regression] structure aliasing causes wrong code
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20458
[Bug libfortran/20092] console input doesn't deal correctly with CR
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-13 21:10 --- I believe this is also fixed with http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00729.html Copyright papers, where are you? :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092
[Bug c++/20461] New: ICE at class 'C' does not have any field named 'f' error
gcc version 4.1.0 20050313 (experimental) crash at invalid C++ code: test.cc:3: error: invalid use of undefined type 'struct C' test.cc:1: error: forward declaration of 'struct C' test.cc: In constructor 'C::C()': test.cc:3: error: class 'C' does not have any field named 'f' test.cc:3: internal compiler error: Segmentation fault Testcase: --8X class C; C::C() : f() {} --X8 -- Summary: ICE at class 'C' does not have any field named 'f' error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wanderer at rsu dot ru CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-unknown-freebsd5.3 GCC host triplet: i386-unknown-freebsd5.3 GCC target triplet: i386-unknown-freebsd5.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20461
[Bug c++/20461] [4.0/4.1 Regression] ICE at class 'C' does not have any field named 'f' error
-- What|Removed |Added Keywords||ice-on-invalid-code Summary|ICE at class 'C' does not |[4.0/4.1 Regression] ICE at |have any field named 'f' |class 'C' does not have any |error |field named 'f' error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20461
[Bug c++/20461] [4.0/4.1 Regression] ICE at class 'C' does not have any field named 'f' error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 21:22 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||error-recovery Last reconfirmed|-00-00 00:00:00 |2005-03-13 21:22:33 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20461
[Bug bootstrap/20462] New: Make bootstrap fails with out of memory
make bootstrap on gcc-cvs (4.1.0) fails with: /bin/sh ../../gcc-cvs/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c insn-attrtab.c is unchanged echo timestamp s-attrtab stage1/xgcc -Bstage1/ -B/usr/i486-slackware-linux/bin/ -O2 -g -fomit-frame- pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style- definition -Werror-DHAVE_CONFIG_H-I. -I. -I../../gcc-cvs/gcc - I../../gcc-cvs/gcc/. -I../../gcc-cvs/gcc/../include -I../../gcc- cvs/gcc/../libcpp/include -c insn-attrtab.c \ -o insn-attrtab.o cc1: out of memory allocating 4582668 bytes after a total of 33341440 bytes make[2]: *** [insn-attrtab.o] Error 1 make[2]: Leaving directory `/gcc- a3a2cf9c4d038ecaf8799041bd72151a/gcc.build.lnx/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/gcc- a3a2cf9c4d038ecaf8799041bd72151a/gcc.build.lnx/gcc' make: *** [bootstrap] Error 2 Complete build log is available from: http://os.inf.tu-dresden.de/~us15/gcc.build.txt -- Summary: Make bootstrap fails with out of memory Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: us15 at os dot inf dot tu-dresden dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i486-slackware-linux GCC host triplet: i486-slackware-linux GCC target triplet: i486-slackware-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20462
[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 21:47 --- Subject: Bug 20288 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-13 21:47:09 Modified files: gcc: ChangeLog gcc/config/avr : avr.c avr.md Log message: PR target/20288 * config/avr/avr.c (print_operand): Add 'p' and 'r'. (out_movhi_r_mr): Read low byte of volatile MEM first. (out_movhi_mr_r): Write high byte of volatile MEM first. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.44r2=2.7592.2.45 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.129r2=1.129.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.md.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.49r2=1.49.8.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 21:49 --- Subject: Bug 20288 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-13 21:49:45 Modified files: gcc: ChangeLog gcc/config/avr : avr.c avr.md Log message: PR target/20288 * config/avr/avr.c (print_operand): Add 'p' and 'r'. (out_movhi_r_mr): Read low byte of volatile MEM first. (out_movhi_mr_r): Write high byte of volatile MEM first. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.815r2=2.2326.2.816 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.108.4.4r2=1.108.4.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.md.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.42.4.2r2=1.42.4.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code
-- What|Removed |Added Target Milestone|4.1.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
[Bug c++/20463] New: [4.0/4.1 regression] ICE on using undefined type
This invalid code snippet produces ICE on mainline and 4.0 branch: --- template typename T struct C; template typename T void C T :: f () { const foo bar; } --- foo.cc:3: error: invalid use of undefined type struct CT foo.cc:1: error: declaration of struct CT foo.cc:3: error: template definition of non-template void CT::f() foo.cc: In member function void CT::f(): foo.cc:5: error: foo does not name a type foo.cc:5: internal compiler error: Segmentation fault -- Summary: [4.0/4.1 regression] ICE on using undefined type Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery Severity: minor Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at depni dot sinp dot msu dot ru CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20463
[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a0)
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-13 22:11 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00232.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19106
[Bug c++/20461] [4.0/4.1 Regression] ICE at class 'C' does not have any field named 'f' error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 22:16 --- Backtrace: #0 emit_mem_initializers (mem_inits=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/init.c: 485 #1 0x080eaf8f in cp_parser_ctor_initializer_opt_and_function_body (parser=0xb7c82c64) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:7665 #2 0x080eb237 in cp_parser_function_definition_after_declarator (parser=0xb7c82c64, inline_p=0 '\0') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:14868 #3 0x080f7645 in cp_parser_init_declarator (parser=0xb7c82c64, decl_specifiers=0xbff8c378, function_definition_allowed_p=1 '\001', member_p=0 '\0', declares_class_or_enum=Variable declares_class_or_enum is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:14813 #4 0x080f7849 in cp_parser_simple_declaration (parser=0xb7c82c64, function_definition_allowed_p=1 '\001') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:7007 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20461
[Bug c++/20463] [4.0/4.1 regression] ICE on using undefined type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 22:16 --- Confirmed, related to PR 20461 but not the same bug. Here is the backtrace: #0 0x080e734a in cp_parser_diagnose_invalid_type_name (parser=0xb7c82d00, scope=Variable scope is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:2002 #1 0x080f5d4c in cp_parser_parse_and_diagnose_invalid_type_name (parser=0xb7c82d00) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:2083 #2 0x080f7a95 in cp_parser_simple_declaration (parser=0xb7c82d00, function_definition_allowed_p=0 '\0') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:6978 #3 0x080e94fa in cp_parser_block_declaration (parser=0xb7c82d00, statement_p=1 '\001') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:6916 #4 0x080ea15f in cp_parser_statement (parser=0xb7c82d00, in_statement_expr=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:6618 #5 0x080eab01 in cp_parser_statement_seq_opt (parser=0xb7c82d00, in_statement_expr=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:6153 #6 0x080eac05 in cp_parser_compound_statement (parser=0xb7c82d00, in_statement_expr=0x0, in_try=Variable in_try is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:6126 #7 0x080eacaa in cp_parser_ctor_initializer_opt_and_function_body (parser=0xb7c82d00) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:12002 #8 0x080eb237 in cp_parser_function_definition_after_declarator (parser=0xb7c82d00, inline_p=0 '\0') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:14868 #9 0x080f7645 in cp_parser_init_declarator (parser=0xb7c82d00, decl_specifiers=0xbfe5f0a8, function_definition_allowed_p=1 '\001', member_p=0 '\0', declares_class_or_enum=Variable declares_class_or_enum is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:14813 #10 0x080f7fea in cp_parser_single_declaration (parser=0xb7c82d00, member_p=0 '\0', friend_p=0xbfe5f13b ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:15056 #11 0x080f8330 in cp_parser_template_declaration_after_export (parser=0xb7c82d00, member_p=0 '\0') at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/parser.c:14936 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-13 22:16:41 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20463
[Bug c++/16792] [4.0 regression] ICE in gen_subprogram_die, at dwarf2out.c:11267
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 22:18 --- Subject: Bug 16792 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 22:17:59 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/debug: pr16792.C Log message: PR debug/16792 * g++.dg/debug/pr16792.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5158r2=1.5159 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/debug/pr16792.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16792
[Bug middle-end/19331] [4.0/4.1 Regression] Inefficient code generated for bitfield assignment
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13 22:34 --- Subject: Bug 19331 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-13 22:34:07 Modified files: gcc: ChangeLog tree.c fold-const.c Log message: PR middle-end/19331 * tree.c (get_unwidened): Treat CONVERT_EXPR and NOP_EXPR identically. * fold-const.c (fold_sign_changed_comparison): Likewise. (fold_binary): Optimize comparisons against widened operands if the extension is represented by a CONVERT_EXPR, same as a NOP_EXPR. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7828r2=2.7829 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gccr1=1.467r2=1.468 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gccr1=1.541r2=1.542 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331
[Bug middle-end/19331] [4.0 Regression] Inefficient code generated for bitfield assignment
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13 23:29 --- Fixed at least in 4.1.0. -- What|Removed |Added Known to work||3.4.4 4.1.0 Summary|[4.0/4.1 Regression]|[4.0 Regression] Inefficient |Inefficient code generated |code generated for bitfield |for bitfield assignment |assignment http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331
[Bug debug/20446] invalid assembly with -gstabs+
--- Additional Comments From ivanr at syncad dot com 2005-03-14 00:03 --- (In reply to comment #3) It's 4.1.0 if I read correctly. Yes, actually it's 4.1.0 20050309 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
[Bug c/20464] New: Apparent bug in char comparison
I am running debian sarge in a PowerBook G3, kernel 2.6.8. When I try to compile this code: $ cat pp.c #includestdio.h main(){ char c=-1; if(c 0){ printf(hola\n); } } I get this error: $ gcc pp.c pp.c: In function `main': pp.c:7: warning: comparison is always false due to limited range of data type I have tested it with no trouble in gcc 2.95 (debian woody i386),gcc 3.2.3 (slackware i386), gcc 3.3 (MacOSX, ppc). I have noted that if the comparison is against 1 ( if(c 0) ... ) the error do not occurs. This is the output using the -v -save-temps options: $ gcc -v -save-temps pp.c Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc --disable-multilib powerpc-linux Thread model: posix gcc version 3.3.4 (Debian 1:3.3.4-3) /usr/lib/gcc-lib/powerpc-linux/3.3.4/cc1 -E -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=4 -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=unix -Asystem=posix pp.c pp.i ignoring nonexistent directory /usr/powerpc-linux/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib/gcc-lib/powerpc-linux/3.3.4/include /usr/include End of search list. /usr/lib/gcc-lib/powerpc-linux/3.3.4/cc1 -fpreprocessed pp.i -quiet -dumpbase pp.c -auxbase pp -version -o pp.s GNU C version 3.3.4 (Debian 1:3.3.4-3) (powerpc-linux) compiled by GNU C version 3.3.4 (Debian 1:3.3.4-3). GGC heuristics: --param ggc-min-expand=38 --param ggc-min-heapsize=15840 pp.c: In function `main': pp.c:7: warning: comparison is always false due to limited range of data type as -mppc -V -Qy -o pp.o pp.s GNU assembler version 2.14.90.0.7 (powerpc-linux) using BFD version 2.14.90.0.7 20031029 Debian GNU/Linux /usr/lib/gcc-lib/powerpc-linux/3.3.4/collect2 --eh-frame-hdr -V -Qy -m elf32ppclinux -dynamic-linker /lib/ld.so.1 /usr/lib/gcc-lib/powerpc-linux/3.3.4/../../../crt1.o /usr/lib/gcc-lib/powerpc-linux/3.3.4/../../../crti.o /usr/lib/gcc-lib/powerpc-linux/3.3.4/crtbegin.o -L/usr/lib/gcc-lib/powerpc-linux/3.3.4 -L/usr/lib/gcc-lib/powerpc-linux/3.3.4/../../.. pp.o -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc-lib/powerpc-linux/3.3.4/crtsavres.o /usr/lib/gcc-lib/powerpc-linux/3.3.4/crtend.o /usr/lib/gcc-lib/powerpc-linux/3.3.4/../../../crtn.o GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux Supported emulations: elf32ppclinux elf32ppc elf32ppcsim elf64ppc And this is the contets of the pp.i file: $ cat pp.i # 1 pp.c # 1 built-in # 1 command line # 1 pp.c # 1 /usr/include/stdio.h 1 3 4 # 28 /usr/include/stdio.h 3 4 # 1 /usr/include/features.h 1 3 4 # 295 /usr/include/features.h 3 4 # 1 /usr/include/sys/cdefs.h 1 3 4 # 296 /usr/include/features.h 2 3 4 # 318 /usr/include/features.h 3 4 # 1 /usr/include/gnu/stubs.h 1 3 4 # 319 /usr/include/features.h 2 3 4 # 29 /usr/include/stdio.h 2 3 4 # 1 /usr/lib/gcc-lib/powerpc-linux/3.3.4/include/stddef.h 1 3 4 # 213 /usr/lib/gcc-lib/powerpc-linux/3.3.4/include/stddef.h 3 4 typedef unsigned int size_t; # 35 /usr/include/stdio.h 2 3 4 # 1 /usr/include/bits/types.h 1 3 4 # 28 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 29 /usr/include/bits/types.h 2 3 4 # 1 /usr/lib/gcc-lib/powerpc-linux/3.3.4/include/stddef.h 1 3 4 # 32 /usr/include/bits/types.h 2 3 4 typedef unsigned char __u_char; typedef unsigned short int __u_short; typedef unsigned int __u_int; typedef unsigned long int __u_long; typedef signed char __int8_t; typedef unsigned char __uint8_t; typedef signed short int __int16_t; typedef unsigned short int __uint16_t; typedef signed int __int32_t; typedef unsigned int __uint32_t; __extension__ typedef signed long long int __int64_t; __extension__ typedef unsigned long long int __uint64_t; __extension__ typedef long long int __quad_t; __extension__ typedef unsigned long long int __u_quad_t; # 129 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/typesizes.h 1 3 4 # 130 /usr/include/bits/types.h 2 3 4 __extension__ typedef unsigned long long int __dev_t; __extension__ typedef unsigned int __uid_t; __extension__ typedef unsigned int __gid_t; __extension__ typedef unsigned long int __ino_t; __extension__ typedef unsigned long long int __ino64_t; __extension__ typedef unsigned int __mode_t; __extension__ typedef unsigned int __nlink_t; __extension__ typedef long int __off_t; __extension__ typedef long long int __off64_t; __extension__ typedef int __pid_t; __extension__ typedef struct { int __val[2]; } __fsid_t; __extension__ typedef long int __clock_t;
[Bug c/20464] Apparent bug in char comparison
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14 00:24 --- Not a bug, on ppc-linux (well on most ppc except for ppc-darwin (mac OS X)), char is unsigned by default. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20464
[Bug c++/20465] New: [4.0 regression] error: no matching function for call
code from the openoffice-6980-m79 tree, compiled with current (20050312) gcc-3.4 CVS, doesn't compile with current gcc-4.0 CVS (plus patch proposed in PR20381, without the patch, the same ICE as in PR20381 is seen). $ g++-4.0 -c -O1 !$ g++-4.0 -c -O1 smilfunctionparser-4.0.ii /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx: In constructor presentation::internal::unnamed::ExpressionGrammar::definitionScannerT::definition(const presentation::internal::unnamed::ExpressionGrammar): /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:484: error: no matching function for call to mem_fun_ref(double (basegfx::B2DRange::*)()const) /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:485: error: no matching function for call to mem_fun_ref(double (basegfx::B2DRange::*)()const) /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:486: error: no matching function for call to mem_fun_ref(double (basegfx::B2DRange::*)()const) /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:487: error: no matching function for call to mem_fun_ref(double (basegfx::B2DRange::*)()const) $ gcc-3.4 -O1 -c smilfunctionparser-3.4.ii In file included from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hdl:9, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hpp:9, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:70, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63: /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/Exception.hdl:36: warning: `visibility' attribute does not apply to types In file included from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hpp:9, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:70, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63: /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hdl:30: warning: `visibility' attribute does not apply to types In file included from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/lang/IllegalArgumentException.hpp:9, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:73, from /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63: /home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/lang/IllegalArgumentException.hdl:34: warning: `visibility' attribute does not apply to types -- Summary: [4.0 regression] error: no matching function for call Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at debian dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0 regression] error: no matching function for call
--- Additional Comments From doko at debian dot org 2005-03-14 01:40 --- Created an attachment (id=8384) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8384action=view) preprocessed source (3.4) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0 regression] error: no matching function for call
--- Additional Comments From doko at debian dot org 2005-03-14 01:41 --- Created an attachment (id=8385) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8385action=view) preprocessed source (4.0) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0/4.1 regression] error: no matching function for call
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||rejects-valid Summary|[4.0 regression] error: no |[4.0/4.1 regression] error: |matching function for call |no matching function for ||call Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0/4.1 regression] error: no matching function for call
-- What|Removed |Added BugsThisDependsOn||20381 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0/4.1 regression] error: no matching function for call
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14 02:25 --- Reduced testcase: template class _Ret, class _Tp void mem_fun_ref(_Ret (_Tp::*__f)()); struct A { double f(); }; template class T void f() { mem_fun_ref(A::f); } void g() { fint(); } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-14 02:25:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug rtl-optimization/20466] New: Missed invalidation of known memory contents in flow2...
... causes invalid removal of memory write. The following test-case will be committed as gcc.c-torture/execute/prXX-1.c; it is miscompiled at -O2. The first assignment to **ipp is removed in .flow2. This bug has been there since at least 3.2.1. void f (int **, int *, int *, int **, int **) __attribute__ ((__noinline__)); void f (int **ipp, int *i1p, int *i2p, int **i3, int **i4) { **ipp = *i1p; *ipp = i2p; *i3 = *i4; **ipp = 99; } extern void exit (int); extern void abort (void); int main (void) { int i = 42, i1 = 66, i2 = 1, i3 = -1, i4 = 55; int *ip = i; int *i3p = i3; int *i4p = i4; f (ip, i1, i2, i3p, i4p); if (i != 66 || ip != i2 || i2 != 99 || i3 != -1 || i3p != i4p || i4 != 55) abort (); exit (0); } -- Summary: Missed invalidation of known memory contents in flow2... Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: cris-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20466
[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-14 03:23:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20466
[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14 03:25 --- Is this a regression? -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20466
[Bug middle-end/19331] [4.0 Regression] Inefficient code generated for bitfield assignment
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-14 03:48 --- Subject: Bug 19331 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-14 03:48:51 Modified files: gcc: ChangeLog tree.c fold-const.c Log message: PR middle-end/19331 * tree.c (get_unwidened): Treat CONVERT_EXPR and NOP_EXPR identically. * fold-const.c (fold_sign_changed_comparison): Likewise. (fold_binary): Optimize comparisons against widened operands if the extension is represented by a CONVERT_EXPR, same as a NOP_EXPR. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.46r2=2.7592.2.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.466r2=1.466.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.517r2=1.517.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19331