From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10968 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Providing for MIPS? Date: Thu, 26 Jan 2017 09:53:52 -0500 Message-ID: <20170126145352.GF1533@brightrain.aerifal.cx> References: <52a24746-2e25-9e4d-0b52-9ba026417ef4@att.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1485442461 4982 195.159.176.226 (26 Jan 2017 14:54:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 26 Jan 2017 14:54:21 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-10983-gllmg-musl=m.gmane.org@lists.openwall.com Thu Jan 26 15:54:16 2017 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1cWlR5-00009Q-KX for gllmg-musl@m.gmane.org; Thu, 26 Jan 2017 15:54:03 +0100 Original-Received: (qmail 9622 invoked by uid 550); 26 Jan 2017 14:54:06 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 9601 invoked from network); 26 Jan 2017 14:54:05 -0000 Content-Disposition: inline In-Reply-To: <52a24746-2e25-9e4d-0b52-9ba026417ef4@att.net> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:10968 Archived-At: On Wed, Jan 25, 2017 at 11:31:27PM -0800, Alexey Neyman wrote: > Hi, > > In crosstool-ng, a failure to build native GDB for mips-*-mips has > been reported: https://github.com/crosstool-ng/crosstool-ng/pull/517 > > The reason is a missing header (which is provided by > glibc/uClibc, but not by musl). The reporter suggested to use > from the Linux kernel instead. However, GDB > developers seem to disagree: > https://sourceware.org/ml/gdb-patches/2017-01/msg00446.html; their > view is that the header is to be provided as a part of > the user-space headers. > > Should musl provide one? I don't think so. This is a legacy OS-vendor-specific header that should not be provided or used at all, much less in musl. An easy way for distros to make gdb happy would be just to ship an sgidefs.h, but really gdb should be using the compiler-predefined macros (e.g. _MIPS_SIM, _ABI64, etc. like musl's configure script does) rather than a silly SGI header that just provides the same things by different names, unless the OS part of the tuple is irix. Rich