[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #15 from paul dot richard dot thomas at cea dot fr 2006-03-23 08:06 --- Subject: RE: EQUIVALENCE broken in 32-bit code with optimization -O2 I thought to take a look at the patch tonight; does it look OK to you? Paul -Message d'origine- De : pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Envoyé : jeudi 23 mars 2006 02:06 À : THOMAS Paul Richard 169137 Objet : [Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2 --- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-23 01:06 --- Jakub posted a patch: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01419.html So this is no longer mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -- -- AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org URL| |http://gcc.gnu.org/ml/gcc- ||patches/2006- ||03/msg01419.html Status|ASSIGNED|NEW Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug tree-optimization/26821] [4.1/4.2 Regression] ice in varasm.c with certain flags
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-03-23 06:45:05 |2006-03-23 08:12:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26821
[Bug fortran/26822] New: Scalarization of non-elemental intrinsic: __logical_4_l4
While PR 17298 fixed part of the OP to PR17298, for logical transfer statements the problem persists with 4.2.0 20060323 ./numrec-f90 gfortran -v -c src/bessj.f90 Es werden eingebaute Spezifikationen verwendet. Ziel: i686-pc-linux-gnu Konfiguriert mit: /opt/src/gcc/configure --prefix=/opt --enable-languages=c,c++,fortran --enable-checking --enable-cxa_atexit Thread-Modell: posix gcc-Version 4.2.0 20060323 (experimental) /opt/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951 src/bessj.f90 -quiet -dumpbase bessj.f90 -mtune=generic -auxbase bessj -version -I /opt/lib/gcc/i686-pc-linux-gnu/4.2.0/finclude -o /tmp/ccQU67R0.s GNU F95 Version 4.2.0 20060323 (experimental) (i686-pc-linux-gnu) kompiliert von GNU-C-Version 4.2.0 20060323 (experimental). GGC-Heuristik: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 src/bessj.f90: In Funktion »bessj_v«: src/bessj.f90:69: schwerwiegender Fehler: gfc_todo: Not Implemented: Scalarization of non-elemental intrinsic: __logical_4_l4 Kompilierung beendet. -- Summary: Scalarization of non-elemental intrinsic: __logical_4_l4 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26822
[Bug fortran/26822] Scalarization of non-elemental intrinsic: __logical_4_l4
--- Comment #1 from c dot lemmen at fz-juelich dot de 2006-03-23 09:27 --- Last bug preventing the successful compilation of numerical recipes with gfortran -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26822
[Bug c/26818] [4.1/4.2 Regression] tree check: expected class �type�, have �exceptional� (error_mark) in finish_struct, at c-decl.c:5350 (time.c)
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-23 09:29 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery, ice- ||checking, ice-on-invalid- ||code Known to fail||4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-03-23 09:29:26 date|| Summary|tree check: expected class |[4.1/4.2 Regression] tree |type, have exceptional |check: expected class |(error_mark) in |type, have exceptional |finish_struct, at c-|(error_mark) in |decl.c:5350 (time.c)|finish_struct, at c- ||decl.c:5350 (time.c) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
[Bug tree-optimization/25937] ICE with -O2 -ftree-loop-linear
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-03-23 09:35 --- Looks related to PR25211 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25211 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25937
[Bug tree-optimization/26435] [4.1/4.2 regression] ICE with -O1 -ftree-loop-linear and higher optimization
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-23 09:36 --- Looks related to PR25211 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25211 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26435
[Bug middle-end/26817] ICE in verify_ssa with -ftree-loop-linear
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-23 09:37 --- Maybe realated to PR25211, but not with PHI nodes here. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-03-23 09:37:51 date|| Summary|ICE in verify_ssa |ICE in verify_ssa with - ||ftree-loop-linear http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26817
[Bug tree-optimization/26806] [4.2 Regression] ICE at gcc/tree-gimple.c:269
--- Comment #9 from law at redhat dot com 2006-03-23 09:48 --- Subject: Re: [4.2 Regression] ICE at gcc/tree-gimple.c:269 On Thu, 2006-03-23 at 00:09 +, pinskia at gcc dot gnu dot org wrote: --- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-23 00:09 --- I see a similar failure in galgel on Diego's testers: /home/cygnus/dnovillo/perf/sbox/gcc/local.i686/inst.tobiano/bin/gfortran -c -o bifgel.o -ffixed-form -ffloat-store -O2 -march=pentium4 -mtune=genericbifgel.f90 Error from make 'specmake build 2 make.err | tee make.out': bifgel.f90: In function 'bifgel': bifgel.f90:1: 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. But I cannot reduce that or debug that because I don't have the source to SPEC. This is arguably a bug in the code to walk immediate uses; if a statement has multiple uses of the same SSA_NAME and you modify the statement during the imm-uses walk, there are cases where the imm-uses walk will miss the second use within the statement. The net result in this particular case is we fail to propagate away a use (because it wasn't visited due to the bug noted above), we then proceed to remove the SSA_NAME (as all its uses should have been removed). Andrew is aware of the problem and we kicked around some ideas for how to resolve it long term. I've got a couple of short-term workarounds that I'm testing. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26806
[Bug bootstrap/26188] [4.2 Regression] 4.2.0 fails to compile on FreeBSD 4.11
--- Comment #2 from bonzini at gnu dot org 2006-03-23 10:05 --- I'm taking this. -- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-23 10:05:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
[Bug tree-optimization/25737] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-03-23 10:25 --- I guess (only guess!) that the types differe in a way that aliasing does not see them clobbered by means of type based alias analysis. Can you try if -fno-strict-aliasing fixes it? No, there is really a hole somewhere, reduced C testcase to be attached. When structure aliasing is enabled, the SMT for the structure type doesn't alias the structure, which seems wrong to me since the structure is marked as addressable. Daniel, could you take a quick look? We can't enable structure aliasing for Ada because of this problem in the aliasing machinery. Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug tree-optimization/25737] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-03-23 10:27 --- Created an attachment (id=11103) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11103action=view) Reduced C testcase. Compile at -O1 on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/26717] [4.2 Regression] complex/complex gives a REAL_CST
--- Comment #7 from uros at kss-loka dot si 2006-03-23 10:33 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01435.html -- uros at kss-loka dot si changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |uros at kss-loka dot si |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||03/msg01435.html Status|NEW |ASSIGNED Last reconfirmed|2006-03-16 16:21:05 |2006-03-23 10:33:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26717
[Bug middle-end/26076] ICE in can_throw_internal_1 at except.c:2581
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-03-23 10:45 --- Fixed by RTH's patch for PS 26084. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26076
[Bug tree-optimization/26821] [4.1/4.2 Regression] ice in varasm.c with certain flags
--- Comment #4 from bonzini at gnu dot org 2006-03-23 10:56 --- Reproducible with -O -ffast-math -ftree-vectorize -msse -msse2 which means the testcase can easily go in the vect testsuite. Testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26821
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-03-23 11:08 ---
Yay. Reduced testcase:
extern void abort (void);
struct delay_block {
struct delay_block *succ;
};
static struct delay_block Timer_Queue;
struct delay_block* time_enqueue (struct delay_block *d)
{
struct delay_block *q = Timer_Queue.succ;
d-succ = (void *)0;
return Timer_Queue.succ;
}
int main(void)
{
Timer_Queue.succ = Timer_Queue;
if (time_enqueue (Timer_Queue) != (void*)0)
abort ();
return 0;
}
Pointed-to sets for pointers in time_enqueue
d_3, is dereferenced, its value escapes, points-to anything
SFT.0_1
q_2
D.1529_4, its value escapes
retval_5
# VUSE SFT.0_1;
q_2 = Timer_Queue.succ;
# SMT.5_7 = V_MAY_DEF SMT.5_6;
d_3-succ = 0B;
# VUSE SFT.0_1;
D.1529_4 = Timer_Queue.succ;
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ACATS tests c974001 and |[4.1/4.2 Regression] ACATS
|c974013 do not terminate|tests c974001 and c974013 do
|with struct aliasing enabled|not terminate with struct
||aliasing enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/21898] Segmentation fault on testsuite case gcc.dg/20020425-1.c
--- Comment #7 from rakdver at atrey dot karlin dot mff dot cuni dot cz 2006-03-23 11:27 --- Subject: Re: Segmentation fault on testsuite case gcc.dg/20020425-1.c recursive gimplification will of course break at some point here. I remember Zdenek rewriting gimplification to a non-recursive thingie... any news here? actually, the changes I worked on would increase the number of recursive calls. I will try to think about it a bit, though -- while this example is stupid (and probably could be fixed by special-casing the ifs with constant condition easily), a similar spagetti-if code might perhaps appear in some automatically generated code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21898
[Bug c++/26823] New: ICE with OpenMP in add_stmt_to_eh_region_fn, at tree-eh.c:100
The following code snippet causes an ICE when compiled with -fopenmp:
==
struct A
{
~A() {}
};
struct B
{
A a;
B();
};
void foo()
{
#pragma omp parallel
{
B b[1];
new int;
}
}
==
bug.cc: In function 'void foo()':
bug.cc:12: internal compiler error: in add_stmt_to_eh_region_fn, at
tree-eh.c:100
Please submit a full bug report, [etc.]
This is probably the bug mentioned in comment #16 from PR26084.
--
Summary: ICE with OpenMP in add_stmt_to_eh_region_fn, at tree-
eh.c:100
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored, openmp
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26823
[Bug middle-end/26084] ICE (segfault) on C++ OpenMP code
--- Comment #17 from reichelt at gcc dot gnu dot org 2006-03-23 11:36 --- The ICE in add_stmt_to_eh_region_fn is now tracked in PR26823. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26084
[Bug c/26824] New: optimisation bug with -0x80000000
The following code is compiled incorrectly with -O2:
#include stdlib.h
void f(int x) {
if (x 0) {
if (-x 0) {
exit(1);
}
}
}
int main() {
f(-0x8000);
exit(0);
}
$ gcc foo.c; ./a.out
$ gcc -O2 foo.c; ./a.out
zsh: 4407 exit 1 ./a.out
$
--
Summary: optimisation bug with -0x8000
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: simonmar at microsoft dot com
GCC build triplet: x86_64-redhat-linux
GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug c++/26825] New: bad allocation while adding new elements to vector
I have djgpp g++ compiler 4.0.0 running on Windows.
To compile I use
gpp -o file -O2 file.cpp
After executing following code
-
#include algorithm
#include iostream
#include sstream
#include string
#include vector
#include queue
#include set
#include map
#include cstdio
#include cstdlib
#include cctype
#include cmath
using namespace std;
int M;
struct pnt{
char c;
int x;
char dir;
};
vectorpnt a;
pnt tmp;
int main(){
M = 100;
for(int i = 0;iM;i++){
tmp.c = 'S';
tmp.x = 1;
tmp.dir = 0;
a.push_back(tmp);
tmp.x = 2;
tmp.dir = 1;
a.push_back(tmp);
}
return 0;
}
-
there will be memory bad_alloc exception
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc
Abort!
Exiting due to signal SIGABRT
Raised at eip=e64e
eax=000d6d64 ebx=0120 ecx= edx= esi=0001 edi=00056f58
ebp=000d6e10 esp=000d6d60 program=D:\MYCONT~1\WROC\2\TMP.EXE
cs: sel=08ff base=01cd limit=0194
ds: sel=0907 base=01cd limit=0194
es: sel=0907 base=01cd limit=0194
fs: sel=08d7 base=e270 limit=
gs: sel=0917 base= limit=0010
ss: sel=0907 base=01cd limit=0194
App stack: [000d6f58..00056f58] Exceptn stack: [00056eac..00054f6c]
Call frame traceback EIPs:
0xe574
0xe64e
0xb3fb
0x00020e5e
0x0001c0f4
0x0001c12e
0x0001bce3
0x000193dd
0x000214f7
0x16eb
0xabd8
---
Of course, while using older gcc (i.e. 3.2.3) code works fine.
There must be the same problem on g++ 4.0.3 at Linux platform.
--
Summary: bad allocation while adding new elements to vector
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: algorithmus at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26825
[Bug target/26826] New: ICE in reg_or_subregno, at jump.c:2011
/space/rguenther/install/gcc-4.1.0/bin/gcc -O -fomit-frame-pointer -march=i586 -S nvl160095.3-2.min.i -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /space/rguenther/src/svn/gcc-4_1-branch/configure --enable-cxa_at_exit --enable-threads=posix --enable-languages=c,c++,fortran --enable-checking=release --prefix=/space/rguenther/install/gcc-4.1.0 Thread model: posix gcc version 4.1.0 /space/rguenther/install/gcc-4.1.0/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1 -fpreprocessed nvl160095.3-2.min.i -quiet -dumpbase nvl160095.3-2.min.i -march=i586 -auxbase nvl160095.3-2.min -O -version -fomit-frame-pointer -o nvl160095.3-2.min.s GNU C version 4.1.0 (i686-pc-linux-gnu) compiled by GNU C version 4.1.0. GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129574 Compiler executable checksum: 7939d08ae804c1d1531a5f156c80434a nvl160095.3-2.min.i: In function AppPlci_hold_reply: nvl160095.3-2.min.i:29: warning: assignment makes pointer from integer without a cast nvl160095.3-2.min.i: At top level: nvl160095.3-2.min.i:46: warning: initialization from incompatible pointer type nvl160095.3-2.min.i: In function plci_cc_hold_rej: nvl160095.3-2.min.i:44: internal compiler error: in reg_or_subregno, at jump.c:2011 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. adding -mtune=pentiumpro or removing -march=i586 fixes the problem -- Summary: ICE in reg_or_subregno, at jump.c:2011 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug target/26826] ICE in reg_or_subregno, at jump.c:2011
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-23 13:00 --- Created an attachment (id=11104) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11104action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug target/26826] ICE in reg_or_subregno, at jump.c:2011
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-23 13:05 ---
#1 0x08450df9 in reg_or_subregno (reg=0xb7d87780)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/jump.c:2011
2011 gcc_assert (REG_P (reg));
(gdb) call debug_rtx(reg)
(mem/c:SI (plus:SI (reg/f:SI 7 sp)
(const_int 24 [0x18])) [0 S4 A8])
so...
#2 0x0849f961 in push_reload (in=0xb7d8778c, out=0x0, inloc=0xb7d77a4c,
outloc=0x0, class=Q_REGS, inmode=QImode, outmode=VOIDmode, strict_low=0,
optional=1, opnum=2, type=RELOAD_FOR_INPUT)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/reload.c:1332
#3 0x084a70d3 in find_reloads (insn=0xb7d6d320, replace=0, ind_levels=0,
live_known=1, reload_reg_p=0x8802d40)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/reload.c:4006
#4 0x084b2325 in calculate_needs_all_insns (global=1)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/reload1.c:1476
#5 0x084b06d4 in reload (first=0xb7cf2dc0, global=1)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/reload1.c:967
#6 0x08639227 in global_alloc (file=0x0)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/global.c:628
we're reloading
(gdb) call debug_rtx (insn)
(insn 43 42 44 2 (parallel [
(set (reg:QI 3 bx [72])
(minus:QI (subreg:QI (reg:SI 3 bx [71]) 0)
(subreg:QI (reg/f:SI 67) 0)))
(clobber (reg:CC 17 flags))
]) 178 {*subqi_1} (insn_list:REG_DEP_TRUE 33 (insn_list:REG_DEP_TRUE 42
(nil)))
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_DEAD (reg:SI 3 bx [71])
(expr_list:REG_DEAD (reg/f:SI 67)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug tree-optimization/26797] [4.2 Regression] ACATS c35507m cd2a23e cxh1001 failures
--- Comment #3 from baldrick at free dot fr 2006-03-23 13:19 ---
I've had a look at c35507m. I think it's a front-end bug. The problem occurs
in this type support subprogram:
C35507M.CHARRP (A, F)
{
if ((system__unsigned_types__unsigned) A - 4 = 1)
{
return (integer) ((system__unsigned_types__unsigned) A - 4);
}
else
{
if ((boolean) F)
{
__gnat_rcheck_06 (c35507m.adb, 39);
}
else
{
}
return -1;
}
The type of A is c35507m__char, which has [TYPE_MIN, TYPE_MAX] = [4,5].
Given this, VRP correctly eliminates the range check. The code seems to
be generated by the front-end in exp_attr.adb, around line 3849.
Ciao,
Duncan.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-03-23 13:40 --- This shows a bunch of bugs actually: PTA thinks it doesn't need to solve the graph when it does. The subvar isn't initially marked as addressable if the regular var is in create_sft. The second is what is actually causing your bug, AFAICT. In create_sft, add TREE_ADDRESSABLE (sft) = TREE_ADDRESSABLE (var) in all the flags it is copying, and it should fix the bug. I am bootstapping this change right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #11 from rguenther at suse dot de 2006-03-23 13:43 --- Subject: Re: [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled On Thu, 23 Mar 2006, dberlin at gcc dot gnu dot org wrote: This shows a bunch of bugs actually: PTA thinks it doesn't need to solve the graph when it does. The subvar isn't initially marked as addressable if the regular var is in create_sft. The second is what is actually causing your bug, AFAICT. In create_sft, add TREE_ADDRESSABLE (sft) = TREE_ADDRESSABLE (var) in all the flags it is copying, and it should fix the bug. I am bootstapping this change right now. Yep, that fixes it. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/26824] optimisation bug with -0x80000000
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-23 14:12 --- -0x8000 is going to overflow and for signed integers overflow is undefined. If you want signed integers to be defined to be wrapping use -fwrapv. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |middle-end Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|[4.1/4.2 Regression] ACATS |[4.1/4.2 Regression] ACATS |tests c974001 and c974013 do|tests c974001 and c974013 do |not terminate with struct |not terminate with struct |aliasing enabled|aliasing Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug target/26826] ICE in reg_or_subregno, at jump.c:2011
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-23 14:33 ---
Reduced testcase:
typedef struct {
unsigned short FacilitySelector;
} _cmsg;
typedef struct _AppPlci {
int *appl;
} AppPlci_t;
void AppPlci_hold_reply(AppPlci_t *aplci, unsigned short SuppServiceReason)
{
_cmsg *cmsg;
unsigned char tmp[10], *p;
if (aplci-appl)
{
if (!(cmsg = _kd_cmsg_alloc()))
return;
p = tmp[1];
p += capiEncodeFacIndSuspend(p);
tmp[0] = p - tmp[1];
cmsg-FacilitySelector = 0x0003;
}
if (SuppServiceReason == 0)
mISDN_FsmEvent(aplci-appl);
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fail||4.1.0 4.2.0
Known to work||4.0.3
Last reconfirmed|-00-00 00:00:00 |2006-03-23 14:33:26
date||
Target Milestone|--- |4.1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug libstdc++/26825] bad allocation while adding new elements to vector
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-23 14:34 --- Works for me. Make sure the correct libstdc++ is used for executing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26825
[Bug middle-end/26824] optimisation bug with -0x80000000
--- Comment #2 from falk at debian dot org 2006-03-23 14:44 --- Wait a minute. 0x8000 is unsigned. So -0x8000 is well-defined, and is 0x8000 (unsigned). This is then converted to signed. Since 0x8000 cannot be represented in signed, the result is implementation specific. We document it to be -0x8000. So the call is just fine. -- falk at debian dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug target/26826] ICE in reg_or_subregno, at jump.c:2011
--- Comment #4 from bonzini at gnu dot org 2006-03-23 14:47 --- Looks like we have a (subreg (mem)) which this guard misses: /* If a memory location is needed for the copy, make one. */ if (in != 0 (REG_P (in) || GET_CODE (in) == SUBREG) reg_or_subregno (in) FIRST_PSEUDO_REGISTER SECONDARY_MEMORY_NEEDED (REGNO_REG_CLASS (reg_or_subregno (in)), class, inmode)) get_secondary_mem (in, inmode, opnum, type); And there is a similar occurrence for output reloads some 30 lines below. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug middle-end/26824] optimisation bug with -0x80000000
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-23 14:49 --- It is the -x in f where x = 0x8000 which is undefined as it overflows. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
Re: [Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
On Mar 23, 2006, at 3:06 AM, paul dot richard dot thomas at cea dot fr wrote: I thought to take a look at the patch tonight; does it look OK to you? I forgot to mention, this was about the patch I was going to create anyways. -- Pinski
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-03-23 14:54 --- Subject: Re: EQUIVALENCE broken in 32-bit code with optimization -O2 On Mar 23, 2006, at 3:06 AM, paul dot richard dot thomas at cea dot fr wrote: I thought to take a look at the patch tonight; does it look OK to you? I forgot to mention, this was about the patch I was going to create anyways. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug middle-end/26824] optimisation bug with -0x80000000
--- Comment #4 from falk at debian dot org 2006-03-23 14:57 --- (In reply to comment #3) It is the -x in f where x = 0x8000 which is undefined as it overflows. Oh. I see. Right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-23 15:01 --- I have a patch in testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug tree-optimization/26795] [4.2 Regression] ACATS ICE c37213d on x86 in valid_in_set, at tree-ssa-pre.c:1579
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-23 15:09 --- Subject: Bug 26795 Author: pinskia Date: Thu Mar 23 15:09:51 2006 New Revision: 112319 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112319 Log: 2006-03-23 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/26795 * tree-ssa-pre.c (create_value_expr_from): Don't reject expressions which have overflowed constants. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26795
[Bug c/26824] optimisation bug with -0x80000000
--- Comment #5 from simonmar at microsoft dot com 2006-03-23 15:10 ---
I see your point, but I still think there's a bug. Let me change the code
slightly:
#include stdlib.h
#include stdio.h
void f(int x) {
long y;
if (x 0) {
y = -x;
if (y 0) {
printf(%d\n,y);
}
}
}
int main() {
f(-0x8000);
exit(0);
}
$ gcc -O2 foo.c
$ ./a.out
-2147483648
so, we're in the y 0 branch, but y is clearly 0.
--
simonmar at microsoft dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Component|middle-end |c
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug tree-optimization/26795] [4.2 Regression] ACATS ICE c37213d on x86 in valid_in_set, at tree-ssa-pre.c:1579
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-23 15:10 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26795
[Bug c/26824] optimisation bug with -0x80000000
--- Comment #6 from rearnsha at gcc dot gnu dot org 2006-03-23 15:14 --- Pinskia is right, and this is just as undefined as your previous example (negating INT_MIN is just undefined, however you do it). All you've done is obfuscated things a bit more. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug c/26824] optimisation bug with -0x80000000
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-23 15:15 --- (In reply to comment #5) I see your point, but I still think there's a bug. Let me change the code slightly: The code is still undefined, as you are comparing an overflowed variable to something. -x is still undefined for x being 0x8000 as it overflows and overflow signed integer is undefined runtime code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug c/26824] optimisation bug with -0x80000000
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-23 15:17 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug c/26824] optimisation bug with -0x80000000
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-23 15:17 --- Mark as a dup of bug 25329. *** This bug has been marked as a duplicate of 25329 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26824
[Bug tree-optimization/25329] Miscompilation in tcl, -INT_MIN test misoptimized
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-23 15:17 --- *** Bug 26824 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||simonmar at microsoft dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25329
[Bug ada/26827] New: GNAT BUG DETECTED on compile GPS 1.3.1/gtkada
Hello, well I got another GNAT BUG DETECTED. This time it's real lot of files - I which I could help here but I only act as packager here. Martin --- gcc -v Using built-in specs. Target: i586-suse-linux Configured with: ../gcc-4.1.0/configure --enable-gmp --enable-mpfr --enable-threads=posix --prefix=/opt/gnat/gcc--enable-languages=c,ada,c++,fortran,java,objc,obj-c++ i586-suse-linux : (reconfigured) ../gcc-4.1.0/configure --enable-gmp --enable-mpfr --enable-threads=posix --prefix=/opt/gnat/gcc --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ i586-suse-linux Thread model: posix gcc version 4.1.0 --- gcc -c -g -gnatec=/work/rpm/BUILD/gps-gps-3_1_3/gps/gnat_debug.adc -g -O -gnata -gnatVa -gnatQ -gnaty -gnatwjmeurk -Wall -I- -gnatA /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd-call_stack.adb gcc -c -g -gnatec=/work/rpm/BUILD/gps-gps-3_1_3/gps/gnat_debug.adc -g -O -gnata -gnatVa -gnatQ -gnaty -gnatwjmeurk -Wall -I- -gnatA /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd-canvas.adb +===GNAT BUG DETECTED==+ | 4.1.0 (i586-suse-linux-gnu) in splice_child_die, bei dwarf2out.c:5492| | Error detected at histories.ads:191:15 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd-canvas.adb /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd-canvas.ads /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd.ads /opt/gnat/gcc/include/gtkada/glib.ads /opt/gnat/gcc/include/gtkada/glib-object.ads /opt/gnat/gcc/include/gtkada/gtkada.ads /opt/gnat/gcc/include/gtkada/gtkada-types.ads /opt/gnat/gcc/include/gtkada/glib-gslist.ads /opt/gnat/gcc/include/gtkada/gtkada-canvas.ads /opt/gnat/gcc/include/gtkada/gdk.ads /opt/gnat/gcc/include/gtkada/gdk-event.ads /opt/gnat/gcc/include/gtkada/glib-generic_properties.ads /opt/gnat/gcc/include/gtkada/glib-values.ads /opt/gnat/gcc/include/gtkada/gdk-rectangle.ads /opt/gnat/gcc/include/gtkada/gdk-region.ads /opt/gnat/gcc/include/gtkada/gdk-types.ads /opt/gnat/gcc/include/gtkada/gdk-gc.ads /opt/gnat/gcc/include/gtkada/gdk-color.ads /opt/gnat/gcc/include/gtkada/gdk-visual.ads /opt/gnat/gcc/include/gtkada/glib-glist.ads /opt/gnat/gcc/include/gtkada/gdk-font.ads /opt/gnat/gcc/include/gtkada/pango.ads /opt/gnat/gcc/include/gtkada/pango-font.ads /opt/gnat/gcc/include/gtkada/pango-enums.ads /opt/gnat/gcc/include/gtkada/gdk-pixbuf.ads /opt/gnat/gcc/include/gtkada/glib-error.ads /opt/gnat/gcc/include/gtkada/gdk-bitmap.ads /opt/gnat/gcc/include/gtkada/gdk-window.ads /opt/gnat/gcc/include/gtkada/gdk-cursor.ads /opt/gnat/gcc/include/gtkada/gdk-drawable.ads /opt/gnat/gcc/include/gtkada/pango-layout.ads /opt/gnat/gcc/include/gtkada/pango-attributes.ads /opt/gnat/gcc/include/gtkada/pango-context.ads /opt/gnat/gcc/include/gtkada/pango-tabs.ads /opt/gnat/gcc/include/gtkada/gdk-pixmap.ads /opt/gnat/gcc/include/gtkada/gdk-rgb.ads /opt/gnat/gcc/include/gtkada/glib-graphs.ads /opt/gnat/gcc/include/gtkada/gtk.ads /opt/gnat/gcc/include/gtkada/gtk-adjustment.ads /opt/gnat/gcc/include/gtkada/gtk-object.ads /opt/gnat/gcc/include/gtkada/glib-properties.ads /opt/gnat/gcc/include/gtkada/gtk-drawing_area.ads /opt/gnat/gcc/include/gtkada/gtk-widget.ads /opt/gnat/gcc/include/gtkada/gtk-accel_group.ads /opt/gnat/gcc/include/gtkada/gtk-enums.ads /opt/gnat/gcc/include/gtkada/gtk-style.ads /opt/gnat/gcc/include/gtkada/gtk-main.ads /opt/gnat/gcc/include/gtkada/gtk-menu.ads /opt/gnat/gcc/include/gtkada/gtk-menu_item.ads /opt/gnat/gcc/include/gtkada/gtk-item.ads /opt/gnat/gcc/include/gtkada/gtk-bin.ads /opt/gnat/gcc/include/gtkada/gtk-container.ads /opt/gnat/gcc/include/gtkada/gtk-menu_shell.ads /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/display_items.ads /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/items.ads /work/rpm/BUILD/gps-gps-3_1_3/common/src/language.ads /work/rpm/BUILD/gps-gps-3_1_3/common/src/basic_types.ads /work/rpm/BUILD/gps-gps-3_1_3/common/src/case_handling.ads /work/rpm/BUILD/gps-gps-3_1_3/common/src/string_hash.ads /work/rpm/BUILD/gps-gps-3_1_3/common/src/htables.ads /work/rpm/BUILD/gps-gps-3_1_3/gvd/gvd/gvd-process.ads /opt/gnat/gcc/include/gtkada/gtk-dialog.ads /opt/gnat/gcc/include/gtkada/gtk-box.ads /opt/gnat/gcc/include/gtkada/gtk-window.ads /opt/gnat/gcc/include/gtkada/gtk-handlers.ads /opt/gnat/gcc/include/gtkada/gtk-marshallers.ads
[Bug ada/26827] GNAT BUG DETECTED on compile GPS 1.3.1/gtkada
--- Comment #1 from krischik at users dot sourceforge dot net 2006-03-23 15:43 --- Created an attachment (id=11105) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11105action=view) All those GTK/Ada and GPS sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26827
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
--- Comment #4 from rth at gcc dot gnu dot org 2006-03-23 15:47 --- Subject: Bug 26347 Author: rth Date: Thu Mar 23 15:47:50 2006 New Revision: 112320 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112320 Log: PR target/26347 * config/alpha/predicates.md (local_symbolic_operand): Reject weak symbols. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/config/alpha/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
--- Comment #5 from rth at gcc dot gnu dot org 2006-03-23 15:48 --- Subject: Bug 26347 Author: rth Date: Thu Mar 23 15:48:24 2006 New Revision: 112321 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112321 Log: PR target/26347 * config/alpha/predicates.md (local_symbolic_operand): Reject weak symbols. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/alpha/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
--- Comment #6 from rth at gcc dot gnu dot org 2006-03-23 15:49 --- Subject: Bug 26347 Author: rth Date: Thu Mar 23 15:49:00 2006 New Revision: 112322 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112322 Log: PR target/26347 * config/alpha/predicates.md (local_symbolic_operand): Reject weak symbols. Modified: trunk/gcc/ChangeLog trunk/gcc/config/alpha/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-23 15:49:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
--- Comment #7 from rth at gcc dot gnu dot org 2006-03-23 15:49 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug testsuite/26813] Testsuite does not check for ICEs
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-23 16:08:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26813
[Bug other/26828] New: missed diagnostic about unreachable code.
struct node { struct node* next; };
static inline
void destruct_list( struct node const* begin, struct node const* end )
{
while ( begin != end )
{
begin = begin-next;
}
}
int main()
{
struct node n;
n.next = n;
destruct_list(n, 0);
return 0;
}
bug.c.t97.final_cleanup:
main ()
{
struct node * begin;
struct node n;
bb 0:
n.next = n;
begin = n;
L1:;
begin = begin-next;
if (begin != 0B) goto L1; else goto L4;
L4:;
return 0;
}
-Wunreachable-code reports nothing.
--
Summary: missed diagnostic about unreachable code.
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: *
GCC host triplet: *
GCC target triplet: *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26828
[Bug bootstrap/26829] New: broken classpath install (missed tools.zip)
(...) rm -rf classes test -z /usr/share/classpath/tools || mkdir -p -- /tmp/gcc-4.2.0-root-pluto/usr/share/classpath/tools /usr/bin/install -c -m 644 '../../../../../libjava/classpath/tools/tools.zip' '/tmp/gcc-4.2.0-root-pluto/usr/share/classpath/tools/tools.zip' /usr/bin/install: cannot stat `../../../../../libjava/classpath/tools/tools.zip': No such file or directory make[6]: *** [install-TOOLSDATA] Error 1 make[6]: Leaving directory `/home/users/pluto/rpm/BUILD/trunk/builddir/x86_64-pld-linux/libjava/classpath/tools' -- Summary: broken classpath install (missed tools.zip) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: x86-64-linux GCC host triplet: x86-64-linux GCC target triplet: x86-64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
[Bug tree-optimization/26830] New: Insane amount of compile-time / memory needed at -O1 and up
At -O1 and up we need a huge amount of memory and compile-time to compile the testcase. My x86_64 box is at 3GB ram and 30min now, still building. -- Summary: Insane amount of compile-time / memory needed at -O1 and up Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: memory-hog, compile-time-hog Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug tree-optimization/26830] Insane amount of compile-time / memory needed at -O1 and up
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-23 16:48 --- Created an attachment (id=11106) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11106action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug fortran/26822] Scalarization of non-elemental intrinsic: __logical_4_l4
--- Comment #2 from paulthomas2 at wanadoo dot fr 2006-03-23 16:53 --- Subject: Re: New: Scalarization of non-elemental intrinsic: __logical_4_l4 Carsten, Would you be so kind as to send me bessj.f90, please? My Numerical Recipes is the F77 version! I am not sure that I know how this message is being generated! With GNU Fortran 95 (GCC) 4.2.0 20060322 (experimental) logical(4) :: l(4), ls integer(4) :: i(4), is l = (/.TRUE., .FALSE., .TRUE., .FALSE./) print *, transfer (l, i, 2) ls = .TRUE. print *, transfer (ls, i) is = ls print *, is i = l print *, i end Gives In file pr26822.f90:10 is = ls 1 Warning: Extension: Conversion from LOGICAL(4) to INTEGER(4) at (1) In file pr26822.f90:13 i = l 1 Warning: Extension: Conversion from LOGICAL(4) to INTEGER(4) at (1) but runs correctly. Thanks Paul While PR 17298 fixed part of the OP to PR17298, for logical transfer statements the problem persists with 4.2.0 20060323 ./numrec-f90 gfortran -v -c src/bessj.f90 Es werden eingebaute Spezifikationen verwendet. Ziel: i686-pc-linux-gnu Konfiguriert mit: /opt/src/gcc/configure --prefix=/opt --enable-languages=c,c++,fortran --enable-checking --enable-cxa_atexit Thread-Modell: posix gcc-Version 4.2.0 20060323 (experimental) /opt/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951 src/bessj.f90 -quiet -dumpbase bessj.f90 -mtune=generic -auxbase bessj -version -I /opt/lib/gcc/i686-pc-linux-gnu/4.2.0/finclude -o /tmp/ccQU67R0.s GNU F95 Version 4.2.0 20060323 (experimental) (i686-pc-linux-gnu) kompiliert von GNU-C-Version 4.2.0 20060323 (experimental). GGC-Heuristik: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 src/bessj.f90: In Funktion »bessj_v«: src/bessj.f90:69: schwerwiegender Fehler: gfc_todo: Not Implemented: Scalarization of non-elemental intrinsic: __logical_4_l4 Kompilierung beendet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26822
[Bug bootstrap/26829] broken classpath install (missed tools.zip)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-23 16:56 --- I was just able to boostrap and install with reversion 112250. What options are you using to configure with and how are you building/install? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and up
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-23 16:56 --- gcc 3.3.6 is fine on i686, 400MB ram, 30s compile time at -O1. 3.4.6 is also fine wit -O1 -funit-at-a-time, so tree-ssa related. 4.0.3 is a little worse, 560MB and 60s, but still reasonable. So my bet is aliasing - but who knows until that compile finishes ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|Insane amount of compile- |[4.1/4.2 Regression] Insane |time / memory needed at -O1 |amount of compile-time / |and up |memory needed at -O1 and up http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug bootstrap/26829] broken classpath install (missed tools.zip)
--- Comment #2 from pluto at agmk dot net 2006-03-23 17:04 --- $ cd ~/rpm/BUILD/trunk/builddir/gcc $ ./g++ -B./ -v Reading specs from ./specs Target: x86_64-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib64 --libexecdir=/usr/lib64 --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib64 --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,ada,java --enable-c99 --enable-long-long --enable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib64 --without-system-libunwind --enable-cmath --with-long-double-128 --with-gxx-include-dir=/usr/include/c++/4.2.0 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --with-qt4dir=/usr/lib64/qt4 --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi x86_64-pld-linux Thread model: posix gcc version 4.2.0 20060323 (experimental) (PLD-Linux) revision 112317. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
[Bug bootstrap/26829] broken classpath install (missed tools.zip)
--- Comment #3 from pluto at agmk dot net 2006-03-23 17:06 ---
%{__make} \
GCJFLAGS=%{rpmcflags} \
BOOT_CFLAGS=%{rpmcflags} \
STAGE1_CFLAGS=%{rpmcflags} -O0 \
GNATLIBCFLAGS=%{rpmcflags} \
LDFLAGS_FOR_TARGET=%{rpmldflags} \
mandir=%{_mandir} \
infodir=%{_infodir}
%{__make} -j1 install \
mandir=%{_mandir} \
infodir=%{_infodir} \
DESTDIR=$RPM_BUILD_ROOT
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
[Bug other/26828] missed diagnostic about unreachable code.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-23 17:13 --- Well considering the infinite loop is still there, this is not a bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26828
[Bug bootstrap/26829] broken classpath install (missed tools.zip)
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-23 17:15 --- Can you try configuring with an absolute path instead of a relative one? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
error: in extract_insn, at recog.c:2083
root: gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 root: uname -a FreeBSD ws3-plovdiv.digsys.bg 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Wed Mar 22 20:44:32 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/IBsec i386 root: c++ -c -pipe -fno-exceptions -Wall -W -O -pipe -march=pentium3 -fPIC -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_NIS -D_LARGEFILE_SOURCE -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -DQT_NAS_SUPPORT -DQT_DLOPEN_OPENGL -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT -DQT_NO_STYLE_POCKETPC -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I/usr/local/include/freetype2 -I/usr/local/include -I3rdparty/opentype -I/usr/local/include -I../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/qfontengine_x11.o kernel/qfontengine_x11.cpp kernel/qfontengine_x11.cpp: In member function `bool QOpenType::positionAndAdd(QShaperItem*, bool)': kernel/qfontengine_x11.cpp:343: error: unrecognizable insn: (insn 1134 1133 1160 29 (UnKnown Unknown) -1 (nil) (expr_list:REG_EQUAL (const_double:DF 5.0e-1 [0x0.8p+0])(nil))) kernel/qfontengine_x11.cpp:343: internal compiler error: in extract_insn, at recog.c:2083 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.6/src. *** Error code 1 Stop in /usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.6. *** Error code 1 Stop in /usr/ports/x11-toolkits/qt33. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade7785.2 make ** Fix the problem and try again. Best regards, Valentin ChernoZemsky __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and up
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-23 17:29 --- -fno-tree-salias brings us back to sane behavior. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and up
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-23 17:36 --- Well, not exactly sane, but topping at 630MB and finishing after 6min, which is enough of a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug target/26508] 4.1.0 doesn't build in 64bit on PA-RISC
--- Comment #21 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-23 17:49 --- Subject: Re: 4.1.0 doesn't build in 64bit on PA-RISC stage1/xgcc -Bstage1/ -B/usr/local/pa20_64/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmodes \ build/genmodes.o build/errors.o ../build-hppa64-hp-hpux11.11/libiberty/libiberty.a build/genmodes -h tmp-modes.h /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '__deregister_frame_info' in load module 'build/genmodes'. /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '__register_frame_info' in load module 'build/genmodes'. I've looked at this some more and come to the conclusion that it's a GNU ld bug. The problem seems to be that weak undefined references are not being resolved by the linker. The symbols are defined in libgcc_eh.a and -lgcc_eh is provided by the gcc driver in linking genmodes. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26508
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-03-23 17:57 --- PTA thinks it doesn't need to solve the graph when it does. The subvar isn't initially marked as addressable if the regular var is in create_sft. The second is what is actually causing your bug, AFAICT. In create_sft, add TREE_ADDRESSABLE (sft) = TREE_ADDRESSABLE (var) in all the flags it is copying, and it should fix the bug. That is indeed sufficient to fix the bug for the C testcase but not for an equivalent Ada testcase, so Richard might have been right in thinking that there is also some type frobbing on the Ada side :-( I am bootstapping this change right now. Thanks. Do not forget to put PR tree-optimization/25737 in the ChangeLog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
Re: [Bug c++/26825] New: bad allocation while adding new elements to vector
When reporting DJGPP bugs, please run your app under gdb and use where to get a traceback, or use djgpp's symify (or bfdsymify) to replace these hex numbers with file/line information. You may need to compile your application with -g to get symbolic debugging information. Call frame traceback EIPs: 0xe574 0xe64e 0xb3fb 0x00020e5e 0x0001c0f4 0x0001c12e 0x0001bce3 0x000193dd 0x000214f7 0x16eb 0xabd8
[Bug libstdc++/26825] bad allocation while adding new elements to vector
--- Comment #2 from dj at redhat dot com 2006-03-23 18:07 --- Subject: Re: New: bad allocation while adding new elements to vector When reporting DJGPP bugs, please run your app under gdb and use where to get a traceback, or use djgpp's symify (or bfdsymify) to replace these hex numbers with file/line information. You may need to compile your application with -g to get symbolic debugging information. Call frame traceback EIPs: 0xe574 0xe64e 0xb3fb 0x00020e5e 0x0001c0f4 0x0001c12e 0x0001bce3 0x000193dd 0x000214f7 0x16eb 0xabd8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26825
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-03-23 18:08 --- That is indeed sufficient to fix the bug for the C testcase but not for an equivalent Ada testcase, so Richard might have been right in thinking that there is also some type frobbing on the Ada side :-( Not a bug, but a feature. :-) Everything is not addressable in Ada, unlike in C. The tree aliasing machinery appears to totally overlook the flag /* Used in a FIELD_DECL to indicate that we cannot form the address of this component. */ #define DECL_NONADDRESSABLE_P(NODE) \ (FIELD_DECL_CHECK (NODE)-decl_common.decl_flag_3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug target/26508] 4.1.0 doesn't build in 64bit on PA-RISC
--- Comment #22 from h dot m dot brand at xs4all dot nl 2006-03-23 18:11 --- http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-03/msg00524.html shows that I've been trying to pin the perl5 failure related to this too, but I'm kinda stuck for now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26508
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-03-23 18:13
---
The Ada testcase is correctly compiled at -O with the create_sft change and
Index: tree-ssa-structalias.c
===
--- tree-ssa-structalias.c (revision 112080)
+++ tree-ssa-structalias.c (working copy)
@@ -3661,7 +3661,7 @@ push_fields_onto_fieldstack (tree type,
}
for (field = TYPE_FIELDS (type); field; field = TREE_CHAIN (field))
-if (TREE_CODE (field) == FIELD_DECL)
+if (TREE_CODE (field) == FIELD_DECL ! DECL_NONADDRESSABLE_P (field))
{
bool push = false;
int pushed = 0;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-03-23 18:24 --- The tree aliasing machinery appears to totally overlook the flag /* Used in a FIELD_DECL to indicate that we cannot form the address of this component. */ #define DECL_NONADDRESSABLE_P(NODE) \ (FIELD_DECL_CHECK (NODE)-decl_common.decl_flag_3) Another one. :-) /* For an ARRAY_TYPE, indicates that it is not permitted to take the address of a component of the type. */ #define TYPE_NONALIASED_COMPONENT(NODE) \ (ARRAY_TYPE_CHECK (NODE)-type.transparent_union_flag) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug fortran/25031] Allocatable array can be reallocated.
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-03-23 18:36 --- There is a problem with the current solution on trunk. When we do allocate (a(10)) allocate (a(20),stat=i) the size information is changed, but the size of the array is not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25031
[Bug bootstrap/26829] broken classpath install (missed tools.zip)
--- Comment #5 from pluto at agmk dot net 2006-03-23 18:53 --- (In reply to comment #4) Can you try configuring with an absolute path instead of a relative one? here's a fix. Index: trunk/libjava/classpath/configure.ac === --- trunk/libjava/classpath/configure.ac(wersja 112328) +++ trunk/libjava/classpath/configure.ac(kopia robocza) @@ -552,6 +552,10 @@ dnl and zip, however GNU provides both so it should be okay dnl --- AC_PATH_PROG(FIND, find) +AC_PATH_PROG(ZIP, zip) +if test x$ZIP = x; then + AC_MSG_ERROR([zip is required]) +fi dnl --- dnl Specify what to install (install only glibj.zip by default) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26829
[Bug middle-end/26611] openmp gomp ICE at gimplify.c:4257
--- Comment #5 from jakub at gcc dot gnu dot org 2006-03-23 19:54 --- This is actually ICE on valid, a small modification of the testcase that makes it valid still ICEs. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Keywords|error-recovery, ice-on- |ice-on-valid-code |invalid-code| Last reconfirmed|2006-03-09 18:43:30 |2006-03-23 19:54:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26611
[Bug c++/24302] [3.4/4.0/4.1 regression] anonymous global union segfault with g++ 3.4.x
--- Comment #10 from dpatel at gcc dot gnu dot org 2006-03-23 19:55 --- Subject: Bug 24302 Author: dpatel Date: Thu Mar 23 19:55:47 2006 New Revision: 112329 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112329 Log: Radar 4484060 PR c++/24302 * toplev.c (check_global_declarations): Check anonymous decl name. * g++.dg/warn/Wunused-12.C: New test. Added: branches/apple/trunk/gcc/testsuite/g++.dg/warn/Wunused-12.C - copied, changed from r105222, trunk/gcc/testsuite/g++.dg/warn/Wunused-12.C Modified: branches/apple/trunk/gcc/ChangeLog branches/apple/trunk/gcc/testsuite/ChangeLog branches/apple/trunk/gcc/toplev.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24302
[Bug debug/26827] GNAT BUG DETECTED on compile GPS 1.3.1/gtkada
--- Comment #2 from krischik at users dot sourceforge dot net 2006-03-23 20:03 --- Hello, Tests on x86_64-suse-linux failed as well. Martin -- krischik at users dot sourceforge dot net changed: What|Removed |Added GCC build triplet|i586-suse-linux |*-suse-linux GCC host triplet|i586-suse-linux |*-suse-linux GCC target triplet|i586-suse-linux |*-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26827
[Bug ada/26678] GNAT BUG DETECTED when compiling AWS.
--- Comment #8 from krischik at users dot sourceforge dot net 2006-03-23 20:07 --- Hello Andrew, you are right - the hole of AWS compiles nicely with x86_64. Martin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-03-23 20:12 --- Subject: Re: [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing On Thu, 2006-03-23 at 18:24 +, ebotcazou at gcc dot gnu dot org wrote: --- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-03-23 18:24 --- The tree aliasing machinery appears to totally overlook the flag /* Used in a FIELD_DECL to indicate that we cannot form the address of this component. */ #define DECL_NONADDRESSABLE_P(NODE) \ (FIELD_DECL_CHECK (NODE)-decl_common.decl_flag_3) Another one. :-) /* For an ARRAY_TYPE, indicates that it is not permitted to take the address of a component of the type. */ #define TYPE_NONALIASED_COMPONENT(NODE) \ (ARRAY_TYPE_CHECK (NODE)-type.transparent_union_flag) Errr, but that would make it non-addressable, and thus, non-aliasable, which is the exact opposite effect of what is causing the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/26831] New: sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented.
As the subject says, these four standard names are not documented. By analogy to the way in which sibcall_epilogue has a separate entry from epilogue, they should also have their own entries in the standard pattern names for generation chapter of the internals manual. The entry for FUNCTION_OK_FOR_SIBCALL even refers to the 'sibcall' md pattern, but there is no other mention of it. Note also that if you implement siball_epilogue by emitting a fully-schedulable RTL epilogue (rather than just using an unspec to represent the entire thing as a black box to the compiler and emitting it opencoded at assembler output generation time like the arm port does in 3.3.3 where I discovered this), you may also need to implement these sibcall patterns, or you can get ICEn when the register allocator gets confused in one of the later passes. This dependency is not mentioned anywhere. However I have not tested it against 4.x/HEAD to see if it remains the case. cheers, DaveK -- Summary: sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dave dot korn at artimi dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26831
[Bug middle-end/26831] sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-23 20:49 --- Interesting, sibcall_epilogue is documented though. http://gcc.gnu.org/onlinedocs/gccint/Standard-Names.html#Standard-Names -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-23 20:49:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26831
[Bug fortran/26832] New: ICE: verify_ssa failed
Howdy, there is a recent regression which shows up in the attached code which is stripped down from LAPACK's dlasv2.f % gfc --version GNU Fortran 95 (GCC) 4.2.0 20060323 (experimental) % gfc -c dlasv2.f -O dlasv2.f: In function 'dlasv2': dlasv2.f:3: error: missing definition for SSA_NAME: t_35 in statement: D.922_38 = t_35 + mm_36; dlasv2.f:3: internal compiler error: verify_ssa failed Interestingly, the ICE does *NOT* show up when enabling -ffast-math, commenting out the marked line in the code or playing around with the IF constructs. Cheers, -ha -- Summary: ICE: verify_ssa failed Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at gmx dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26832
[Bug fortran/26832] ICE: verify_ssa failed
--- Comment #1 from anlauf at gmx dot de 2006-03-23 20:56 --- Created an attachment (id=11107) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11107action=view) Stripped down LAPACK subroutine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26832
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and up
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-23 21:03 --- Now, with -O -fno-tree-salias we have tree copy propagation : 4.30 ( 1%) usr 0.06 ( 0%) sys 4.48 ( 1%) wall 1076 kB ( 0%) ggc tree SSA rewrite : 280.55 (76%) usr 0.44 ( 3%) sys 287.70 (69%) wall 8254 kB ( 3%) ggc tree SSA incremental : 25.32 ( 7%) usr 0.24 ( 2%) sys 26.91 ( 6%) wall 4307 kB ( 1%) ggc TOTAL : 366.8515.64 419.93 305294 kB eh...!? now it would be interesting to know what pass caused this. CPU: P4 / Xeon, speed 2799.93 MHz (estimated) Counted UOPS_RETIRED events (retired uops) with a unit mask of 0x01 (count marked uops which are non-bogus) count 45000 samples %image name symbol name 6902 67.2055 cc1plus rewrite_update_phi_arguments 438 4.2648 cc1plus update_ssa 314 3.0574 cc1plus rewrite_update_init_block 200 1.9474 cc1plus walk_dominator_tree 149 1.4508 cc1plus compute_global_livein 138 1.3437 cc1plus next_dom_son 121 1.1782 cc1plus bitmap_bit_p 111 1.0808 cc1plus delete_update_ssa 108 1.0516 no-vmlinux (no symbols) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug tree-optimization/26832] [4.2 Regression] ICE: verify_ssa failed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-23 21:05 --- Replacing 't_35' with constant '1.0e+0' Original statement:tt_37 = t_35 * t_35 Updated statement:tt_37 = t_35 Replacing 'tt_37' with variable 't_35' Original statement:D.1282_38 = tt_37 + mm_36 Updated statement:D.1282_38 = t_35 + mm_36 and we delete t_35 *** This bug has been marked as a duplicate of 26806 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||law at redhat dot com Severity|normal |blocker Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Summary|ICE: verify_ssa failed |[4.2 Regression] ICE: ||verify_ssa failed Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26832
[Bug tree-optimization/26806] [4.2 Regression] ICE at gcc/tree-gimple.c:269
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-23 21:05 --- *** Bug 26832 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||anlauf at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26806
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed by into-ssa
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-03-23 21:15 --- I blame into-ssa -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org Summary|[4.1/4.2 Regression] Insane |[4.1/4.2 Regression] Insane |amount of compile-time /|amount of compile-time / |memory needed at -O1 and up |memory needed by into-ssa http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug c/26833] New: ICE Segmentation fault
Dunno See File -- Summary: ICE Segmentation fault Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: malitzke at metronets dot com GCC build triplet: i686-slackware-linux GCC host triplet: i686-slackware-linux GCC target triplet: i686-slackware-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26833
[Bug c/26833] ICE Segmentation fault
--- Comment #1 from malitzke at metronets dot com 2006-03-23 21:24 --- Created an attachment (id=11108) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11108action=view) complete case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26833
[Bug tree-optimization/26833] [4.2 Regression] ICE Segmentation fault
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c |tree-optimization Keywords||ice-on-valid-code Summary|ICE Segmentation fault |[4.2 Regression] ICE ||Segmentation fault Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26833
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and above
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-23 21:37 --- And I'm wrong. It's loop header copying!(?!) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|dnovillo at gcc dot gnu dot |rakdver at gcc dot gnu dot |org |org Summary|[4.1/4.2 Regression] Insane |[4.1/4.2 Regression] Insane |amount of compile-time /|amount of compile-time / |memory needed by into-ssa |memory needed at -O1 and ||above http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug tree-optimization/26833] [4.2 Regression] ICE Segmentation fault
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-23 21:41 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26833
[Bug fortran/26834] New: gfc_todo: Not Implemented: Unable to determine rank of expression
Howdy, the subject says it all: % cat gfcbug34.f90 subroutine gfcbug34 () implicit none type t integer, pointer :: i (:) = NULL () end type t type(t), save :: gf write(*,*) 'ubound:', ubound (gf% i) write(*,*) 'lbound:', lbound (gf% i) end subroutine gfcbug34 % gfc -c gfcbug34.f90 gfcbug34.f90: In function 'gfcbug34': gfcbug34.f90:9: fatal error: gfc_todo: Not Implemented: Unable to determine rank of expression compilation terminated. Cheers, -ha -- Summary: gfc_todo: Not Implemented: Unable to determine rank of expression Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at gmx dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26834
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and above
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-03-23 22:09 --- With structure aliasing on, we create 22326 SFTs for the CShadingContext::execute function. Aliasing completely breaks down then: execute: Total number of aliased vops: 18901314 execute: Total number of aliased vops after grouping: 4421064 Referenced variables in execute: 80934 This all results in lots of basic blocks with hundreds of PHI nodes with hundreds of incoming edges in alias1. This is insane! Like # SFT.14821_22241 = PHI SFT.14821_41418(2), ... , SFT.14821_22241(9627); (that line is 2 characters long! Which makes roughly 1000 phi arguments!) and there are 8800 such PHI_EXPRs for just one basic block! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug tree-optimization/26833] [4.2 Regression] ICE Segmentation fault
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-23 22:19 ---
Reduced testcase:
void yasm_lc3b__parse_insn( int num_info, int *num_operands
, int *operands, int op)
{
int found = 0;
int i;
for (; num_info0 !found; num_info--)
{
int mismatch = 0;
for(i = 0;op (i*num_operands) !mismatch; i++)
{
if (!(int)(operands[i] 0x1))
mismatch = 1;
if (mismatch)
break;
}
if (!mismatch)
found = 1;
}
}
This is different from the previous testcase as far as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||law at redhat dot com
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-03-23 22:19:09
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26833
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS tests c974001 and c974013 do not terminate with struct aliasing
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-03-23 22:21 --- Errr, but that would make it non-addressable, and thus, non-aliasable, which is the exact opposite effect of what is causing the problem. Take a look at alias.c:record_component_aliases. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
