From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-91388-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 12819 invoked by alias); 3 Apr 2018 21:41:32 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 12807 invoked by uid 89); 3 Apr 2018 21:41:31 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=
X-HELO: mail-ot0-f171.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=OZ3/pcTM4YyX0mhJDMA0p/aSVUlwRNRR9RoCW2udC9w=;
        b=MwygGJ04KE2x8/s1bolOtxfc21TD5by1+9RarHgb3YcUCbC7D7vhmhrpr6HOXDbwmF
         Tk9z2UTSGue7NU5tXKp38Ot7vHIPoBqQZfaYKPFaQbKqzP7+lfxdOpXzc6mX8guo8n0+
         lGU2o/Oo1aTxkM9OWgQqiZoa7l46Hxjo4GWmU00R0XBmV8Aiod3ikA+o4WZlpK8k2BaO
         h55eJJUvAzhdxQUEyZB7ToGFmtGaSDrSg9EhmRWxytInOkQgpQhCTP1+OEorQ33jQxkC
         vNio1plJDSNihWmYYnT0VtvQOMBu30v4Km5kPF+nRIsjw/3wsJ/5dnXdeF23sWIkJKUN
         gTbw==
X-Gm-Message-State: ALQs6tA4eFJEf1ACgusMZcwhN9ACRB1zafQhnyfD60wXD3gnbxrnvB26
	Qku8Y+timt43dW5PYl2I5Eg2rcmYmhfoNo5obrQ=
X-Google-Smtp-Source: AIpwx49SJEjyWuCnc79Bu8weHo8zcLh50TgO3JhnzBRAKVdRtSjrSTTnCAlivvUTgoh1sevO6R2pzRFfWoOQTRfjGVQ=
X-Received: by 2002:a9d:5511:: with SMTP id l17-v6mr1705343oth.159.1522791688036;
 Tue, 03 Apr 2018 14:41:28 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20180403212413.n64u3uvhcem3db47@var.youpi.perso.aquilenet.fr>
References: <20180403003817.21337-1-samuel.thibault@ens-lyon.org>
 <mvmo9j07lsi.fsf@suse.de> <20180403082029.g3bfw4upbti67wwz@var.youpi.perso.aquilenet.fr>
 <CAMe9rOoAeQbv6b-1hSTQ9b-EgiC5ErHO3UkS-aZFCFYLn7_xOQ@mail.gmail.com>
 <20180403210755.rbbjx7mou47mp3er@var.youpi.perso.aquilenet.fr>
 <CAMe9rOo_aDsrtY-QfFz-yAp+0-Qg7MW0jGKns7GVjKZ_fTr1=Q@mail.gmail.com> <20180403212413.n64u3uvhcem3db47@var.youpi.perso.aquilenet.fr>
From: "H.J. Lu" <hjl.tools@gmail.com>
Date: Tue, 03 Apr 2018 21:41:00 -0000
Message-ID: <CAMe9rOqqimSKb+nxR3daeqataHabDHMm-XLWG+_0V7WW2WrtXw@mail.gmail.com>
Subject: Re: [hurd,commited] hurd: Avoid more libc.so local PLTs
To: Samuel Thibault <samuel.thibault@ens-lyon.org>
Cc: Andreas Schwab <schwab@suse.de>, GNU C Library <libc-alpha@sourceware.org>
Content-Type: text/plain; charset="UTF-8"
X-SW-Source: 2018-04/txt/msg00083.txt.bz2

On Tue, Apr 3, 2018 at 2:24 PM, Samuel Thibault
<samuel.thibault@ens-lyon.org> wrote:
> H.J. Lu, on mar. 03 avril 2018 14:16:50 -0700, wrote:
>> On Tue, Apr 3, 2018 at 2:07 PM, Samuel Thibault
>> <samuel.thibault@ens-lyon.org> wrote:
>> > Hello,
>> >
>> > H.J. Lu, on mar. 03 avril 2018 12:26:33 -0700, wrote:
>> >> __libc_longjmp and __libc_siglongjmp are private external functions provided for
>> >> libpthread.  They should never be called inside libc.
>> >
>> > I'm sorry for asking, but are these conventions documented somewhere?
>> > These look like magic to me otherwise:
>>
>> I don't believe they are well documented.
>
> Ok, then I need an answer to my question:
>
>> > why shouldn't they ever be called from libc?
>
> The existing hurd code does use them for catching signals, so I need to
> know how to fix it.

Use something similar to

libc_hidden_proto (_setjmp)
libc_hidden_proto (__sigsetjmp)


-- 
H.J.