From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26319 invoked by alias); 16 Dec 2010 13:21:25 -0000 Received: (qmail 26242 invoked by uid 22791); 16 Dec 2010 13:21:24 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 16 Dec 2010 13:21:20 +0000 Received: (qmail 16042 invoked from network); 16 Dec 2010 13:21:18 -0000 Received: from unknown (HELO pl.orcam.me.uk) (macro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 16 Dec 2010 13:21:18 -0000 Date: Thu, 16 Dec 2010 15:28:00 -0000 From: "Maciej W. Rozycki" To: "Joseph S. Myers" cc: Richard Sandiford , Ilie Garbacea , binutils@sourceware.org, Chao-ying Fu , Rich Fuhler , David Lau , Kevin Mills , Catherine Moore , Nathan Sidwell , Nathan Froyd Subject: Re: [PATCH] MIPS: microMIPS ASE support In-Reply-To: Message-ID: References: <87y6fa9u3t.fsf@firetop.home> <876302kqvu.fsf@firetop.home> <871v5n9m7e.fsf@firetop.home> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2010-12/txt/msg00509.txt.bz2 On Tue, 14 Dec 2010, Joseph S. Myers wrote: > > Joseph, I reckon you were involved with this piece -- did I get all the > > context right here? > > Yes. A call to an undefined weak function is equally valid at compile and > link time and invalid at execution time if executed whether or not the > code is compiled in such a way as to support cross-mode jumps. Such a > call is a call to an undefined function, never a call to an other-mode > function, and so the linker should never give errors for cases such as > JALS where it cannot convert to a cross-mode jump. The original observed > problem case was statically linking sln with a call to > __nptl_deallocate_tsd that never gets executed in single-threaded > programs. OK, thanks for confirmation. Maciej