[Bug rtl-optimization/32725] Unnecessary reg-reg moves
--- Comment #5 from ubizjak at gmail dot com 2007-07-12 07:05 ---
(In reply to comment #3)
> regmove should have changed that but it does not probably because the final
> constraint does not have a duplicate operand. Actually, I think you want to
> look at anddi_1_rex64, not adddi_1_rex64:
Yes, of course. anddi is the problematic insn.
>
> [(set (match_operand:DI 0 "nonimmediate_operand" "=r,rm,r,r")
> (and:DI (match_operand:DI 1 "nonimmediate_operand" "%0,0,0,qm")
> (match_operand:DI 2 "x86_64_szext_general_operand"
> "Z,re,rm,L")))
>(clobber (reg:CC FLAGS_REG))]
>
> The final constraint is for when and is used to create a zero-extending moves
> (L matches constants 0xFF and 0x). I would say that you have to 1) define
> a predicate which has the same behavior as L and 2) split that alternative out
> of the three anddi patterns that use it (grep for '\') into a separate
> insn.
Hm, please note, that we are not operating with constants, but strictly with
registers. We are dealing with alternative 2 "=rm/%0/re", so I think that
splitting L out of insn pattern would not have a desired effect.
However, I conducted a little experiment and changed (data & m1) into
(data - m1). minus pattern is not commutative, and in lreg pass we have
following sequence (I remove clobber for TImode reg in the middle):
(insn:HI 24 23 25 2 pr32725.c:24 (set (reg:DI 74)
(zero_extend:DI (mem:HI (plus:DI (mult:DI (reg:DI 73)
(const_int 2 [0x2]))
(reg/v/f:DI 65 [ src ])) [3 S2 A16]))) 114
{zero_extendhidi2
} (expr_list:REG_DEAD (reg:DI 73)
(nil)))
(insn:HI 25 24 28 2 pr32725.c:24 (parallel [
(set (reg:DI 74)
(minus:DI (reg:DI 74)
(reg:DI 71)))
(clobber (reg:CC 17 flags))
]) 237 {*subdi_1_rex64} (expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
(insn:HI 33 28 37 2 pr32725.c:24 (parallel [
(set (reg:TI 79)
(mult:TI (zero_extend:TI (reg:DI 74))
(zero_extend:TI (reg:DI 70
(clobber (reg:CC 17 flags))
]) 264 {*umulditi3_insn} (expr_list:REG_DEAD (reg:DI 74)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil
A natural selection for reg 74 would be %rax that satisfies the constraints of
the whole sequence. It indeed _looks_ like Rask is saying, that allocator
doesn't notice REG_DEAD note in insn 24 and somehow blocks the use of %rax for
minus and mult expr. This leads to extra reload (insn 101):
(insn:HI 24 23 25 2 pr32725.c:24 (set (reg:DI 3 bx [74])
(zero_extend:DI (mem:HI (plus:DI (mult:DI (reg:DI 0 ax [73])
(const_int 2 [0x2]))
(reg/v/f:DI 4 si [orig:65 src ] [65])) [3 S2 A16]))) 114
{zero_extendhidi2} (nil))
(insn:HI 25 24 101 2 pr32725.c:24 (parallel [
(set (reg:DI 3 bx [74])
(minus:DI (reg:DI 3 bx [74])
(reg:DI 38 r9 [71])))
(clobber (reg:CC 17 flags))
]) 237 {*subdi_1_rex64} (nil))
(insn 101 25 33 2 pr32725.c:24 (set (reg:DI 0 ax)
(reg:DI 3 bx [74])) 82 {*movdi_1_rex64} (nil))
(insn:HI 33 101 102 2 pr32725.c:24 (parallel [
(set (reg:TI 0 ax)
(mult:TI (zero_extend:TI (reg:DI 0 ax))
(zero_extend:TI (reg:DI 39 r10 [70]
(clobber (reg:CC 17 flags))
]) 264 {*umulditi3_insn} (nil))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32725
[Bug fortran/32727] [4.3 regression] bogus error: Error: Symbol 'sort' referenced at (1) not found in module 'util'
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-12 07:27 --- > BTW, if you revert a patch, you should add the testcase that is the reason > it. To avoid regressing again if the patch gets re-applied. Similarly, you > should xfail the other testcase that now fails. Joost, good point. I thought about XFAIL, but then again, probably nobody will notice that there's something wrong since it's expected to fail. Hence I concluded that it would be preferable to have people asking about a testsuite failure twice a day then to hide the problem it in an xfail :) However, if Paul does find the time today, I'm positive that he will set it right -- otherwise I will implement your suggestion tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
[Bug rtl-optimization/32729] Regression: Loop unrolling not performed with large constant loop bound
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-07-12 07:36 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01130.html -- rakdver at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||07/msg01130.html Component|middle-end |rtl-optimization Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32729
[Bug fortran/32736] New: Replace -fallow-leading-underscore by Bind(C)
We use in the library the _gfortran_ prefix; to do so, the -fallow-leading-underscore was created. The idea was to replace it as soon as we have ISO C Bindings. Well, we do now ... http://gcc.gnu.org/ml/gcc-cvs/2007-01/msg00712.html r121007 | fxcoudert | 2007-01-20 19:33:20 +0100 (Sa, 20 Jan 2007) | 162 lines * gfortran.h (gfc_options_t): Add flag_allow_leading_underscore. * lang.opt: Add -fallow-leading-underscore. * match.c (gfc_match_name): Allow leading underscore in symbol name if -fallow-leading-underscore is used. * symbol.c (gfc_get_default_type): Add special case for symbol names beginning with an underscore. * trans-decl.c (gfc_get_extern_function_decl, gfc_build_intrinsic_function_decls): Add _gfortran prefix to library symbols selected_int_kind, selected_real_kind and all specifics. * options.c (gfc_init_options, gfc_handle_option): Handle the new -fallow-leading-underscore option. * m4/misc_specifics.m4: Add _gfortran prefix to specific names. * m4/specific2.m4: Likewise. * m4/specific.m4: Likewise. * intrinsics/f2c_specifics.F90: Likewise. * intrinsics/selected_int_kind.f90: Add _gfortran prefix. * intrinsics/selected_real_kind.f90: Likewise. * intrinsics/dprod_r8.f90: Likewise. * Makefile.am: Add -fallow-leading-underscore to the gfor_specific_src files, as well as selected_real_kind.F90 and selected_int_kind.F90 * Makefile.in: Regenerate. * generated/_sqrt_c8.F90: Regenerate. [...] -- Summary: Replace -fallow-leading-underscore by Bind(C) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal 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=32736
[Bug target/32735] i686 sse2 generates more movdqa than necessary
--- Comment #5 from ubizjak at gmail dot com 2007-07-12 08:22 ---
(In reply to comment #0)
> The loop for CallSumDeltas2 compiles to:
>
> .L7:
> movdqa %xmm1, %xmm0
> pslldq $4, %xmm0
> addl$1, %eax
> paddd %xmm1, %xmm0
> cmpl$1, %eax
> movdqa %xmm0, %xmm1
> pslldq $8, %xmm1
> paddd %xmm1, %xmm0
> movdqa %xmm0, %xmm1
> movdqa %xmm0, foo1
> jne .L7
>
> ===
>
> This is two more movdqa then the hand-written code in CallSumDeltas3.
paddd %xmm1, %xmm0 (2)
movdqa %xmm0, %xmm1 (2)
movdqa %xmm0, foo1(1)
jne .L7
(1) is assignment to a global variable. I'm not sure that it can be pushed out
of the loop, but this can be solved by adding a local temporary in
CallSumDeltas2().
(2) is probably regmove, failing to optimize:
(set (reg:V4SI 21 xmm0 [72])
(plus:V4SI (reg:V4SI 21 xmm0 [69])
(reg:V4SI 22 xmm1 [71]))) 843 {*addv4si3} (nil))
(set (reg:V2DI 22 xmm1 [orig:73 foo1 ] [73])
(reg:V2DI 21 xmm0 [72])) 698 {*movv2di_internal} (nil))
into
(set (reg:V4SI 21 xmm1 [72])
(plus:V4SI (reg:V4SI 21 xmm1 [69])
(reg:V4SI 22 xmm0 [71]))) 843 {*addv4si3} (nil))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32735
[Bug fortran/32737] New: internal compiler error: Segmentation fault
Dear sirs, I would like to apologize if my bug report is done in a poor way: I am a "novice" in Fortran programming. I get this segmentation fault error when I compile my code, that consists of a main program and three modules. -- Summary: internal compiler error: Segmentation fault Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: alex_zuma1 at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #1 from alex_zuma1 at yahoo dot com 2007-07-12 09:34 --- Created an attachment (id=13898) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13898&action=view) This is the main program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #2 from alex_zuma1 at yahoo dot com 2007-07-12 09:35 --- Created an attachment (id=13899) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13899&action=view) Module #1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #3 from alex_zuma1 at yahoo dot com 2007-07-12 09:35 --- Created an attachment (id=13900) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13900&action=view) Module #2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #4 from alex_zuma1 at yahoo dot com 2007-07-12 09:36 --- Created an attachment (id=13901) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13901&action=view) Module #3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #5 from alex_zuma1 at yahoo dot com 2007-07-12 09:38 --- Created an attachment (id=13902) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13902&action=view) This is the command sequence I used in the prompt -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug ada/32733] g-spipat.adb:1597: error: definition in block 11 does not dominate use in block 12
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-12 09:56 --- Probably related to PR32722 / PR32636. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||32722 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32733
[Bug tree-optimization/32636] [4.3 regression] 25_algorithms/search_n/iterator.cc: pch-related verify_ssa failure
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-07-12 09:57 --- I bet this is the same as PR32722. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||32722 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32636
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-12 10:18 --- I've now identified the patch that caused this regression: 2007-04-03 Andrew Haley <[EMAIL PROTECTED]> * jvgenmain.c (main): Change main to use class$, not class$$. (do_mangle_classname): Likewise. * class.c (hide): New function. (add_field): Hide everything that shouldn't be visible outside a DSO. (build_static_class_ref): Likewise. (build_classdollar_field): Likewise. (make_class_data): Likewise. (layout_class_method): Likewise. * expr.c (special_method_p): New function. * class.c (push_class): Don't bogusly guess the source filename. * jcf-parse.c (give_name_to_class): Don't set input_location from DECL_ARTIFICIAL decls. The problem is that it assumes that the platform has support for the visibility attribute, which is not true if using /usr/sfw/bin/gas (2.15) with Sun ld. While it would work on Solaris 10, it might require linker patches on older releases and is probably hard to detect via autoconf. During the build, there are many warnings /mnt/gcc-reghunt/libjava/java/lang/Class.java:1379: warning: visibility attribute not supported in this configuration; ignored but I hadn't seen the connection before. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug libgcj/32465] [4.3 Regression] Linking 64-bit libgcj.so fails on Solaris 10/x86: non-PIC code despite -fPIC
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-12 10:20 --- Like PR libgcj/32462, this is also caused by this patch: 2007-04-03 Andrew Haley <[EMAIL PROTECTED]> * jvgenmain.c (main): Change main to use class$, not class$$. (do_mangle_classname): Likewise. * class.c (hide): New function. (add_field): Hide everything that shouldn't be visible outside a DSO. (build_static_class_ref): Likewise. (build_classdollar_field): Likewise. (make_class_data): Likewise. (layout_class_method): Likewise. * expr.c (special_method_p): New function. * class.c (push_class): Don't bogusly guess the source filename. * jcf-parse.c (give_name_to_class): Don't set input_location from DECL_ARTIFICIAL decls. Again, the missing visibility support in this configuration causes the problem. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||aph at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32465
[Bug rtl-optimization/32729] Regression: Loop unrolling not performed with large constant loop bound
--- Comment #6 from rakdver at gcc dot gnu dot org 2007-07-12 10:24 --- Subject: Bug 32729 Author: rakdver Date: Thu Jul 12 10:24:19 2007 New Revision: 126576 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126576 Log: PR rtl-optimization/32729 * cfghooks.c (can_duplicate_block_p): Do not forbid duplicating blocks that fallthru to exit. Modified: trunk/gcc/ChangeLog trunk/gcc/cfghooks.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32729
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #9 from aph at gcc dot gnu dot org 2007-07-12 10:49 ---
This is somewhat bewildering: if the visibility attribute is not supported, who
does setting the visibility make any difference to the build?
Nonetheless, I have no objection to something like
static void
hide (tree decl)
{
#ifdef __linux__
DECL_VISIBILITY (decl) = VISIBILITY_HIDDEN;
DECL_VISIBILITY_SPECIFIED (decl) = 1;
#endif
}
or whatever macro seems appropriate to you, in order to restrict this to
GNU/Linux systems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug fortran/29804] segfault with -fbounds-check on allocatable derived type components
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-07-12 10:59 --- Subject: Bug 29804 Author: fxcoudert Date: Thu Jul 12 10:58:49 2007 New Revision: 126578 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126578 Log: PR fortran/29804 * gfortran.dg/alloc_comp_misc_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/alloc_comp_misc_1.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
[Bug fortran/29804] segfault with -fbounds-check on allocatable derived type components
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-07-12 11:16 --- I can't see this bug on i686-linux nor x86_64-linux, even with valgrind. I committed the testcase into our testsuite, so that we can see if it ever reappears. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #6 from burnus at gcc dot gnu dot org 2007-07-12 11:22 --- Some information you left out: The gfortran version and the platform; both are shown with "gfortran -v". Besides you need to compile in the order of dependence: gfortran -c parametri.f95 thom_mod.f95 spline.f95 interpfxlv.f95 If you compile parametri.f95, gfortran creates a .mod file which contains the interface of the module "parametri". If you compile "thom_mod.f95" first, this information is not available and therefore the error Fatal Error: Can't open module file 'parametri.mod' for reading at (1): No such file or directory is shown. (Similarly for the other files.) The following is indeed a bug in gfortran: gfortran: Internal error: Aborted (program f951) but I believe it was fixed at some point. (I don't get this error with 4.3, 4.2.1 nor 4.1.3.) Thus: What is the exact version (number + date) and platform of your gfortran (both is shown by "gfortran -v"). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug c++/30854] [4.3 Regression] Wrong number of arguments printed for constructor
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-12 12:05 --- Subject: Bug 30854 Author: jakub Date: Thu Jul 12 12:05:39 2007 New Revision: 126582 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126582 Log: PR c++/30854 * error.c (dump_expr) : Pass true as last argument to dump_aggr_init_expr_args instead of false. * g++.dg/parse/error30.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/error30.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30854
[Bug tree-optimization/32722] [4.3 Regression] Bootstrap failure with -fno-tree-store-copy-prop
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-12 12:14 --- And as of r126576 this one is hidden again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32722
[Bug c++/30854] [4.3 Regression] Wrong number of arguments printed for constructor
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-12 12:15 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30854
[Bug fortran/32550] openmp: COPYPRIVATE of pointer variables fails
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-12 12:17 --- Subject: Bug 32550 Author: jakub Date: Thu Jul 12 12:16:54 2007 New Revision: 126583 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126583 Log: PR fortran/32550 * trans.h (GFC_POINTER_TYPE_P): Define. * trans-types.c (gfc_sym_type): Set it for types on attr->sym.pointer. * trans-openmp.c (gfc_omp_privatize_by_reference): Return false if GFC_POINTER_TYPE_P is set on the type. * testsuite/libgomp.fortran/pr32550.f90: New test. * testsuite/libgomp.fortran/crayptr2.f90: New test. Added: trunk/libgomp/testsuite/libgomp.fortran/crayptr2.f90 trunk/libgomp/testsuite/libgomp.fortran/pr32550.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-openmp.c trunk/gcc/fortran/trans-types.c trunk/gcc/fortran/trans.h trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32550
[Bug fortran/32550] openmp: COPYPRIVATE of pointer variables fails
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-12 12:20 --- Fixed in 4.3. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.1 4.3.0 |4.2.1 Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32550
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #7 from alex_zuma1 at yahoo dot com 2007-07-12 12:56 --- (In reply to comment #6) Concerning the compiling sequence: I am aware that the program interpfxlv needs the three modules (parametri, thom_mod and spline) to work, but I was wondering if there is a way to tell gfortran to follow the right sequence on it's own. The problem is: why do I get the final internal compiler error once I have the three modules in the directory? Concerning the version, here is what I get when I write gfortran -v in the prompt: Using built-in specs. Target: i386-pc-mingw32 Configured with: ../trunk/configure --prefix=/mingw --enable-languages=c,fortran --with-gmp=/home/coudert/local --disable-nls --with-ld=/mingw/bin/ld --with-as= /mingw/bin/as --disable-werror --enable-bootstrap --enable-threads --build=i386- pc-mingw32 --disable-shared --enable-libgomp Thread model: win32 gcc version 4.3.0 20070612 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2007-07-12
14:15 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> --- Comment #9 from aph at gcc dot gnu dot org 2007-07-12 10:49 ---
> This is somewhat bewildering: if the visibility attribute is not supported,
> who
> does setting the visibility make any difference to the build?
I have no idea (and haven't really checked).
> Nonetheless, I have no objection to something like
>
> static void
> hide (tree decl)
> {
> #ifdef __linux__
> DECL_VISIBILITY (decl) = VISIBILITY_HIDDEN;
> DECL_VISIBILITY_SPECIFIED (decl) = 1;
> #endif
> }
>
> or whatever macro seems appropriate to you, in order to restrict this to
> GNU/Linux systems.
I think the following variant should be ok. I added it to the previously
failing revision (with only c, c++, and java), and now both 32 and 64 bit
libgcj.so build.
2007-07-12 Andrew Haley <[EMAIL PROTECTED]>
Rainer Orth <[EMAIL PROTECTED]>
PR target/32462
PR libgcj/32465
* class.c (hide): Wrap in HAVE_GAS_HIDDEN.
diff -r e4a0b686f36f gcc/java/class.c
--- a/gcc/java/class.c Tue Apr 03 15:28:16 2007 +
+++ b/gcc/java/class.c Thu Jul 12 15:04:11 2007 +0200
@@ -691,10 +691,12 @@ build_java_method_type (tree fntype, tre
}
static void
-hide (tree decl)
-{
+hide (tree decl ATTRIBUTE_UNUSED)
+{
+#ifdef HAVE_GAS_HIDDEN
DECL_VISIBILITY (decl) = VISIBILITY_HIDDEN;
DECL_VISIBILITY_SPECIFIED (decl) = 1;
+#endif
}
tree
Is this enough for checkin or should I run a full mainline bootstrap? At
least it fixes two bootstrap failures.
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #11 from ro at gcc dot gnu dot org 2007-07-12 14:26 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-12 14:26:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug libgcj/32465] [4.3 Regression] Linking 64-bit libgcj.so fails on Solaris 10/x86: non-PIC code despite -fPIC
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-12 14:27 --- Mine. Patch here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462#c10 -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-12 14:27:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32465
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #12 from aph at gcc dot gnu dot org 2007-07-12 14:34 --- You should probably bootstrap. Post the patch to the list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug target/25413] wrong alignment or incorrect address computation in vectorized code on Pentium 4 SSE
--- Comment #9 from dorit at gcc dot gnu dot org 2007-07-12 14:42 --- Subject: Bug 25413 Author: dorit Date: Thu Jul 12 14:42:08 2007 New Revision: 126591 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126591 Log: 2007-07-12 Dorit Nuzman <[EMAIL PROTECTED]> Devang Patel <[EMAIL PROTECTED]> PR tree-optimization/25413 * targhooks.c (default_builtin_vector_alignment_reachable): New. * targhooks.h (default_builtin_vector_alignment_reachable): New. * tree.h (contains_packed_reference): New. * expr.c (contains_packed_reference): New. * tree-vect-analyze.c (vector_alignment_reachable_p): New. (vect_enhance_data_refs_alignment): Call vector_alignment_reachable_p. * target.h (vector_alignment_reachable): New builtin. * target-def.h (TARGET_VECTOR_ALIGNMENT_REACHABLE): New. * config/rs6000/rs6000.c (rs6000_vector_alignment_reachable): New. (TARGET_VECTOR_ALIGNMENT_REACHABLE): Define. Added: trunk/gcc/testsuite/gcc.dg/vect/pr25413.c trunk/gcc/testsuite/gcc.dg/vect/pr25413a.c trunk/gcc/testsuite/gcc.dg/vect/vect-align-1.c trunk/gcc/testsuite/gcc.dg/vect/vect-align-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c trunk/gcc/expr.c trunk/gcc/target-def.h trunk/gcc/target.h trunk/gcc/targhooks.c trunk/gcc/targhooks.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/pr31699.c trunk/gcc/tree-vect-analyze.c trunk/gcc/tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413
[Bug fortran/32738] New: Error: Function 'tree_size' at (1) has no IMPLICIT type
When I compile the file listed below using the latest snapshot version of gfortran, I get the following messages: c.f90:46.18: use cluster_tree 1 Warning: Although not referenced, '' at (1) has ambiguous interfaces c.f90:48.13: print *, tree_size(1) 1 Error: Function 'tree_size' at (1) has no IMPLICIT type module cluster_definition implicit none integer, parameter, public:: cluster_size = 1000 end module cluster_definition module cluster_tree use cluster_definition, only: ct_cluster_size => cluster_size implicit none private private:: ct_initialize, ct_dealloc, ct_tree_size public:: initialize, dealloc, tree_size interface initialize module procedure ct_initialize end interface interface dealloc module procedure ct_dealloc end interface interface tree_size module procedure ct_tree_size end interface contains subroutine ct_initialize() end subroutine ct_initialize subroutine ct_dealloc() end subroutine ct_dealloc function ct_tree_size(t) result(s) integer :: t integer :: s s = 0 end function ct_tree_size end module cluster_tree program example use cluster_tree implicit none print *, tree_size(1) end program example -- Summary: Error: Function 'tree_size' at (1) has no IMPLICIT type Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32738
[Bug rtl-optimization/32739] New: ICE for H8SX when compiled with optimization
Hi,
Compiling following testcase for "h8sx" target with optimization (-O1
onwards), gives ICE (internal compiler error) . The testcase works fine
for other H8 targets.
// Start Of Testcase
===
#include
typedef union
{
unsigned long LONG;
struct
{
unsigned long Year : 14,
Month : 18;
} Bit;
} test;
typedef struct
{
unsigned int year ;
} Date;
unsigned int foo(Date *ptr_Date)
{
Date obj_Date;
test obj_test;
obj_test.LONG = 2000;
obj_Date.year = (unsigned int)obj_test.Bit.Year;
if(ptr_Date!=NULL) *ptr_Date=obj_Date;
return(0);
}
===
// End Of Testcase
When I compile above testcase with "-msx -O1" options, i get following error
message,
internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:693
What can be the possible reason behind the same?
Thanks and Regards,
Sushil Kothawade
KPIT Cummins InfoSystems Ltd.
Pune, India
~~
Free download of GNU based tool-chains for Renesas' SH, H8, R8C, M16C
and M32C Series. The following site also offers free technical support
to its users. Visit http://www.kpitgnutools.com for details.
Latest versions of KPIT GNU tools were released on June 1, 2007.
~~
--
Summary: ICE for H8SX when compiled with optimization
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Sushil dot Kothawade at kpitcummins dot com
GCC build triplet: i686-pc-linux
GCC host triplet: i686-pc-linux
GCC target triplet: h8300-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32739
[Bug libfortran/32736] Replace -fallow-leading-underscore by Bind(C)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32736
[Bug c++/32740] New: parser error when passing the template arg to STL
//File template_test.cpp
# include
# include
class V
{
public:
template
static void RPG(const std::vector& listIn, std::vector& listOut);
} ;
template
inline
void V::RPG(const std::vector& listIn,
std::vector&
listOut)
{
for(std::vector::const_iterator iter = listIn.begin(); iter !=
listIn.end(); iter++)
{
//do nothing
}
}
When compiling this the parser errors out with the below message
***
g++ -c template_test.cpp
template_test.cpp: In static member function `static void V::RPG(const
std::vector >&, std::vector
>&)':
template_test.cpp:17: error: expected `;' before "iter"
template_test.cpp:17: error: `iter' undeclared (first use this function)
template_test.cpp:17: error: (Each undeclared identifier is reported only once
for each function it appears in.)
*
Any help here ?
Thank you,
Ravi
--
Summary: parser error when passing the template arg to STL
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raviprakashg at hotmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32740
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #13 from pinskia at gmail dot com 2007-07-12 15:47 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
On 12 Jul 2007 14:15:06 -, ro at techfak dot uni-bielefeld dot de
<[EMAIL PROTECTED]> wrote:
> static void
> -hide (tree decl)
> -{
> +hide (tree decl ATTRIBUTE_UNUSED)
> +{
> +#ifdef HAVE_GAS_HIDDEN
>DECL_VISIBILITY (decl) = VISIBILITY_HIDDEN;
>DECL_VISIBILITY_SPECIFIED (decl) = 1;
> +#endif
> }
>
This is way too conservative, see PR 26989 for the reasons why?
Thanks,
Andrew Pinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug c++/32740] parser error when passing the template arg to STL
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 15:48 --- >std::vector::const_iterator You forgot the typename keyword. See http://gcc.gnu.org/gcc-3.4/changes.html. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Summary|parser error when passing |parser error when passing |the template arg to STL |the template arg to STL http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32740
[Bug c++/32740] parser error when passing the template arg to STL
--- Comment #2 from raviprakashg at hotmail dot com 2007-07-12 15:59 --- Thank you. -- raviprakashg at hotmail dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32740
[Bug fortran/32741] New: [4.3 regression]: gcc 4.3 revision 126570 failed 459.GemsFDTD in SPEC CPU 2006
This patch: http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00365.html causes a regression. -- Summary: [4.3 regression]: gcc 4.3 revision 126570 failed 459.GemsFDTD in SPEC CPU 2006 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32741
[Bug fortran/32741] [4.3 regression]: gcc 4.3 revision 126570 failed 459.GemsFDTD in SPEC CPU 2006
--- Comment #1 from hjl at lucon dot org 2007-07-12 17:03 --- Created an attachment (id=13903) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13903&action=view) A testcase [EMAIL PROTECTED] 648]$ make /usr/gcc-4.3/bin/gfortran p.f90 -c /usr/gcc-4.3/bin/gfortran e.f90 -c /usr/gcc-4.3/bin/gfortran main.f90 -c main.f90:1.26: USE excite_mod, ONLY : excitation 1 Error: Symbol 'excitation' referenced at (1) not found in module 'excite_mod' make: *** [main.o] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32741
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2007-07-12 17:16 --- Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86 pinskia at gmail dot com writes: > This is way too conservative, see PR 26989 for the reasons why? But how do you propose to handle this? In Comment #4 of this PR, you state that there's currently no way to check this. AFAICT, the only platform not handled by HAVE_GAS_HIDDEN is darwin, which I don't have access to. At worst, I could add #if defined(HAVE_GAS_HIDDEN) || (defined(__MACH__) && defined(__APPLE__)) Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #15 from aph at gcc dot gnu dot org 2007-07-12 17:27 --- #ifdef HAVE_GAS_HIDDEN is fine. There is no real bad consequence to not hiding those symbols; it's just that the DSO exports a lot of unnecessary junk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #16 from ro at techfak dot uni-bielefeld dot de 2007-07-12 17:30 --- Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86 aph at gcc dot gnu dot org writes: > #ifdef HAVE_GAS_HIDDEN is fine. There is no real bad consequence to not > hiding > those symbols; it's just that the DSO exports a lot of unnecessary junk. Ok, thanks. The full bootstrap (all languages) is in progress, but the previous ones already confirmed that libgcj.so links which it didn't before. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug fortran/32741] [4.3 regression]: gcc 4.3 revision 126570 failed 459.GemsFDTD in SPEC CPU 2006
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 17:39 --- >From the error message this seems to be a duplicate of 32727. Note that the patch (for PR32634) has been reverted and therefore SPEC should not fail anymore. Thanks for the report. *** This bug has been marked as a duplicate of 32727 *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32741
[Bug fortran/32727] [4.3 regression] bogus error: Error: Symbol 'sort' referenced at (1) not found in module 'util'
--- Comment #11 from burnus at gcc dot gnu dot org 2007-07-12 17:39 --- *** Bug 32741 has been marked as a duplicate of this bug. *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
[Bug bootstrap/3456] bootstrapping gcc-3.0 with threadmodel=posix fails on IRIX64 6.5
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-12 17:43 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01185.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3456
[Bug fortran/32738] Error: Function 'tree_size' at (1) has no IMPLICIT type
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-12 18:24 --- New error message, but probably same reason. As I wrote in another PR: This seems to be a duplicate of PR 32727. Note that the offending patch (for PR32634) has been reverted and therefore this should not fail anymore. I'm not marking it a duplicate as it might have a different reason; as I don't get a failure here indicates however that it is indeed a duplicate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32738
[Bug fortran/32737] internal compiler error: Segmentation fault
--- Comment #8 from burnus at gcc dot gnu dot org 2007-07-12 18:41 --- > Concerning the compiling sequence: I am aware that the program interpfxlv > needs the three modules (parametri, thom_mod and spline) to work, but I was > wondering if there is a way to tell gfortran to follow the right sequence on > it's own. I'm not aware of any compiler able to do so. Most compilers are single pass and need the information right away. One could create a script which spits out an ordered file list: Simply grepping for the MODULE name and for the USE statements, building a tree and starting to write the filenames starting from the leafs of that tree. > The problem is: why do I get the final internal compiler error > once I have the three modules in the directory? Ups, I missed that. An internal compiler error should never ever happen; but it happens for valid usage this really bad. (However, I cannot reproduce it here on x86-84/Linux; if the following does not work, some gfortraner with Windows has to debug it.) Could you try with a newer gfortran: http://gcc.gnu.org/wiki/GFortranBinaries#Windows just to rule out that is has been fixed in meanwhile. Otherwise: a) Does it work if you use the "right" order (see comment #6) b) If you compile it one by one in alphabetical order (with .mod present), where does it break? c) If you have by chance a valgrind or a debugger (breakpoint "fancy_abort" or "internal_error"), a backtrace or valgrind output would be highly welcome too. (Run gfortran -v -c file.f95 and use the line which contains "f951" in the debugger/valgrind.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #4 from danglin at gcc dot gnu dot org 2007-07-12 18:50 --- I tried increasing the kernel maxdsiz limits to 2 GB. However, we still die after allocating roughly the same number of bytes. In 32-bit PA runtime, malloc allocates memory using brk and sbrk from the data segment. The size of the data segment is 1 GB. I believe we have reached the 1 GB limit for at least two compilations in libjava. The ulimit command (bash, ksh and sh) doesn't correctly indicate the 1 GB limit of the data segment. I suspect getrlimit also doesn't reflect the runtime limit. Possibly, reducing maxdsiz might trigger more garbage collection. At last check, libjava still builds on the trunk. So, 4.2.1 is using more memory. Libjava builds under linux. The linux runtime uses a flat memory model and thus has more space available for data. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #34 from paolo dot bonzini at lu dot unisi dot ch 2007-07-12 19:01 --- Subject: Re: [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm' kkojima at gcc dot gnu dot org wrote: > --- Comment #33 from kkojima at gcc dot gnu dot org 2007-07-12 01:11 > --- > It seems that the patch 126418 causes an ICE for gcc.dg/asm-4.c > and the patch 126487 breaks gcc.c-torture/compile/2804-1.c > on 4.2 for SH. Both failures happen only with -O0. It looks > ia64 testresults show similar errors: > > http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00309.html > http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00446.html > > on 4.2. I'll take a look, and revert the patches on 4.1, tomorrow. Thanks, Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-07-12 19:15 --- I have a few upcoming patches that should seriously reduce memory usage of points-to. If they work on mainline, i will backport them to 4.2 Please be patient, sorry for this :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-12 19:21 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes > I have a few upcoming patches that should seriously reduce memory usage of > points-to. Sounds good. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
[Bug c/32742] New: ICE vector(vuse_vec,base) index domain error
ICE GCC-build on powerpc xgcc: warning: -pipe ignored because -save-temps specified Reading specs from /var/tmp/gcc_r43/build-48/./gcc/specs Target: powerpc-unknown-linux-gnu Configured with: ../gcc-4.3.0/configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --host=powerpc-unknown-linux-gnu --build=powerpc-unknown-linux-gnu --enable-__cxa_atexit --enable-threads=posix --enable-shared --enable-clocale=gnu --enable-bootstrap --enable-languages=c,fortran --enable-altivec --disable-checking --disable-nls --disable-decimal-float --disable-werror --disable-multilib --with-ibmlongdouble --with-cpu=7450 --enable-clocale=gnu --with-system-zlib : (reconfigured) ../gcc-4.3.0/configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --host=powerpc-unknown-linux-gnu --build=powerpc-unknown-linux-gnu --enable-__cxa_atexit --enable-threads=posix --enable-shared --enable-clocale=gnu --enable-bootstrap --enable-languages=c,fortran --enable-altivec --disable-checking --disable-nls --disable-decimal-float --disable-werror --disable-multilib --with-ibmlongdouble --with-cpu=7450 --enable-clocale=gnu --with-system-zlib Thread model: posix gcc version 4.3.0 20070712 (experimental) /var/tmp/gcc_r43/build-48/./gcc/cc1 -E -quiet -v -I. -I. -I../.././gcc -I../../../gcc-4.3.0/libgcc -I../../../gcc-4.3.0/libgcc/. -I../../../gcc-4.3.0/libgcc/../gcc -I../../../gcc-4.3.0/libgcc/../include -iprefix /var/tmp/gcc_r43/build-48/gcc/../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/ -isystem /var/tmp/gcc_r43/build-48/./gcc/include -isystem /var/tmp/gcc_r43/build-48/./gcc/include-fixed -MD _floatdisf.d -MF _floatdisf.dep -MP -MT _floatdisf.o -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix -DIN_GCC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_CC_TLS -DL_floatdisf -DHIDE_EXPORTS -isystem /usr/powerpc-unknown-linux-gnu/include -isystem /usr/powerpc-unknown-linux-gnu/sys-include -isystem ./include ../../../gcc-4.3.0/libgcc/../gcc/libgcc2.c -mlong-double-128 -mcpu=7450 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fPIC -fvisibility=hidden -fworking-directory -O -O2 -O2 -O2 -fpch-preprocess -o libgcc2.i ignoring nonexistent directory "/usr/powerpc-unknown-linux-gnu/include" ignoring nonexistent directory "/usr/powerpc-unknown-linux-gnu/sys-include" ignoring nonexistent directory "./include" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/include" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/include-fixed" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/../../../../powerpc-unknown-linux-gnu/include" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/../../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/include" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/../../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/include-fixed" ignoring nonexistent directory "/var/tmp/gcc_r43/build-48/gcc/../lib/gcc/../../lib/gcc/powerpc-unknown-linux-gnu/4.3.0/../../../../powerpc-unknown-linux-gnu/include" ignoring duplicate directory "." ignoring duplicate directory "../../../gcc-4.3.0/libgcc/." #include "..." search starts here: #include <...> search starts here: . ../.././gcc ../../../gcc-4.3.0/libgcc ../../../gcc-4.3.0/libgcc/../gcc ../../../gcc-4.3.0/libgcc/../include /usr/include/libffi /var/tmp/gcc_r43/build-48/./gcc/include /var/tmp/gcc_r43/build-48/./gcc/include-fixed /usr/local/include /usr/include End of search list. /var/tmp/gcc_r43/build-48/./gcc/cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mlong-double-128 -mcpu=7450 -auxbase-strip _floatdisf.o -g -g -O -O2 -O2 -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -fPIC -fvisibility=hidden -o libgcc2.s GNU C version 4.3.0 20070712 (experimental) (powerpc-unknown-linux-gnu) compiled by GNU C version 4.2.1 20070703 (prerelease), GMP version 4.2.1, MPFR version 2.2.1-p5. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 7676282d796f3a7da7d709a72ee18c41 ../../../gcc-4.3.0/libgcc/../gcc/libgcc2.c: In function '__floatdisf': ../../../gcc-4.3.0/libgcc/../gcc/libgcc2.c:1436: internal compiler error: vector VEC(vuse_vec,base) index domain error, in get_expression_vuses at tree-ssa-pre.c:256 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE vector(vuse_vec,base) index domain error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: b
[Bug c/32742] ICE vector(vuse_vec,base) index domain error
--- Comment #1 from michelin60 at gmail dot com 2007-07-12 19:39 --- Created an attachment (id=13904) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13904&action=view) standard *.i file *.i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32742
[Bug tree-optimization/32742] [4.3 Regression] ICE vector(vuse_vec,base) index domain error
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-12 19:39 --- Already fixed by: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01186.html http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00451.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |tree-optimization Keywords||build, ice-on-valid-code Resolution||FIXED Summary|ICE vector(vuse_vec,base) |[4.3 Regression] ICE |index domain error |vector(vuse_vec,base) index ||domain error Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32742
[Bug fortran/32601] [ISO Bind C] Access to private components not prevented
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 19:52 --- Subject: Bug 32601 Author: burnus Date: Thu Jul 12 19:52:03 2007 New Revision: 126598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126598 Log: 2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32599 * decl.c (verify_c_interop_param): Require character string dummy args to BIND(C) procedures to have length 1. * resolve.c (resolve_fl_procedure): Modify parameter checking for BIND(C) procedures. PR fortran/32601 * resolve.c (gfc_iso_c_func_interface): Verify that a valid expression is given as an argument to C_LOC and C_ASSOCIATED. * trans-io.c (transfer_expr): Add argument for code block. Add standards check to determine if an error message should be reported for printing C_PTR or C_FUNPTR. (transfer_array_component): Update arguments to transfer_expr. (gfc_trans_transfer): Ditto. * symbol.c (gen_cptr_param): Fix whitespace. 2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32599 * gfortran.dg/32599.f03: New test case. PR fortran/32601 * gfortran.dg/32601.f03: New test case. * gfortran.dg/32601_1.f03: Ditto. * gfortran.dg/c_ptr_tests_9.f03: Updated dg-options. * gfortran.dg/c_ptr_tests_10.f03: Ditto. Added: trunk/gcc/testsuite/gfortran.dg/pr32599.f03 trunk/gcc/testsuite/gfortran.dg/pr32601.f03 trunk/gcc/testsuite/gfortran.dg/pr32601_1.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-io.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/c_ptr_tests_10.f03 trunk/gcc/testsuite/gfortran.dg/c_ptr_tests_9.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32601
[Bug fortran/32599] [ISO C Binding] Accepts character with len /= 1
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-12 19:52 --- Subject: Bug 32599 Author: burnus Date: Thu Jul 12 19:52:03 2007 New Revision: 126598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126598 Log: 2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32599 * decl.c (verify_c_interop_param): Require character string dummy args to BIND(C) procedures to have length 1. * resolve.c (resolve_fl_procedure): Modify parameter checking for BIND(C) procedures. PR fortran/32601 * resolve.c (gfc_iso_c_func_interface): Verify that a valid expression is given as an argument to C_LOC and C_ASSOCIATED. * trans-io.c (transfer_expr): Add argument for code block. Add standards check to determine if an error message should be reported for printing C_PTR or C_FUNPTR. (transfer_array_component): Update arguments to transfer_expr. (gfc_trans_transfer): Ditto. * symbol.c (gen_cptr_param): Fix whitespace. 2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32599 * gfortran.dg/32599.f03: New test case. PR fortran/32601 * gfortran.dg/32601.f03: New test case. * gfortran.dg/32601_1.f03: Ditto. * gfortran.dg/c_ptr_tests_9.f03: Updated dg-options. * gfortran.dg/c_ptr_tests_10.f03: Ditto. Added: trunk/gcc/testsuite/gfortran.dg/pr32599.f03 trunk/gcc/testsuite/gfortran.dg/pr32601.f03 trunk/gcc/testsuite/gfortran.dg/pr32601_1.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-io.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/c_ptr_tests_10.f03 trunk/gcc/testsuite/gfortran.dg/c_ptr_tests_9.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32599
[Bug ada/32733] g-spipat.adb:1597: error: definition in block 11 does not dominate use in block 12
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-12 19:55 --- Same problem on i386-pc-solaris2.10 as of r126588. Compilation succeeds with -O. -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32733
[Bug fortran/32727] [4.3 regression] bogus error: Error: Symbol 'sort' referenced at (1) not found in module 'util'
--- Comment #12 from pault at gcc dot gnu dot org 2007-07-12 20:05 --- Subject: Bug 32727 Author: pault Date: Thu Jul 12 20:04:59 2007 New Revision: 126600 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126600 Log: 2007-07-12 Paul Thomas <[EMAIL PROTECTED]> PR fortran/32634 PR fortran/32727 * module.c (write_generic): Restore patch of 2007-07-10 and use symbol name if there are no use names. 2007-07-12 Paul Thomas <[EMAIL PROTECTED]> PR fortran/32727 * gfortran.dg/interface_17.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/interface_17.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
[Bug fortran/32634] renamed, use associated generic interface rejected
--- Comment #7 from pault at gcc dot gnu dot org 2007-07-12 20:05 --- Subject: Bug 32634 Author: pault Date: Thu Jul 12 20:04:59 2007 New Revision: 126600 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126600 Log: 2007-07-12 Paul Thomas <[EMAIL PROTECTED]> PR fortran/32634 PR fortran/32727 * module.c (write_generic): Restore patch of 2007-07-10 and use symbol name if there are no use names. 2007-07-12 Paul Thomas <[EMAIL PROTECTED]> PR fortran/32727 * gfortran.dg/interface_17.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/interface_17.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32634
[Bug fortran/32741] [4.3 regression]: gcc 4.3 revision 126570 failed 459.GemsFDTD in SPEC CPU 2006
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-12 20:24 --- (In reply to comment #2) > From the error message this seems to be a duplicate of 32727. > Note that the patch (for PR32634) has been reverted and therefore SPEC should > not fail anymore. > Thanks for the report. > > *** This bug has been marked as a duplicate of 32727 *** > In fact, I fixed it after it was reverted. As Tobias said, thanks for the report. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32741
[Bug fortran/32601] [ISO Bind C] Access to private components not prevented
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-12 20:24 --- Fixed. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32601
[Bug fortran/32599] [ISO C Binding] Accepts character with len /= 1
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 20:25 --- Fixed. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32599
[Bug fortran/32727] [4.3 regression] bogus error: Error: Symbol 'sort' referenced at (1) not found in module 'util'
--- Comment #13 from pault at gcc dot gnu dot org 2007-07-12 20:26 --- Thanks for the very prompt report. I would use your cp2k testcase but it does not compile on Cygwin - it runs out of memory during compilation. When I have a moment, I'll break itup. Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
[Bug fortran/32634] renamed, use associated generic interface rejected
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-12 20:27 --- Fixed... again, I hope. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32634
[Bug fortran/32704] -static-libgfortran is undocumented
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-12 20:29 --- Subject: Bug 32704 Author: dfranke Date: Thu Jul 12 20:28:57 2007 New Revision: 126601 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126601 Log: 2007-07-12 Daniel Franke <[EMAIL PROTECTED]> PR fortran/32704 * invoke.texi (-static-libgfortran): Document new option. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32704
[Bug fortran/32704] -static-libgfortran is undocumented
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-12 20:31 --- Documented. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Keywords||documentation Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32704
[Bug c/32743] New: GCC generates incorrect DWARF CFI for SSE stack alignment
This is with GCC trunk r126556 (2007-07-11).
Note that the instruction at 0x08048388 means that the offset from
%esp to the CFA is not a constant, but the .debug_frame information
for 0x0804838e and beyond claims the CFA is a constant distance from
either %esp or %ebp.
The proper behavior would be for the CFI to place the CFA relative to
%ecx from 0x08048388 to the end of the function.
$ cat align.c
int main(int argc, char **argv)
{
sleep (1);
return argc;
}
$ ~/gcc/pub/bin/gcc -g align.c -o align
$ readelf -wfF align
The section .eh_frame contains:
ZERO terminator
The section .debug_frame contains:
0010 CIE "" cf=1 df=-4 ra=8
LOC CFA ra
r4+4 c-4
0014 0024 FDE cie= pc=08048384..080483b0
LOC CFA r3 r4 r5 ra
08048384 r4+4 uuuc-4
08048388 r1+0 ur1 uc-4
0804838e r4+4 ur1 uc-4
0804838f r4+8 ur1 c-8 c-4
08048391 r5+8 ur1 c-8 c-4
08048393 r5+8 c-12 c-16 c-8 c-4
$ gdb align
GNU gdb Red Hat Linux (6.5-15.fc6rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".
(gdb) disass main
Dump of assembler code for function main:
0x08048384 :lea0x4(%esp),%ecx
0x08048388 :and$0xfff0,%esp
0x0804838b :pushl 0xfffc(%ecx)
0x0804838e : push %ebp
0x0804838f : mov%esp,%ebp
0x08048391 : push %ebx
0x08048392 : push %ecx
0x08048393 : sub$0x10,%esp
0x08048396 : mov%ecx,%ebx
0x08048398 : movl $0x1,(%esp)
0x0804839f : call 0x80482a0 <[EMAIL PROTECTED]>
0x080483a4 : mov(%ebx),%eax
0x080483a6 : add$0x10,%esp
0x080483a9 : pop%ecx
0x080483aa : pop%ebx
0x080483ab : pop%ebp
0x080483ac : lea0xfffc(%ecx),%esp
0x080483af : ret
End of assembler dump.
(gdb)
--
Summary: GCC generates incorrect DWARF CFI for SSE stack
alignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jimb at codesourcery dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32743
[Bug bootstrap/32744] New: [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping on Tru64 UNIX
On both alpha-dec-osf4.0f and alpha-dec-osf5.1b, current mainline (as of r126588) fails to bootstrap: /vol/gccsrc/obj/gcc-4.3.0-20070712/4.0f-gcc/./gcc/xgcc -B/vol/gccsrc/obj/gcc-4.3.0-20070712/4.0f-gcc/./gcc/ -B/vol/gcc/alpha-dec-osf4.0f/bin/ -B/vol/gcc/alpha-dec-osf4.0f/lib/ -isystem /vol/gcc/alpha-dec-osf4.0f/include -isystem /vol/gcc/alpha-dec-osf4.0f/sys-include -g -fkeep-inline-functions -O2 -O2 -g -O2 -mieee -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I/vol/gcc/src/gcc-dist/libgcc -I/vol/gcc/src/gcc-dist/libgcc/. -I/vol/gcc/src/gcc-dist/libgcc/../gcc -I/vol/gcc/src/gcc-dist/libgcc/../include -DHAVE_CC_TLS -o _gcov_execl.o -MT _gcov_execl.o -MD -MP -MF _gcov_execl.dep -DL_gcov_execl -c /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcov.c /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcov.c: In function '__gcov_execl': /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcov.c:838: internal compiler error: in build2_stat, at tree.c:3077 This happens at -O and -O0 as well. I've last bootstrapped successfully on 20070612. Environment: System: OSF1 hindemith V4.0 1229 alpha Machine: alpha host: alpha-dec-osf4.0f build: alpha-dec-osf4.0f target: alpha-dec-osf4.0f configured with: /vol/gcc/src/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf4.0f --build alpha-dec-osf4.0f --target alpha-dec-osf4.0f --with-gmp=/vol/gcc --with-mpfr=/vol/gcc --enable-languages=c,c++,fortran,java,objc,ada --disable-libmudflap How-To-Repeat: Bootstrap mainline as described above. -- Summary: [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping on Tru64 UNIX Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de GCC build triplet: alpha-dec-osf4.0f GCC host triplet: alpha-dec-osf4.0f GCC target triplet: alpha-dec-osf4.0f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32744
[Bug c++/32734] bogus "template with C linkage" from erroneous #line directives
--- Comment #5 from pitaman at austin dot rr dot com 2007-07-12 20:55 --- Subject: Re: bogus "template with C linkage" from erroneous #line directives That directory did not exist - once I had built Xerces I manually copied the files there. Alan On Jul 11, 2007, at 8:25 PM, pinskia at gcc dot gnu dot org wrote: > > > --- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-12 > 01:25 --- > How did /usr/include/xercesc come to exist? Was it there before > compiling > Xerces or did it use that as the default path for install? > > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32734 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32734
[Bug target/32522] [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus changes
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-12 21:01 --- *** Bug 32744 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ro at techfak dot uni- ||bielefeld dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32522
[Bug bootstrap/32744] [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping on Tru64 UNIX
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 21:01 --- Almost a month after the patch broke alpha bootstrap, I guess that means nobody cares that much. *** This bug has been marked as a duplicate of 32522 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32744
[Bug c/32743] GCC generates incorrect DWARF CFI for SSE stack alignment
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 21:04 --- I think this is really the same as PR 29628. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32743
[Bug bootstrap/32744] [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping on Tru64 UNIX
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-07-12 21:18 --- Subject: Re: [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping on Tru64 UNIX pinskia at gcc dot gnu dot org writes: > Almost a month after the patch broke alpha bootstrap, I guess that means > nobody > cares that much. Not really: it's rather too many platforms and too much breakage for me to handle ;-) Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32744
[Bug c++/32734] bogus "template with C linkage" from erroneous #line directives
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-12 21:20 --- Don't copy into /usr/include, use /usr/local/include instead. Anyways the underlaying issue has been fixed for 4.2.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32734
[Bug c++/32734] bogus "template with C linkage" from erroneous #line directives
--- Comment #7 from pitaman at austin dot rr dot com 2007-07-12 21:56 --- Subject: Re: bogus "template with C linkage" from erroneous #line directives Good to know it. Thanks for the response. Alan On Jul 12, 2007, at 4:20 PM, pinskia at gcc dot gnu dot org wrote: > > > --- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-12 > 21:20 --- > Don't copy into /usr/include, use /usr/local/include instead. > > Anyways the underlaying issue has been fixed for 4.2.0. > > > -- > > pinskia at gcc dot gnu dot org changed: > >What|Removed |Added > -- > -- > Status|UNCONFIRMED |RESOLVED > Resolution||WORKSFORME > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32734 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32734
[Bug bootstrap/32745] New: [4.3 regression] ICE in set_expression_vuses at tree-ssa-pre.c:265 on Solaris 10/SPARC
Bootstrapping mainline on sparc-sun-solaris2.10 as of r126588 fails building the sparcv9 stage2 libgcc: /vol/gccsrc/obj/gcc-4.3.0-20070712/10-gcc/./gcc/xgcc -B/vol/gccsrc/obj/gcc-4.3.0-20070712/10-gcc/./gcc/ -B/vol/gcc/sparc-sun-solaris2.10/bin/ -B/vol/gcc/sparc-sun-solaris2.10/lib/ -isystem /vol/gcc/sparc-sun-solaris2.10/include -isystem /vol/gcc/sparc-sun-solaris2.10/sys-include -g -O2 -m64 -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I/vol/gcc/src/gcc-dist/libgcc -I/vol/gcc/src/gcc-dist/libgcc/. -I/vol/gcc/src/gcc-dist/libgcc/../gcc -I/vol/gcc/src/gcc-dist/libgcc/../include -o _lshrdi3.o -MT _lshrdi3.o -MD -MP -MF _lshrdi3.dep -DL_lshrdi3 -c /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcc2.c \ /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcc2.c: In function '__lshrti3': /vol/gcc/src/gcc-dist/libgcc/../gcc/libgcc2.c:413: internal compiler error: vector VEC(vuse_vec,base) replace domain error, in set_expression_vuses at tree-ssa-pre.c:265 The file compiles at -O. Environment: System: SunOS thor 5.10 Generic_125100-10 sun4u sparc SUNW,Sun-Fire-V240 Architecture: sun4 host: sparc-sun-solaris2.10 build: sparc-sun-solaris2.10 target: sparc-sun-solaris2.10 configured with: /vol/gcc/src/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --with-gmp=/vol/gcc --with-mpfr=/vol/gcc --enable-languages=c,c++,fortran,java,objc,ada --disable-libmudflap How-To-Repeat: Bootstrap mainline as described above. -- Summary: [4.3 regression] ICE in set_expression_vuses at tree- ssa-pre.c:265 on Solaris 10/SPARC Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32745
[Bug fortran/31639] [4.1/4.2/4.3] ICE in gfc_conv_constant, at fortran/trans-const.c:348 with len
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-12 22:15 --- Subject: Bug 31639 Author: dfranke Date: Thu Jul 12 22:15:11 2007 New Revision: 126605 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126605 Log: gcc/fortran: 2007-07-12 Daniel Franke <[EMAIL PROTECTED]> PR fortran/31639 * decl.c (gfc_match_suffix): Removed surplus general error that hides a more specific message. * resolve.c (resolve_fl_variable): Reject illegal initializiers only if not already done. (resolve_fl_procedure): Added check for initializers of functions. gcc/testsuite: 2007-07-12 Daniel Franke <[EMAIL PROTECTED]> PR fortran/31639 * gfortran.dg/func_decl_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/func_decl_4.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31639
[Bug bootstrap/32745] [4.3 regression] ICE in set_expression_vuses at tree-ssa-pre.c:265 on Solaris 10/SPARC
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 22:24 --- Already fixed. *** This bug has been marked as a duplicate of 32742 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32745
[Bug tree-optimization/32742] [4.3 Regression] ICE vector(vuse_vec,base) index domain error
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-12 22:24 --- *** Bug 32745 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ro at techfak dot uni- ||bielefeld dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32742
[Bug c++/32746] New: tree-ssa-operands int.comp error
Reading specs from /var/tmp/gcc/testsuite/g++/../../specs Target: i686-pc-linux-gnu Configured with: ../gcc-4.3.0/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-nls --disable-multilib --disable-werror --disable-libunwind-exceptions --disable-checking --disable-decimal-float --enable-shared --enable-tls --enable-threads=posix --enable-bootstrap --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,fortran --with-cpu=pentium3 --with-system-zlib Thread model: posix gcc version 4.3.0 20070712 (experimental) /var/tmp/gcc/testsuite/g++/../../cc1plus -E -quiet -nostdinc++ -v -I/var/tmp/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/var/tmp/i686-pc-linux-gnu/libstdc++-v3/include -I/var/tmp/gcc-4.3.0/libstdc++-v3/libsupc++ -I/var/tmp/gcc-4.3.0/libstdc++-v3/include/backward -I/var/tmp/gcc-4.3.0/libstdc++-v3/testsuite/util -iprefix /var/tmp/gcc/../lib/gcc/i686-pc-linux-gnu/4.3.0/ -isystem /var/tmp/gcc/testsuite/g++/../../include -isystem /var/tmp/gcc/testsuite/g++/../../include-fixed -D_GNU_SOURCE /var/tmp/gcc-4.3.0/gcc/testsuite/g++.dg/opt/pr24665.C -mtune=pentium3 -fmessage-length=0 -O2 -fpch-preprocess -o pr24665.ii ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/i686-pc-linux-gnu/4.3.0/include" ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/i686-pc-linux-gnu/4.3.0/include-fixed" ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../i686-pc-linux-gnu/include" ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/../../lib/gcc/i686-pc-linux-gnu/4.3.0/include" ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/../../lib/gcc/i686-pc-linux-gnu/4.3.0/include-fixed" ignoring nonexistent directory "/var/tmp/gcc/../lib/gcc/../../lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /var/tmp/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu /var/tmp/i686-pc-linux-gnu/libstdc++-v3/include /var/tmp/gcc-4.3.0/libstdc++-v3/libsupc++ /var/tmp/gcc-4.3.0/libstdc++-v3/include/backward /var/tmp/gcc-4.3.0/libstdc++-v3/testsuite/util /var/tmp/gcc/testsuite/g++/../../include /var/tmp/gcc/testsuite/g++/../../include-fixed /usr/lib/qt/include /usr/local/include /usr/include End of search list. /var/tmp/gcc/testsuite/g++/../../cc1plus -fpreprocessed pr24665.ii -quiet -dumpbase pr24665.C -mtune=pentium3 -auxbase-strip pr24665.s -O2 -version -fmessage-length=0 -o pr24665.s GNU C++ version 4.3.0 20070712 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.0 20070712 (experimental), GMP version 4.2.1, MPFR version 2.2.1-p5. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 34f0066fe8f9a5440faf13dce14cd9f0 /var/tmp/gcc-4.3.0/gcc/testsuite/g++.dg/opt/pr24665.C: In constructor 'Controller_t::Controller_t()': /var/tmp/gcc-4.3.0/gcc/testsuite/g++.dg/opt/pr24665.C:26: internal compiler error: in get_indirect_ref_operands, at tree-ssa-operands.c:1612 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: tree-ssa-operands int.comp error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rosana07a at gmail dot com GCC build triplet: i686 GCC host triplet: i686 GCC target triplet: i686 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
[Bug tree-optimization/32746] tree-ssa-operands int.comp error
--- Comment #1 from rosana07a at gmail dot com 2007-07-12 22:30 --- Created an attachment (id=13905) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13905&action=view) pr24665.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
[Bug tree-optimization/32746] [4.3 Regression] tree-ssa-operands int.comp error
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal GCC build triplet|i686| GCC host triplet|i686| GCC target triplet|i686|i686-linux-gnu Keywords||ice-on-valid-code Summary|tree-ssa-operands int.comp |[4.3 Regression] tree-ssa- |error |operands int.comp error Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #58 from manu at gcc dot gnu dot org 2007-07-12 22:57 --- Subject: Bug 25241 Author: manu Date: Thu Jul 12 22:57:32 2007 New Revision: 126606 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126606 Log: 2007-07-12 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> Janis Johnson <[EMAIL PROTECTED]> PR testsuite/25241 gcc/testsuite/ * gcc.test-framework/dg-error-exp-F.c: New test. * gcc.test-framework/dg-warning-exp-F.c: New test. * lib/gcc.exp: Enable warning and error prefixes. * lib/gcc-dg.exp (dg-warning): Wrap original dg-warning. (dg-error): Wrap original dg-error. * gcc.target/powerpc/altivec-types-1.c: Remove explicit error/warning markers from dg-error/dg-warning directives. * gcc.dg/20040322-1.c: Likewise. * gcc.dg/Wchar-subscripts-1.c: Likewise. * gcc.dg/Wdeclaration-after-statement-1.c: Likewise. * gcc.dg/Wdeclaration-after-statement-2.c: Likewise. * gcc.dg/Werror-1.c: Likewise. * gcc.dg/Werror-10.c: Likewise. * gcc.dg/Werror-11.c: Likewise. * gcc.dg/Werror-2.c: Likewise. * gcc.dg/Werror-3.c: Likewise. * gcc.dg/Werror-4.c: Likewise. * gcc.dg/Werror-5.c: Likewise. * gcc.dg/Werror-6.c: Likewise. * gcc.dg/Werror-7.c: Likewise. * gcc.dg/Werror-8.c: Likewise. * gcc.dg/Werror-9.c: Likewise. * gcc.dg/Werror-implicit-function-declaration.c: Likewise. * gcc.dg/Wimplicit-function-declaration-c89-pedantic.c: Likewise. * gcc.dg/Wimplicit-function-declaration-c89.c: Likewise. * gcc.dg/Wimplicit-function-declaration-c99-pedantic.c: Likewise. * gcc.dg/Wimplicit-function-declaration-c99.c: Likewise. * gcc.dg/Wint-to-pointer-cast-1.c: Likewise. * gcc.dg/Wint-to-pointer-cast-2.c: Likewise. * gcc.dg/Wint-to-pointer-cast-3.c: Likewise. * gcc.dg/Wnested-externs-1.c: Likewise. * gcc.dg/Wpointer-to-int-cast-1.c: Likewise. * gcc.dg/Wpointer-to-int-cast-2.c: Likewise. * gcc.dg/Wpointer-to-int-cast-3.c: Likewise. * gcc.dg/Wshadow-3.c: Likewise. * gcc.dg/Wtraditional-conversion-2.c: Likewise. * gcc.dg/Wwrite-strings-1.c: Likewise. * gcc.dg/anon-struct-5.c: Likewise. * gcc.dg/anon-struct-6.c: Likewise. * gcc.dg/anon-struct-7.c: Likewise. * gcc.dg/anon-struct-8.c: Likewise. * gcc.dg/array-8.c: Likewise. * gcc.dg/array-quals-2.c: Likewise. * gcc.dg/asm-qual-1.c: Likewise. * gcc.dg/asm-wide-1.c: Likewise. * gcc.dg/assign-warn-1.c: Likewise. * gcc.dg/assign-warn-2.c: Likewise. * gcc.dg/bitfld-10.c: Likewise. * gcc.dg/bitfld-11.c: Likewise. * gcc.dg/bitfld-12.c: Likewise. * gcc.dg/bitfld-13.c: Likewise. * gcc.dg/bitfld-14.c: Likewise. * gcc.dg/builtin-choose-expr-2.c: Likewise. * gcc.dg/builtins-30.c: Likewise. * gcc.dg/c90-const-expr-5.c: Likewise. * gcc.dg/c90-typespec-1.c: Likewise. * gcc.dg/c99-const-expr-5.c: Likewise. * gcc.dg/c99-flex-array-5.c: Likewise. * gcc.dg/c99-fordecl-3.c: Likewise. * gcc.dg/c99-tag-3.c: Likewise. * gcc.dg/c99-typespec-1.c: Likewise. * gcc.dg/c99-vla-jump-1.c: Likewise. * gcc.dg/c99-vla-jump-2.c: Likewise. * gcc.dg/c99-vla-jump-3.c: Likewise. * gcc.dg/c99-vla-jump-4.c: Likewise. * gcc.dg/c99-vla-jump-5.c: Likewise. * gcc.dg/cast-1.c: Likewise. * gcc.dg/cast-2.c: Likewise. * gcc.dg/cast-3.c: Likewise. * gcc.dg/cast-4.c: Likewise. * gcc.dg/cast-pretty-print-1.c: Likewise. * gcc.dg/comp-goto-2.c: Likewise. * gcc.dg/comp-goto-3.c: Likewise. * gcc.dg/cpp/error-1.c: Likewise. * gcc.dg/cpp/if-paren.c: Likewise. * gcc.dg/decl-7.c: Likewise. * gcc.dg/decl-8.c: Likewise. * gcc.dg/decl-nospec-1.c: Likewise. * gcc.dg/decl-nospec-2.c: Likewise. * gcc.dg/decl-nospec-3.c: Likewise. * gcc.dg/declspec-10.c: Likewise. * gcc.dg/declspec-11.c: Likewise. * gcc.dg/declspec-12.c: Likewise. * gcc.dg/declspec-13.c: Likewise. * gcc.dg/declspec-14.c: Likewise. * gcc.dg/declspec-15.c: Likewise. * gcc.dg/declspec-16.c: Likewise. * gcc.dg/declspec-17.c: Likewise. * gcc.dg/declspec-4.c: Likewise. * gcc.dg/declspec-5.c: Likewise. * gcc.dg/declspec-6.c: Likewise. * gcc.dg/declspec-7.c: Likewise. * gcc.dg/declspec-8.c: Likewise. * gcc.dg/declspec-9.c: Likewise. * gcc.dg/dfp/Wtraditional-conversion-2.c: Likewise. * gcc.dg/dfp/constants-c99.c: Likewise. * gcc.dg/dfp/keywords-c89.c: Likewise. * gcc.dg/dfp/keywords-c99.c: Likewise. * gcc.dg/dfp/keywords-reserved.c: Likewise. * gcc.dg/dfp/typespec.c: Likewise
[Bug testsuite/25241] DejaGNU does not distinguish between errors and warnings
--- Comment #59 from manu at gcc dot gnu dot org 2007-07-12 23:05 --- This is fixed for the C front-end. The C++ front-end just needs to define the prefixes and fix all failures in the same way that has been done for the C front-end. The Fortran front-end would require more changes, since their diagnostics machinery is quite different from C/C++. However, the approach is pretty similar: 1) enable the prefixes, 2) look for failing tests 3) figure out how to fix them, what may require to change the diagnostic. I will be very happy to answer questions from anyone interested in working on this. However I am not going to work on this any more since the solution is straightforward and I have another priorities. This bug couldn't have been fixed without the work of Janis Johnson. I leave up to her to keep this PR open, or close it and open one specific for the C++ front-end (there is already one for gfortran, PR 29882). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
[Bug rtl-optimization/32747] New: [4.3 Regression] ICE segmentation fault or abort in combine on alpha
Testcase is as simple as this, compile with -O2 (can be triggered in a cross
compiler):
void foo (unsigned u)
{
if (u != 0x34303365)
bar ();
}
Result may vary, either segfault in get_last_value_validate(), or ICE in
copy_rtx, at rtl.c:314, or abort() in libc after free, depending on how
compiler is invoked (from gdb or not), amount of enabled checking and host
machine.
--
Summary: [4.3 Regression] ICE segmentation fault or abort in
combine on alpha
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, build
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
GCC target triplet: alpha-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32747
[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program
--- Comment #30 from awl03 at doc dot ic dot ac dot uk 2007-07-12 23:58 --- > This patch applies fine to CVS head, but it does not appear to help > significantly with the C++ test cases like the ones in the test suite. If I run the pass58-frag.cxx test case without the patch it produces the following: *** mudflap violation 1 (check/write): time=1184284085.501231 ptr=0xbf9fb160 size=4 pc=0xb7e2a31d location=`mudflap-pass58.cpp:3 (k::k)' /var/home/awl03/Project/trunk/install/usr/local/lib/libmudflap.so.0(__mf_check+0x3d) [0xb7e2a31d] ./mudflap-pass58-cpp(_ZN1kC1Ei+0x6f) [0x80487e7] ./mudflap-pass58-cpp(_Z6make_kv+0x1a) [0x804872e] ... etc. But if I apply the path the same test executes without a problem. Are there other C++ test cases that still don't work properly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19319
[Bug target/32748] New: [4.3 regression]: gfortran.dg/array_constructor_6.f90
Revision 126278 fails: FAIL: gfortran.dg/array_constructor_6.f90 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/array_constructor_6.f90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test and revision 126120 works. -- Summary: [4.3 regression]: gfortran.dg/array_constructor_6.f90 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
[Bug target/32749] New: [4.3 regression]: gfortran.dg/auto_array_1.f90
Revision 126060 fails: AIL: gfortran.dg/auto_array_1.f90 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/auto_array_1.f90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test and revision 126007 works. -- Summary: [4.3 regression]: gfortran.dg/auto_array_1.f90 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug target/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2007-07-13 00:25:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug c/32750] New: Bogus warning "00000003fffffffc shortened to 00000000fffffffc"
The attached test case produces this warning: $ gcc -save-temps -O2 shortened.c -o shortened shortened.s: Assembler messages: shortened.s:21: Warning: 0003fffc shortened to fffc This only happens with -O2, not with -O0 or -O1. I can reproduce this on the following versions (these are all from prebuilt Debian packages): gcc-4.0 (GCC) 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) gcc-4.1 (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) The following versions seem to be unaffected: gcc-3.4 (GCC) 3.4.6 (Debian 3.4.6-5) gcc-4.2 (GCC) 4.2.1 20070627 (prerelease) (Debian 4.2-20070627-1) -- Summary: Bogus warning "0003fffc shortened to fffc" Product: gcc Version: 4.0.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hlinnaka at iki dot fi GCC build triplet: i486-pc-linux-gnu GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32750
[Bug target/25413] wrong alignment or incorrect address computation in vectorized code on Pentium 4 SSE
--- Comment #10 from dirtyepic at gentoo dot org 2007-07-13 00:13 --- any chance of a 4.2 backport? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413
[Bug c/32750] Bogus warning "00000003fffffffc shortened to 00000000fffffffc"
--- Comment #1 from hlinnaka at iki dot fi 2007-07-13 00:21 --- Created an attachment (id=13906) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13906&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32750
[Bug target/32750] Bogus warning "00000003fffffffc shortened to 00000000fffffffc"
--- Comment #2 from hlinnaka at iki dot fi 2007-07-13 00:24 --- Created an attachment (id=13907) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13907&action=view) Preprocessed file from the testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32750
[Bug target/32748] [4.3 regression]: gfortran.dg/array_constructor_6.f90
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2007-07-13 00:25:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32748
[Bug c++/29001] ICE on invalid return from operator new
--- Comment #2 from pcarlini at suse dot de 2007-07-13 01:19 --- Seems also easy... -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29001
[Bug target/32749] [4.3 regression]: gfortran.dg/auto_array_1.f90
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-07-13 00:30 --- There has not been any patch to the Fortran front-end during that time, making it plausible that it's a middle-end or target bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
[Bug target/32276] [4.3 Regression]: libmudflap.c++/pass41-frag.cxx
--- Comment #2 from hjl at lucon dot org 2007-07-13 00:55 --- On Linux/x86-64, Gcc 4.3 revision 120783 is OK: http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg00613.html and revision 120903 fails. -- hjl at lucon dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|ia64-unknown-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2007-07-13 00:55:55 date|| Summary|[4.3 Regression] New |[4.3 Regression]: |libmudflap failures |libmudflap.c++/pass41- ||frag.cxx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32276
[Bug c++/32561] [4.3 regression] ICE with duplicate template parameter
--- Comment #1 from pcarlini at suse dot de 2007-07-13 00:56 --- Seems easy to fix... -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords|ice-on-valid-code |ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2007-07-13 00:56:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32561
[Bug tree-optimization/32746] [4.3 Regression] tree-ssa-operands int.comp error
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-13 02:26 ---
Reduced testcase:
struct RegisterLayout
{
int intmask;
};
struct Controller_t
{
static inline void
disableInterrupt()
{
*mpMaskRegister = 0;
};
static int * const mpMaskRegister;
};
extern char SimulatedRegisters[];
int * const Controller_t::mpMaskRegister
= &((RegisterLayout*)SimulatedRegisters)->intmask;
void f()
{
Controller_t::disableInterrupt();
}
- CUT -
FRE is where it goes wrong:
mpMaskRegister.0_1 = &((struct RegisterLayout *) (char *)
&SimulatedRegisters)->intmask;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2007-07-13 02:26:15
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
