From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7725 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: musl xclock? Date: Wed, 20 May 2015 13:43:03 -0400 Message-ID: <20150520174303.GZ17573@brightrain.aerifal.cx> References: <20150520160502.GY17573@brightrain.aerifal.cx> <20150520170017.GH11258@port70.net> 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 1432143798 32090 80.91.229.3 (20 May 2015 17:43:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 May 2015 17:43:18 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7737-gllmg-musl=m.gmane.org@lists.openwall.com Wed May 20 19:43:17 2015 Return-path: 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 ) id 1Yv81V-0004rn-LX for gllmg-musl@m.gmane.org; Wed, 20 May 2015 19:43:17 +0200 Original-Received: (qmail 20026 invoked by uid 550); 20 May 2015 17:43:16 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 20004 invoked from network); 20 May 2015 17:43:15 -0000 Content-Disposition: inline In-Reply-To: <20150520170017.GH11258@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7725 Archived-At: On Wed, May 20, 2015 at 07:00:17PM +0200, Szabolcs Nagy wrote: > * Rich Felker [2015-05-20 12:05:02 -0400]: > > On Wed, May 20, 2015 at 11:28:50AM -0400, John Mudd wrote: > > > /usr/lib/gcc/i686-linux-gnu/4.8/. Clock.o xclock.o -lX11 -lXaw7 -lXft > > > > ...and the only mildly suspicious thing is this last -L. Is it > > possible that your distro has glibc libc.so in the same directory as > > the gcc libs dir, /usr/lib/gcc/i686-linux-gnu/4.8/? > > > > it seems to be an ubuntu gcc > > libc.so should not be in that dir but libstdc++.so is there > (which has libc.so.6 and ld-linux-x86-64.so.2 dependency among > others) > > if the problem is what i think it is then an empty ld-linux-x86.so.2 > may fix it But how is /lib being searched at all? It's not in the -L path. > > > -lxkbfile -lXmu -lXrender -lXt /usr/lib/gcc/i686-linux-gnu/4.8/libgcc.a > > > /usr/lib/gcc/i686-linux-gnu/4.8/libgcc_eh.a -lc > > > /usr/lib/gcc/i686-linux-gnu/4.8/libgcc.a > > > /usr/lib/gcc/i686-linux-gnu/4.8/libgcc_eh.a > > > /usr/lib/gcc/i686-linux-gnu/4.8/crtend.o > > > /home/mudd/musl/musl-1.1.8.install/lib/crtn.o > > > /usr/bin/ld: h_errno: TLS definition in //lib/i386-linux-gnu/libc.so.6 > > > section .tbss mismatches non-TLS definition in > > > /home/mudd/musl/musl-1.1.8.install/lib/libc.so section .bss > > > //lib/i386-linux-gnu/libc.so.6: error adding symbols: Bad value > > > collect2: error: ld returned 1 exit status > > > > It's odd that //lib appears in the above output since that has nothing > > to do with the -L pathnames above and it has a gratuitous double slash > > at the beginning. > > > > What distro are you using? > > > > the first / comes from the default sysroot (gcc was built with > --with-sysroot=/) and i think gcc falls back to that when it > does not find something in the specified places.. Uhg, is there any way around that? If not, the musl-gcc wrapper is useless with sysrooted toolchains. :( Rich