http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #12 from David Edelsohn 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
NULL argument, but it cov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
Aldy Hernandez changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #10 from David Edelsohn 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
DECL_COMDAT_GROUP field N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #9 from Aldy Hernandez 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 is
> necessary to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #8 from David Edelsohn 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 not fill in DECL_COMDAT_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #7 from Aldy Hernandez 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:
>
> (gdb) where
> #0 inte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #6 from David Edelsohn 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 argument to be NULL or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #5 from David Edelsohn 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
#0 internal_error (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-16 18:23:22 UTC ---
> --- Comment #1 from David Edelsohn 2011-11-16
> 16:31:00 UTC ---
> Confirmed. I think this may be present on alpha-dec-osf as well.
The failure on Tru64 UNIX i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #3 from David Edelsohn 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 %s:%d") at /farm/dje/src/sr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
--- Comment #2 from David Edelsohn 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 -B/tmp/2015/gcc/ /farm/dje/s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51174
David Edelsohn changed:
What|Removed |Added
Target||alpha-dec-osf5.1b,
|
13 matches
Mail list logo
