[Bug rtl-optimization/36663] New: IRA ICE in save_call_clobbered_regs at caller-save.c:1949
gcc -v Using built-in specs. Target: i386-apple-darwin9.3.0 Configured with: ../gcc/configure --prefix=/usr/local/gcc44-ira --enable-threads=posix --with-arch=core2 --with-tune=core2 --with-gmp=/sw --with-mpfr=/sw --disable-nls --disable-bootstrap --enable-checking=yes,rtl CFLAGS=-g LDFLAGS=/usr/lib/libiconv.dylib --enable-languages=c,c++,objc Thread model: posix gcc version 4.4.0 20080530 (experimental) (GCC) gcc -O3 -fira -S ira-ice.i ira-ice.i: In function 'avf_sdp_create': ira-ice.i:59: internal compiler error: in save_call_clobbered_regs, at caller-save.c:1949 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. This only happens at -O3, not anything below. -- Summary: IRA ICE in save_call_clobbered_regs at caller- save.c:1949 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: astrange at ithinksw dot com GCC target triplet: i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
[Bug rtl-optimization/36663] IRA ICE in save_call_clobbered_regs at caller-save.c:1949
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 07:14 --- Created an attachment (id=15828) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15828action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
[Bug fortran/35971] ICE on valid code
--- Comment #2 from janus at gcc dot gnu dot org 2008-06-29 08:58 ---
The test case in comment #1 does compile for me without any ICE. The test case
in comment #0 is actually invalid, triggering the following error message:
procedure(abstract_fun) fun
1
Error: PROCEDURE at (1) must be in a generic interface
One simply has to remove the interface statement from the main program:
program fptr
use funcs
use other_fun
implicit none
procedure(abstract_fun) fun
pointer(p,fun)
type(C_FUNPTR) fp
fp = get_proc('Hello, world'//achar(0))
p = transfer(fp,p)
write(*,'(a)') fun([1,2,3])
end program fptr
With this I also get an ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35971
[Bug testsuite/36620] gcc.dg/pr36504.c doesn't work on 32bit
--- Comment #2 from jakub at gcc dot gnu dot org 2008-06-29 10:39 --- Subject: Bug 36620 Author: jakub Date: Sun Jun 29 10:39:05 2008 New Revision: 137249 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137249 Log: PR testsuite/36620 * gcc.dg/pr36504.c: Add -w to dg-options. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr36504.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36620
[Bug testsuite/36620] gcc.dg/pr36504.c doesn't work on 32bit
--- Comment #3 from jakub at gcc dot gnu dot org 2008-06-29 10:42 --- Subject: Bug 36620 Author: jakub Date: Sun Jun 29 10:41:17 2008 New Revision: 137250 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137250 Log: PR testsuite/36620 * gcc.dg/pr36504.c: Add -w to dg-options. Modified: branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr36504.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36620
[Bug testsuite/36620] gcc.dg/pr36504.c doesn't work on 32bit
--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-29 10:45 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36620
[Bug tree-optimization/21485] [4.1/4.2 Regression] codegen regression due to PRE increasing register pressure (missing load PRE really)
--- Comment #25 from wbrana at gmail dot com 2008-06-29 10:55 --- I think 4.3 is missing in Summary and 4.3.1 in Known to fail. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
[Bug bootstrap/36664] New: [4.4 Regression] bootstrap failure at rev.137248
On i686-apple-darwin9 at revision 137248, bootstrap fails with: ... /opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wc++-compat -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.4-work/gcc -I../../gcc-4.4-work/gcc/. -I../../gcc-4.4-work/gcc/../include -I./../intl -I../../gcc-4.4-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.4-work/gcc/../libdecnumber -I../../gcc-4.4-work/gcc/../libdecnumber/dpd -I../libdecnumber -I. -I. -I../../gcc-4.4-work/gcc -I../../gcc-4.4-work/gcc/. -I../../gcc-4.4-work/gcc/../include -I./../intl -I../../gcc-4.4-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.4-work/gcc/../libdecnumber -I../../gcc-4.4-work/gcc/../libdecnumber/dpd -I../libdecnumber \ ../../gcc-4.4-work/gcc/config/darwin-driver.c cc1: warnings being treated as errors ../../gcc-4.4-work/gcc/config/darwin-driver.c: In function 'darwin_default_min_version': ../../gcc-4.4-work/gcc/config/darwin-driver.c:96: error: request for implicit conversion from 'void *' to 'char **' not permitted in C++ ../../gcc-4.4-work/gcc/config/darwin-driver.c:147: error: request for implicit conversion from 'void *' to 'char **' not permitted in C++ -- Summary: [4.4 Regression] bootstrap failure at rev.137248 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36664
[Bug c++/36665] New: g++: Internal error: Killed (program cc1plus)
{standard input}: Assembler messages:
{standard input}:7604: Warning: end of file not at end of a line; newline
inserted
{standard input}:8453: Error: undefined symbol `.LLSDACSE5526' in operation
g++: Internal error: Killed (program cc1plus)
--
Summary: g++: Internal error: Killed (program cc1plus)
Product: gcc
Version: 4.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jasenk2 at gmail dot com
GCC build triplet: g++ -c -pipe -fpermissive -march=pentiumpro -fomit-
frame-pointer
GCC host triplet: Kubuntu 8.04 Linux 2.6.24-19-generic #1 SMP
GCC target triplet: g++ (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36665
[Bug c++/36665] g++: Internal error: Killed (program cc1plus)
--- Comment #1 from jasenk2 at gmail dot com 2008-06-29 11:14 --- Created an attachment (id=15829) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15829action=view) util.ii file produced a internal error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36665
[Bug tree-optimization/36648] [4.3/4.4 Regression] segfault in global constructor with -O3
--- Comment #5 from irar at il dot ibm dot com 2008-06-29 12:25 ---
It's a bug in calculation of number of iterations of prolog loop. I am testing
the following patch:
Index: tree-vect-transform.c
===
--- tree-vect-transform.c (revision 137250)
+++ tree-vect-transform.c (working copy)
@@ -6725,16 +6725,14 @@ vect_do_peeling_for_loop_bound (loop_vec
Else, compute address misalignment in bytes:
addr_mis = addr (vectype_size - 1)
- prolog_niters = min ( LOOP_NITERS , (VF - addr_mis/elem_size)(VF-1) )
-
- (elem_size = element type size; an element is the scalar element
- whose type is the inner type of the vectype)
-
- For interleaving,
-
- prolog_niters = min ( LOOP_NITERS ,
- (VF/group_size - addr_mis/elem_size)(VF/group_size-1)
)
-where group_size is the size of the interleaved group.
+ prolog_niters = min (LOOP_NITERS, ((VF - addr_mis/elem_size)(VF-1))/step)
+
+ (elem_size = element type size; an element is the scalar element whose type
+ is the inner type of the vectype)
+
+ When the step of the data-ref in the loop is not 1 (as in interleaved data
+ and SLP), the number of iterations of the prolog must be divided by the
step
+ (which is equal to the size of interleaved group).
The above formulas assume that VF == number of elements in the vector. This
may not hold when there are multiple-types in the loop.
@@ -6756,18 +6754,12 @@ vect_gen_niters_for_prolog_loop (loop_ve
tree vectype = STMT_VINFO_VECTYPE (stmt_info);
int vectype_align = TYPE_ALIGN (vectype) / BITS_PER_UNIT;
tree niters_type = TREE_TYPE (loop_niters);
- int group_size = 1;
+ int step = 1;
int element_size = GET_MODE_SIZE (TYPE_MODE (TREE_TYPE (DR_REF (dr;
int nelements = TYPE_VECTOR_SUBPARTS (vectype);
if (STMT_VINFO_STRIDED_ACCESS (stmt_info))
-{
- /* For interleaved access element size must be multiplied by the size of
-the interleaved group. */
- group_size = DR_GROUP_SIZE (vinfo_for_stmt (
- DR_GROUP_FIRST_DR (stmt_info)));
- element_size *= group_size;
-}
+step = DR_GROUP_SIZE (vinfo_for_stmt (DR_GROUP_FIRST_DR (stmt_info)));
pe = loop_preheader_edge (loop);
@@ -6778,8 +6770,9 @@ vect_gen_niters_for_prolog_loop (loop_ve
if (vect_print_dump_info (REPORT_DETAILS))
fprintf (vect_dump, known alignment = %d., byte_misalign);
- iters = build_int_cst (niters_type,
- (nelements -
elem_misalign)(nelements/group_size-1));
+
+ iters = build_int_cst (niters_type,
+ (((nelements - elem_misalign) (nelements - 1)) /
step));
}
else
{
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36648
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #4 from gcc-bugzilla at contacts dot eelis dot net 2008-06-29
12:53 ---
(In reply to comment #3)
Fixed for 4.4.0.
Thanks! However, I just noticed that while the problem has been fixed for
function templates, it's still there for class templates. This code:
template typename void f() {}
extern template void fint();
still triggers the warning when compiled with g++ -std=c++0x -pedantic.
--
gcc-bugzilla at contacts dot eelis dot net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #5 from gcc-bugzilla at contacts dot eelis dot net 2008-06-29
12:54 ---
Crap, pasted the wrong code. Here's the code that now triggers the warning:
template typename class S {};
extern template class Sint;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #6 from paolo dot carlini at oracle dot com 2008-06-29 13:18 --- Ok, ok... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug tree-optimization/36666] New: [4.4 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2573
Testcase, reduced from ia64 ada bootstrap failure:
struct Foo {
int *p;
struct X {
int a,b,c,d,e,*f;
} x;
} *init, *init2;
struct X __attribute__((const)) foo(struct X);
void bar (void)
{
init-x = foo (init2-x);
}
mine.
--
Summary: [4.4 Regression] ICE in process_constraint, at tree-ssa-
structalias.c:2573
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: rguenth at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/36666] [4.4 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2573
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-29 13:33:40 date|| Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/36666] [4.4 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2573
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-29 14:19 --- The solution is to remove the assert, but there is more latent bugs I just discovered while looking at this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/36666] [4.4 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2573
--- Comment #2 from dberlin at gcc dot gnu dot org 2008-06-29 15:23 --- You can't remove the assert, the assert is there because things will be broken if it hasn't been handed off to do_structure_copy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/36666] [4.4 Regression] ICE in process_constraint, at tree-ssa-structalias.c:2573
--- Comment #3 from rguenther at suse dot de 2008-06-29 15:31 ---
Subject: Re: [4.4 Regression] ICE in
process_constraint, at tree-ssa-structalias.c:2573
On Sun, 29 Jun 2008, dberlin at gcc dot gnu dot org wrote:
--- Comment #2 from dberlin at gcc dot gnu dot org 2008-06-29 15:23
---
You can't remove the assert, the assert is there because things will be broken
if it hasn't been handed off to do_structure_copy.
Well... not. 1) we don't have subfields here, 2) the constraint is
supposed to do what it says - what the lhs points to should point to
what the rhs points to.
The remaining bug, in the case we have subfields, is that
get_constraint_for for struct-valued references gets us just a single
constraint for the first field it finds.
The bug is from handle_const_call:
/* May return arguments. */
FOR_EACH_CALL_EXPR_ARG (arg, iter, call)
if (could_have_pointers (arg))
{
VEC(ce_s, heap) *argc = NULL;
struct constraint_expr *argp;
int i;
get_constraint_for (arg, argc);
for (i = 0; VEC_iterate (ce_s, argc, i, argp); i++)
for (j = 0; VEC_iterate (ce_s, lhsc, j, lhsp); j++)
process_constraint (new_constraint (*lhsp, *argp));
VEC_free (ce_s, heap, argc);
}
for subfields I expected that (for example for two) we end up with
the following constraints generated in this loop
x-a = y-a
x-b = y-a
x-a = y-b
x-b = y-b
which is _not_ a structure copy! But of course in the end it only generates
x-a = y-a
oops.
IMHO get_constraint_for for a struct-valued reference needs to fill the
array with all subvars the reference touches. The do_structure_copy
handling is a special case that handles real assignments.
In the above light the assert is bogus, because it expects all
(struct) assignments coming from real instructions.
But maybe I'm missing sth? ;)
Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug other/36667] New: Incorrect XFmode emulation in soft-fp
extended.h in soft-fp assumes the size 80bit XFmode is 16byte. It is only correct for x86-64. For ia32, it is 12byte. -- Summary: Incorrect XFmode emulation in soft-fp Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36667
[Bug debug/36668] New: FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i
Executing on host: /home/dave/gnu/gcc-4.4/objdir/gcc/testsuite/g++/../../g++ -B/home/dave/gnu/gcc-4.4/objdir/gcc/testsuite/g++/../../ /home/dave/gnu/gcc-4.4/gcc/gcc/testsuite/g++.dg/other/PR23205.C -nostdinc++ -I/home/dave/gnu/gcc-4.4/objdir/hppa-linux/libstdc++-v3/include/hppa-linux -I/home/dave/gnu/gcc-4.4/objdir/hppa-linux/libstdc++-v3/include -I/home/dave/gnu/gcc-4.4/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc-4.4/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc-4.4/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -gstabs+ -fno-eliminat e-unused-debug-types -fno-show-column -S -o PR23205.s(timeout = 300)PASS: g++.dg/other/PR23205.C (test for excess errors) FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i See the following in PR23205.s: .stabs foobar:S(0,25)=k(0,7),38,0,5,_ZL6foobar This fail was introduced between 136828 and 137002. -- Summary: FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa*-*-* (32-bit) GCC host triplet: hppa*-*-* (32-bit) GCC target triplet: hppa*-*-* (32-bit) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36668
[Bug other/36667] Incorrect XFmode emulation in soft-fp
--- Comment #1 from hjl dot tools at gmail dot com 2008-06-29 16:42 --- I guess it is OK. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36667
[Bug other/36667] Incorrect XFmode emulation in soft-fp
--- Comment #2 from ubizjak at gmail dot com 2008-06-29 16:45 ---
(In reply to comment #0)
extended.h in soft-fp assumes the size 80bit XFmode is 16byte.
It is only correct for x86-64. For ia32, it is 12byte.
I don't think so. From extended.h:
...
#if _FP_W_TYPE_SIZE 64
union _FP_UNION_E
{
XFtype flt;
struct
{
#if __BYTE_ORDER == __BIG_ENDIAN
unsigned long pad1 : _FP_W_TYPE_SIZE;
unsigned long pad2 : (_FP_W_TYPE_SIZE - 1 - _FP_EXPBITS_E);
unsigned long sign : 1;
unsigned long exp : _FP_EXPBITS_E;
unsigned long frac1 : _FP_W_TYPE_SIZE;
unsigned long frac0 : _FP_W_TYPE_SIZE;
#else
unsigned long frac0 : _FP_W_TYPE_SIZE;
unsigned long frac1 : _FP_W_TYPE_SIZE;
unsigned exp : _FP_EXPBITS_E;
unsigned sign : 1;
#endif /* not bigendian */
} bits __attribute__((packed));
};
So, the size of the struct is 32+32+15+1 = 80bits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36667
[Bug bootstrap/36664] [4.4 Regression] bootstrap failure at rev.137248
--- Comment #1 from ghazi at gcc dot gnu dot org 2008-06-29 17:50 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01890.html -- ghazi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-29 17:50:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36664
[Bug fortran/36586] configure: error: GNU Fortran is not working; please report a bug...
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-06-29 17:57 --- If you are still having problems, please let me know. I am closing this as invalid but certainly know that we ill help you if you need further help. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36586
[Bug fortran/36515] Integer read from stdin yields a value overflow for a valid integer.
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-06-29 19:02 --- Docs updated. Committed revision 137254. Closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36515
[Bug fortran/36341] MATMUL: Bounds check missing (run time compile time)
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-06-29 19:06 --- Subject: Bug 36341 Author: tkoenig Date: Sun Jun 29 19:06:06 2008 New Revision: 137255 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137255 Log: 2008-06-29 Thomas Koenig [EMAIL PROTECTED] PR fortran/36341 * iresolve.c (gfc_resolve_matmul): Copy shapes from arguments. 2008-06-29 Thomas Koenig [EMAIL PROTECTED] PR fortran/36341 * gfortran.dg/matmul_bounds_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/matmul_bounds_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/iresolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36341
[Bug target/36669] New: Wrong versioning for __float128
45: 8d20 517 FUNCGLOBAL DEFAULT 11 __gttf2@@GCC_3.0 80: 8f30 549 FUNCGLOBAL DEFAULT 11 __lttf2@@GCC_3.0 116: 8ba0 381 FUNCGLOBAL DEFAULT 11 __netf2@@GCC_3.0 They should be @@GCC_4.3.0 instead of @@GCC_3.0. -- Summary: Wrong versioning for __float128 Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36669
[Bug fortran/36670] New: Missing compile-time checks on sum and product
Runtime checks are OK, compile-time checks are better. $ cat sum.f90 program main real, dimension(3,3) :: a real, dimension(2) :: b a = 21. b = sum(a,dim=1) end program main $ gfortran -fbounds-check sum.f90 $ ./a.out Fortran runtime error: Incorrect extent in return value of SUM intrinsic in dimension 1: is 2, should be 3 $ cat product.f90 program main real, dimension(3,3) :: a real, dimension(2) :: b a = 21. b = product(a,dim=1) end program main $ gfortran -fbounds-check product.f90 $ ./a.out Fortran runtime error: Incorrect extent in return value of PRODUCT intrinsic in dimension 1: is 2, should be 3 -- Summary: Missing compile-time checks on sum and product Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 27766 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36670
[Bug middle-end/36671] New: [4.4 Regression]: gfortran.dg/associated_1.f90
Revision 137252: http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01883.html caused FAIL: gfortran.dg/associated_1.f90 -O1 execution test -- Summary: [4.4 Regression]: gfortran.dg/associated_1.f90 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36671
[Bug rtl-optimization/36672] New: IRA + -fno-pic ICE in emit_swap_insn, at reg-stack.c:829
gcc -v Using built-in specs. Target: i386-apple-darwin9.3.0 Configured with: ../gcc/configure --prefix=/usr/local/gcc44-ira --enable-threads=posix --with-arch=core2 --with-tune=core2 --with-gmp=/sw --with-mpfr=/sw --disable-nls --disable-bootstrap --enable-checking=yes,rtl CFLAGS=-g LDFLAGS=/usr/lib/libiconv.dylib --enable-languages=c,c++,objc Thread model: posix gcc version 4.4.0 20080530 (experimental) (GCC) gcc -O3 -fira -fno-pic -S ira-ice2.i ira-ice2.i:38: internal compiler error: in emit_swap_insn, at reg-stack.c:829 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Happens with -O2, but not below that, and not without -fno-pic. -- Summary: IRA + -fno-pic ICE in emit_swap_insn, at reg-stack.c:829 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: astrange at ithinksw dot com GCC target triplet: i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36672
[Bug rtl-optimization/36672] IRA + -fno-pic ICE in emit_swap_insn, at reg-stack.c:829
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 21:35 --- Created an attachment (id=15830) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15830action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36672
[Bug rtl-optimization/36673] New: IRA -O3 -fno-pic ICE in save_con_fun_n, at caller-save.c:1389
gcc -v Using built-in specs. Target: i386-apple-darwin9.3.0 Configured with: ../gcc/configure --prefix=/usr/local/gcc44-ira --enable-threads=posix --with-arch=core2 --with-tune=core2 --with-gmp=/sw --with-mpfr=/sw --disable-nls --disable-bootstrap --enable-checking=yes,rtl CFLAGS=-g LDFLAGS=/usr/lib/libiconv.dylib --enable-languages=c,c++,objc Thread model: posix gcc version 4.4.0 20080530 (experimental) (GCC) gcc -O3 -fira -fno-pic -S ira-ice.i ira-ice.i: In function 'MPV_motion_lowres': ira-ice.i:201: internal compiler error: in save_con_fun_n, at caller-save.c:1389 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Without -fno-pic there's a different ICE, and with a lower -O it compiles. Besides these three ICEs there are several miscompiles of ffmpeg r14025, all of which cause it to crash on startup or enter infinite loops, so I guess I can't benchmark IRA for now. -- Summary: IRA -O3 -fno-pic ICE in save_con_fun_n, at caller- save.c:1389 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: astrange at ithinksw dot com GCC target triplet: i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
[Bug rtl-optimization/36673] IRA -O3 -fno-pic ICE in save_con_fun_n, at caller-save.c:1389
--- Comment #1 from astrange at ithinksw dot com 2008-06-29 21:41 --- Created an attachment (id=15831) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15831action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
[Bug c/36674] New: #include location is offset by one row in errors from preprocessed files
Given --- main.h --- not_declared_yet(); --- main.c --- #include main.h --- Makefile --- all: gcc --version gcc -Wall -E -I. main.c huhu.ii -gcc -Wall -I. huhu.ii gcc -Wall -I. main.c make produces: --- make gcc --version gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. gcc -Wall -E -I. main.c huhu.ii gcc -Wall -I. huhu.ii In file included from main.c:2: main.h:1: error: expected constructor, destructor, or type conversion before â;â token make: [all] Error 1 (ignored) gcc -Wall -I. main.c In file included from main.c:1: main.h:1: warning: data definition has no type or storage class main.h:1: warning: type defaults to âintâ in declaration of ânot_declared_yetâ ...(truncated) --- That is 'In file included from main.c:2:' instead of main.cc:1: when the file is preprocessed first. huhu.ii contains --- # 1 main.c # 1 built-in # 1 command-line # 1 main.c # 1 main.h 1 not_declared_yet(); # 1 main.c 2 - -- Summary: #include location is offset by one row in errors from preprocessed files Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: antalk at chello dot hu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36674
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #7 from paolo at gcc dot gnu dot org 2008-06-29 21:45 --- Subject: Bug 36655 Author: paolo Date: Sun Jun 29 21:44:57 2008 New Revision: 137261 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137261 Log: /cp 2008-06-29 Paolo Carlini [EMAIL PROTECTED] PR c++/36655 * pt.c (do_type_instantiation): In c++0x mode do not warn for extern template. /testsuite 2008-06-29 Paolo Carlini [EMAIL PROTECTED] PR c++/36655 * g++.dg/cpp0x/extern_template-2.C: New. * g++.dg/cpp0x/extern_template.C: Rename to... * g++.dg/cpp0x/extern_template-1.C: ... this. Added: trunk/gcc/testsuite/g++.dg/cpp0x/extern_template-1.C - copied unchanged from r137251, trunk/gcc/testsuite/g++.dg/cpp0x/extern_template.C trunk/gcc/testsuite/g++.dg/cpp0x/extern_template-2.C Removed: trunk/gcc/testsuite/g++.dg/cpp0x/extern_template.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #8 from paolo dot carlini at oracle dot com 2008-06-29 21:46 --- Fixed again. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug middle-end/36671] [4.4 Regression]: gfortran.dg/associated_1.f90
--- Comment #1 from dominiq at lps dot ens dot fr 2008-06-29 22:12 ---
Confirmed on i686-apple-darwin9. The following modified code
! { dg-do run }
! PR 25292: Check that the intrinsic associated works with functions returning
! pointers as arguments
program test
real, pointer :: a, b
nullify(a,b)
if(associated(a,b).or.associated(a,a)) call abort()
allocate(a)
if(associated(b,a)) call abort()
print *, associated(x(a)), associated(a, x(a))
! if (.not.associated(x(a))) call abort ()
! if (.not.associated(a, x(a))) call abort ()
nullify(b)
print *, associated(x(b))
! if (associated(x(b))) call abort ()
allocate(b)
if (associated(x(b), x(a))) call abort ()
contains
function x(a) RESULT(b)
real, pointer :: a,b
b = a
end function x
end program test
gives at -O1
[ibook-dhum] f90/bug% a.out
F F
T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36671
[Bug c++/36655] unjustified warning for extern template when using -pedantic -std=c++0x
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-06-29 23:30 --- Hmm, I thought I saw a draft ealier that added also auto template and static template but I can't find that draft any more :(. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36655
[Bug c++/36665] g++: Internal error: Killed (program cc1plus)
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-29 23:56 --- This means GCC is running out of memory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36665
[Bug bootstrap/36664] [4.4 Regression] bootstrap failure at rev.137248
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Keywords||build Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36664
[Bug middle-end/36444] [4.4 Regression] ICE in gen_lowpart_general with -O1 with vector registers
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-06-30 00:29 --- Mine, I will post the patch for this later this week. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-30 00:29:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36444
[Bug middle-end/36445] [4.4 Regression] ICE in expand_expr_real_1 with -O1 with vector registers
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-30 00:29 --- Mine, I will post the patch for this bug later this week. Note the patch is located in PR 36444. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-30 00:29:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36445
[Bug target/36223] IV-opt is not optimal for mips
--- Comment #5 from sandra at codesourcery dot com 2008-06-30 02:05 --- Maybe I'm just being clueless here, but I don't understand why this bug was re-categorized. In my original analysis, I traced the bad code directly to the RA pass un-doing the results of previous optimizations. Andrew, if you think it is going wrong somewhere else, can you provide more details as to where, and what code you think ought to be coming out of that pass that isn't? I could perhaps chew on this some more if I knew what to look for. -- sandra at codesourcery dot com changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36223
[Bug bootstrap/36664] [4.4 Regression] bootstrap failure at rev.137248
--- Comment #2 from dominiq at lps dot ens dot fr 2008-06-30 05:42 --- The patch in comment #1 fixes the problem (tested on powerpc-apple-darwin9 and i686-apple-darwin9). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36664
