From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,
	RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 22497 invoked from network); 3 Aug 2021 07:18:37 -0000
Received: from mother.openwall.net (195.42.179.200)
  by inbox.vuxu.org with ESMTPUTF8; 3 Aug 2021 07:18:37 -0000
Received: (qmail 11686 invoked by uid 550); 3 Aug 2021 07:18:33 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 11656 invoked from network); 3 Aug 2021 07:18:33 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h=
	content-transfer-encoding:content-language:content-type
	:content-type:mime-version:date:date:message-id:subject:subject
	:from:from:received; s=mail20150812; t=1627975099; bh=ViYwNStD0x
	jArfNFD6YwpTGjA9Oga5PtGOccW834S5o=; b=S95yU4NSGBIWvNgeYyj4JS9LKR
	zZfgf792FRRHnj+7bF2mjtTMv3oAKaEmoUNlWdGRFDX4/3yBVY+O8McBPScL5TLY
	4Ey6z2rqSkRFBsjdvQK01nHKm3KZ8GFvr7PrYLr9CWKNJ7eeSfSJaDWQetN/tTul
	G59F9MWwBHgj1ap8sW7KrW/qa00OgEF93I8wvjfDYJzJt3amwE9HxCzYolRzteBC
	5vxh3IJG1S8/dsNl4xWH9HDruGrHNw5Ou/RE72Sekbxa3g39ZS1l3vHp53EhrhOn
	Il9qJ9KbRY0M5ElVlOgyWhwHJQ47qh7w2P4x5eMfgn6tYlIlGBM4mlYA+WUg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org; s=mail20150812;
	t=1627975100;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding;
	bh=XXscTtBoSXhbOotJvSgiVSHnQu+hB4HQhSRYZddmwUw=;
	b=aFD/VoGU/pEFl4ej/BTrPmB77UDnlz+2lkODIP0xKQI8hHLQjThhgVbeVPDBhRhoaEd2cg
	37Zad02loKRUUIv9PQqMgCgr1LI+LRBaQ2EhP0h8+Jm5M0qNP3l4Ep3Xg5qZJ7fVB31YjF
	Jnwo84Qgsap8ki5xb9wqYT03VmjzNmuNFbQ/FLkoWT/Alp9n9GNbxiEvEBX/hxOmo7QnKs
	od8AKDabPL8YEahzQZnN9EG16o2ceWgNgD8ygW/R0ffOwVqhAc+RQivw+u8oHn5okaF1Du
	dRxk8BPbUtlJ90r0B9OZjQTL0a77tGNnM9xxqiWSbmVJTn6iK8gjc3VQ5FdoVQ==
X-Virus-Scanned: amavisd-new at heinlein-support.de
To: musl@lists.openwall.com
From: bluemoon <blaumolch@mailbox.org>
Message-ID: <cd159fda-eb5b-0841-bce1-e00cb4abf1ac@mailbox.org>
Date: Tue, 3 Aug 2021 09:18:18 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Rspamd-Queue-Id: E24221887
X-Rspamd-UID: ab7fa2
Subject: [musl] Compilation error with mesa 21.1.6

Hi,

I’m trying to compile mesa 21.1.6 for i686 (Void Linux i686-musl). When 
Gallium Nine is enabled compilation fails. It works on x86_64 but they 
branch off on 32-bit systems and use memfd. In that code they use

ulimit(__UL_GETOPENMAX)

which is not available in musl. However, in glibc __UL_GETOPENMAX is 
assigned the return value of

sysconf(_SC_OPEN_MAX)

(cf. sysdeps/posix/ulimit.c) which is defined in musl.

So before reporting this issue to the mesa developers, I would like to 
ask if replacing the former with the latter is ok or if there is a 
caveat I don’t see.

Thank you!