http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |aldyh at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #12 from David Edelsohn dje at gcc dot gnu.org 2011-11-18
18:20:50 UTC ---
Your patch will fix the problem, but, as I wrote in comment 10, I think it is
wrong. I guess you can change the semantics of tm_mangle() to return NULL for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #7 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-11-17
18:06:20 UTC ---
The rs6000.c failure looks like rs6000_xcoff_section_type_flags() should deal
with decl == NULL.
But the other similar failure is in trans-mem.c:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #8 from David Edelsohn dje at gcc dot gnu.org 2011-11-17 18:37:36
UTC ---
How can I reproduce this additional error in trans-mem.c?
I believe that you need to use a target that does not define HAVE_COMDAT_GROUP.
Other targets do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #9 from Aldy Hernandez aldyh at redhat dot com 2011-11-17
19:04:43 UTC ---
I do not understand what you are asking. You can reproduce the failures or
you
cannot? My rs6000.c patch fixes some of the failures. The varasm.c patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #10 from David Edelsohn dje at gcc dot gnu.org 2011-11-17
19:23:11 UTC ---
My patch did not fix the testsuite failures in trans-mem.c:tm_mangle() where
ipa_tm_create_version() and ipa_tm_create_version_alias() call tm_mangle() with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Target||alpha-dec-osf5.1b,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #2 from David Edelsohn dje at gcc dot gnu.org 2011-11-16 16:45:01
UTC ---
/tmp/2015/gcc/xgcc -B/tmp/2015/gcc/
/farm/dje/src/src/gcc/testsuite/c-c++-common/tm/freq.c-fgnu-tm -O -S -o
freq.s
/tmp/2015/gcc/xgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #3 from David Edelsohn dje at gcc dot gnu.org 2011-11-16 17:59:47
UTC ---
(gdb) print decl
$1 = 0x0
(gdb) where
#0 internal_error (
gmsgid=0x11288a94 tree check: expected tree that contains %qs structure,
have %qs in %s, at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-11-16 18:23:22 UTC ---
--- Comment #1 from David Edelsohn dje at gcc dot gnu.org 2011-11-16
16:31:00 UTC ---
Confirmed. I think this may be present
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #5 from David Edelsohn dje at gcc dot gnu.org 2011-11-16 18:30:29
UTC ---
The rs6000.c failure looks like rs6000_xcoff_section_type_flags() should deal
with decl == NULL.
But the other similar failure is in trans-mem.c:
(gdb) where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #6 from David Edelsohn dje at gcc dot gnu.org 2011-11-16 18:43:06
UTC ---
DECL_COMDAT field validly can be NULL on some targets. And most other uses
seem to be copying the value. I think that tm_mangle() needs to be prepared
for its
13 matches
Mail list logo