public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
Date: Fri, 04 Nov 2011 10:52:00 -0000 [thread overview]
Message-ID: <bug-50598-4-Us0M5UEz89@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-50598-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> 2011-11-04 10:50:36 UTC ---
in tree-emults:
(gdb) call debug_tree(var->decl)
<var_decl 0x41da24e0 i
type <integer_type 0x41d17360 int public SI
size <integer_cst 0x41d0455c constant 32>
unit size <integer_cst 0x41d04578 constant 4>
align 32 symtab 0 alias set -1 canonical type 0x41d17360 precision 32
min <integer_cst 0x41d04850 -2147483648> max <integer_cst 0x41d0486c
2147483647>
pointer_to_this <pointer_type 0x41d17a80>>
public static tls-global-dynamic SI file ../tests/common-var.C line 4 col
14 size <integer_cst 0x41d0455c 32> unit size <integer_cst 0x41d04578 4>
align 32 context <translation_unit_decl 0x41d1fec4 D.1589>
(mem/c/i:SI (symbol_ref:SI ("i") [flags 0x1412] <var_decl 0x41da24e0 i>) [0
i+0 S4 A32])>
===
(gdb) call debug_tree(cdecl)
<var_decl 0x41da2660 __emutls_v.i
type <record_type 0x41da2600 __emutls_object BLK
size <integer_cst 0x41d04a48 constant 128>
unit size <integer_cst 0x41d04a64 constant 16>
align 32 symtab 0 alias set -1 canonical type 0x41da2600
fields <field_decl 0x41d1233c __size type <integer_type 0x41d173c0
unsigned int>
unsigned SI file (null) line 0 col 0
size <integer_cst 0x41d0455c constant 32>
unit size <integer_cst 0x41d04578 constant 4>
align 32 offset_align 128
offset <integer_cst 0x41d04594 constant 0>
bit offset <integer_cst 0x41d04620 constant 0> context <record_type
0x41da2600 __emutls_object> chain <field_decl 0x41d122e0 __align>>>
public static ignored BLK file ../tests/common-var.C line 4 col 14 size
<integer_cst 0x41d04a48 128> unit size <integer_cst 0x41d04a64 16>
align 32 context <translation_unit_decl 0x41d1fec4 D.1589> initial
<constructor 0x41d3ac90>
(mem/s/c:BLK (symbol_ref:SI ("__emutls_v.i") [flags 0x1402] <var_decl
0x41da2660 __emutls_v.i>) [0 __emutls_v.i+0 S16 A32])>
===
there are a lot of calls to cgraph_remove_unreachable_nodes () ... and it seems
that there are two vnodes:
(gdb) call debug_tree(vnode->decl)
<var_decl 0x41da2660 __emutls_v.i
type <record_type 0x41da2600 __emutls_object BLK
size <integer_cst 0x41d04a48 constant 128>
unit size <integer_cst 0x41d04a64 constant 16>
align 32 symtab 0 alias set -1 canonical type 0x41da2600
fields <field_decl 0x41d1233c __size type <integer_type 0x41d173c0
unsigned int>
unsigned SI file (null) line 0 col 0
size <integer_cst 0x41d0455c constant 32>
unit size <integer_cst 0x41d04578 constant 4>
align 32 offset_align 128
offset <integer_cst 0x41d04594 constant 0>
bit offset <integer_cst 0x41d04620 constant 0> context <record_type
0x41da2600 __emutls_object> chain <field_decl 0x41d122e0 __align>>>
public static ignored BLK file ../tests/common-var.C line 4 col 14 size
<integer_cst 0x41d04a48 128> unit size <integer_cst 0x41d04a64 16>
align 32 context <translation_unit_decl 0x41d1fec4 D.1589> initial
<constructor 0x41d3ac90>
(mem/s/c:BLK (symbol_ref:SI ("__emutls_v.i") [flags 0x1402] <var_decl
0x41da2660 __emutls_v.i>) [0 __emutls_v.i+0 S16 A32])>
(gdb) call debug_tree(vnode->decl)
<var_decl 0x41da24e0 i
type <integer_type 0x41d17360 int public SI
size <integer_cst 0x41d0455c constant 32>
unit size <integer_cst 0x41d04578 constant 4>
align 32 symtab 0 alias set -1 canonical type 0x41d17360 precision 32
min <integer_cst 0x41d04850 -2147483648> max <integer_cst 0x41d0486c
2147483647>
pointer_to_this <pointer_type 0x41d17a80>>
public static tls-global-dynamic SI file ../tests/common-var.C line 4 col
14 size <integer_cst 0x41d0455c 32> unit size <integer_cst 0x41d04578 4>
align 32 context <translation_unit_decl 0x41d1fec4 D.1589>
(mem/c/i:SI (symbol_ref:SI ("i") [flags 0x1412] <var_decl 0x41da24e0 i>) [0
i+0 S4 A32])
value-expr <var_decl 0x41da2660 __emutls_v.i
type <record_type 0x41da2600 __emutls_object BLK
size <integer_cst 0x41d04a48 constant 128>
unit size <integer_cst 0x41d04a64 constant 16>
align 32 symtab 0 alias set -1 canonical type 0x41da2600 fields
<field_decl 0x41d1233c __size>>
public static ignored BLK file ../tests/common-var.C line 4 col 14 size
<integer_cst 0x41d04a48 128> unit size <integer_cst 0x41d04a64 16>
align 32 context <translation_unit_decl 0x41d1fec4 D.1589> initial
<constructor 0x41d3ac90>
(mem/s/c:BLK (symbol_ref:SI ("__emutls_v.i") [flags 0x1402] <var_decl
0x41da2660 __emutls_v.i>) [0 __emutls_v.i+0 S16 A32])>>
the second seems to be marked as needed and the first is not.
.. not sure where I'm going with the debugging here .. not familiar with this
part of the system.
next prev parent reply other threads:[~2011-11-04 10:52 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-03 14:24 [Bug middle-end/50598] New: " dominiq at lps dot ens.fr
2011-10-04 11:05 ` [Bug middle-end/50598] " rguenth at gcc dot gnu.org
2011-10-08 20:34 ` dominiq at lps dot ens.fr
2011-10-08 21:51 ` dominiq at lps dot ens.fr
2011-10-10 13:02 ` dominiq at lps dot ens.fr
2011-10-10 15:16 ` rguenth at gcc dot gnu.org
2011-10-15 18:36 ` dominiq at lps dot ens.fr
2011-10-24 9:13 ` iains at gcc dot gnu.org
2011-10-30 17:19 ` danglin at gcc dot gnu.org
2011-11-03 18:23 ` iains at gcc dot gnu.org
2011-11-04 8:57 ` iains at gcc dot gnu.org
2011-11-04 10:52 ` iains at gcc dot gnu.org [this message]
2011-11-09 12:42 ` hubicka at gcc dot gnu.org
2011-11-10 21:03 ` iains at gcc dot gnu.org
2011-11-11 11:32 ` iains at gcc dot gnu.org
2011-11-11 12:10 ` redi at gcc dot gnu.org
2011-11-13 12:55 ` hubicka at ucw dot cz
2011-11-13 13:00 ` iains at gcc dot gnu.org
2011-11-13 13:07 ` dominiq at lps dot ens.fr
2011-11-13 14:01 ` jh at suse dot de
2011-11-14 13:13 ` hubicka at ucw dot cz
2011-11-14 16:22 ` redi at gcc dot gnu.org
2011-11-14 16:22 ` dominiq at lps dot ens.fr
2011-11-14 16:50 ` iains at gcc dot gnu.org
2011-11-14 16:56 ` howarth at nitro dot med.uc.edu
2011-11-14 17:09 ` hubicka at ucw dot cz
2011-11-14 17:57 ` hubicka at gcc dot gnu.org
2011-11-17 11:45 ` vincenzo.innocente at cern dot ch
2011-11-18 0:26 ` redi at gcc dot gnu.org
2011-11-20 12:52 ` dominiq at lps dot ens.fr
2011-11-20 13:02 ` dominiq at lps dot ens.fr
2011-11-20 14:34 ` redi at gcc dot gnu.org
2011-11-20 15:11 ` vincenzo.innocente at cern dot ch
2011-11-20 16:37 ` dominiq at lps dot ens.fr
2012-10-04 0:58 ` whatmannerofburgeristhis at gmail dot com
2012-10-04 0:58 ` whatmannerofburgeristhis at gmail dot com
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-50598-4-Us0M5UEz89@http.gcc.gnu.org/bugzilla/ \
--to=gcc-bugzilla@gcc.gnu.org \
--cc=gcc-bugs@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).