From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8874
Path: news.gmane.org!not-for-mail
From: Szabolcs Nagy <nsz@port70.net>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: some odd library loading errors
Date: Tue, 17 Nov 2015 16:45:16 +0100
Message-ID: <20151117154515.GG18372@port70.net>
References: <20151117121429.GI26951@example.net>
 <20151117152355.GF18372@port70.net>
 <20151117152728.GX3818@brightrain.aerifal.cx>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1447775134 32056 80.91.229.3 (17 Nov 2015 15:45:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 17 Nov 2015 15:45:34 +0000 (UTC)
To: musl@lists.openwall.com
Original-X-From: musl-return-8887-gllmg-musl=m.gmane.org@lists.openwall.com Tue Nov 17 16:45:33 2015
Return-path: <musl-return-8887-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by plane.gmane.org with smtp (Exim 4.69)
	(envelope-from <musl-return-8887-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1ZyiRm-0006EG-9N
	for gllmg-musl@m.gmane.org; Tue, 17 Nov 2015 16:45:30 +0100
Original-Received: (qmail 3594 invoked by uid 550); 17 Nov 2015 15:45:29 -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>
Original-Received: (qmail 3570 invoked from network); 17 Nov 2015 15:45:28 -0000
Mail-Followup-To: musl@lists.openwall.com
Content-Disposition: inline
In-Reply-To: <20151117152728.GX3818@brightrain.aerifal.cx>
User-Agent: Mutt/1.5.24 (2015-08-30)
Xref: news.gmane.org gmane.linux.lib.musl.general:8874
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/8874>

* Rich Felker <dalias@libc.org> [2015-11-17 10:27:28 -0500]:
> On Tue, Nov 17, 2015 at 04:23:56PM +0100, Szabolcs Nagy wrote:
> > * u-uy74@aetey.se <u-uy74@aetey.se> [2015-11-17 13:14:29 +0100]:
> > > The environment:
> > >  Linux 3.# on x#86
> > >  binutils 2.24
> > >  musl 1.1.8 compiled for i486
> > >  gcc 5.2.0
> > > 
> > > (the gcc has arch=i486 as the default)
> > > 
> > > No oddities were observed with the above until trying to use libatomic
> > > which is provided by gcc-5.2.0.
> > > 
> > > The test case:
> > > 
> > > $ cat >a.c <<____
> > > int main(){ return 0; }
> > > ____
> > > 
> > > $ gcc -o a a.c -L<path-to-gcc-5.2.0-libs> -latomic
> > > 
> > > $ LD_LIBRARY_PATH=<path-to-gcc-5.2.0-libs> ./a
> > > Error relocating <path-to-gcc-5.2.0-libs>/libatomic.so.1: __atomic_store_8: symbol not found
> > > Error relocating <path-to-gcc-5.2.0-libs>/libatomic.so.1: __atomic_exchange_8: symbol not found
> > > Error relocating <path-to-gcc-5.2.0-libs>/libatomic.so.1: __atomic_load_8: symbol not found
> > > Error relocating <path-to-gcc-5.2.0-libs>/libatomic.so.1: __atomic_compare_exchange_8: symbol not found
> > > 
> > 
> > this is a known issue, they use the gnu ifunc extension of
> > elf to dispatch between different implementations based on
> > the machine at library loadtime.
> 
> Is there something we need to add to the musl patches to disable this?
> I would like to make sure both that it's going upstream and that I
> have a patch in my toolchain build repo.
> 

i guess --disable-gnu-indirect-function could be the default when
gcc targets musl (assuming musl will not implement ifuncs anytime soon).