From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28061 invoked by alias); 7 Jun 2010 17:00:37 -0000 Received: (qmail 26918 invoked by uid 48); 7 Jun 2010 16:59:51 -0000 Date: Mon, 07 Jun 2010 17:00:00 -0000 Subject: [Bug middle-end/44450] New: gcc.dg/lto/20090210 fails with emutls X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "ro at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-06/txt/msg00752.txt.bz2 I've recently compared testsuite results on Solaris 11/x86 with --enable-tls (the default) and --disable-tls before going on to investigate TLS problems on Solaris 8 and 9, especially given that emutls has been broken on mainline (and the 4.5 branch) for quite some time. In doing so, I noticed an LTO testcase that fails with --disable-tls, but passes without: +FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O0 -fwhopr +UNRESOLVED: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o execute -O0 -fwhopr ld: fatal: symbol `__emutls_v.value.1595.2037' is multiply-defined: +FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -fwhopr +UNRESOLVED: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o execute -O2 -fwhopr likewise, just -O2 -- Summary: gcc.dg/lto/20090210 fails with emutls Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: link-failure Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44450