http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #17 from Jakub Jelinek 2011-03-17
13:34:17 UTC ---
Sure, but was it the same problem? Are you sure it wasn't PR48158 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #14 from Richard Guenther 2011-03-17
13:25:28 UTC ---
Author: rguenth
Date: Thu Mar 17 13:25:23 2011
New Revision: 171094
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171094
Log:
2011-03-17 Richard Guenther
PR bootst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #13 from Jan Kratochvil
2011-03-16 18:02:51 UTC ---
In such case it expects
DW_TAG_GNU_call_site
DW_AT_low_pc
and it does not look up DW_AT_low_pc through DW_AT_abstract_origin across
linkage names.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #12 from Jakub Jelinek 2011-03-16
17:56:35 UTC ---
I've been actually talking about direct calls, with
DW_TAG_GNU_call_site
DW_AT_abstract_origin
and how gdb matches that to the actual definition DIE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #11 from Jan Kratochvil
2011-03-16 17:52:08 UTC ---
read_call_site_type in archer-jankratochvil-entryval for
DW_AT_GNU_call_site_target recognizes DW_FORM_ref* pointing to
DW_AT_declaration DIE and stores + later follows the linkage n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
Jakub Jelinek changed:
What|Removed |Added
CC|jakub at redhat dot com |jan.kratochvil at redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
Richard Guenther changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #8 from Richard Guenther 2011-03-16
16:27:14 UTC ---
Do you think this is a LTO speciality because of partitioning (in which
case we should probably clear DECL_ABSTRACT_ORIGIN on those decls we
promote to DECL_EXTERNAL for other ltran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #7 from Jakub Jelinek 2011-03-16
16:19:45 UTC ---
Created attachment 23680
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23680
gcc47-pr48148.patch
I think this patch ought to fix it (or we could just not try to force_decl_die
i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #6 from Jakub Jelinek 2011-03-16
15:32:01 UTC ---
So, it seems this comes from a DW_TAG_GNU_call_site with
(symbol_ref:DI ("read_string.constprop.0") [flags 0x43] )
as DW_AT_abstract_origin, which during resolve_addr results in force_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
H.J. Lu changed:
What|Removed |Added
Summary|[4.7 Regression] LTO|[4.7 Regression] bootstrap
|b
14 matches
Mail list logo
