[Bug tree-optimization/33804] ICE in vect_transform_stmt, at tree-vect-transform.c:6131 with -ftree-vectorize
--- Comment #7 from irar at il dot ibm dot com 2007-10-22 06:31 --- Falk, Could you please check if the patch in Comment #6 fixes the ICE? Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33804
[Bug tree-optimization/33854] New: [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
I see the following ICE with current trunk. I can also reproduce this problem with trunk from 2007-06-04, but not with 2007-05-15. (sid)29918:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -O1 -ftree-vectorize -c gretl-describe.c gretl-describe.c: In function 'uniform_correlation_matrix': gretl-describe.c:11: internal compiler error: in vectorizable_conversion, at tree-vect-transform.c:3374 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
--- Comment #1 from tbm at cyrius dot com 2007-10-22 06:35 --- Created an attachment (id=14385) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14385action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
--- Comment #2 from tbm at cyrius dot com 2007-10-22 06:36 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
extern void *malloc (long unsigned int __size);
typedef struct VMatrix_ VMatrix;
struct VMatrix_
{
int dim;
int t2;
};
void uniform_correlation_matrix (VMatrix * v)
{
double *xbar = ((void *) 0);
int m = v-dim;
int i;
xbar = malloc (m * sizeof *xbar);
for (i = 0; i m; i++)
xbar[i] /= m;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
--- Comment #3 from tbm at cyrius dot com 2007-10-22 06:37 ---
Breakpoint 1, fancy_abort (file=0xc4e238 gcc/tree-vect-transform.c,
line=3374, function=0xc4fa60 vectorizable_conversion)
at gcc/diagnostic.c:659
659 {
(gdb) where
#0 fancy_abort (file=0xc4e238 gcc/tree-vect-transform.c, line=3374,
function=0xc4fa60 vectorizable_conversion) at gcc/diagnostic.c:659
#1 0x00aac543 in vectorizable_conversion (stmt=0x2ac82a1f2ab0,
bsi=0x0, vec_stmt=0x0,
slp_node=0x0) at gcc/tree-vect-transform.c:3374
#2 0x00a93ab6 in vect_analyze_operations (loop_vinfo=0xf75e50)
at gcc/tree-vect-analyze.c:484
#3 0x00a9b74b in vect_analyze_loop (loop=value optimized out)
at gcc/tree-vect-analyze.c:4341
#4 0x0080bcd0 in vectorize_loops () at gcc/tree-vectorizer.c:2501
#5 0x0063f247 in execute_one_pass (pass=0xee2d00) at gcc/passes.c:1117
#6 0x0063f40c in execute_pass_list (pass=0xee2d00)
at gcc/passes.c:1170
#7 0x0063f41e in execute_pass_list (pass=0xee2b20)
at gcc/passes.c:1171
#8 0x0063f41e in execute_pass_list (pass=0xee1f20)
at gcc/passes.c:1171
#9 0x00717e0e in tree_rest_of_compilation (fndecl=0x2ac82a1dc900)
at gcc/tree-optimize.c:404
#10 0x0089adb2 in cgraph_expand_function (node=0x2ac82a1dca00)
at gcc/cgraphunit.c:1060
#11 0x0089c858 in cgraph_optimize () at gcc/cgraphunit.c:1123
#12 0x00414d9e in c_write_global_declarations () at gcc/c-decl.c:8077
#13 0x006bb0b7 in toplev_main (argc=value optimized out, argv=value
optimized out)
at gcc/toplev.c:1055
#14 0x2ac829d85b44 in __libc_start_main () from /lib/libc.so.6
#15 0x004043f9 in _start ()
(gdb)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug rtl-optimization/33846] [4.3 Regression] ICE in trunc_int_for_mode, at explow.c:55
--- Comment #5 from ubizjak at gmail dot com 2007-10-22 06:45 ---
I'm testing following patch:
--cut here--
Index: combine.c
===
--- combine.c (revision 129547)
+++ combine.c (working copy)
@@ -9386,7 +9386,9 @@ simplify_shift_const_1 (enum rtx_code co
constant has its sign bit set in shift_mode. */
!(code == ASHIFTRT GET_CODE (varop) == XOR
0 trunc_int_for_mode (INTVAL (XEXP (varop, 1)),
- shift_mode))
+ VECTOR_MODE_P (shift_mode)
+ ? GET_MODE_INNER (shift_mode)
+ : shift_mode))
(new = simplify_const_binary_operation (code, result_mode,
XEXP (varop, 1),
GEN_INT (count))) != 0
@@ -9405,7 +9407,9 @@ simplify_shift_const_1 (enum rtx_code co
if (GET_CODE (XEXP (varop, 1)) == CONST_INT
!(code == ASHIFTRT GET_CODE (varop) == XOR
0 trunc_int_for_mode (INTVAL (XEXP (varop, 1)),
-shift_mode)))
+VECTOR_MODE_P (shift_mode)
+? GET_MODE_INNER (shift_mode)
+: shift_mode)))
{
rtx lhs = simplify_shift_const (NULL_RTX, code, shift_mode,
XEXP (varop, 0), count);
--cut here--
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com
|dot org |
Status|NEW |ASSIGNED
Last reconfirmed|2007-10-21 11:02:08 |2007-10-22 06:45:38
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33846
[Bug fortran/33162] INTRINSIC functions as ACTUAL argument
--- Comment #8 from burnus at gcc dot gnu dot org 2007-10-22 06:56 --- (In reply to comment #6) Created an attachment (id=14381) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14381action=view) [edit] Patch to add checks for double specifics This looks wrong: +gfc_check_a_pd (gfc_expr *a, gfc_expr *p) + if (double_check (a, 0) == FAILURE || double_check (a, 0) == FAILURE) (left of || same as right) (In reply to comment #7) Created an attachment (id=14382) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14382action=view) [edit] Preliminary argument checking with intrinsics This draft patch catches the latest invalid case provided in Comment #4. This is only checking a simple case of no argument vs there is an argument. I'm not sure this is the right approach, see example in PR 33847 for something gfortran rightfully rejects. gfortran currently has already interface checks, however, there is no interface known for specific intrinsics procedures, which we also need for PROCEDURE. Interesting is whether the following should be accepted or not. NAG f95 and gfortran reject it, g95 and ifort allow it (well, as PR 33847 shows, their checking is rather weak). - module m implicit none contains subroutine sub(a) interface function a(x) real :: a, x intent(in) :: x end function a end interface print *, a(4.0) end subroutine sub end module m use m implicit none EXTERNAL foo ! implicit interface call sub(foo) ! sub's argument has an explicit interface end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33162
[Bug fortran/33152] Initialization/declaration problems in block data
--- Comment #3 from jv244 at cam dot ac dot uk 2007-10-22 07:03 --- Just to be sure, it is a rejects-valid as well. BLOCK DATA character(len=3) :: emname(2)=(/'bar','baz'/) common/nmstr/emname END BLOCK DATA END -- jv244 at cam dot ac dot uk changed: What|Removed |Added Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33152
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #1 from tbm at cyrius dot com 2007-10-22 07:03 --- Created an attachment (id=14386) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14386action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #2 from tbm at cyrius dot com 2007-10-22 07:04 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
typedef struct {
int nsant, nvqd;
_Complex long double *vqd;
} vsorc_t;
vsorc_t vsorc;
void foo(int next_job, int ain_num, int iped, long t) {
long double zpnorm;
while (!next_job)
if (ain_num)
{
if (iped == 1)
zpnorm = 0.0;
int indx = vsorc.nvqd-1;
vsorc.vqd[indx] = t*1.0fj;
if (cabsl(vsorc.vqd[indx]) 1.e-20)
vsorc.vqd[indx] = 0.0fj;
zpnorm = t;
if (zpnorm 0.0)
iped = vsorc.nsant;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #4 from tbm at cyrius dot com 2007-10-22 07:08 --- When I change the testcase slightly, namely - vsorc.vqd[indx] = t*0.0fj; + vsorc.vqd[indx] = t; then I get: (sid)30051:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O1 nec2c-main.c nec2c-main.c: In function 'foo': nec2c-main.c:19: warning: incompatible implicit declaration of built-in function 'cabsl' Illegally registering a virtual SSA name :cstore.11_25 in the SSA-Normal phase. nec2c-main.c:9: internal compiler error: SSA corruption Please submit a full bug report, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #5 from tbm at cyrius dot com 2007-10-22 07:10 --- Trunk from 20070902 works, 20070916 shows the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33856] New: [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop
Current trunk: (sid)30104:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 -ftree-vectorize zapping-properties-handler.c zapping-properties-handler.c: In function 'picture_sizes_load_default': zapping-properties-handler.c:19: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
[Bug tree-optimization/33856] [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop
--- Comment #1 from tbm at cyrius dot com 2007-10-22 07:21 --- Created an attachment (id=14387) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14387action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
[Bug tree-optimization/33856] [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop
--- Comment #2 from tbm at cyrius dot com 2007-10-22 07:22 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
typedef struct z_key
{
int key;
int mask;
} z_key;
typedef struct picture_size
{
z_key key;
}
picture_size;
void picture_size_new (picture_size *ps)
{
z_key key;
ps-key = key;
}
void picture_sizes_load_default (picture_size *ps)
{
int i;
for (i = 0; i 5; ++i)
picture_size_new (ps);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
[Bug tree-optimization/33856] [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop
--- Comment #4 from tbm at cyrius dot com 2007-10-22 07:22 --- This didn't happen with trunk from 20070916. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
--- Comment #4 from irar at il dot ibm dot com 2007-10-22 07:23 ---
I am testing the following patch:
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 129404)
+++ tree-vect-analyze.c (working copy)
@@ -242,7 +242,8 @@ vect_determine_vectorization_factor (loo
operation = GIMPLE_STMT_OPERAND (stmt, 1);
if (TREE_CODE (operation) == NOP_EXPR
|| TREE_CODE (operation) == CONVERT_EXPR
- || TREE_CODE (operation) == WIDEN_MULT_EXPR)
+ || TREE_CODE (operation) == WIDEN_MULT_EXPR
+ || TREE_CODE (operation) == FLOAT_EXPR)
{
tree rhs_type = TREE_TYPE (TREE_OPERAND (operation, 0));
if (TREE_INT_CST_LOW (TYPE_SIZE_UNIT (rhs_type))
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug fortran/30285] gfortran excessive memory usage with COMMON blocks in modules
--- Comment #13 from anlauf at gmx dot de 2007-10-22 07:35 --- I've adjusted the title slightly to refer to the use of COMMON blocks (in MPICH, OpenMPI) because the problem of .mod size excursion depends only on the nesting depth, not on the actual size of the modules. I hope this bug will be fixed someday when somebody has a look either at the module writing routines or at the way the structures containing module information are held internally. I am unable to compile a reasonably large project (just in terms of the number of files, not total source code size!) using MPI. The problem appears even worse with OpenMPI than with MPICH. -- anlauf at gmx dot de changed: What|Removed |Added Summary|gfortran excessive memory |gfortran excessive memory |usage with large modules|usage with COMMON blocks in ||modules http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30285
[Bug c++/33601] [4.3 regression] ICE with pointers to members using const C as the class identifier
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:31 --- Confirmed, this is valid code, the problem is internal to the compiler. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2007-10-22 08:31:29 date|| Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33601
[Bug bootstrap/33608] [4.3 Regression] Bootstrap with ada fails linking gnatbind with 4.3 host compiler
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:32 --- Does this still happen? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33608
[Bug bootstrap/33608] [4.3 Regression] Bootstrap with ada fails linking gnatbind with 4.3 host compiler
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-22 08:35 --- What should have fixed it? unwind-generic.h is the same as before. But, I can re-check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33608
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-22 08:36 --- Does this still happen? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug tree-optimization/33723] [4.1/4.2/4.3 Regression] Inefficient code with compound literals
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||missed-optimization Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33723
[Bug c++/33709] [4.3 Regression] Type verification failure with new expression
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:37 --- Confirmed. -- 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 Last reconfirmed|-00-00 00:00:00 |2007-10-22 08:37:45 date|| Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33709
[Bug middle-end/33714] [4.2 Regression] ivopts miscompiles insn-output.c
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-22 08:38 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33714
[Bug tree-optimization/33757] [4.3 regression]: Revision 126149 fails gcc.dg/tree-ssa/ssa-fre-4.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33757
[Bug debug/33739] [4.3 Regression] Failure of gfortran.dg/literal_character_constant_1_*.F with -m64 -g on Darwin
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:42 --- What happens if you revert: +2007-10-04 Geoffrey Keating [EMAIL PROTECTED] + + * cgraphunit.c (cgraph_build_static_cdtor): Don't set + DECL_IGNORED_P. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|[Regression 4.3] Failure of |[4.3 Regression] Failure of |gfortran.dg/literal_characte|gfortran.dg/literal_characte |r_constant_1_*.F with -m64 -|r_constant_1_*.F with -m64 - |g on Darwin |g on Darwin Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33739
[Bug libgcj/33764] [4.2/4.3 regression] gij is built as 32-bit binary when building multilib gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-22 08:43 --- This is most likely a timming issue. That is the 64bit multilib is built first and then it rebuilds it as a 32bit program. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|java|libgcj Target Milestone|--- |4.2.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33764
[Bug bootstrap/33781] [4.3 Regression] Arg list too long building libgcc.a
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781
[Bug middle-end/33779] [4.3 Regression] folds unsigned multiplication == 0 to true
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |critical Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33779
[Bug middle-end/33737] [4.3 Regression] verify_flow_info failed: Wrong probability of edge 94-1 -6651
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33737
[Bug c++/33620] [4.3 regression] internal compiler error: canonical types differ for identical types const QListQStringList and const QListQStringList
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
[Bug target/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889
[Bug target/33848] [4.2 Regression] reference to non-existent label at -O1 on mips/mipsel
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||assemble-failure Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-22 08:49 --- Still happens with r129547. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2007-10-10 06:44:42 |2007-10-22 08:49:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:56 --- # cstore.12_30 = VDEF cstore.12_43 cstore.12_30 = COMPLEX_EXPR CR.13_36, CI.14_39; That does not make sense either. How can there be a VDEF on a gimple register variable? This is caused by the cselim pass which was added by: 2007-09-10 Michael Matz [EMAIL PROTECTED] * tree-pass.h (pass_cselim): Declare new pass. * passes.c (init_optimization_passes): Link in pass_cselim. * tree-ssa-phiopt.c (tree_ssa_phiopt_worker): Renamed from tree_ssa_phiopt; add do_store_elim parameter, handle it by calling cond_store_replacement. (condstoretemp): New static variable. (cond_store_replacement): New function. (tree_ssa_phiopt, tree_ssa_cs_elim): New wrappers around tree_ssa_phiopt_worker. (struct name_to_bb): New. (get_non_trapping, name_to_bb_hash, name_to_bb_eq, add_or_mark_expr, nt_init_block, nt_fini_block): New static functions. (seen_ssa_names, nontrap_set): New static variables. (gate_cselim, pass_cselim): Define new pass. * common.opt (ftree-cselim): New flag. * toplev.c (process_options): Set flag_tree_cselim if required. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||matz at suse dot de, pinskia ||at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-22 08:56:43 date|| Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug bootstrap/33857] New: Cannot bootstrap Ada with host gnatmake-4.2
Trying to bootstrap Ada with a 4.2-suffixed host compiler install yields + CC=gcc-4.2 + GNATBIND=gnatbind-4.2 + GNATMAKE=gnatmake-4.2 + ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3.0 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ '--with-pkgversion=SUSE Linux' --disable-libgcj --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --program-suffix=-4.3 --enable-version-specific-runtime-libs --without-system-libunwind --with-cpu=generic --build=i586-suse-linux ... checking for gnatbind... gnatbind-4.2 checking for gnatmake... gnatmake-4.2 checking whether compiler driver understands Ada... yes ... (cd ada/bldtools/nmake_b; gnatmake-4.2 -q xnmake ; ./xnmake -b ../../nmake.adb ) gnatmake-4: error, unable to locate gnatmake-gcc /bin/sh: ./xnmake: No such file or directory make[3]: *** [ada/nmake.adb] Error 127 apperantly gnatmake is totally confused about its own name. -- Summary: Cannot bootstrap Ada with host gnatmake-4.2 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap 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=33857
[Bug debug/33739] [4.3 Regression] Failure of gfortran.dg/literal_character_constant_1_*.F with -m64 -g on Darwin
--- Comment #7 from dominiq at lps dot ens dot fr 2007-10-22 11:08 --- Subject: Re: [4.3 Regression] Failure of gfortran.dg/literal_character_constant_1_*.F with -m64 -g on Darwin What happens if you revert: I still got the warning, same thing if I revert +2007-10-06 Eric Botcazou [EMAIL PROTECTED] + + Revert: + 2007-02-12 Eric Botcazou [EMAIL PROTECTED] + + * cgraphunit.c (cgraph_expand_function): If DECL_IGNORED_P is set on + the function, temporarily point the debug interface to the null one. + -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33739
[Bug target/29493] -masm=intel - does not emit right asm code
--- Comment #5 from rask at gcc dot gnu dot org 2007-10-22 11:51 --- Subject: Bug 29493 Author: rask Date: Mon Oct 22 11:50:56 2007 New Revision: 129548 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129548 Log: PR target/29473 PR target/29493 * config/i386/i386.c (output_pic_addr_const): Support Intel asm syntax. (print_reg): Print register prefix only with ATT asm syntax. Support pc_rtx for RIP register. (print_operand_address): Use print_reg()'s pc_rtx support for RIP relative addressing. Always print segment register prefix with ATT asm syntax and never with Intel asm syntax. (print_operand): Suppress 'XXX PTR' prefix for BLKmode operands. Fix prefix for 16-byte XFmode operands. (output_addr_const_extra): Support Intel asm syntax. (x86_file_start): Don't use register prefix with Intel asm syntax. * config/i386/i386.md (*zero_extendqihi2_movzbl): Fix typo. (return_internal_long): Fix Intel asm syntax output. (set_got_rex64): Support Intel asm syntax. (set_rip_rex64): Likewise. (set_got_offset_rex64): Likewise. (*sibcall_1_rex64_v): Print register prefix only with ATT asm syntax. (*tls_global_dynamic_64): Likewise. (*tls_local_dynamic_base_64): Likewise. (*load_tp_si)(*load_tp_di): Likewise. (*add_tp_si)(*add_tp_di): Likewise. (*tls_dynamic_lea_64): Likewise. (*sibcall_value_1_rex64_v): Likewise. (stack_tls_protect_set_si): Likewise. (stack_tls_protect_set_di): Likewise. (stack_tls_protect_test_si): Likewise. (stack_tls_protect_test_di): Likewise. * config/i386/mmx.md (*movmode_internal_rex64): Fix Intel asm syntax output. (*movv2sf_internal_rex64): Likewise. * config/i386/cpuid.h (__cpuid): Support Intel asm syntax. (__get_cpuid_max): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/cpuid.h trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29493
[Bug target/29473] -masm=intel combined with -march=athlon64 has some issues.
--- Comment #12 from rask at gcc dot gnu dot org 2007-10-22 11:51 --- Subject: Bug 29473 Author: rask Date: Mon Oct 22 11:50:56 2007 New Revision: 129548 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129548 Log: PR target/29473 PR target/29493 * config/i386/i386.c (output_pic_addr_const): Support Intel asm syntax. (print_reg): Print register prefix only with ATT asm syntax. Support pc_rtx for RIP register. (print_operand_address): Use print_reg()'s pc_rtx support for RIP relative addressing. Always print segment register prefix with ATT asm syntax and never with Intel asm syntax. (print_operand): Suppress 'XXX PTR' prefix for BLKmode operands. Fix prefix for 16-byte XFmode operands. (output_addr_const_extra): Support Intel asm syntax. (x86_file_start): Don't use register prefix with Intel asm syntax. * config/i386/i386.md (*zero_extendqihi2_movzbl): Fix typo. (return_internal_long): Fix Intel asm syntax output. (set_got_rex64): Support Intel asm syntax. (set_rip_rex64): Likewise. (set_got_offset_rex64): Likewise. (*sibcall_1_rex64_v): Print register prefix only with ATT asm syntax. (*tls_global_dynamic_64): Likewise. (*tls_local_dynamic_base_64): Likewise. (*load_tp_si)(*load_tp_di): Likewise. (*add_tp_si)(*add_tp_di): Likewise. (*tls_dynamic_lea_64): Likewise. (*sibcall_value_1_rex64_v): Likewise. (stack_tls_protect_set_si): Likewise. (stack_tls_protect_set_di): Likewise. (stack_tls_protect_test_si): Likewise. (stack_tls_protect_test_di): Likewise. * config/i386/mmx.md (*movmode_internal_rex64): Fix Intel asm syntax output. (*movv2sf_internal_rex64): Likewise. * config/i386/cpuid.h (__cpuid): Support Intel asm syntax. (__get_cpuid_max): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/cpuid.h trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29473
[Bug tree-optimization/33856] [4.3 Regression] Segfault in create_data_ref/compute_data_dependences_for_loop
--- Comment #5 from irar at il dot ibm dot com 2007-10-22 11:52 --- For the data ref in the testcase, VIEW_CONVERT_EXPRstruct z_key(0), get_base_address() (in dr_analyze_alias) returns NULL, which causes the segfault. Ira -- irar at il dot ibm dot com changed: What|Removed |Added CC||irar at il dot ibm dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-22 11:52:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
[Bug tree-optimization/33854] [4.3 Regression] ICE in vectorizable_conversion, at tree-vect-transform.c:3374
--- Comment #5 from irar at gcc dot gnu dot org 2007-10-22 12:05 --- Subject: Bug 33854 Author: irar Date: Mon Oct 22 12:05:36 2007 New Revision: 129549 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129549 Log: PR tree-optimization/33854 * tree-vect-analyze.c (vect_determine_vectorization_factor): Add FLOAT_EXPR to the list of promotion operations. Added: trunk/gcc/testsuite/gcc.dg/vect/O1-pr33854.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect.exp trunk/gcc/tree-vect-analyze.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
[Bug bootstrap/33608] [4.3 Regression] Bootstrap with ada fails linking gnatbind with 4.3 host compiler
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-22 12:55 --- Still happens. I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33608
[Bug target/29473] -masm=intel combined with -march=athlon64 has some issues.
--- Comment #13 from rask at gcc dot gnu dot org 2007-10-22 13:06 --- Fixed as of revision 129548. -- rask at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29473
[Bug target/29493] -masm=intel - does not emit right asm code
--- Comment #6 from rask at gcc dot gnu dot org 2007-10-22 13:07 --- Fixed as of revision 129548. -- rask at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29493
[Bug c++/33858] New: Spurious warning with anonymous namespace
g++ -Wall -Wextra on
namespace {
enum { bar, quux } baz;
}
gives as warning:
testwarn.cpp:2: warning: non-local variable 'unnamed::anonymous enum
unnamed::baz' uses anonymous type
I don't thing that variables in anonymous namespace should be considered as non
local for the purpose of this warning.
--
Summary: Spurious warning with anonymous namespace
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jm at bourguet dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33858
[Bug c/33859] New: Bogus discards qualifiers warning
static void foo (char *s) { }
void bar (const char *s) { foo ((char *)s); }
gcc 4.2.0 produces this warning with -Wall -O2:
www.c:2: warning: passing argument 1 of `foo' discards qualifiers from pointer
target type.
Due to the cast, the argument already has the right type, so gcc should not
warn.
The warning disappears without -O2.
gcc 4.1.1 did not produce this warning.
--
Summary: Bogus discards qualifiers warning
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: terra at gnome dot org
GCC host triplet: i686-suse-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33859
[Bug tree-optimization/33804] ICE in vect_transform_stmt, at tree-vect-transform.c:6131 with -ftree-vectorize
--- Comment #8 from falk at debian dot org 2007-10-22 13:47 --- (In reply to comment #7) Could you please check if the patch in Comment #6 fixes the ICE? Yes, this fixes it. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33804
[Bug target/14582] [asm=intel] float to unsigned int conversion fills only 16 of 32 bits
--- Comment #3 from rask at gcc dot gnu dot org 2007-10-22 13:47 --- http://sourceware.org/ml/binutils/2004-06/msg00419.html It was bug in gas. The testcase works these days. -- rask at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14582
[Bug target/18353] ICE with movaps in inline asm when using -masm=intel
--- Comment #3 from rask at gcc dot gnu dot org 2007-10-22 14:00 --- This works with revision 129548, which I think is the one that fixed it. -- rask at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|3.3.3 3.4.3 4.0.0 4.1.0 |3.3.3 3.4.3 4.0.0 4.1.0 |4.2.0 4.3.0 |4.2.0 Known to work||4.3.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18353
[Bug tree-optimization/33860] New: [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503
With current trunk: (sid)30237:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O2 -ftree-vectorize ppracer-matrix.cc ppracer-matrix.cc: In member function 'void Matrix::makeRotationAboutVector()': ppracer-matrix.cc:10: internal compiler error: in vectorizable_load, at tree-vect-transform.c:5503 Please submit a full bug report, with preprocessed source if appropriate. This also happens with trunk from 2007-09-16, but not with 2007-09-02. -- Summary: [4.3 Regression] ICE in vectorizable_load, at tree-vect- transform.c:5503 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
[Bug tree-optimization/33860] [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503
--- Comment #1 from tbm at cyrius dot com 2007-10-22 14:11 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
class Matrix
{
public:
double data[4][4];
Matrix operator* (const Matrix matrix) const;
void makeRotationAboutVector (void);
};
void Matrix::makeRotationAboutVector (void)
{
Matrix irx;
*this = irx * (*this);
}
Matrix Matrix::operator* (const Matrix matrix) const
{
Matrix ret;
for (int i = 0; i 4; i++)
for (int j = 0; j 4; j++)
ret.data[j][i] = matrix.data[j][2] + matrix.data[j][3];
return ret;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
[Bug debug/33861] New: Debugging info for C++ template parameters is incorrect
Compile this code, reduced from gdb.cp/templates.cc:
===
char name[3];
templatechar *V struct Qux
{
int foo();
};
templatechar *V int QuxV::foo()
{
return V[0];
}
Quxname qux;
===
Look at the resulting debug information, by building with -c -g and using
readelf -wi, or by compiling with -S -dA. Take a look at the type of the
instantiated foo. G++ calls it Qux(char*)( name)::foo(). But that's not
right.
For the first thing, I believe it's not valid C++. G++ certainly rejects the
obvious ways of writing this. But worse is that it is representable in the
mangling. The actual method:
_ZN3QuxIXadL_Z4nameEEE3fooEv - Qux(name)::foo()
But this is validly mangled:
_ZN3QuxIXcvPcadL_Z4nameEEE3fooEv - Qux(char*)((name))::foo()
There are tons of other places where GCC emits debug info different from the
demangler, usually in spacing or in the spelling of basic types (long unsigned
int vs unsigned long); I have code in GDB to correct for all such cosmetic
differences but I am reluctant to make it remove casts that could be important.
--
Summary: Debugging info for C++ template parameters is incorrect
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drow at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33861
[Bug tree-optimization/33860] [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503
--- Comment #3 from tbm at cyrius dot com 2007-10-22 14:12 ---
Breakpoint 1, fancy_abort (file=0xd7bb78 gcc/tree-vect-transform.c,
line=5503, function=0xd7d000 vectorizable_load) at gcc/diagnostic.c:659
659 {
(gdb) where
#0 fancy_abort (file=0xd7bb78 gcc/tree-vect-transform.c, line=5503,
function=0xd7d000 vectorizable_load) at gcc/diagnostic.c:659
#1 0x00bc149b in vectorizable_load (stmt=0x2b48329082d0, bsi=0x0,
vec_stmt=0x0,
slp_node=0x0) at gcc/tree-vect-transform.c:5503
#2 0x00ba4488 in vect_analyze_operations (loop_vinfo=0x11304f0)
at gcc/tree-vect-analyze.c:484
#3 0x00bac0db in vect_analyze_loop (loop=value optimized out)
at gcc/tree-vect-analyze.c:4341
#4 0x00934ae0 in vectorize_loops () at gcc/tree-vectorizer.c:2501
#5 0x00765847 in execute_one_pass (pass=0x101ce20)
at gcc/passes.c:1117
#6 0x00765a0c in execute_pass_list (pass=0x101ce20)
at gcc/passes.c:1170
#7 0x00765a1e in execute_pass_list (pass=0x101cc40)
at gcc/passes.c:1171
#8 0x00765a1e in execute_pass_list (pass=0x101c040)
at gcc/passes.c:1171
#9 0x00840c1e in tree_rest_of_compilation (fndecl=0x2b48328f0b00)
at gcc/tree-optimize.c:404
#10 0x009c3bc2 in cgraph_expand_function (node=0x2b48328ff300)
at gcc/cgraphunit.c:1060
#11 0x009c5668 in cgraph_optimize () at gcc/cgraphunit.c:1123
#12 0x004ac2cf in cp_write_global_declarations ()
at gcc/cp/decl2.c:3410
#13 0x007e3ec7 in toplev_main (argc=value optimized out, argv=value
optimized out)
at gcc/toplev.c:1055
#14 0x2b483244cb44 in __libc_start_main () from /lib/libc.so.6
#15 0x004043f9 in _start ()
(gdb)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
[Bug tree-optimization/33860] [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503
--- Comment #2 from tbm at cyrius dot com 2007-10-22 14:12 --- Created an attachment (id=14388) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14388action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
[Bug debug/33861] Debugging info for C++ template parameters is incorrect
--- Comment #1 from drow at gcc dot gnu dot org 2007-10-22 14:13 --- Fixing bug 30161 might fix, or at least simplify, this too. But I suspect this name still shows up in error messages where it is suboptimal. -- drow at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-22 14:13:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33861
Re: [Bug fortran/33849] Fix misleading error message GENERIC non-INTRINSIC procedure not allowed as an actual argument
burnus at gcc dot gnu dot org wrote: --- Comment #2 from burnus at gcc dot gnu dot org 2007-10-22 06:22 --- Is the issue here only the wording of the error message Yes, only the message text. Error: GENERIC non-INTRINSIC procedure '%s' is not allowed as an actual argument should be Error: GENERIC procedure '%s' is not allowed as an actual argument I will take care of it.
[Bug fortran/33849] Fix misleading error message GENERIC non-INTRINSIC procedure not allowed as an actual argument
--- Comment #3 from jvdelisle at verizon dot net 2007-10-22 14:25 --- Subject: Re: Fix misleading error message GENERIC non-INTRINSIC procedure not allowed as an actual argument burnus at gcc dot gnu dot org wrote: --- Comment #2 from burnus at gcc dot gnu dot org 2007-10-22 06:22 --- Is the issue here only the wording of the error message Yes, only the message text. Error: GENERIC non-INTRINSIC procedure '%s' is not allowed as an actual argument should be Error: GENERIC procedure '%s' is not allowed as an actual argument I will take care of it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33849
[Bug debug/33861] Debugging info for C++ template parameters is incorrect
--- Comment #2 from nathan at gcc dot gnu dot org 2007-10-22 14:32 --- the testcase is valid. [14.3.2]/2 essentially gives it as an example. A literal '' is optional in this case (para 1). para 5 tells us that array to pointer decay happens here, and GCC internally represents that as CAST_EXPR (type, ADDR_EXPR (array_obj)). It could have used ADDR_EXPR (ARRAY_REF (array_obj, 0)), but it doesn't. That alternative is equally invalid as a non-type template argument. explicitly writing '(char *)name' in the source is ill-formed though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33861
[Bug bootstrap/33824] Improve configuration documentation
--- Comment #3 from manu at gcc dot gnu dot org 2007-10-22 14:53 --- Yes, we would like help descriptions for all non-trivial flags that can be enabled in the top-level configure. Please, contribute a patch. Thanks. -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-22 14:53:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33824
I need your fast reply!
Hi Dear, I write you this mail with utmost sincerity and truth, hoping you will be of great help to me. I am Pete Fitz, a 61yrs old man living with Cancer. My condition at home is so bad that my doctor said I don't have time left. I have a daughter, who is just in high school, with nobody to care of her when I am gone. I will have to get someone to manage my funds and act in my place till my daughter comes of good age and maturity. You will be given all the rights to claim the benefits and secure for my Jessica.I wouldn't want my lazy cousin whom might be with my child to be aware of such plan till she grows because they will want to rip me off and treat her bad. As a proven and a tested personality in your field, I will want to appoint you as a MANAGER/GUARDIAN and give you the authority to act on my behalf, until she reaches the speculated age of handling things by herself. Meanwhile, I do not want her to be too hasty about going into any other thing than attending her lectures in school. I will send you details when you write back. Yours truly, Pete Fitz
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #7 from matz at gcc dot gnu dot org 2007-10-22 15:29 --- Subject: Bug 33855 Author: matz Date: Mon Oct 22 15:29:17 2007 New Revision: 129551 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129551 Log: PR tree-optimization/33855 * tree-ssa-phiopt.c (cond_store_replacement): Handle * COMPLEX_TYPE and VECTOR_TYPE. * gcc.c-torture/compile/pr33855.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr33855.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-phiopt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug tree-optimization/33855] [4.3 Regression] Segfault in verify_ssa/execute_function_todo with -O
--- Comment #8 from matz at gcc dot gnu dot org 2007-10-22 15:32 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
[Bug c/33859] Bogus discards qualifiers warning
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-22 15:36 --- *** This bug has been marked as a duplicate of 29478 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33859
[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-10-22 15:36 --- *** Bug 33859 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||terra at gnome dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478
[Bug tree-optimization/31081] [4.3 Regression] Inliner messes up SSA for abnormals
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-22 16:34 --- A regression hunt on powerpc-linux identified: http://gcc.gnu.org/viewcvs?view=revrev=120373 r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
[Bug fortran/33862] New: Support .FTN file extension for Fortran fixed-format source files
I encounted some .FTN files, which NAG f95, sunf95, openf95* and ifort
recognize as fixed-format Fortran files. (* well openf95 seems to accept any
extension.)
I think gfortran should also support the extension.
Something like the following patch plus a *texi update should be enough.
Index: lang-specs.h
===
--- lang-specs.h(Revision 129547)
+++ lang-specs.h(Arbeitskopie)
@@ -46,5 +46,7 @@
{.f, @f77, 0, 0, 0},
{.for, @f77, 0, 0, 0},
{.FOR, @f77, 0, 0, 0},
+{.ftn, @f77, 0, 0, 0},
+{.FTN, @f77, 0, 0, 0},
{@f77, %{!E:f951 %i %{!ffree-form:-ffixed-form} %(cc1_options) %{J*} %{I*}\
%{!nostdinc:-fintrinsic-modules-path finclude%s}
%{!fsyntax-only:%(invoke_as)}}, 0, 0, 0},
--
Summary: Support .FTN file extension for Fortran fixed-format
source files
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33862
[Bug c++/33620] [4.3 regression] internal compiler error: canonical types differ for identical types const QListQStringList and const QListQStringList
--- Comment #5 from jason at gcc dot gnu dot org 2007-10-22 18:03 --- Subject: Bug 33620 Author: jason Date: Mon Oct 22 18:03:10 2007 New Revision: 129553 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129553 Log: PR c++/33620 * class.c (finish_struct_bits): Copy TYPE_ATTRIBUTES. * pt.c (apply_late_template_attributes): Splice out dependent attributes from DECL_ATTRIBUTES. * decl.c (cxx_maybe_build_cleanup): Use build_address. Added: trunk/gcc/testsuite/g++.dg/ext/tmplattr7.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/decl.c trunk/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
[Bug c++/33620] [4.3 regression] internal compiler error: canonical types differ for identical types const QListQStringList and const QListQStringList
--- Comment #6 from jason at gcc dot gnu dot org 2007-10-22 18:04 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
[Bug c++/33094] [4.2 Regression] ICE on valid C++ virtual template static member in anonymous namespace
--- Comment #10 from jason at gcc dot gnu dot org 2007-10-22 18:12 --- Subject: Bug 33094 Author: jason Date: Mon Oct 22 18:12:36 2007 New Revision: 129554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129554 Log: PR c++/32470 * name-lookup.c (push_namespace_with_attrs): Fold back into... (push_namespace): Here. (handle_namespace_attrs): New fn for the attr code. (leave_scope): Don't pop_visibility. * name-lookup.h (struct cp_binding_level): Remove has_visibility. * parser.c (cp_parser_namespace_definition): Call handle_namespace_attrs and pop_visibility as appropriate. PR c++/33094 * decl.c (make_rtl_for_nonlocal_decl): It's ok for a member constant to not have DECL_EXTERNAL if it's file-local. * decl2.c (get_guard): Copy visibility from the guarded variable. PR c++/29365 * pt.c (outermost_tinst_level): New function. * lex.c (in_main_input_context): New function. * decl2.c (constrain_class_visibility): Use it to avoid warning about uses of the anonymous namespace in the main input file. Modified: branches/redhat/gcc-4_1-branch/gcc/cp/ChangeLog branches/redhat/gcc-4_1-branch/gcc/cp/cp-tree.h branches/redhat/gcc-4_1-branch/gcc/cp/decl.c branches/redhat/gcc-4_1-branch/gcc/cp/decl2.c branches/redhat/gcc-4_1-branch/gcc/cp/lex.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.h branches/redhat/gcc-4_1-branch/gcc/cp/parser.c branches/redhat/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33094
[Bug c++/32470] [4.2 regression] fvisibility=hidden without effect in some cases
--- Comment #13 from jason at gcc dot gnu dot org 2007-10-22 18:12 --- Subject: Bug 32470 Author: jason Date: Mon Oct 22 18:12:36 2007 New Revision: 129554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129554 Log: PR c++/32470 * name-lookup.c (push_namespace_with_attrs): Fold back into... (push_namespace): Here. (handle_namespace_attrs): New fn for the attr code. (leave_scope): Don't pop_visibility. * name-lookup.h (struct cp_binding_level): Remove has_visibility. * parser.c (cp_parser_namespace_definition): Call handle_namespace_attrs and pop_visibility as appropriate. PR c++/33094 * decl.c (make_rtl_for_nonlocal_decl): It's ok for a member constant to not have DECL_EXTERNAL if it's file-local. * decl2.c (get_guard): Copy visibility from the guarded variable. PR c++/29365 * pt.c (outermost_tinst_level): New function. * lex.c (in_main_input_context): New function. * decl2.c (constrain_class_visibility): Use it to avoid warning about uses of the anonymous namespace in the main input file. Modified: branches/redhat/gcc-4_1-branch/gcc/cp/ChangeLog branches/redhat/gcc-4_1-branch/gcc/cp/cp-tree.h branches/redhat/gcc-4_1-branch/gcc/cp/decl.c branches/redhat/gcc-4_1-branch/gcc/cp/decl2.c branches/redhat/gcc-4_1-branch/gcc/cp/lex.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.h branches/redhat/gcc-4_1-branch/gcc/cp/parser.c branches/redhat/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32470
[Bug c++/29365] Unnecessary anonymous namespace warnings
--- Comment #41 from jason at gcc dot gnu dot org 2007-10-22 18:12 --- Subject: Bug 29365 Author: jason Date: Mon Oct 22 18:12:36 2007 New Revision: 129554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129554 Log: PR c++/32470 * name-lookup.c (push_namespace_with_attrs): Fold back into... (push_namespace): Here. (handle_namespace_attrs): New fn for the attr code. (leave_scope): Don't pop_visibility. * name-lookup.h (struct cp_binding_level): Remove has_visibility. * parser.c (cp_parser_namespace_definition): Call handle_namespace_attrs and pop_visibility as appropriate. PR c++/33094 * decl.c (make_rtl_for_nonlocal_decl): It's ok for a member constant to not have DECL_EXTERNAL if it's file-local. * decl2.c (get_guard): Copy visibility from the guarded variable. PR c++/29365 * pt.c (outermost_tinst_level): New function. * lex.c (in_main_input_context): New function. * decl2.c (constrain_class_visibility): Use it to avoid warning about uses of the anonymous namespace in the main input file. Modified: branches/redhat/gcc-4_1-branch/gcc/cp/ChangeLog branches/redhat/gcc-4_1-branch/gcc/cp/cp-tree.h branches/redhat/gcc-4_1-branch/gcc/cp/decl.c branches/redhat/gcc-4_1-branch/gcc/cp/decl2.c branches/redhat/gcc-4_1-branch/gcc/cp/lex.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.c branches/redhat/gcc-4_1-branch/gcc/cp/name-lookup.h branches/redhat/gcc-4_1-branch/gcc/cp/parser.c branches/redhat/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
[Bug libfortran/33863] New: backspace error on i386-pc-mingw32
When I compile and run this program under MSYS, I get a read error. The program reads and prints the input file and then backspaces the file to read it again. This program fails on MSYS. Works on the Macintosh and everywhere else that I have tried it. $ gfortran -o main main.f [EMAIL PROTECTED] ~/junk $ main t33 out1 At line 20 of file main.f (unit = 5, file = 'stdin') Fortran runtime error: Bad value during integer read [EMAIL PROTECTED] ~/junk $ gfortran --v Using built-in specs. Target: i386-pc-mingw32 Configured with: ../trunk/configure --prefix=/mingw --enable-languages=c,fortran --with-gmp=/home/FX/local --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as --disable-werror --enable-bootstrap --enable-threads --disable-nls --build=i386-pc-mingw32 --enable-libgomp --disable-shared Thread model: win32 gcc version 4.3.0 20070905 (experimental) [trunk revision 128128] (GCC) [EMAIL PROTECTED] ~/junk -- Summary: backspace error on i386-pc-mingw32 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #1 from dir at lanl dot gov 2007-10-22 18:59 --- Created an attachment (id=14389) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14389action=view) The fortran source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #2 from dir at lanl dot gov 2007-10-22 19:00 --- Created an attachment (id=14390) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14390action=view) The input file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug c++/33372] segfault on incomplete code in openmp mode
--- Comment #2 from jakub at gcc dot gnu dot org 2007-10-22 19:11 --- Subject: Bug 33372 Author: jakub Date: Mon Oct 22 19:11:36 2007 New Revision: 129555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129555 Log: PR c++/33372 * semantics.c (finish_omp_clauses): Check !type_dependent_expression_p before checking if its type is integral. * g++.dg/gomp/pr33372-1.C: New test. * g++.dg/gomp/pr33372-2.C: New test. * g++.dg/gomp/pr33372-3.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr33372-1.C trunk/gcc/testsuite/g++.dg/gomp/pr33372-2.C trunk/gcc/testsuite/g++.dg/gomp/pr33372-3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33372
[Bug c++/25950] [DR 391] Reference binding and explicit copy constructors
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-01-25 03:20:53 |2007-10-22 19:14:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25950
[Bug rtl-optimization/33644] [4.3 Regression] ICE in local_cprop_pass with -ftrapv for crafty
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-22 19:28 --- Subject: Bug 33644 Author: ebotcazou Date: Mon Oct 22 19:28:23 2007 New Revision: 129556 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129556 Log: PR rtl-optimization/33644 * cfgcleanup.c: Do not include dce.h. * cfgrtl.c (delete_insn_chain_and_edges): Resurrect. * combine.c (distribute_notes): Delete REG_LIBCALL_ID case. * dce.c (something_changed): Delete. (libcall_dead_p): New predicate. (delete_unmarked_insns): Use it to delete dead libcalls. Deal with REG_LIBCALL and REG_RETVAL notes. (prescan_libcall_for_dce): New function. (prescan_insns_for_dce): Use it to deal with libcalls. (mark_reg_dependencies): Do nothing special for libcalls. (dce_process_block): Likewise. (fast_dce): Delete unused local variable. (run_fast_dce): Do not return a value. * dce.h (struct df): Delete. (run_fast_dce): Adjust prototype. * optabs.c (libcall_id): Delete. (maybe_encapsulate_block): Do not emit REG_LIBCALL_ID notes. (emit_no_conflict_block): Do not look for REG_LIBCALL_ID notes. * reload1.c (reload): Delete REG_LIBCALL_ID case. * rtl.h (delete_insn_chain_and_edges): Resurrect prototype. * see.c (see_update_relevancy): Look for REG_LIBCALL and REG_RETVAL notes instead of REG_LIBCALL_ID notes. * reg-notes.def (LIBCALL_ID): Delete. * Makefile.in (see.o): Add dce.h dependency. (cfgcleanup.o): Remove dce.h dependency. Added: trunk/gcc/testsuite/gcc.dg/pr33644.c Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/cfgcleanup.c trunk/gcc/cfgrtl.c trunk/gcc/combine.c trunk/gcc/dce.c trunk/gcc/dce.h trunk/gcc/optabs.c trunk/gcc/reg-notes.def trunk/gcc/reload1.c trunk/gcc/rtl.h trunk/gcc/see.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33644
[Bug rtl-optimization/33644] [4.3 Regression] ICE in local_cprop_pass with -ftrapv for crafty
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-10-22 19:31 --- Thanks for reporting this. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33644
[Bug target/33169] Compiler generates two different relocs for the same symbol
--- Comment #10 from rsandifo at gcc dot gnu dot org 2007-10-22 20:11 --- Subject: Bug 33169 Author: rsandifo Date: Mon Oct 22 20:11:19 2007 New Revision: 129559 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129559 Log: gcc/ PR target/33169 Backport from mainline: 2006-10-29 Richard Sandiford [EMAIL PROTECTED] * config/mips/mips.c (mips_classify_symbol): Test DECL_WEAK as well as TREE_PUBLIC when deciding whether to return SYMBOL_GOT_GLOBAL. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/mips/mips.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33169
[Bug target/33169] Compiler generates two different relocs for the same symbol
--- Comment #11 from rsandifo at gcc dot gnu dot org 2007-10-22 20:14 --- Aaron, Thanks for the testing. I've now applied the patch to the 4.2 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33169
[Bug target/33848] [4.2 Regression] reference to non-existent label at -O1 on mips/mipsel
--- Comment #6 from tbm at cyrius dot com 2007-10-22 20:35 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
typedef struct erl_node_
{
long *htop;
long tracer_proc;
long trace_flags;
long freason;
}
Process;
int hibernate ()
{
return 1;
}
int main ()
{
Process *c_p = (void *) 0;
register long x0 = ~(long) 0;
long *reg = (void *) 0;
long *HTOP = (void *) 0;
long *E = (void *) 0;
long *I = (void *) 0;
long tmp_arg1 = (long) 0;
static void *opcodes[] = {
lb_allocate_heap_zero_III,
};
lb_allocate_heap_zero_III:
x0 = (*(long *) (char *) reg) + I[1];
char *s;
int len;
long result;
for (s = (char *) I[1]; len 0; s--, len--)
{
HTOP[1] = result;
result = (long) HTOP + 0x1;
HTOP += 2;
}
badarg:
c_p-freason = 1;
long timeout_value;
if (((timeout_value 0xF) == 1) ((long) timeout_value 4) 0)
{
}
else if (timeout_value == 1)
goto find_func_info;
I = (long *) I[1];
goto *(*I);
find_func_info:
c_p-htop = HTOP;
tmp_arg1 = x0;
if (((tmp_arg1) 0xF) == 1)
goto badarg;
lb_rt:
if ((c_p-tracer_proc != 0) (c_p-trace_flags 1))
{
long *cpp = (long *) E;
for (;;)
if (*((long *) *cpp) == (long) lb_rt) { }
else if (*((long *) *cpp) == (long) find_func_info) { }
else
goto lb_rt;
}
if (hibernate ())
goto find_func_info;
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
[Bug target/33848] [4.2 Regression] reference to non-existent label at -O1 on mips/mipsel
--- Comment #7 from tbm at cyrius dot com 2007-10-22 20:36 --- (sid)264:[EMAIL PROTECTED]: ~] gcc-4.2 erlang-beam_emu.c (sid)265:[EMAIL PROTECTED]: ~] gcc-4.2 -O1 erlang-beam_emu.c /tmp/ccIjYBHl.o: In function `main': erlang-beam_emu.c:(.text+0x11c): undefined reference to `$L24' erlang-beam_emu.c:(.text+0x11c): relocation truncated to fit: R_MIPS_PC16 against `$L24' collect2: ld returned 1 exit status -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
[Bug target/33755] Gcc 4.2.2 broken for mips linux kernel builds
--- Comment #13 from rsandifo at gcc dot gnu dot org 2007-10-22 20:47 --- Created an attachment (id=14391) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14391action=view) 4.2 version of the proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
[Bug target/33755] Gcc 4.2.2 broken for mips linux kernel builds
--- Comment #14 from rsandifo at gcc dot gnu dot org 2007-10-22 20:47 --- Created an attachment (id=14392) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14392action=view) Mainline version of proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
[Bug inline-asm/33864] New: gcc 4.3 svn fails to compile glibc 2.7's crti.o
../sysdeps/generic/initfini.c: Assembler messages:
../sysdeps/generic/initfini.c:149: Error: undefined symbol `.LCFI0' in
operation
../sysdeps/generic/initfini.c:149: Error: undefined symbol `.LFB10' in
operation
../sysdeps/generic/initfini.c:155: Error: undefined symbol `.LCFI1' in
operation
../sysdeps/generic/initfini.c:155: Error: undefined symbol `.LCFI0' in
operation
../sysdeps/generic/initfini.c:146: Error: can't resolve `.LFE10' {*UND*
section} - `.LFB10' {*UND* section}
../sysdeps/generic/initfini.c:165: Error: can't resolve `.LFE12' {*UND*
section} - `.LFB12' {.init section}
../sysdeps/generic/initfini.c:188: Error: can't resolve `.LFE13' {*UND*
section} - `.LFB13' {.fini section}
--
Summary: gcc 4.3 svn fails to compile glibc 2.7's crti.o
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
[Bug inline-asm/33864] gcc 4.3 svn fails to compile glibc 2.7's crti.o
--- Comment #1 from bero at arklinux dot org 2007-10-22 21:04 --- Created an attachment (id=14393) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14393action=view) Preprocessor output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
[Bug tree-optimization/32921] [4.3 Regression] Revision 126326 causes 12% slowdown
--- Comment #27 from pthaugen at gcc dot gnu dot org 2007-10-22 21:11 --- I tried a recent mainline on PowerPC for leslie3d, revision 129550 improved over revision 129454 by 67%. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
[Bug c++/33865] New: [4.3 Regression] ICE: canonical types differ for identical types const
With current trunk: (sid)30332:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c upx-ucl-p_vmlinx.cc upx-ucl-p_vmlinx.cc: In member function 'bool PackVmlinuxBaseTElfClass::canPack() [with TElfClass = N_Elf::ElfClass_32N_BELE_CTP::LEPolicy]': upx-ucl-p_vmlinx.cc:59: instantiated from here upx-ucl-p_vmlinx.cc:57: internal compiler error: canonical types differ for identical types const N_Elf32::ShdrN_Elf::ElfITypesLE16, LE32, LE32, LE32, LE32 and const N_Elf32::ShdrN_Elf::ElfITypesLE16, LE32, LE32, LE32, LE32 Please submit a full bug report, with preprocessed source if appropriate. Not sure if this is the same as or different to PR33601. -- Summary: [4.3 Regression] ICE: canonical types differ for identical types const Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33865
[Bug c++/33865] [4.3 Regression] ICE: canonical types differ for identical types const
--- Comment #1 from tbm at cyrius dot com 2007-10-22 21:12 ---
struct LE16 {
operator unsigned () const {
}
};
struct LE32 {
};
namespace N_BELE_CTP {
struct LEPolicy {
typedef LE16 U16;
typedef LE32 U32;
};
};
namespace N_Elf {
template class THalf, class TWord, class TXword, class TAddr, class TOff
struct ElfITypes {
typedef THalf Half;
};
template class TElfITypes struct Ehdr {
typedef typename TElfITypes::Half Half;
Half e_shnum;
};
}
namespace N_Elf32 {
template class TElfITypes struct Phdr {
};
template class TElfITypes struct Shdr {
} __attribute__((__packed__,__aligned__(1)));
}
namespace N_Elf {
template class TP struct ElfClass_32 {
typedef typename TP::U16 U16;
typedef typename TP::U32 U32;
typedef N_Elf::ElfITypesU16, U32, U32, U32, U32 ElfITypes;
typedef N_Elf ::EhdrElfITypes Ehdr;
typedef N_Elf32::ShdrElfITypes Shdr;
};
}
typedef N_Elf::ElfClass_32N_BELE_CTP::LEPolicy ElfClass_LE32;
template class TElfClass class PackVmlinuxBase {
protected:
typedef TElfClass ElfClass;
typedef typename ElfClass::Ehdr Ehdr;
typedef typename ElfClass::Shdr Shdr;
Shdr *shdri;
Ehdr ehdri;
virtual Shdr const *getElfSections();
virtual bool canPack();
};
class PackVmlinuxI386 : public PackVmlinuxBaseElfClass_LE32 {
virtual const int *getCompressionMethods(void) const;
};
template class T typename T::Shdr const *PackVmlinuxBaseT::getElfSections()
{
Shdr const *p, *shstrsec=0;
int j;
for (p = shdri, j= ehdri.e_shnum; --j = 0; ++p);
}
template class T bool PackVmlinuxBaseT::canPack() {
Shdr const *p, *const shstrsec = getElfSections();
}
const int *PackVmlinuxI386::getCompressionMethods(void) const {
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33865
[Bug c++/33865] [4.3 Regression] ICE: canonical types differ for identical types const
--- Comment #2 from steven at gcc dot gnu dot org 2007-10-22 21:28 --- Dup of PR33620? -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-22 21:28:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33865
[Bug c++/33865] [4.3 Regression] ICE: canonical types differ for identical types const
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-22 21:38 --- (In reply to comment #2) Dup of PR33620? This is more likely because of he attributes here. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33865
[Bug target/33848] [4.2 Regression] reference to non-existent label at -O1 on mips/mipsel
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-10-22 21:39 --- Can you try the patch that is in PR 33755 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
[Bug other/33864] gcc 4.3 svn fails to compile glibc 2.7's crti.o
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-22 21:41 --- And why do you think this is a bug in GCC? The whole source is preprocessed assembly. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|inline-asm |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
[Bug other/33864] gcc 4.3 svn fails to compile glibc 2.7's crti.o
--- Comment #3 from bero at arklinux dot org 2007-10-22 21:59 --- The problem goes away by not using the -fasynchronous-unwind-tables compiler flag. That seems to point at a gcc bug because the code and/or ld shouldn't care, but I might be wrong - I haven't had enough time to really figure out gcc internals. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
[Bug fortran/31244] data initialization with more than 2**32 elements
--- Comment #7 from kargl at gcc dot gnu dot org 2007-10-22 22:10 --- Subject: Bug 31244 Author: kargl Date: Mon Oct 22 22:10:42 2007 New Revision: 129561 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129561 Log: 2007-10-22 Steven G. Kargl [EMAIL PROTECTED] PR fortran/31244 * gfortran.h (gfc_data_value): Change repeat from unsigned int to mpz_t. * decl.c(top_val_list): Remove msg variable. Use mpz_t for repeat count. * resolve.c (values): Change left from unsigned int to mpz_t. (next_data_value): Change for mpz_t. (check_data_variable): Change ??? to FIXME in a comment. Use mpz_t left. (resolve_data ): Use mpz_t left. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31244
[Bug fortran/31244] data initialization with more than 2**32 elements
--- Comment #8 from kargl at gcc dot gnu dot org 2007-10-22 22:33 --- Fixed on trunk. Note, this patch does not fix the enormous compile times needed on code with such outlandish data statements. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31244
[Bug tree-optimization/31081] [4.3 Regression] Inliner messes up SSA for abnormals
--- Comment #4 from kuba at et dot pl 2007-10-22 22:34 --- (In reply to comment #3) A regression hunt on powerpc-linux identified: http://gcc.gnu.org/viewcvs?view=revrev=120373 r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007) This patch causes error because it changes order of passes; pass_build_ssa is much earlier and we have inlining in ssa. This is correct (I think), and this patch is OK. Problem is (probably) in inliner. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
[Bug tree-optimization/33860] [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503
--- Comment #4 from dorit at gcc dot gnu dot org 2007-10-22 22:54 ---
There's some bad interaction here between the data-interleaving support and the
outer-loop support - these are not yet supported together, however it still
slipped through the checks during the analysis phase. This patch fixes that by
not allowing us to detect interleaved accesses in the inner-loop during
outer-loop vectorization:
--- tree-vect-analyze.c 2007-10-22 08:34:45.0 +0200
+++ tree-vect-analyze.dn.c 2007-10-22 22:23:01.0 +0200
@@ -2321,6 +2321,10 @@
if (nested_in_vect_loop_p (loop, stmt))
{
+ /* Interleaved accesses are not yet supported within outer-loop
+vectorization for references in the inner-loop. */
+ DR_GROUP_FIRST_DR (vinfo_for_stmt (stmt)) = NULL_TREE;
+
/* For the rest of the analysis we use the outer-loop step. */
step = STMT_VINFO_DR_STEP (stmt_info);
dr_step = TREE_INT_CST_LOW (step);
(yet to be bootstrapped etc.)
By the way, on powerpc-linux, this testcase gets vectorized with this fix
(after changing the doubles to floats, and forcing alignment of the data array
with attribute aligned), without taking advantage of the fact that the two
loads are interleaved.
By the way, I suspect that the vectorized code here is quite worse than the
original scalar code;
instead of: (ld,ld,add,store) * 16
we have: (vload,realign,splat,vload,realign,splat,vadd,vstore) * 4
with additional overhead outside the loop.
After the ICE is fixed we should probably add this as a missed-optimization PR
(both in terms of the cost model, and in terms of exploiting the data reuse of
the interleaved accesses).
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dorit at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2007-10-22 22:54:32
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
