[Bug target/47186] New: -O2 moves invariant address load INTO loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47186
Summary: -O2 moves invariant address load INTO loop
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: gcc.h...@gmail.com
Host: Fedora 14
Target: i?86-*-*
Build: 4.5.1 20100924 (Red Hat 4.5.1-4)
gcc -O1 try.c -S -masm=intel -o try.s
In the example below, the address load to esi for the movsd is moved into the
loop when -O2 is used. With -O1 its outside the loop.
Perhaps this is something to do with scheduling? I tried with various x86
targets and it always happened, although the position of the address load
within the loop changed between atom and core2 for example.
--
#include stdio.h
#include stdlib.h
#include string.h
int mike[100], joe[100];
int main( int argc, char *argv[] )
{
int i;
for( i = 0; i 100; ++i )
mike[i] = rand();
memcpy( joe, mike, sizeof(joe) );
}
--
Compile with -O1 produces ...
.L2:
callrand
mov DWORD PTR mike[0+ebx*4], eax
add ebx, 1
cmp ebx, 100
jne .L2
mov edi, OFFSET FLAT:joe
mov esi, OFFSET FLAT:mike
mov ecx, 100
rep movsd
Now repeat with -O2, and esi is loaded within the loop
.L2:
callrand
mov esi, OFFSET FLAT:mike
mov DWORD PTR mike[0+ebx*4], eax
add ebx, 1
cmp ebx, 100
jne .L2
mov ecx, ebx
mov edi, OFFSET FLAT:joe
rep movsd
[Bug libstdc++/47185] UB in TR1 and C++0x placeholders and non conforming implementation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185 --- Comment #3 from Thomas Heller thom.heller at gmail dot com 2011-01-06 09:33:40 UTC --- (In reply to comment #2) A fix seems to me safe enough even at this Stage, I'll post it momentarily. Note, we are not going to fiddle with TR1, very serious regressions only. Since the fix is the same with TR1 and the new standard, i suggest to apply it to to both since a lot of people will stick with C++03 and TR1 for a while.
[Bug fortran/47182] libquadmath.texi: undefined flag: BUGURL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47182 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06 09:42:51 UTC --- A) Simplest patch: Index: libquadmath.texi === --- libquadmath.texi(revision 168535) +++ libquadmath.texi(working copy) @@ -274,2 +274,5 @@ +...@c For BUGURL +...@include ../../gcc/gcc-vers.texi + @node Reporting Bugs B) Less-GCC-dependent patch: Index: configure.ac === --- configure.ac(revision 168535) +++ configure.ac(working copy) @@ -51,2 +51,3 @@ +ACX_BUGURL([http://gcc.gnu.org/bugs.html]) Index: Makefile.am === --- Makefile.am (revision 168535) +++ Makefile.am (working copy) @@ -130,3 +130,3 @@ -stamp-build-info: libquadmath.texi +stamp-build-info: libquadmath.texi $(libquadmath_TEXINFOS) $(MAKEINFO) $(AM_MAKEINFOFLAGS) $(MAKEINFOFLAGS) -I $(srcdir) -o libquadmath.info $(srcdir)/libquadmath.texi @@ -150 +150,5 @@ info_TEXINFOS = libquadmath.texi +libquadmath_TEXINFOS = libquadmath-vers.texi + +libquadmath-vers.texi: + echo @set BUGURL $(REPORT_BUGS_TEXI) $@ Index: libquadmath.texi === --- libquadmath.texi(revision 168535) +++ libquadmath.texi(working copy) @@ -274,2 +274,5 @@ +...@c For BUGURL +...@include libquadmath-vers.texi + @node Reporting Bugs
[Bug bootstrap/47187] New: [4.6 Regression] profiledbootstrap failure on i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
Summary: [4.6 Regression] profiledbootstrap failure on i386
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org
profiledbootstrap currently fails on i386, with --enable-checking=release rtl.c
(copy_rtx) is miscompiled (after giving a bogus warning that copy is
uninitialized (well, in the generated code it is), with checking it ICEs:
../../gcc/rtl.c: In function ‘copy_rtx’:
../../gcc/rtl.c:236:1: error: SSA_NAME_DEF_STMT is wrong
Expected definition statement:
# .MEM_93 = VDEF .MEM_91
D.27976_89 = memcpy (copy.26_86, orig.25_85, 12);
Actual definition statement:
# .MEM_92 = VDEF .MEM_91
D.27976_89 = memcpy (copy.26_86, orig.25_85, D.27973_83);
../../gcc/rtl.c:236:1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
This is caused by a bug in gimple_stringop_fixed_value where it doesn't handle
lhs properly. Small testcase:
char buf[64];
char buf2[64];
void *
foo (char *p, long size)
{
return __builtin_memcpy (buf, p, size);
}
int
main (void)
{
long i;
for (i = 0; i 65536; i++)
if (foo (abcdefghijkl, 12) != buf)
__builtin_abort ();
if (foo (buf2, 64) != buf)
__builtin_abort ();
return 0;
}
./xgcc -B ./ -O2 -fprofile-generate test.c -o test
./test
./xgcc -B ./ -O2 -fprofile-use test.c -o test
[Bug libstdc++/47185] UB in TR1 and C++0x placeholders and non conforming implementation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-01-06 10:05:16 UTC --- Our TR1 implementation is effectively frozen and this isn't a serious enough issue to warrant changing it. If it was causing real problems someone would have noticed it by now either in our impl or Boost's bind() doesn't care about the identity of the placeholders, only their value, so although it is incorrect to give them internal linkage it doesn't cause real problems: every template instantiation is functionally equivalent, so it doesn't matter which one the linker chooses to keep.
[Bug bootstrap/47187] [4.6 Regression] profiledbootstrap failure on i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED |ASSIGNED Keywords||ice-checking, wrong-code Last reconfirmed||2011.01.06 10:06:53 AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 Target Milestone|--- |4.6.0 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06 10:06:53 UTC --- I'll take care of it.
[Bug libstdc++/47185] UB in TR1 and C++0x placeholders and non conforming implementation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185 --- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2011-01-06 10:14:42 UTC --- Author: paolo Date: Thu Jan 6 10:14:37 2011 New Revision: 168536 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168536 Log: 2011-01-06 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/47185 * src/placeholders.cc: New. * src/Makefile.am: Adjust. * src/Makefile.in: Regenerate. * include/std/functional (placeholders::_1, _2, ..., _29): Declare extern. * config/abi/pre/gnu.ver: Export. Added: trunk/libstdc++-v3/src/placeholders.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/config/abi/pre/gnu.ver trunk/libstdc++-v3/include/std/functional trunk/libstdc++-v3/src/Makefile.am trunk/libstdc++-v3/src/Makefile.in
[Bug libstdc++/47185] UB in TR1 and C++0x placeholders and non conforming implementation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47185 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2011-01-06 10:16:45 UTC --- Done.
[Bug bootstrap/47187] [4.6 Regression] profiledbootstrap failure on i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06 10:29:49 UTC --- Created attachment 22911 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22911 gcc46-pr47187.patch Very lightly tested fix.
[Bug c/47150] [4.5/4.6 Regression] ICE in gimplify_expr at gimplify.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47150 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06 10:37:09 UTC --- Author: jakub Date: Thu Jan 6 10:37:02 2011 New Revision: 168537 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168537 Log: PR c/47150 * c-convert.c (convert): When converting a complex expression other than COMPLEX_EXPR to a different complex type, ensure c_save_expr is called instead of save_expr, unless in_late_binary_op. * c-typeck.c (convert_for_assignment): Set in_late_binary_op also when converting COMPLEX_TYPE. * gcc.c-torture/compile/pr47150.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr47150.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-convert.c trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog
[Bug target/46883] GCC ICE with error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46883 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added CC||rearnsha at gcc dot gnu.org --- Comment #6 from Richard Earnshaw rearnsha at gcc dot gnu.org 2011-01-06 11:02:32 UTC --- Chung-lin, your patch has been committed. Can this be closed now, or is there some outstanding problem?
[Bug c/47150] [4.5 Regression] ICE in gimplify_expr at gimplify.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47150 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Known to work||4.6.0 Summary|[4.5/4.6 Regression] ICE in |[4.5 Regression] ICE in |gimplify_expr at gimplify.c |gimplify_expr at gimplify.c --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06 11:07:05 UTC --- Fixed on the trunk so far.
[Bug fortran/46416] libquadmath: missing functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06
11:11:27 UTC ---
(In reply to comment #4)
Very lightly tested patch to add ca{sin,cos,tan}{,h}q and fix broken atan2q.
Now posted to: http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00279.html
* * *
(In reply to comment #3)
c) complex.h functions
- casinq, cacosq, catanq, casinhq, cacoshq, catanhq
- cimagq, conjq, cprojq, crealq
Regarding the latter (except for the projection to the Riemann sphere, cprojq),
it should suffice if one adds the following to the .h file. (GLIBC defines
__extern_inline in sys/cdefs.h, which is included in features.h.)
#ifndef __extern_inline
# define extern __inline __attribute__ ((__gnu_inline__))
#endif
__extern_inline __real128
cimagq (__complex128 __z) __THROW
{
return __imag__ __z;
}
__extern_inline __real128
crealq (__complex128 __z) __THROW
{
return __real__ __z;
}
__extern_inline __complex128
conjq (__complex128 __z) __THROW
{
return __extension__ ~__z;
}
[Bug lto/47188] New: Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 Summary: Undefined reference errors when combining IR and non-IR object files Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com Created attachment 22912 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22912 Testcase
[Bug fortran/46416] libquadmath: missing functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-01-06 11:40:38 UTC --- There is no __real128, just __float128. Also, I think either it should use some extern inlinish quadmath.h specific macro (and it needs to care about g++ vs. gcc difference and which gcc versions support gnu_inline attribute). And also even if you have those extern inlines in the header, you still have to provide an out of line definition for them, i.e. in libquadmath sources, not headers. I'll take care of it.
[Bug fortran/47189] New: [OOP] calling STORAGE_SIZE on a NULL-initialized class pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189 Summary: [OOP] calling STORAGE_SIZE on a NULL-initialized class pointer Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org Follow-up to PR47180 / PR47024: type :: t real(4) :: c end type class(t), pointer :: x = null() print *, storage_size (x) end This currently gives a segfault at runtime, because the _vptr component of 'x' is wrongly initialized to NULL, while it should point to the vtab of the declared type. If one adds an additional pointer assignment statement x = null() everything works fine (due to the fix of PR47180). Only the NULL initialization still gets it wrong.
Re: [Bug lto/47188] New: Undefined reference errors when combining IR and non-IR object files
The bug seems to be that lto-symtab incorrectly sets resolution info of the callgraph node as unknown. Looking into it. Honza
[Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 --- Comment #1 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:18:03 UTC --- The bug seems to be that lto-symtab incorrectly sets resolution info of the callgraph node as unknown. Looking into it. Honza
[Bug fortran/47189] [OOP] calling STORAGE_SIZE on a NULL-initialized class pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2011.01.06 13:28:51
AssignedTo|unassigned at gcc dot |janus at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from janus at gcc dot gnu.org 2011-01-06 13:28:51 UTC ---
Patch:
Index: gcc/fortran/class.c
===
--- gcc/fortran/class.c(revision 168525)
+++ gcc/fortran/class.c(working copy)
@@ -83,7 +83,8 @@ gfc_add_component_ref (gfc_expr *e, const char *na
/* Build a NULL initializer for CLASS pointers,
- initializing the _data and _vptr components to zero. */
+ initializing the _data component to NULL and
+ the _vptr component to the declared type. */
gfc_expr *
gfc_class_null_initializer (gfc_typespec *ts)
@@ -98,9 +99,10 @@ gfc_class_null_initializer (gfc_typespec *ts)
for (comp = ts-u.derived-components; comp; comp = comp-next)
{
gfc_constructor *ctor = gfc_constructor_get();
- ctor-expr = gfc_get_expr ();
- ctor-expr-expr_type = EXPR_NULL;
- ctor-expr-ts = comp-ts;
+ if (strcmp (comp-name, _vptr) == 0)
+ctor-expr = gfc_lval_expr_from_sym (gfc_find_derived_vtab
(ts-u.derived));
+ else
+ctor-expr = gfc_get_null_expr (NULL);
gfc_constructor_append (init-value.constructor, ctor);
}
Re: [Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
This is driver bug. With -flto-partition=none it for whatever reason forgets about -fresolution: ../lto1 -quiet -dumpdir ./ -dumpbase prog -mtune=generic -march=x86-64 -auxbase-strip /tmp/cctgIO6R.lto.o -version -flto-partition=none -fuse-linker-plugin -fwhole-program -fdump-ipa-all-details @/tmp/ccpDD04R -o foo.s
[Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 --- Comment #2 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:31:36 UTC --- This is driver bug. With -flto-partition=none it for whatever reason forgets about -fresolution: ../lto1 -quiet -dumpdir ./ -dumpbase prog -mtune=generic -march=x86-64 -auxbase-strip /tmp/cctgIO6R.lto.o -version -flto-partition=none -fuse-linker-plugin -fwhole-program -fdump-ipa-all-details @/tmp/ccpDD04R -o foo.s
Re: [Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
The problem is that collect2 should be in LTO_MODE_NONE when plugin is used but it confuses itself and sets itself into LTO_MODE_LTO. Consequently compilation is done twice, once correctly with plugin and then once again with collect2 path. I am testing the attached patch. It will also make non-WHOPR mode twice as fast ;)) Honza Index: collect2.c === --- collect2.c (revision 168508) +++ collect2.c (working copy) @@ -1236,7 +1236,7 @@ main (int argc, char **argv) #endif } vflag = debug; -if (no_partition) +if (no_partition lto_mode == LTO_MODE_WHOPR) lto_mode = LTO_MODE_LTO; }
[Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 --- Comment #3 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 13:44:09 UTC --- The problem is that collect2 should be in LTO_MODE_NONE when plugin is used but it confuses itself and sets itself into LTO_MODE_LTO. Consequently compilation is done twice, once correctly with plugin and then once again with collect2 path. I am testing the attached patch. It will also make non-WHOPR mode twice as fast ;)) Honza Index: collect2.c === --- collect2.c(revision 168508) +++ collect2.c(working copy) @@ -1236,7 +1236,7 @@ main (int argc, char **argv) #endif } vflag = debug; -if (no_partition) +if (no_partition lto_mode == LTO_MODE_WHOPR) lto_mode = LTO_MODE_LTO; }
[Bug tree-optimization/47190] New: [4.5/4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:934 with static weakref variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47190 Summary: [4.5/4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:934 with static weakref variable Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu This might be a known problem, but bugzilla search didn't return any results - testcase.c - static int i __attribute__ ((weakref)); -- Compiler output: $ gcc testcase.c testcase.c:1:1: internal compiler error: in function_and_variable_visibility, at ipa.c:934 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 fancy_abort (file=0x11b8518 /usr/portage/distfiles/svn-src/gcc/trunk/gcc/ipa.c, line=934, function=0x11b86e0 function_and_variable_visibility) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/diagnostic.c:892 #1 0x00b1c477 in function_and_variable_visibility (whole_program=0 '\000') at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/ipa.c:933 #2 0x007f1e56 in execute_one_pass (pass=0x163cd00) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1553 #3 0x007f258a in execute_ipa_pass_list (pass=0x163cd00) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1920 #4 0x00af9d81 in ipa_passes () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1722 #5 cgraph_optimize () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1794 #6 0x00af9fda in cgraph_finalize_compilation_unit () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1042 #7 0x00509d6c in c_write_global_declarations () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/c-decl.c:9843 #8 0x008db9e6 in compile_file (argc=12, argv=0x7fffdaf8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:591 #9 do_compile (argc=12, argv=0x7fffdaf8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:1874 #10 toplev_main (argc=12, argv=0x7fffdaf8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:1937 #11 0x76586bbd in __libc_start_main () from /lib/libc.so.6 #12 0x004f0955 in _start () Tested revisions: r168535 - crash 4.5 r168062 - crash 4.4 r168062 - OK
[Bug c++/40831] g++ generated symbols for cloned function that be demangled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.06 14:07:31 CC||dj at redhat dot com, ||hubicka at gcc dot gnu.org, ||ian at airs dot com Ever Confirmed|0 |1 Severity|normal |enhancement --- Comment #6 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-06 14:07:31 UTC --- We certainly can improve libiberty demangler to handle the cloning suffixes. It would not hurt and is certainly nice thing to have. I am not terribly familiar with demnagler implementation so I would preffer someone else to do it. Concerning question how _ZN1C3fooEi.isra.0. should be demangled, I think we already use english sentences for some functions names like static constructor keyed to XYZ, so probably we can go C::foo(int) isra clone 0 or we even can go further and expand the abbrebiated names GCC use for different types of clones. For most of purposes however the tools should use debug info that contains the correct link back to original function... Marking as enhancement request and adding our libiberty maintainers into CC.
[Bug driver/42445] -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||hubicka at ucw dot cz --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-01-06 14:44:00 UTC --- This bug causes http://gcc.gnu.org/ml/gcc-help/2010-11/msg00291.html.
[Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-01-06 14:45:17 UTC --- Collect2-based LTO (when CFLAGS = -flto -fwhole-program) fails, too.
[Bug fortran/47191] New: Misleading error message if part-ref starts with DATA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47191 Summary: Misleading error message if part-ref starts with DATA Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Reported at http://gcc.gnu.org/ml/fortran/2011-01/msg6.html Like always: Choosing which error the user made, is a bit difficult; however, the message below is a bit confusing. If a different variable name than DATA is used, the correct error message is printed. (Whatever correct means ;-) type(parameters):: data data % result = 0.0 1 Error: Syntax error in DATA statement at (1) Expected: data % result = 0.0 1 Error: 'result' at (1) is not a member of the 'parameters' structure
[Bug libobjc/47173] both objc_lookUpClass and objc_lookup_class are exported symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47173 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||nicola at gcc dot gnu.org Resolution||INVALID --- Comment #2 from Nicola Pero nicola at gcc dot gnu.org 2011-01-06 14:49:43 UTC --- Yes. In GCC 4.6, libobjc has lots of duplicates, because it supports both the Traditional and Modern GNU Objective-C runtime APIs (see the GCC doc for the explanation), which obviously overlap in functionality. In GCC 4.7, we'll remove the traditional one and get rid of the duplicates. The example you chose, objc_lookup_class(), is particular, though, because objc_lookup_class() is part of the ABI too, ie, it is used by the compiler when compiling Objective-C method invocations. So even in GCC 4.7 we may want to keep it around in libobjc if we want to be able to load modules compiled with an older compiler. Thanks
[Bug objc++/47156] obj-c++.dg/try-catch-[2|9].mm -fgnu-runtime failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47156 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||nicola at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Nicola Pero nicola at gcc dot gnu.org 2011-01-06 14:54:19 UTC --- Thanks for the report. :-) It's a duplicate of objc++/23616 though. Thanks *** This bug has been marked as a duplicate of bug 23616 ***
[Bug objc++/23616] obj-c++.dg/try-catch-[29].mm (objc exceptions are broken) fails with the GNU Runtime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23616 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #13 from Nicola Pero nicola at gcc dot gnu.org 2011-01-06 14:54:19 UTC --- *** Bug 47156 has been marked as a duplicate of this bug. ***
[Bug objc++/35891] wrong pointer type in build_module_initializer_routine?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35891 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #2 from Nicola Pero nicola at gcc dot gnu.org 2011-01-06 14:57:15 UTC --- No response for 3 months - closing. I'm fairly sure it is a duplicate of 23716, already fixed. Thanks
[Bug objc/36580] ICE at -O2 and above (with strict aliasing) with invalid Objective-C code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36580 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #2 from Nicola Pero nicola at gcc dot gnu.org 2011-01-06 14:59:44 UTC --- Closing - no further information / response for 3 months. It works for me with GCC 4.6 anyway -- gcc test2.m -lobjc test2.m:6:8: error: redefinition of ‘struct objc_class’ built-in:0:0: note: originally defined here with no internal compiler error :-) Thanks
[Bug driver/42445] -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-01-06 15:03:29 UTC --- Joseph, can the new driver framework fix it?
[Bug target/47192] New: m68k target - gcc uses stack frame after it has been unlinked when compiling with -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47192 Summary: m68k target - gcc uses stack frame after it has been unlinked when compiling with -Os Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: t...@ls83.eclipse.co.uk Created attachment 22913 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22913 Testcase - Preprocessor output Attached test case produces code which ends with 61 003c 41EE FFFE lea (-2,%fp),%a0 30:gcc-bug.c return d; 31:gcc-bug.c } 62 .loc 1 32 0 63 0040 242E FFF8 move.l -8(%fp),%d2 64 0044 4E5E unlk %fp 30:gcc-bug.c return d; 65 .loc 1 30 0 66 0046 33D0 move.w (%a0),stc.1197 66 67 .loc 1 32 0 68 004c 4E75 rts If an interrupt occurs between the unlk and move.w, the variable pointed to by (a0) is corrupted prior to being copied. Compiling with -O1 keeps the lea and move.w together before the unlk, which is correct. Compiling with -O2 results in a move.w d1,stc.1197 after the unlk (contents of variable already in d1), so gets away with it. gcc output below and .i file attached. Problem also present in 4.5.1. m68k-elf-gcc -v -save-temps -c -g -gdwarf-2 -ffunction-sections -fdata-sections -Os -mcpu=51qe -Wall -Wa,-ahlms=gcc-bug.ls -I. -I/usr/local/gcc-m68k/m68k-elf/include gcc-bug.c Using built-in specs. COLLECT_GCC=m68k-elf-gcc COLLECT_LTO_WRAPPER=/usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/4.5.2/lto-wrapper Target: m68k-elf Configured with: ../configure --target=m68k-elf --prefix=/usr/local/gcc-m68k-4.5.2 --enable-languages=c --with-newlib --disable-libssp --with-gnu-as --with-gnu-ld Thread model: single gcc version 4.5.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-g' '-gdwarf-2' '-ffunction-sections' '-fdata-sections' '-Os' '-mcpu=51qe' '-Wall' '-I.' '-I/usr/local/gcc-m68k/m68k-elf/include' /usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/4.5.2/cc1 -E -quiet -v -I. -I/usr/local/gcc-m68k/m68k-elf/include -imultilib m51qe gcc-bug.c -mcpu=51qe -Wall -ffunction-sections -fdata-sections -g -gdwarf-2 -fworking-directory -Os -fpch-preprocess -o gcc-bug.i ignoring nonexistent directory /usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/sys-include #include ... search starts here: #include ... search starts here: . /usr/local/gcc-m68k/m68k-elf/include /usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/include /usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/include-fixed /usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-g' '-gdwarf-2' '-ffunction-sections' '-fdata-sections' '-Os' '-mcpu=51qe' '-Wall' '-I.' '-I/usr/local/gcc-m68k/m68k-elf/include' /usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/4.5.2/cc1 -fpreprocessed gcc-bug.i -quiet -dumpbase gcc-bug.c -mcpu=51qe -auxbase gcc-bug -g -gdwarf-2 -Os -Wall -version -ffunction-sections -fdata-sections -o gcc-bug.s GNU C (GCC) version 4.5.2 (m68k-elf) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64520 GNU C (GCC) version 4.5.2 (m68k-elf) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64520 Compiler executable checksum: 2edb184913810d520b23104a9f78d5ce COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-g' '-gdwarf-2' '-ffunction-sections' '-fdata-sections' '-Os' '-mcpu=51qe' '-Wall' '-I.' '-I/usr/local/gcc-m68k/m68k-elf/include' /usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/bin/as -v -I. -I/usr/local/gcc-m68k/m68k-elf/include -mcpu=51qe -ahlms=gcc-bug.ls -o gcc-bug.o gcc-bug.s GNU assembler version 2.20 (m68k-elf) using BFD version (GNU Binutils) 2.20 COMPILER_PATH=/usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/4.5.2/:/usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/4.5.2/:/usr/local/gcc-m68k-4.5.2/libexec/gcc/m68k-elf/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/bin/ LIBRARY_PATH=/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/m51qe/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/lib/m51qe/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/:/usr/local/gcc-m68k-4.5.2/lib/gcc/m68k-elf/4.5.2/../../../../m68k-elf/lib/ COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-g' '-gdwarf-2' '-ffunction-sections' '-fdata-sections' '-Os' '-mcpu=51qe' '-Wall' '-I.' '-I/usr/local/gcc-m68k/m68k-elf/include'
[Bug tree-optimization/47190] [4.5/4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:934 with static weakref variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47190 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.01.06 15:50:01 CC||hubicka at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-06 15:50:01 UTC --- Hmm, this is ICE on invalid. Weakref should be coupled with alias attribute. I guess finish function and variable attributes should output errors and drop the attribute.
GNAT User’s Guide: copyright does not comply to Information for Maintainers of GNU Software
Dear developers, I downloaded GNAT User's Guide at http://gcc.gnu.org/onlinedocs/gnat_ugn_unw.pdf (GCC 4.6.0) and found the following copyright notice: Copyright (C) 1995-2009 Free Software Foundation, Inc. According to section Copyright Notices of the manual Information for Maintainers of GNU Software [1]: You can use a range (‘2008-2010’) instead of listing individual years (‘2008, 2009, 2010’) if and only if: 1) every year in the range, inclusive, really is a “copyrightable” year that would be listed individually; and 2) you make an explicit statement in a ‘README’ file about this usage. [1] http://www.gnu.org/prep/maintain/html_node/Copyright-Notices.html Does this manual respects 1)? If it does, there should be a README file somewhere according to 2), there is no README in http://gcc.gnu.org/viewcvs/trunk/gcc/ada/. Please fix this. Christophe
[Bug driver/42445] -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 --- Comment #3 from joseph at codesourcery dot com joseph at codesourcery dot com 2011-01-06 16:02:11 UTC --- I know nothing about what the issue is supposed to be here or what is or is not supposed to be in COLLECT_GCC_OPTIONS or how COLLECT_GCC_OPTIONS is used.
[Bug fortran/33117] Improve error message for generic interface with subroutines functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33117 --- Comment #2 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 16:08:28 UTC --- Author: dfranke Date: Thu Jan 6 16:08:24 2011 New Revision: 168542 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168542 Log: gcc/fortran/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * parse.c (parse_interface): Remove check for procedure types. * interface.c (check_interface0): Verify that procedures are either all SUBROUTINEs or all FUNCTIONs. gcc/testsuite/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * gfortran.dg/interface_33.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/interface_33.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/interface.c trunk/gcc/fortran/parse.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/46478] Missing diagnosis for combining SUBROUTINE and FUNCTION in a GENERIC interface
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46478 --- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 16:08:29 UTC --- Author: dfranke Date: Thu Jan 6 16:08:24 2011 New Revision: 168542 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168542 Log: gcc/fortran/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * parse.c (parse_interface): Remove check for procedure types. * interface.c (check_interface0): Verify that procedures are either all SUBROUTINEs or all FUNCTIONs. gcc/testsuite/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * gfortran.dg/interface_33.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/interface_33.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/interface.c trunk/gcc/fortran/parse.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/46478] Missing diagnosis for combining SUBROUTINE and FUNCTION in a GENERIC interface
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46478 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #4 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 16:11:05 UTC --- Fixed on trunk. Closing.
[Bug fortran/33117] Improve error message for generic interface with subroutines functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33117 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 16:10:56 UTC --- Fixed on trunk. Closing.
[Bug driver/42445] -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 --- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2011-01-06 16:34:30 UTC --- (In reply to comment #3) I know nothing about what the issue is supposed to be here or what is or is not supposed to be in COLLECT_GCC_OPTIONS or how COLLECT_GCC_OPTIONS is used. We have several issues: 1. COLLECT_GCC_OPTIONS is used by LTO. 2. GCC driver knows -march=native. 3. Compilers, cc1/cc1plus, ... don't know -march=native. GCC driver translates -march=native to something cc1/cc1plus knows. Since -march=native isn't saved in COLLECT_GCC_OPTIONS, LTO doesn't work with -march=native. If -march=native handling is moved from GCC driver to cc1/cc1plus, this issue can be solved very easily.
[Bug middle-end/45505] [4.6 Regression] gfortran.dg/pr25923.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505 --- Comment #15 from Martin Jambor jamborm at gcc dot gnu.org 2011-01-06 16:41:34 UTC --- I've played around with this a bit more and came to the conclusion that we could refine SRA heuristics some more to not scalarize this if we added two more attributes to struct access, one meaning read as a scalar and another for written as a scalar. (I'm quite confident this would work, I have a different patch that works too but it uses a rather ad-hoc approach). However, I'm not sure whether we should be adding more attributes when we have already quite a few just in order to be able to make slightly better judgments about single-field structures like this one. (Maybe we really could have a location for return instead?). In either case, it is nothing for stage4. BTW, is this even a 4.6 regression?
[Bug driver/42445] -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 --- Comment #5 from joseph at codesourcery dot com joseph at codesourcery dot com 2011-01-06 16:47:48 UTC --- On Thu, 6 Jan 2011, hjl.tools at gmail dot com wrote: GCC driver translates -march=native to something cc1/cc1plus knows. Since -march=native isn't saved in COLLECT_GCC_OPTIONS, LTO doesn't work with -march=native. If -march=native handling is moved from GCC driver to cc1/cc1plus, this issue can be solved very easily. It's deliberate that -march=native is in the driver so that the output of gcc -v shows the particular options it chose. Maybe COLLECT_GCC_OPTIONS should be saving the options that were generated from -march=native in the driver.
[Bug tree-optimization/47193] New: [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193 Summary: [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz CC: hubi...@gcc.gnu.org Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu - testcase.c - static int i __attribute__ ((weakref (j))); static int j __attribute__ ((weakref (k))); -- (reduced from gcc.dg/attr-weakref-1.c) PR47190 was reduced from the same testcase, but ended in different ICE. Compiler output: $ gcc testcase.c testcase.c:2:1: internal compiler error: in function_and_variable_visibility, at ipa.c:857 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 fancy_abort (file=0x11b8518 /usr/portage/distfiles/svn-src/gcc/trunk/gcc/ipa.c, line=857, function=0x11b86e0 function_and_variable_visibility) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/diagnostic.c:892 #1 0x00b1c6b2 in function_and_variable_visibility (whole_program=0 '\000') at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/ipa.c:857 #2 0x00b1c93d in whole_program_function_and_variable_visibility () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/ipa.c:1047 #3 0x007f1e56 in execute_one_pass (pass=0x163cc60) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1553 #4 0x007f258a in execute_ipa_pass_list (pass=0x163cc60) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1920 #5 0x00af9e04 in ipa_passes () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1759 #6 cgraph_optimize () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1794 #7 0x00af9fda in cgraph_finalize_compilation_unit () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1042 #8 0x00509d6c in c_write_global_declarations () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/c-decl.c:9843 #9 0x008db9e6 in compile_file (argc=12, argv=0x7fffdae8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:591 #10 do_compile (argc=12, argv=0x7fffdae8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:1874 #11 toplev_main (argc=12, argv=0x7fffdae8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:1937 #12 0x76586bbd in __libc_start_main () from /lib/libc.so.6 #13 0x004f0955 in _start () Tested revisions: r168535 - crash r165699 - OK 4.5 r168062 - OK
[Bug fortran/47194] New: [OOP] EXTENDS_TYPE_OF still returns the wrong result if the polymorphic variable is unallocated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194 Summary: [OOP] EXTENDS_TYPE_OF still returns the wrong result if the polymorphic variable is unallocated Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Found when looking at PR 41580 -- and related to PR47180, PR47024 and PR47189. The following programs works if b1 was never allocated - and if it was last allocated to t1; it fails if it was last allocated to t11. Thus, the vtab seems to be properly set initially; it also seems to be properly set during allocation, but it does not seem to get reset for DEALLOCATE. implicit none type t1 integer :: a end type t1 type, extends(t1):: t11 integer :: b end type t11 class(t1), allocatable :: b1 class(t11), allocatable :: b11 allocate(t11 :: b1) deallocate(b1) if (extends_type_of(b1,b11) .neqv. .false.) call abort() end
[Bug fortran/41580] [OOP] SAME_TYPE_AS and EXTENDS_TYPE_OF - add compile-time simplifcation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Attachment #22907|0 |1 is obsolete|| --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06 17:40:26 UTC --- Created attachment 22914 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22914 Draft patch - should be OK Updated patch, fixed the issue (but did not add more tests). On the way, I encountered PR 47194.
[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||aoliva at gcc dot gnu.org AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | --- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org 2011-01-06 17:50:25 UTC --- Mine
[Bug driver/42445] LTO performance: -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed: What|Removed |Added Summary|-march=native isn't saved |LTO performance: |in COLLECT_GCC_OPTIONS |-march=native isn't saved ||in COLLECT_GCC_OPTIONS --- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2011-01-06 17:50:16 UTC --- This actually seems an important bug to solve, as -march=native users will otherwise have a bad experience with LTO.
[Bug tree-optimization/47193] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193 --- Comment #1 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 18:00:31 UTC --- static int i __attribute__ ((weakref (j))); static int j __attribute__ ((weakref (k))); Also invalid, will make fix for that too. Honza
[Bug fortran/47194] [OOP] EXTENDS_TYPE_OF still returns the wrong result if the polymorphic variable is unallocated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2011.01.06 18:29:25
AssignedTo|unassigned at gcc dot |janus at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from janus at gcc dot gnu.org 2011-01-06 18:29:25 UTC ---
(In reply to comment #0)
Found when looking at PR 41580 -- and related to PR47180, PR47024 and PR47189.
Seems we opened a nice can of worms here ;)
Patch:
Index: gcc/fortran/trans-stmt.c
===
--- gcc/fortran/trans-stmt.c(revision 168539)
+++ gcc/fortran/trans-stmt.c(working copy)
@@ -4738,7 +4738,6 @@ gfc_trans_deallocate (gfc_code *code)
{
gfc_se se;
gfc_alloc *al;
- gfc_expr *expr;
tree apstat, astat, pstat, stat, tmp;
stmtblock_t block;
@@ -4766,9 +4765,12 @@ gfc_trans_deallocate (gfc_code *code)
for (al = code-ext.alloc.list; al != NULL; al = al-next)
{
- expr = al-expr;
+ gfc_expr *expr = gfc_copy_expr (al-expr);
gcc_assert (expr-expr_type == EXPR_VARIABLE);
+ if (expr-ts.type == BT_CLASS)
+gfc_add_data_component (expr);
+
gfc_init_se (se, NULL);
gfc_start_block (se.pre);
@@ -4797,6 +4799,7 @@ gfc_trans_deallocate (gfc_code *code)
}
}
tmp = gfc_array_deallocate (se.expr, pstat, expr);
+ gfc_add_expr_to_block (se.pre, tmp);
}
else
{
@@ -4804,13 +4807,26 @@ gfc_trans_deallocate (gfc_code *code)
expr, expr-ts);
gfc_add_expr_to_block (se.pre, tmp);
+ /* Set to zero after deallocation. */
tmp = fold_build2_loc (input_location, MODIFY_EXPR, void_type_node,
se.expr,
build_int_cst (TREE_TYPE (se.expr), 0));
+ gfc_add_expr_to_block (se.pre, tmp);
+
+ if (al-expr-ts.type == BT_CLASS)
+{
+ /* Reset _vptr component. */
+ gfc_expr *rhs, *lhs = gfc_copy_expr (al-expr);
+ gfc_symbol *vtab = gfc_find_derived_vtab (al-expr-ts.u.derived);
+ gfc_add_vptr_component (lhs);
+ rhs = gfc_lval_expr_from_sym (vtab);
+ tmp = gfc_trans_pointer_assignment (lhs, rhs);
+ gfc_add_expr_to_block (se.pre, tmp);
+ gfc_free_expr (lhs);
+ gfc_free_expr (rhs);
+}
}
- gfc_add_expr_to_block (se.pre, tmp);
-
/* Keep track of the number of failed deallocations by adding stat
of the last deallocation to the running total. */
if (code-expr1 || code-expr2)
@@ -4822,7 +4838,7 @@ gfc_trans_deallocate (gfc_code *code)
tmp = gfc_finish_block (se.pre);
gfc_add_expr_to_block (block, tmp);
-
+ gfc_free_expr (expr);
}
/* Set STAT. */
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c(revision 168539)
+++ gcc/fortran/resolve.c(working copy)
@@ -6417,12 +6417,6 @@ resolve_deallocate_expr (gfc_expr *e)
if (gfc_check_vardef_context (e, false, _(DEALLOCATE object)) == FAILURE)
return FAILURE;
- if (e-ts.type == BT_CLASS)
-{
- /* Only deallocate the DATA component. */
- gfc_add_data_component (e);
-}
-
return SUCCESS;
}
[Bug other/45915] Check for gnu_unique_object in ld.so in gcc/configure.ac is broken for non-glibc ldd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45915 --- Comment #2 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 18:29:41 UTC --- Author: ro Date: Thu Jan 6 18:29:39 2011 New Revision: 168546 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168546 Log: PR other/45915 * configure.ac (gcc_cv_as_gnu_unique_object): Only use ldd --version output if supported. * configure: Regenerate. Modified: trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac
[Bug other/45915] Check for gnu_unique_object in ld.so in gcc/configure.ac is broken for non-glibc ldd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45915 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 18:32:10 UTC --- Fixed for 4.6.0.
[Bug tree-optimization/47193] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.06 18:33:24 Target Milestone|--- |4.6.0 Ever Confirmed|0 |1 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-01-06 18:33:24 UTC --- It is caused by revision 166812: http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00701.html
[Bug tree-optimization/47193] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193 --- Comment #3 from Zdenek Sojka zsojka at seznam dot cz 2011-01-06 18:34:31 UTC --- - testcase2.c - typedef int vtype; static vtype Wv10a __attribute__((weakref (Wv10b))); static vtype Wv10b __attribute__((weakref (Wv10c))); static vtype Wv10c __attribute__((weakref (Wv10d))); static vtype Wv10d __attribute__((weakref (wv10))); extern vtype wv10; --- Is this also invalid? It fails the same way: $ gcc testcase2.c testcase2.c:6:1: internal compiler error: in function_and_variable_visibility, at ipa.c:857 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug lto/47188] Undefined reference errors when combining IR and non-IR object files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47188 --- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-06 18:50:22 UTC --- Author: hubicka Date: Thu Jan 6 18:50:20 2011 New Revision: 168548 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168548 Log: PR lto/47188 * collect2.c (main): Do not enable LTOmode when plugin is active. * testsuite/gcc.dg/lto/pr47188_0.c: New testcase. * testsuite/gcc.dg/lto/pr47188_1.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/pr47188_0.c trunk/gcc/testsuite/gcc.dg/lto/pr47188_1.c Modified: trunk/gcc/ChangeLog trunk/gcc/collect2.c trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/47193] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:857 with static var weakref'd to other weakref'd static var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47193 --- Comment #4 from Jan Hubicka hubicka at ucw dot cz 2011-01-06 18:52:28 UTC --- typedef int vtype; static vtype Wv10a __attribute__((weakref (Wv10b))); static vtype Wv10b __attribute__((weakref (Wv10c))); static vtype Wv10c __attribute__((weakref (Wv10d))); static vtype Wv10d __attribute__((weakref (wv10))); extern vtype wv10; --- Is this also invalid? It fails the same way: No idea, I think the aliased symbol should always be external one, but the sanity check might be overactive here (the weakref code seems to be skipping transparent aliases, so it should be equivalent of aliasing Wv10 in all cases). Honza
[Bug target/47032] libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 --- Comment #5 from David Edelsohn dje at gcc dot gnu.org 2011-01-06 18:55:20 UTC --- (In reply to comment #4) David, does GCC 4.5.x build on AIX? GCC 4.5 libgfortran builds on AIX 5.3, but not AIX 6.1. GCC 4.4 libgfortran built on both, so this is a regression, but I had not noticed the regression on AIX 6.1.
[Bug target/38118] gcc emits non-TLS data as TLS on Solaris 11/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38118 --- Comment #6 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 19:00:14 UTC --- Author: ro Date: Thu Jan 6 19:00:10 2011 New Revision: 168550 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168550 Log: PR target/38118 * config/sol2.h (ASM_OUTPUT_ALIGNED_COMMON): Also switch to .bss if coming from .tdata. * config/i386/sol2-10.h (ASM_OUTPUT_ALIGNED_COMMON): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/sol2-10.h trunk/gcc/config/sol2.h
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.01.06 19:15:08 Ever Confirmed|0 |1 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:15:08 UTC --- Confirmed. Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00316.html.
[Bug target/47192] m68k target - gcc uses stack frame after it has been unlinked when compiling with -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47192
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2011-01-06
19:19:21 UTC ---
I can reproduce this with both 4.5.2 and 4.4.6 based crosses to
m68k-{elf,linux}.
The -mcpu=51qe option seems to cause mis-scheduling of the epilogue.
With -Os -S -mcpu=51qe:
.L3:
lea (-2,%fp),%a0
move.l -8(%fp),%d2
unlk %fp
move.w (%a0),stc.1197
rts
Without the -mcpu= option:
.L3:
move.w -2(%fp),stc.1199
move.l -8(%fp),%d2
unlk %fp
rts
[Bug fortran/47195] New: [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195 Summary: [4.6 regression] New Fortran test failures Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: franke.dan...@gmail.com On Linux/ia32, revision 168545 gave: FAIL: gfortran.dg/defined_operators_1.f90 -O (test for errors, line 14) FAIL: gfortran.dg/defined_operators_1.f90 -O (test for excess errors) FAIL: gfortran.dg/interface_33.f90 -O (test for excess errors) Revision 168539 is OK. They are caused by revision 168542: http://gcc.gnu.org/ml/gcc-cvs/2011-01/msg00159.html
[Bug fortran/47182] libquadmath.texi: undefined flag: BUGURL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47182 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:38:41 UTC --- The first patch looks wrong for multilib configurations. The second patch looks ok to me, but I haven't tested it extensively.
[Bug bootstrap/47147] gcc 4.6 fails to compile on NetBSD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147 --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:40:57 UTC --- Can you attach output of the failing command when '-o FILE' is removed and -c is replaced with -E? And please post the full failing command, the one you posted has '; else true; fi' but no 'if' part. Thanks.
[Bug target/43309] amd64 TLS IE code sequence on Solaris 2/x86 violates spec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309 --- Comment #14 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 19:44:35 UTC --- Author: ro Date: Thu Jan 6 19:44:32 2011 New Revision: 168553 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168553 Log: PR target/43309 * config/i386/i386.c (legitimize_tls_address) TLS_MODEL_INITIAL_EXEC: Handle TARGET_64BIT TARGET_SUN_TLS. * config/i386/i386.md (UNSPEC_TLS_IE_SUN): Declare. (tls_initial_exec_64_sun): New pattern. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md
[Bug target/43309] amd64 TLS IE code sequence on Solaris 2/x86 violates spec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|ASSIGNED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-01/msg00313.htm ||l Last reconfirmed|2010-03-22 23:57:24 |2011.01.06 19:48:58 Resolution|INVALID | AssignedTo|unassigned at gcc dot |ro at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.6.0 Ever Confirmed|0 |1 --- Comment #15 from Rainer Orth ro at gcc dot gnu.org 2011-01-06 19:48:58 UTC --- Mine, fixed for 4.6.0, backports in progress.
[Bug fortran/47195] [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.01.06 20:13:09 CC||dfranke at gcc dot gnu.org Ever Confirmed|0 |1
[Bug fortran/47195] [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-06 20:17:24 UTC --- That's the following patch. The third failure is for the file added by the committal. gcc/fortran/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * parse.c (parse_interface): Remove check for procedure types. * interface.c (check_interface0): Verify that procedures are either all SUBROUTINEs or all FUNCTIONs. gcc/testsuite/: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/33117 PR fortran/46478 * gfortran.dg/interface_33.f90: New test.
[Bug fortran/47195] [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-01-06
21:09:58 UTC ---
FAIL: gfortran.dg/interface_33.f90 -O (test for excess errors)
This is fixed by the following patch:
--- ../_clean/gcc/testsuite/gfortran.dg/interface_33.f902011-01-06
17:59:52.0 +0100
+++ gcc/testsuite/gfortran.dg/interface_33.f902011-01-06 22:07:48.0
+0100
@@ -1,4 +1,4 @@
-! { dg-do compile }
+! { dg-do compile }
!
! PR fortran/33117, PR fortran/46478
! Procedures of a generic interface must be either
@@ -10,7 +10,7 @@
!
module m1
interface gen
-subroutine sub()! dg-error { all SUBROUTINEs or all
FUNCTIONs }
+subroutine sub()! { dg-error all SUBROUTINEs or all
FUNCTIONs }
end subroutine sub
function bar()
real :: bar
@@ -27,7 +27,7 @@ MODULE m2
MODULE PROCEDURE subr_name
END INTERFACE
CONTAINS
- LOGICAL FUNCTION func_name() ! dg-error { all SUBROUTINEs or all
FUNCTIONs }
+ LOGICAL FUNCTION func_name() ! { dg-error all SUBROUTINEs or all
FUNCTIONs }
END FUNCTION
SUBROUTINE subr_name()
END SUBROUTINE
[Bug driver/42445] LTO performance: -march=native isn't saved in COLLECT_GCC_OPTIONS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-01/msg00324.htm ||l --- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2011-01-06 21:16:13 UTC --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00324.html
[Bug fortran/47195] [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195 --- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 21:42:56 UTC --- Author: dfranke Date: Thu Jan 6 21:42:53 2011 New Revision: 168554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168554 Log: 2011-01-06 Daniel Franke franke.dan...@gmail.com PR fortran/47195 * gfortran.dg/interface_33.f90: Fixed dg-error declarations. * gfortran.dg/defined_operators_1.f90: Split the subroutine from the interface of functions to not hide the errors that shall be tested. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/defined_operators_1.f90 trunk/gcc/testsuite/gfortran.dg/interface_33.f90
[Bug fortran/47195] [4.6 regression] New Fortran test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47195 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Daniel Franke dfranke at gcc dot gnu.org 2011-01-06 21:44:28 UTC --- Committed the fixes as obvious. ML-notification to follow. Sorry for the breakage and thanks for noticing! Closing.
[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.01.06 21:52:36 CC||aoliva at gcc dot gnu.org AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #8 from Alexandre Oliva aoliva at gcc dot gnu.org 2011-01-06 21:52:36 UTC --- Taking over, per Jakub's request
[Bug middle-end/46240] [4.6 Regression] ice in maybe_register_def
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46240 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | --- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org 2011-01-06 21:53:42 UTC --- Mine
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 22:09:44 UTC --- Author: rwild Date: Thu Jan 6 22:09:41 2011 New Revision: 168555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168555 Log: Fix PR fortran/47174 libquadmath/: PR fortran/47174 * Makefile.am (libquadmath.info): Unconditionally override target, not only if BUILD_LIBQUADMATH. * Makefile.in: Regenerate. * configure.ac (AM_INIT_AUTOMAKE): Add -Wno-override option to avoid warning from automake. Modified: trunk/libquadmath/ChangeLog trunk/libquadmath/Makefile.am trunk/libquadmath/Makefile.in trunk/libquadmath/configure.ac
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 22:10:54 UTC --- Fixed.
[Bug lto/45721] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:673 with -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45721 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org |gnu.org | --- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-06 22:26:42 UTC --- Mine, testing patch.
[Bug bootstrap/47196] New: --disable-libquadmath breaks bootstrap in libgfortran (quadmath_weak.h not found)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196 Summary: --disable-libquadmath breaks bootstrap in libgfortran (quadmath_weak.h not found) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: dfra...@gcc.gnu.org CC: bur...@gcc.gnu.org Host: i686-pc-linux-gnu Configuring as: $ ../configure --prefix=[...] --program-suffix=-svn --with-system-zlib --enable-bootstrap --enable-threads=posix --enable-shared --enable-version-specific-runtime-libs --enable-languages=c,c++,fortran --disable-maintainer-mode --disable-nls --disable-libmudflap --disable-libquadmath Ends with: $ make bootstrap [...] In file included from /home/daniel/svn/gcc-svn/libgfortran/fmain.c:4:0: /home/daniel/svn/gcc-svn/libgfortran/libgfortran.h:52:29: fatal error: quadmath_weak.h: No such file or directory
[Bug tree-optimization/47141] [4.6 Regression] segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added CC||law at redhat dot com --- Comment #3 from Jeffrey A. Law law at redhat dot com 2011-01-06 23:14:27 UTC --- I'm looking at it.
[Bug debug/46704] [4.6 Regression] Ada compiler fails to build itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704 --- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-01-06 23:36:28 UTC --- Author: ebotcazou Date: Thu Jan 6 23:36:25 2011 New Revision: 168557 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168557 Log: PR debug/46704 * dwarf2out.c (dwarf2out_finish): Output the debug_aranges section only when it is not empty. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c
[Bug debug/46704] [4.6 Regression] Ada compiler fails to build itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-01/msg00335.htm ||l CC|ebotcazou at gcc dot| |gnu.org | Resolution||FIXED --- Comment #6 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-01-06 23:38:01 UTC --- This should work again.
[Bug treelang/47197] New: ICE in gimplify_expr, at gimplify.c:7153 on AltiVec code (vec_dst)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47197
Summary: ICE in gimplify_expr, at gimplify.c:7153 on AltiVec
code (vec_dst)
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: treelang
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kaffeemons...@googlemail.com
$ cat alti_crash.c
#include altivec.h
void func(unsigned char *buf, unsigned len)
{
vec_dst(buf, (len = 256 ? 0 : len) | 512, 2);
}
$ powerpc-linux-gnu-gcc -maltivec -c alti_crash.c
alti_crash.c: In function 'func':
alti_crash.c:5:20: internal compiler error: in gimplify_expr, at
gimplify.c:7153
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.gentoo.org/ for instructions.
$ powerpc-linux-gnu-gcc --version -v
Using built-in specs.
COLLECT_GCC=/usr/i686-pc-linux-gnu/powerpc-linux-gnu/gcc-bin/4.5.2/powerpc-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/powerpc-linux-gnu/4.5.2/lto-wrapper
powerpc-linux-gnu-gcc (Gentoo 4.5.2 p1.0, pie-0.4.5) 4.5.2
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Target: powerpc-linux-gnu
Configured with:
/var/tmp/portage/cross-powerpc-linux-gnu/gcc-4.5.2/work/gcc-4.5.2/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/powerpc-linux-gnu/gcc-bin/4.5.2
--includedir=/usr/lib/gcc/powerpc-linux-gnu/4.5.2/include
--datadir=/usr/share/gcc-data/powerpc-linux-gnu/4.5.2
--mandir=/usr/share/gcc-data/powerpc-linux-gnu/4.5.2/man
--infodir=/usr/share/gcc-data/powerpc-linux-gnu/4.5.2/info
--with-gxx-include-dir=/usr/lib/gcc/powerpc-linux-gnu/4.5.2/include/g++-v4
--host=i686-pc-linux-gnu --target=powerpc-linux-gnu --build=i686-pc-linux-gnu
--disable-altivec --disable-fixed-point --without-ppl --without-cloog
--disable-ppl-version-check --disable-lto --enable-nls
--without-included-gettext --with-system-zlib --disable-werror
--enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp
--enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/powerpc-linux-gnu/4.5.2/python
--enable-checking=release --disable-libgcj --enable-languages=c
--with-sysroot=/usr/powerpc-linux-gnu --disable-bootstrap --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.5.2 p1.0, pie-0.4.5'
Thread model: posix
gcc version 4.5.2 (Gentoo 4.5.2 p1.0, pie-0.4.5)
COLLECT_GCC_OPTIONS='-fversion' '-v'
/usr/libexec/gcc/powerpc-linux-gnu/4.5.2/cc1 -quiet -v -D__unix__
-D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux
-Asystem=unix -Asystem=posix help-dummy -D_FORTIFY_SOURCE=2 -msecure-plt -quiet
-dumpbase help-dummy -auxbase help-dummy -version -fversion -o /tmp/ccujbTX3.s
GNU C (Gentoo 4.5.2 p1.0, pie-0.4.5) version 4.5.2 (powerpc-linux-gnu)
compiled by GNU C version 4.4.4, GMP version 4.3.2, MPFR version
2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
COLLECT_GCC_OPTIONS='-fversion' '-v'
/usr/libexec/gcc/powerpc-linux-gnu/as -mppc -many -V -Qy --version -o
/tmp/cccIfFZe.o /tmp/ccujbTX3.s
GNU assembler version 2.21 (powerpc-linux-gnu) using BFD version (GNU Binutils)
2.21
GNU assembler (GNU Binutils) 2.21
Copyright 2010 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `powerpc-linux-gnu'.
COMPILER_PATH=/usr/libexec/gcc/powerpc-linux-gnu/4.5.2/:/usr/libexec/gcc/powerpc-linux-gnu/4.5.2/:/usr/libexec/gcc/powerpc-linux-gnu/:/usr/lib/gcc/powerpc-linux-gnu/4.5.2/:/usr/lib/gcc/powerpc-linux-gnu/:/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/bin/
LIBRARY_PATH=/usr/lib/gcc/powerpc-linux-gnu/4.5.2/:/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/lib/:/usr/powerpc-linux-gnu/lib/:/usr/powerpc-linux-gnu/usr/lib/
COLLECT_GCC_OPTIONS='-fversion' '-v'
/usr/libexec/gcc/powerpc-linux-gnu/4.5.2/collect2
--sysroot=/usr/powerpc-linux-gnu --eh-frame-hdr -V -Qy -m elf32ppclinux
-dynamic-linker /lib/ld.so.1 --version
/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/lib/crt1.o
/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/lib/crti.o
/usr/lib/gcc/powerpc-linux-gnu/4.5.2/crtbegin.o
-L/usr/lib/gcc/powerpc-linux-gnu/4.5.2
-L/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/lib
-L/usr/powerpc-linux-gnu/lib -L/usr/powerpc-linux-gnu/usr/lib /tmp/cccIfFZe.o
-lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/lib/gcc/powerpc-linux-gnu/4.5.2/crtend.o
/usr/lib/gcc/powerpc-linux-gnu/4.5.2/../../../../powerpc-linux-gnu/lib/crtn.o
GNU ld (GNU Binutils) 2.21
[Bug c++/47041] internal compiler error in build_data_member_initialization, add cp/semantics.c:5483
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47041 --- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2011-01-07 00:16:29 UTC --- Created attachment 22915 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22915 reduced testcase Probably the same issue. $ gcc -fno-elide-constructors -std=c++0x pr47041.C pr47041.C: In constructor 'constexpr S::S(S)': pr47041.C:1:8: internal compiler error: in build_data_member_initialization, at cp/semantics.c:5498 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 fancy_abort (file=0x1224370 /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/semantics.c, line=5498, function=0x12276a0 build_data_member_initialization) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/diagnostic.c:892 #1 0x00641dfe in build_data_member_initialization (t=value optimized out, vec=0x7fffcfc8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/semantics.c:5498 #2 0x0064249a in build_constexpr_constructor_member_initializers (fun=0x75cce700, body=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/semantics.c:5570 #3 register_constexpr_fundef (fun=0x75cce700, body=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/semantics.c:5602 #4 0x00530967 in maybe_save_function_definition (flags=0) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/decl.c:12808 #5 finish_function (flags=0) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/decl.c:12927 #6 0x006238db in synthesize_method (fndecl=0x75cce700) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/method.c:759 #7 0x005b5ae3 in mark_used (decl=0x75cdf000) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/decl2.c:4272 #8 0x0050fd2e in build_over_call (cand=0x1940100, flags=11, complain=3) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/call.c:6339 #9 0x0050ce6d in build_new_method_call (instance=0x77ec8930, fns=0x75cd9800, args=value optimized out, conversion_path=value optimized out, flags=11, fn_p=0x0, complain=3) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/call.c:6916 #10 0x0050dd64 in build_special_member_call (instance=0x77ec8930, name=value optimized out, args=0x7fffd378, binfo=0x75cd64e0, flags=11, complain=3) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/call.c:6608 #11 0x0060cef3 in ocp_convert (type=0x75ccd540, expr=0x75cc7630, convtype=0, flags=11) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/cvt.c:807 #12 0x006007aa in check_return_expr (retval=value optimized out, no_warning=0x7fffd43f ) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/typeck.c:7775 #13 0x0062e58f in finish_return_stmt (expr=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/semantics.c:800 #14 0x005ce3d2 in cp_parser_jump_statement (parser=0x75cdc108, in_statement_expr=0x0, in_compound=1 '\001', if_p=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:9194 #15 cp_parser_statement (parser=0x75cdc108, in_statement_expr=0x0, in_compound=1 '\001', if_p=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:8080 #16 0x005ced46 in cp_parser_statement_seq_opt (parser=0x75cdc108, in_statement_expr=0x0) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:8414 #17 0x005cee7c in cp_parser_compound_statement (parser=0x75cdc108, in_statement_expr=0x0, in_try=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:8368 #18 0x005e28dc in cp_parser_function_body (parser=0x75cdc108) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:16371 #19 cp_parser_ctor_initializer_opt_and_function_body (parser=0x75cdc108) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:16408 #20 0x005e3052 in cp_parser_function_definition_after_declarator (parser=0x75cdc108, inline_p=0 '\000') at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:19814 #21 0x005e465c in cp_parser_function_definition_from_specifiers_and_declarator (parser=0x75cdc108, decl_specifiers=0x7fffd740, checks=0x0, function_definition_allowed_p=1 '\001', member_p=0 '\000', declares_class_or_enum=0, function_definition_p=0x7fffd7af \001\200\360\223\001) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:19743 #22 cp_parser_init_declarator (parser=0x75cdc108, decl_specifiers=0x7fffd740, checks=0x0, function_definition_allowed_p=1 '\001', member_p=0 '\000', declares_class_or_enum=0, function_definition_p=0x7fffd7af \001\200\360\223\001) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cp/parser.c:14518 #23 0x005e987b in cp_parser_simple_declaration (parser=0x75cdc108,
[Bug c++/47198] New: [4.5/4.6 Regression] [C++0x] ICE: tree check: expected var_decl or function_decl, have template_decl in check_bases_and_members, at cp/class.c:4654 on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47198
Summary: [4.5/4.6 Regression] [C++0x] ICE: tree check: expected
var_decl or function_decl, have template_decl in
check_bases_and_members, at cp/class.c:4654 on invalid
code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
-- testcase.C --
struct S
{
template int sometype foo ();
S () = default;
};
Compiler output:
$ gcc -std=c++0x testcase.C
testcase.C:3:20: error: 'sometype' does not name a type
testcase.C:1:8: internal compiler error: tree check: expected var_decl or
function_decl, have template_decl in check_bases_and_members, at
cp/class.c:4654
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
Tested revisions:
r168535 - crash
4.5 r168062 - crash
4.4 r168062 - OK
[Bug lto/44463] whopr does not work with weak functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC||rguenther at suse dot de
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org 2011-01-07
00:52:34 UTC ---
Richi,
I am going to post alias fix that resolve most of breakness, but we still have
multiple decl problem with 1to1.
The reason is simple, there is
void x(void) __attribute__((weak, alias(y)));
in one unit and
void x(void) { printf(strong\n); }
in the other, so it is alias that gets prevailed by real function body.
lto-symtab handles that but we end up with two declarations, one in cgraph (the
one with body) and other in alias pairs as those are not subject of merging.
I think when merging decls, we need to remove associated alias pairs too.
lto-symtab is mostly yours, any idea how this can be best implemented?
Unasigning myself until this is discussed better.
Honza
[Bug c++/47041] internal compiler error in build_data_member_initialization, add cp/semantics.c:5483
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47041 --- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2011-01-07 01:25:52 UTC --- Created attachment 22916 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22916 even shorter testcase $ gcc -std=c++0x -fno-elide-constructors pr47041-2.C pr47041-2.C: In constructor 'constexpr S::S(S)': pr47041-2.C:1:8: internal compiler error: in build_data_member_initialization, at cp/semantics.c:5498 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug c++/47041] [4.6 Regression] Internal compiler error in build_data_member_initialization, add cp/semantics.c:5483
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47041 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.07 01:38:28 CC||jason at redhat dot com Target Milestone|--- |4.6.0 Summary|internal compiler error in |[4.6 Regression] Internal |build_data_member_initializ |compiler error in |ation, add |build_data_member_initializ |cp/semantics.c:5483 |ation, add ||cp/semantics.c:5483 Ever Confirmed|0 |1 --- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2011-01-07 01:38:28 UTC --- It is caused by revision 166297: http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00183.html
[Bug c++/47199] New: [C++0x] ICE: expected class 'type', have 'declaration' (function_decl) in same_type_ignoring_top_level_qualifiers_p, at cp/typeck.c:1407 with -fno-elide-constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47199 Summary: [C++0x] ICE: expected class 'type', have 'declaration' (function_decl) in same_type_ignoring_top_level_qualifiers_p, at cp/typeck.c:1407 with -fno-elide-constructors Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Created attachment 22917 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22917 reduced testcase Compiler output: $ gcc -std=c++0x -fno-elide-constructors pr47199.C pr47199.C:14:34: in constexpr expansion of 'Sanonymous ::s [with int anonymous = 0, Sanonymous = S0]()' pr47199.C:14:36: in constexpr expansion of 'S0((*(const S0*)( S0(-0x1' pr47199.C:14:36: internal compiler error: tree check: expected class 'type', have 'declaration' (function_decl) in same_type_ignoring_top_level_qualifiers_p, at cp/typeck.c:1407 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. May be related to PR47041, small changes to the testcase result in ICE described there. Tested revisions: r168535 - crash r165699 - code is rejected Testcase was reduced from libstdc++-v3/testsuite/20_util/duration/comparison_operators/constexpr.cc, it fails with the same ICE
[Bug c++/47200] New: [C++0x] ICE: in adjust_temp_type, at cp/semantics.c:5821 with missing definition of constexpr function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47200 Summary: [C++0x] ICE: in adjust_temp_type, at cp/semantics.c:5821 with missing definition of constexpr function Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Created attachment 22918 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22918 reduced testcase Compiler output: $ gcc -std=c++0x pr47200.C pr47200.C:13:1: error: non-constant condition for static assertion pr47200.C:13:40: error: 'static constexpr durationanonymous durationanonymous ::min() [with int anonymous = 0, durationanonymous = duration0]' used before its definition pr47200.C:13:1: internal compiler error: in adjust_temp_type, at cp/semantics.c:5821 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r168535 - crash r165699 - rejects the code
[Bug c++/47200] [C++0x] ICE: in adjust_temp_type, at cp/semantics.c:5821 with missing definition of constexpr function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47200 Zdenek Sojka zsojka at seznam dot cz changed: What|Removed |Added Keywords||ice-on-invalid-code Known to fail||4.6.0 Severity|normal |minor
[Bug rtl-optimization/47201] New: [4.6 Regression] ICE: SIGSEGV in adjust_mems (var-tracking.c:814) with -O -fPIC -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201 Summary: [4.6 Regression] ICE: SIGSEGV in adjust_mems (var-tracking.c:814) with -O -fPIC -g Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 22919 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22919 reduced testcase valgrind output: $ gcc -O -fPIC -g testcase.c ==20054== Invalid read of size 2 ==20054==at 0xA70C22: adjust_mems (var-tracking.c:814) ==20054==by 0x8C08FE: simplify_replace_fn_rtx (simplify-rtx.c:371) ==20054==by 0xA6D075: adjust_mem_uses (var-tracking.c:930) ==20054==by 0x86387D: note_uses (rtlanal.c:1524) ==20054==by 0xA7756B: vt_initialize (var-tracking.c:1016) ==20054==by 0xA80226: variable_tracking_main (var-tracking.c:8532) ==20054==by 0x7F1F65: execute_one_pass (passes.c:1553) ==20054==by 0x7F2254: execute_pass_list (passes.c:1608) ==20054==by 0x7F2266: execute_pass_list (passes.c:1609) ==20054==by 0x7F2266: execute_pass_list (passes.c:1609) ==20054==by 0x932325: tree_rest_of_compilation (tree-optimize.c:422) ==20054==by 0xAF74A1: cgraph_expand_function (cgraphunit.c:1519) ==20054==by 0xAF9B69: cgraph_optimize (cgraphunit.c:1578) ==20054==by 0xAFA0E9: cgraph_finalize_compilation_unit (cgraphunit.c:1042) ==20054==by 0x509D6B: c_write_global_declarations (c-decl.c:9843) ==20054==by 0x8DBAF5: toplev_main (toplev.c:591) ==20054==by 0x6369BBC: (below main) (in /lib64/libc-2.11.2.so) ==20054== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==20054== testcase.c: In function 'foo': testcase.c:13:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Program received signal SIGSEGV, Segmentation fault. 0x00a70c22 in adjust_mems (loc=0x75d2d498, old_rtx=0x0, data=0x7fffd740) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:814 814 if (mem != loc !MEM_P (mem)) (gdb) bt #0 0x00a70c22 in adjust_mems (loc=0x75d2d498, old_rtx=0x0, data=0x7fffd740) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:814 #1 0x008c08ff in simplify_replace_fn_rtx (x=0x75d2d498, old_rtx=0x0, fn=0xa70500 adjust_mems, data=0x7fffd740) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/simplify-rtx.c:371 #2 0x00a6d076 in adjust_mem_uses (x=0x75cd1c28, data=value optimized out) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:930 #3 0x0086387e in note_uses (pbody=value optimized out, fun=0xa6d060 adjust_mem_uses, data=0x7fffd740) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/rtlanal.c:1524 #4 0x00a7756c in adjust_insn () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:1016 #5 vt_initialize () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:8375 #6 0x00a80227 in variable_tracking_main_1 () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:8532 #7 variable_tracking_main () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/var-tracking.c:8584 #8 0x007f1f66 in execute_one_pass (pass=0x163b620) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1553 #9 0x007f2255 in execute_pass_list (pass=0x163b620) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1608 #10 0x007f2267 in execute_pass_list (pass=0x16381a0) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1609 #11 0x007f2267 in execute_pass_list (pass=0x1638200) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/passes.c:1609 #12 0x00932326 in tree_rest_of_compilation (fndecl=0x75cc3f00) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/tree-optimize.c:422 #13 0x00af74a2 in cgraph_expand_function (node=0x75cc8160) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1519 #14 0x00af9b6a in cgraph_expand_all_functions () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1578 #15 cgraph_optimize () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1838 #16 0x00afa0ea in cgraph_finalize_compilation_unit () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/cgraphunit.c:1042 #17 0x00509d6c in c_write_global_declarations () at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/c-decl.c:9843 #18 0x008dbaf6 in compile_file (argc=15, argv=0x7fffdab8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:591 #19 do_compile (argc=15, argv=0x7fffdab8) at /usr/portage/distfiles/svn-src/gcc/trunk/gcc/toplev.c:1874 #20 toplev_main (argc=15, argv=0x7fffdab8)
[Bug c++/47198] [4.5/4.6 Regression] [C++0x] ICE: tree check: expected var_decl or function_decl, have template_decl in check_bases_and_members, at cp/class.c:4654 on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47198 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.07 02:19:48 CC||jason at redhat dot com Target Milestone|--- |4.5.3 Ever Confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-01-07 02:19:48 UTC --- It is caused by revision 154006: http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00225.html
[Bug c++/46807] internal compiler error: in synthesized_method_walk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807 --- Comment #4 from rwgk at yahoo dot com 2011-01-07 04:28:46 UTC --- I just saw the GCC 4.6.0 Status Report (2011-01-04), Stage 3 is over announcement. This bug should be a P1 since it is an ICE on valid code. If necessary I'll try to reduce the reproducer, but since that is likely to be a significant effort, I'd like to be sure that someone is paying attention. Is there?
[Bug c++/47200] [C++0x] ICE: in adjust_temp_type, at cp/semantics.c:5821 with missing definition of constexpr function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47200 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.07 05:34:49 CC||jason at redhat dot com Ever Confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-01-07 05:34:49 UTC --- ICE is caused by revision 166167: http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html
[Bug c++/47199] [4.6 Regression] [C++0x] ICE: expected class 'type', have 'declaration' (function_decl) in same_type_ignoring_top_level_qualifiers_p, at cp/typeck.c:1407 with -fno-elide-constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47199 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.01.07 05:40:34 CC||jason at redhat dot com Target Milestone|--- |4.6.0 Summary|[C++0x] ICE: expected class |[4.6 Regression] [C++0x] |'type', have 'declaration' |ICE: expected class 'type', |(function_decl) in |have 'declaration' |same_type_ignoring_top_leve |(function_decl) in |l_qualifiers_p, at |same_type_ignoring_top_leve |cp/typeck.c:1407 with |l_qualifiers_p, at |-fno-elide-constructors |cp/typeck.c:1407 with ||-fno-elide-constructors Ever Confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-01-07 05:40:34 UTC --- This is caused by revision 166167: http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html
