From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-78870-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 89838 invoked by alias); 22 Apr 2017 15:27:30 -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 89827 invoked by uid 89); 22 Apr 2017 15:27:30 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=
X-HELO: albireo.enyo.de
From: Florian Weimer <fw@deneb.enyo.de>
To: Andreas Schwab <schwab@linux-m68k.org>
Cc: Carlos O'Donell <carlos@redhat.com>,  libc-alpha@sourceware.org,  "Dmitry V. Levin" <ldv@altlinux.org>
Subject: Re: [PATCH] <bits/syscall.h>: Use an arch-independent system call list on Linux
References: <mvmmvbtewly.fsf@suse.de>
	<d26af852-082b-4f7f-fac3-8b0cc36be883@redhat.com>
	<mvmziftd51i.fsf@suse.de>
	<b3f09948-0663-dc7c-476b-9922d4ff6f69@redhat.com>
	<20170406143719.GA29170@altlinux.org>
	<1fd1a90c-1f79-5eef-d9d4-aef7ccc4965c@redhat.com>
	<87shl2x7xo.fsf@linux-m68k.org>
	<db092be8-bf50-521c-f83a-774f23f20b67@redhat.com>
	<8737d1y6zo.fsf@linux-m68k.org> <87shl1vbsn.fsf@mid.deneb.enyo.de>
	<87pog5wpdh.fsf@linux-m68k.org> <87k26dvagc.fsf@mid.deneb.enyo.de>
	<87lgqtwo4i.fsf@linux-m68k.org> <87fuh1v9fu.fsf@mid.deneb.enyo.de>
	<87h91hwnus.fsf@linux-m68k.org> <87a879v8hz.fsf@mid.deneb.enyo.de>
	<87d1c46au4.fsf@linux-m68k.org> <878tmsac0q.fsf@mid.deneb.enyo.de>
	<8737d05zf0.fsf@linux-m68k.org> <87y3us8qu4.fsf@mid.deneb.enyo.de>
	<87y3us4h0b.fsf@linux-m68k.org>
Date: Sat, 22 Apr 2017 15:27:00 -0000
In-Reply-To: <87y3us4h0b.fsf@linux-m68k.org> (Andreas Schwab's message of
	"Sat, 22 Apr 2017 17:08:20 +0200")
Message-ID: <87tw5g8ntt.fsf@mid.deneb.enyo.de>
MIME-Version: 1.0
Content-Type: text/plain
X-SW-Source: 2017-04/txt/msg00496.txt.bz2

* Andreas Schwab:

> On Apr 22 2017, Florian Weimer <fw@deneb.enyo.de> wrote:
>
>> I was mistaken.  As described, it will work.  But if we only backport
>> the the system call additions to the UAPI headers used by the
>> applications, this
>>
>> #ifdef SYS_getrandom
>>   return syscall (SYS_getrandom, buf, len, 0);
>> #else
>>   errno = ENOSYS;
>>   return -1;
>> #endif
>>
>> could fail with an error that __NR_getrandom is undefined.
>
> Why?  That's defined by the UAPI headers.

I meant: If we do not rebase the UAPI headers (but backport changes as
needed), while still building glibc against the current upstream
headers (to get a complete SYS_ macro list before the backporting
happens).