[Bug c/18229] New: function names in warnings messed up
On 4.0.0 20041030: All function names printed in C warnings contain binary garbage LANG=C fixes it. -- Summary: function names in warnings messed up Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ak at muc dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-suse-linux GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18229
[Bug c/16666] [3.4/4.0 regression] dremf type conflict
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 08:50 --- Subject: Bug 1 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-30 08:50:31 Modified files: gcc: ChangeLog c-decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: dremf-type-compat-1.c dremf-type-compat-2.c dremf-type-compat-3.c dremf-type-compat-4.c old-style-prom-1.c old-style-prom-2.c old-style-prom-3.c Log message: PR c/1 * c-decl.c (start_function): Don't check for DECL_BUILT_IN when determining whether to copy parameter types from a previous prototype declaration. testsuite: * gcc.dg/dremf-type-compat-1.c, gcc.dg/dremf-type-compat-2.c, gcc.dg/dremf-type-compat-3.c, gcc.dg/dremf-type-compat-4.c, gcc.dg/old-style-prom-1.c, gcc.dg/old-style-prom-2.c, gcc.dg/old-style-prom-3.c: New tests. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6102r2=2.6103 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gccr1=1.604r2=1.605 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4521r2=1.4522 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/dremf-type-compat-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/dremf-type-compat-2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/dremf-type-compat-3.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/dremf-type-compat-4.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/old-style-prom-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/old-style-prom-2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/old-style-prom-3.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug tree-optimization/18168] SPEC CPU2000 173.applu tree-loop-linear ICE
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 13:06 --- I assume this is a regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18168
[Bug tree-optimization/18168] SPEC CPU2000 173.applu tree-loop-linear ICE
--- Additional Comments From dberlin at dberlin dot org 2004-10-30 13:15 --- Subject: Re: SPEC CPU2000 173.applu tree-loop-linear ICE It only pops up with -ftree-loop-linear, which is a new option for 4.0. So no, it's probably not a regression. On Sat, 30 Oct 2004, giovannibajo at libero dot it wrote: --- Additional Comments From giovannibajo at libero dot it 2004-10-30 13:06 --- I assume this is a regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18168
[Bug c/18229] function names in warnings messed up
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:41 --- Not a bug, you have LC_ALL or one of the other LC_* flags set to *UTF8 and your terminal does not support UTF8. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18229
[Bug c/16666] [3.4 regression] dremf type conflict
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:46 --- Fixed on the mainline right now. -- What|Removed |Added Known to fail|3.4.1 4.0.0 |3.4.1 Known to work|3.3.4 |3.3.4 4.0.0 Summary|[3.4/4.0 regression] dremf |[3.4 regression] dremf type |type conflict |conflict http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug libstdc++/18159] tr1/tuple is broken on darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:22 --- Not fully fixed, _I is the one which is invalid usage also. The error I get: /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.4.1/libstdc++-v3/include/tr1/tuple: 1548: error: expected `' before numeric constant templateint _I, class _Tp1, class _Tp2 -- What|Removed |Added CC||chris at bubblescope dot net Status|RESOLVED|REOPENED Resolution|FIXED | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18159
[Bug ada/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)
-- What|Removed |Added Summary|[4.0 Regression] Bootstrap |[4.0 Regression] Ada |failures on powerpc-darwin |Bootstrap failures on |with undefined symbol |powerpc-darwin with |(__Unwind_fallback_frame_sta|undefined symbol |te_for) |(__Unwind_fallback_frame_sta ||te_for) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18217
[Bug fortran/16487] gfortran core dump on big array
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:56 --- This is fixed for sure now, we were not taking advangate of TREE_CHAIN being the chain next and this fixes that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16487
[Bug target/18230] New: SPARC VIS instructions are not generated by GCC
GCC can generate vector instructions now, through builtins or through the autovectorizer. So, GCC should be able to generate VIS instructions. -- Summary: SPARC VIS instructions are not generated by GCC Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phython at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc*-- GCC host triplet: sparc*-- GCC target triplet: sparc*-- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18230
[Bug target/18230] SPARC VIS instructions are not generated by GCC
--- Additional Comments From phython at gcc dot gnu dot org 2004-10-30 16:10 --- Created an attachment (id=7435) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7435action=view) patch to generate fpadd16 and fpsub16 fpadd16 can now be generated for typedef short jim_vec __attribute__((vector_size(8))); jim_vec useless_function(jim_vec a, jim_vec b) { return a + b; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18230
[Bug target/18230] SPARC VIS instructions are not generated by GCC
-- What|Removed |Added Severity|normal |enhancement Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18230
[Bug rtl-optimization/17581] [3.4 Regression] Long long arithmetic fails inside a switch/case statement when compiled with -O2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 18:03 --- Subject: Bug 17581 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-30 18:02:59 Modified files: gcc: ChangeLog cselib.c gcse.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr17581-1.c Log message: PR rtl-optimization/17581 * cselib.c (cselib_process_insn): The last instruction of a libcall block, with the REG_RETVAL note, should be considered in the libcall. * gcse.c (do_local_cprop): Allow constants to be propagated outside of libcall blocks. (adjust_libcall_notes): Use simplify_replace_rtx instead of replace_rtx to avoid creating invalid RTL in REG_RETVAL notes. * gcc.dg/pr17581-1.c: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.677r2=2.2326.2.678 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cselib.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.32.4.6r2=1.32.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcse.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.288.2.8r2=1.288.2.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.300r2=1.3389.2.301 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr17581-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.2.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17581
[Bug rtl-optimization/17581] [3.4 Regression] Long long arithmetic fails inside a switch/case statement when compiled with -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 18:12 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17581
[Bug rtl-optimization/17933] [4.0 Regression] ICE: in schedule_insns, at /sched-rgn.c:2555
--- Additional Comments From hp at gcc dot gnu dot org 2004-10-30 18:23 --- I'm just going to look at it briefly... -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17933
[Bug middle-end/18231] New: [4.0 regression] Nested inline function not inlined
When a nested inline function calls another nested inline function the latter is never inlined (even if marked always_inline). This breaks glibc. void f (void) { auto inline __attribute__ ((always_inline)) void h (void) { } auto inline __attribute__ ((always_inline)) void g (void) { h (); } g (); } -- Summary: [4.0 regression] Nested inline function not inlined Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
--- Additional Comments From schwab at suse dot de 2004-10-30 18:52 --- The testcase was simplified too much. int f (int i) { auto inline __attribute__ ((always_inline)) int h (int i) { return i; } auto inline __attribute__ ((always_inline)) int g (void) { return h (i); } return g (); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:07 --- Confirmed. This changed between 2004-07-21 and 2004-07-25. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2004-10-30 19:07:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug c/18232] New: ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.0.0/hppa-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype s -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror - fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../. ./gcc/gcc/../include -I../../gcc/gcc/../libcpp/include ../../gcc/gcc/tree-ssa-o perands.c -o tree-ssa-operands.o cc1: warnings being treated as errors ../../gcc/gcc/tree-ssa-operands.c: In function 'get_expr_operands': ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function make[2]: *** [tree-ssa-operands.o] Error 1 Aside from the unitialized error, the warning is garbled. -- Summary: ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:14 --- Mine, I posted a patch for this already: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02688.html. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Component|c |tree-optimization Ever Confirmed||1 GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu |hppa-unknown-linux-gnu, ||powerpc-darwin Keywords||build Last reconfirmed|-00-00 00:00:00 |2004-10-30 19:14:19 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug tree-optimization/18233] New: extraneous inc/dec pair
The attached code produces the following assembler foo: pushl %ebp movl%esp, %ebp movl8(%ebp), %eax testl %eax, %eax jne .L7 leave ret .p2align 2,,3 .L7: xorl%edx, %edx bsfl%eax, %eax sete%dl negl%edx orl %edx, %eax incl%eax decl%eax leave ret There are two issues 1) the incl/decl pair fails to be eliminated. I presume this is because the define_insn_and_split that i86 uses gets split too late for CSE to fold in the subsequent decrement of the source code. Perhaps it could be partially split earlier, leaving the conditional move stuff to later. I've not examined it in greate detal. 2) Possibly much harder. The ffs expansion has no knowledge that its input is nonzero, and therefore need not deal with that case. I gues this will be systemic to other targets. I wonder what can be done about that -- possibly duplicate FFS_NON_ZERO_EXPR and FFS_MAYBE_ZERO_EXPR nodes? -- Summary: extraneous inc/dec pair Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18233
[Bug tree-optimization/18233] extraneous inc/dec pair
--- Additional Comments From nathan at gcc dot gnu dot org 2004-10-30 19:16 --- Created an attachment (id=7436) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7436action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18233
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 19:20 --- Subject: Bug 18096 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-30 19:20:44 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr18096-1.c Log message: PR middle-end/18096 * config/rs6000/rs6000.c (rs6000_emit_allocate_stack): Check that the stack adjustment, size, is valid for Pmode. If the stack frame is too large, generate a trap insn and issue a warning. * gcc.dg/pr18096-1.c: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6105r2=2.6106 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gccr1=1.732r2=1.733 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4523r2=1.4524 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr18096-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:21 --- The problem is that we are introducing an indirection in .generic: h.0 = h; D.1126 = h.0 (i); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug rtl-optimization/18233] extraneous inc/dec pair
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:28 --- On PPC, we get: cmpwi cr0,r3,0 li r2,0 neg r0,r3 and r0,r3,r0 bne- cr0,L7 mr r3,r2 blr L7: cntlzw r0,r0 subfic r2,r0,31 mr r3,r2 blr which is good and there is no extra subfic and also ffs has definition to return 0 for 0 so the extran subtraction on the ffs causes this to be good code on PPC. -- What|Removed |Added Severity|normal |enhancement Component|tree-optimization |rtl-optimization Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18233
[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:30 --- I'm not sure how interesting it is to keep this PR open. I'll be postponing it every time we get to a release for the forseeable future. -- What|Removed |Added Target Milestone|3.4.3 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361
[Bug libgcj/10353] [3.3/3.4/4.0 regression] Java testsuite failures Array_3, TLtest, Thread_Join, Thread_Wait_Interrupt Throw_2
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:31 --- Still no movement from Java folks; postponed until GCC 3.4.4. -- What|Removed |Added Known to fail|3.3.3 3.4.0 4.0 |3.3.3 3.4.0 4.0.0 Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
[Bug target/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:31 --- Postponed until GCC 3.4.4. -- What|Removed |Added Known to fail|3.3.3 3.4.0 4.0 |3.3.3 3.4.0 4.0.0 Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10692
[Bug libobjc/11572] [3.4 regression]: GNU libobjc no longer compiled on Darwin
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:33 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11572
[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-10-30 19:33 --- Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1 Mine, I posted a patch for this already: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02688.html. What about the garbled warning 'bi$ptr2'? Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:34 --- Postponed until GCC 3.4.4. -- What|Removed |Added Known to work|3.3 4.0 |3.3 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707
[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:37 --- if you are talking about how the quotes are, then you have a LC_* set to UTF-8 so it looks like junk because your terminal does not support UTF-8. If you are talking about bi$ptr2 being werid, it really is bi.ptr2 which is PR 14329. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 19:37 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-10-30 19:45 --- Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1 --- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:37 --- if you are talking about how the quotes are, then you have a LC_* set to UTF-8 so it looks like junk because your terminal does not support UTF-8. No. If you are talking about bi$ptr2 being werid, it really is bi.ptr2 which is PR 14329. So, how did . become $? Typically, I do gcc builds in the background with nohup with standard output and standard error directed to a file, not a terminal. The transformation occurs irrespective of whether LANG=C is set in my environment or not. I have none of the LC_* set. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 19:49 --- (In reply to comment #4) Subject: Re: ../../gcc/gcc/tree-ssa-operands.c:1 If you are talking about bi$ptr2 being werid, it really is bi.ptr2 which is PR 14329. So, how did . become $? When we do scalar replacement assignment (aka SRA) we create new decls with a name where we is oldvariable$field instead of just oldvariable.field, anyways in this case, the warning is not really right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18232
[Bug libstdc++/13583] [3.3/3.4/4.0 Regression] __use_cache not threadsafe
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:01 --- Postponed until GCC 3.4.4. -- What|Removed |Added Known to fail|3.4.1 4.0 |3.4.1 4.0.0 Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13583
[Bug target/13754] [3.4/4.0 regression] ip2k-elf ICE on multiple gotos
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:01 --- Postponed until GCC 3.4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754
[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:02 --- Postponed until GCC 3.4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:02 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:03 --- Hmm the problem is that ADDR_EXPR of the function is not declared as invariant so we creating a temprary variable for it. This also caused us to produce much worse code for the following than 3.3 and 3.4.0: int f (int i) { int h (int j) { return i; } int g (void) { return h (i); } return g (); } Mine, I am posting a patch for it right now. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug rtl-optimization/13987] [3.4 Regression] compile time regression while compile fold-const.i
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-30 20:03 --- Postponed to GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13987
[Bug middle-end/18096] internal compiler error: in final_scan_insn, at final.c:2429
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18096
[Bug middle-end/18231] [4.0 regression] Nested inline function not inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 20:30 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02700.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
[Bug libgcj/18234] New: System property java.library.path doesn't get used by System.loadLibrary()
When compiling the following program with gcj -Djava.library.path=/usr/lib/jni --main t t.java does print that java.library.path is set to /usr/lib/jni, but this value isn't used to actually load a library in the next statement. When defining the environment variable LD_LIBRARY_PATH a library in /usr/lib/jni can be found. public class t { public static void main(String[] args) { System.out.println(System.getProperty(java.library.path)); System.loadLibrary(args[0]); } } Also setting GCJ_PROPERTIES=java.library.path=/usr/lib/jni doesn't work. -- Summary: System property java.library.path doesn't get used by System.loadLibrary() Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
[Bug tree-optimization/18219] [4.0 Regression] gcc-4.0.0 bloats code by 31%
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug c++/18235] New: gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2
i tryed to compile crypto-5.2.1.tar.bz2 i've gcc 3.4.1 there is internal compiler error g++ -pipe -Os -msse -mmmx -march=pentium3 -g -msse2 -pipe -c integer.cpp integer.cpp: In static member function `static void CryptoPP::P4Optimized:: Multiply4(CryptoPP::word*, const CryptoPP::word*, const CryptoPP::word*)': integer.cpp:1704: error: insn does not satisfy its constraints: (insn 794 793 628 0 /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.1/include/mmintrin. h:281 (set (reg/v:V2SI 21 xmm0 [orig:193 anonymous ] [193]) (mem:V2SI (plus:SI (reg/f:SI 6 bp) (const_int -132 [0xff7c])) [0 S8 A8])) 499 {movv2si_internal} (nil) (nil)) integer.cpp:1704: internal compiler error: in reload_cse_simplify_operands, at postreload.c:378 Please submit a full bug report, with preprocessed source if appropriate. See URL:https://qa.mandrakesoft.com/ for instructions. make: *** [integer.o] B³±d 1 -- Summary: gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2 Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michalkr10 at poczta dot onet dot pl CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
[Bug target/18235] gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2
-- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
[Bug preprocessor/18236] New: Segmentation fault with -O3 -fssa
When compiling a program to find the inode of files, I compiled it with gcc inode.c -O3 -fssa -o inode-opt -Wall -v -gstabs+ -save-temps. I ran the generated program with proper syntax and it segfaulted during execution. This is the GDB output: Program recived signal SIGSEGV, Segmentation fault main (argc=-17487624, argv=0xb85ad4) at inode.c:10 10 if (argc != 2) Turning off -O3 or -fssa made it work. Apparently it's the interoperability of the two. The preprocessed file is much too long to show here. -- Summary: Segmentation fault with -O3 -fssa Product: gcc Version: 3.3.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sam124 at operamail dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18236
[Bug middle-end/18237] New: [4.0 regression] tree check: expected ssa_name, have var_decl in verify_ssa
This happens while building the Ada tools on powerpc: ../../xgcc -c -I./ -I../rts -I. -I/home/andreas/src/gcc/gcc/gcc/ada -B../../ -O2 -O2 -g -gnatpg -gnata -I- /home/andreas/src/gcc/gcc/gcc/ada/makegpr.adb +===GNAT BUG DETECTED==+ | 4.0.0 20041030 (experimental) (powerpc-unknown-linux-gnu) GCC error: | | tree check: expected ssa_name, have var_decl in verify_ssa, at | |tree-ssa.c:697| | Error detected at makegpr.adb:4153:23| -- Summary: [4.0 regression] tree check: expected ssa_name, have var_decl in verify_ssa Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: critical Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: powerpc-*-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
[Bug preprocessor/18236] Segmentation fault with -O3 -fssa
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 21:15 --- -fssa was removed from 3.4.0 so closing as will not fix. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18236
[Bug c++/17542] Visibility attribute ignored when it precedes class head
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 21:17 --- Subject: Bug 17542 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-30 21:17:32 Modified files: gcc/cp : ChangeLog cp-tree.h decl.c error.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/ext: attrib18.C Log message: PR c++/17542 * cp-tree.h (class_key_or_enum_as_string): Declare. * error.c (class_key_or_enum): Rename to class_key_or_enum_as_string and remove static qualifier. * decl.c (shadow_tag): Warn about ignored attributes in class/struct/ union/enum declaration. * g++.dg/ext/attrib18.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4465r2=1.4466 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1067r2=1.1068 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1322r2=1.1323 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gccr1=1.268r2=1.269 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4524r2=1.4525 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/attrib18.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17542
[Bug target/18235] gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 21:18 --- Please, provide a preprocessed source code attacching it to Bugzilla, as explained in: http://gcc.gnu.org/bugs.html. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
[Bug c++/17542] Visibility attribute ignored when it precedes class head
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 21:19 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17542
[Bug target/18235] [3.3/3.4 Regression] gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:41 --- use '-Os -msse2' for this small testcase: typedef int m64 __attribute__ ((mode (V2SI))); static inline int bar (m64 i) { long long t = (long long) i; return t; } void foo (int *C) { m64 s1; C[0] = bar (s1); } -- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 GCC target triplet||i*86-*-* sse2 Known to fail||3.3.4 3.4.3 3.4.2 3.4.1 Last reconfirmed|-00-00 00:00:00 |2004-10-30 21:41:51 date|| Summary|gcc 3.4.1 and there is |[3.3/3.4 Regression] gcc |internal compiler error when|3.4.1 and there is internal |tryed compile crypto- |compiler error when tryed |5.2.1.tar.bz2 |compile crypto-5.2.1.tar.bz2 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
[Bug target/18235] [3.3/3.4 Regression] gcc 3.4.1 and there is internal compiler error when tryed compile crypto-5.2.1.tar.bz2
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:51 --- *** This bug has been marked as a duplicate of 16104 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18235
[Bug rtl-optimization/16104] [3.4/4.0 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 21:51 --- *** Bug 18235 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||michalkr10 at poczta dot ||onet dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16104
[Bug rtl-optimization/16104] [3.3/3.4 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:16 --- this is small testcase for original bug (ICE in postreload.c), it fails in 3.3 and 3.4 but not in 4.0.0, use -Os -msse2 to repeat: - void foo (int *j) { int __attribute__ ((mode (V2SI))) k; long long t = (long long) k; j[0] = t; } - Note I cannot repeat this bug on 4.0.0 neither with this nor with Volker's testcases, so I cleared 4.0 regression flag. -- What|Removed |Added GCC target triplet||i*86-*-* sse2 Known to fail|3.4.0 4.0.0 |3.3.3 3.3.4 3.4.0 3.4.1 ||3.4.2 3.4.3 Known to work|3.3.3 |4.0.0 Last reconfirmed|2004-06-20 19:22:09 |2004-10-30 22:16:07 date|| Summary|[3.4/4.0 regression] ICE in |[3.3/3.4 regression] ICE in |reload_cse_simplify_operands|reload_cse_simplify_operands |, at postreload.c:378 with |, at postreload.c:378 with |SSE2 code on -O2|SSE2 code on -O2 Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16104
[Bug middle-end/18237] [4.0 regression] tree check: expected ssa_name, have var_decl in verify_ssa
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
[Bug middle-end/18238] New: ICE in convert_move, at expr.c:588
this is a fork from bug 16104 -- int foo (int __attribute__ ((__mode__ (__V2SI__))) i) { return (long long) i; } -- -- Summary: ICE in convert_move, at expr.c:588 Product: gcc Version: 3.4.3 Status: UNCONFIRMED Keywords: ice-on-valid-code, rejects-valid Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at lubercy dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
[Bug middle-end/18238] ICE in convert_move, at expr.c:588
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:45 --- 3.3.4 error: can't convert between vector values of different size 3.4.3 internal compiler error: in convert_move, at expr.c:588 4.4.0 error: invalid cast from type ‘int __vector__’ to type ‘long long int’ -- What|Removed |Added Known to fail||3.3.4 3.4.0 3.4.1 3.4.2 ||3.4.3 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
[Bug c/18239] New: [4.0 Regression] ICE in get_parm_info with werid attribute
int foo (int __attribute__ ((__mode__ (vector_size(8 i) { return (long long) i; } -- Summary: [4.0 Regression] ICE in get_parm_info with werid attribute Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18239
[Bug middle-end/18238] ICE in convert_move, at expr.c:588
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 22:52 --- For a slightly different test: int foo (int __attribute__ ((vector_size (8))) i) { return (long long) i; } you only get an ICE if you add -mmmx. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-30 22:52:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
[Bug c/18239] [4.0 Regression] ICE in get_parm_info with werid attribute
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 22:57 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.0.0 Known to work||3.4.3 Last reconfirmed|-00-00 00:00:00 |2004-10-30 22:57:19 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18239
[Bug rtl-optimization/18084] [3.4 regression]setfill coupled with inline function: incorrect results on Linux x86
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 22:58 --- Subject: Bug 18084 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-30 22:58:49 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: pr18084-1.C Log message: PR rtl-optimization/18084 * g++.dg/opt/pr18084-1.C: New testcase. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4525r2=1.4526 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr18084-1.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18084
[Bug libgcj/18234] System property java.library.path doesn't get used by System.loadLibrary()
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-30 23:03 --- Think I found what goes wrong. We call lt_dlinit after we have set lt_dlsetsearchpath. Testing a patch. -- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-30 23:03:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
[Bug middle-end/18238] ICE in convert_move, at expr.c:588
--- Additional Comments From belyshev at lubercy dot com 2004-10-30 23:04 --- gcc and g++ 3.3.4: error: can't convert between vector values of different size gcc and g++ 3.4.0: internal compiler error: in convert_move, at expr.c:588 g++ 4.0.0: invalid cast from type ‘int __vector__’ to type ‘long long int’ my gcc 4.0.0 accepted this even with -mmmx, hmm... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
[Bug middle-end/18238] ICE in convert_move, at expr.c:588
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:05 --- Note I was using -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18238
[Bug rtl-optimization/18084] [3.4 regression]setfill coupled with inline function: incorrect results on Linux x86
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:06 --- *** This bug has been marked as a duplicate of 17581 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18084
[Bug rtl-optimization/17581] [3.4 Regression] Long long arithmetic fails inside a switch/case statement when compiled with -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 23:06 --- *** Bug 18084 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||knutejunk at austin dot rr ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17581
[Bug libgcj/18234] System property java.library.path doesn't get used by System.loadLibrary()
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-30 23:27 --- Patch here: http://gcc.gnu.org/ml/java-patches/2004-q4/msg00393.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
[Bug libgcj/18234] System property java.library.path doesn't get used by System.loadLibrary()
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 23:58 --- Subject: Bug 18234 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-30 23:58:26 Modified files: libjava: ChangeLog libjava/java/lang: Runtime.java Log message: PR libgcj/18234 * java/lang/Runtime.java (static): Call init(). (Runtime): Remove call to init(). (init): Make static. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3174r2=1.3175 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/Runtime.java.diff?cvsroot=gccr1=1.17r2=1.18 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
[Bug c/18240] New: warning: `obptr' might be used uninitialized in this function
In the followin code fragment, obptr is wrongly reported as 'might be used uninitialized' where the same code causes now arning for x86 ... static inline int vx_nofiles_task(struct task_struct *tsk) { struct files_struct *files = tsk-files; unsigned long *obptr; int count, total; spin_lock(files-file_lock); obptr = files-open_fds-fds_bits; count = files-max_fds / (sizeof(unsigned long) * 8); for (total = 0; count 0; count--) { if (*obptr) total += hweight_long(*obptr); obptr++; } spin_unlock(files-file_lock); return total; } -- Summary: warning: `obptr' might be used uninitialized in this function Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: herbert at 13thfloor dot at CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i586-mandrake-linux GCC target triplet: ia64-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug libgcj/18234] System property java.library.path doesn't get used by System.loadLibrary()
--- Additional Comments From mark at gcc dot gnu dot org 2004-10-31 00:07 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
[Bug c/18240] warning: `obptr' might be used uninitialized in this function
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:08 --- Created an attachment (id=7437) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7437action=view) the soruce file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug c/18240] warning: `obptr' might be used uninitialized in this function
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:10 --- Created an attachment (id=7438) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7438action=view) requested .i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug c/18240] warning: `obptr' might be used uninitialized in this function
--- Additional Comments From herbert at 13thfloor dot at 2004-10-31 00:11 --- Created an attachment (id=7439) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7439action=view) compile command line -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug c/18240] warning: `obptr' might be used uninitialized in this function
-- What|Removed |Added Attachment #7437|the soruce file |the source file description|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug c/18240] warning: `obptr' might be used uninitialized in this function
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-31 00:12 --- Fixed on the mainline for 4.0.0 for sure as the warning has moved to the tree level instead of the RTL level which causes some of these target specific bugs. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18240
[Bug tree-optimization/18241] New: linux kernel loop gets miscompiled
(just guessing on the component) I've been trying to boot a 4.0-20041030 compiled x86_64-linux-kernel. First it exposed a missing -fno-strict-aliasing (now fixed) but then it crashes during disk accesses. The problem goes away when one function from the radix tree library is compiled with -O0 instead of -O2 I unfortunately don't have a runnable test case yet, but I can give compiler input that shows the problem. -- Summary: linux kernel loop gets miscompiled Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ak at muc dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-linux GCC target triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241
[Bug c++/16276] [3.4 only] G++ generates local references to linkonce sections
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:03 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16276
[Bug tree-optimization/18241] linux kernel loop gets miscompiled
--- Additional Comments From ak at muc dot de 2004-10-31 01:07 --- Created an attachment (id=7440) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7440action=view) miscompiled function Compiled with -O2 -fno-reorder-blocks -mno-redzone -mcmodel=kernel It crashes eventually in this loop do { int idx; tag_clear(pathp[0].node, tag, pathp[0].offset); for (idx = 0; idx (((1UL 6) + 64 - 1) / 64); idx++) { if (pathp[0].node-tags[tag][idx]) goto out; } pathp--; } while (pathp[0].node); when accessing pathp[0].node. I suspect it is overrunning the array on the stack. With -O0 this crash doesn't happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241
[Bug fortran/17590] Standard conformance should take intrinsics into account.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-31 01:24 --- Subject: Bug 17590 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-31 01:24:30 Modified files: gcc/fortran: ChangeLog gfortran.h intrinsic.c invoke.texi lang.opt options.c Log message: 2004-10-31 Janne Blomqvist [EMAIL PROTECTED] PR fortran/17590 * gfortran.h: Change GFC_STD_* flags to more appropriate ones. (struct gfc_intrinsic_isym): Add field for standard. (struct gfc_option_t): Add field for warning about use of nonstandard intrinsics. * intrinsic.c (add_sym): Add parameter for standard version, check this against current standard. (add_sym_0): Pass standard parameter to add_sym. (add_sym_1, add_sym_0s, add_sym_1s, add_sym_1m, add_sym_2): Ditto. (add_sym_2s, add_sym_3, add_sym_3ml, add_sym_3red, add_sym_3s): Ditto. (add_sym_4, add_sym_4s, add_sym_5, add_sym_5s): Ditto. (make_generic): Add parameter for standard, check this against currently selected standard. (add_functions, add_subroutines): Add parameter to tell which standard an intrinsic belongs to. (check_intrinsic_standard): New function. (gfc_intrinsic_func_interface): Add call to check_intrinsic_standard. (gfc_intrinsic_sub_interface): Ditto. * lang.opt: Add Wnonstd-intrinsics option. * options.c (gfc_init_options): Change to use new GFC_STD_* flags, init new warning. (set_Wall): Add warning about nonstd intrinsics. (gfc_handle_option): Change to use new GFC_STD_* flags, handle new warning. * invoke.texi: Update manual to include -Wnonstd-intrinsics. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.244r2=1.245 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.40r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/invoke.texi.diff?cvsroot=gccr1=1.5r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/lang.opt.diff?cvsroot=gccr1=1.7r2=1.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/options.c.diff?cvsroot=gccr1=1.12r2=1.13 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17590
[Bug rtl-optimization/18084] [3.4 regression]setfill coupled with inline function: incorrect results on Linux x86
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-31 01:57 --- Subject: Bug 18084 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-31 01:57:39 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: pr18084-1.C Log message: PR rtl-optimization/18084 * g++.dg/opt/pr18084-1.C: New testcase. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.301r2=1.3389.2.302 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr18084-1.C.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18084
[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:58 --- The problem here is that expand_expr_real creates a temporary variable and stores the CONSTRCUTOR corresponding to the brace-enclosed initializer there. Then, it copies the temporary to the global variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15172
[Bug target/15790] [3.4 only] Alignment error building gcc with i686-coff target
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 01:59 --- Already fixed on mainline, will not be fixed in GCC 3.4.x. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15790
[Bug c++/16030] [3.4 Regression] [cygwin/mingw]: stdcall function decoration vs LTHUNK alias in multiple inheritanc
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:01 --- Postponed until GCC 3.4.4. Although it's somewhat sad the patch has not yet been applied, given that I approved it in August. It's still OK to apply the patch, before 3.4.3, if somebody wants to do that. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16030
[Bug preprocessor/17651] [3.4/4.0 Regression] Erroneous preprocessor output with -g when generating dependencies
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:02 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17651
[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:03 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990
[Bug rtl-optimization/12863] [3.4/4.0 regression] basic block reordering fails for fallthru of casesi
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:04 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12863
[Bug c++/16030] [3.4 Regression] [cygwin/mingw]: stdcall function decoration vs LTHUNK alias in multiple inheritanc
--- Additional Comments From giovannibajo at libero dot it 2004-10-31 02:05 --- Danny, can you please quickly retest the patch and apply it immediatly to the branch? We might be still in time for 3.4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16030
[Bug target/14798] [3.4/4.0 Regression] In case of SH target with -O2 option #pragma interrupt doesn't get resetted.
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:05 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
[Bug target/15155] [3.4 regression][sh-linux] displacement overflows 12-bit field
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:05 --- Postponed until GCC 3.4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15155
[Bug rtl-optimization/15289] [3.4/4.0 Regression] reload error with non-lowpart subregs
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:07 --- Jan, this is OK for mainline and *3.4.4*, if tests still pass. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15289
[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:07 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15486
[Bug target/15155] [3.4 regression][sh-linux] displacement overflows 12-bit field
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:08 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15155
[Bug c++/16030] [3.4 Regression] [cygwin/mingw]: stdcall function decoration vs LTHUNK alias in multiple inheritanc
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-10-31 02:37 --- No, I won't backport this patch. Although the patch did apply cleanly and fixed this bug, using change_decl_assembler name caused warnings with mingw (in my code base, not in testsuite) that are not seen on trunk. I'm sorry that I didn't report this immediately. I'll try to sort it out before 3.4.4 but I do not see this as a high priority problem. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16030
[Bug c++/14950] [3.4 Regression] [non unit-at-a-time] always_inline does not mix with templates and -O0
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950
[Bug c++/17248] [3.4 Regression] __always_inline__ throws unimplemented in -O0 mode
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17248
[Bug c/16666] [3.4 regression] dremf type conflict
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-31 02:43 --- Postponed until GCC 3.4.4. -- What|Removed |Added Target Milestone|3.4.3 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1