From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7722 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: musl xclock? Date: Wed, 20 May 2015 19:00:17 +0200 Message-ID: <20150520170017.GH11258@port70.net> References: <20150520160502.GY17573@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 1432141237 16106 80.91.229.3 (20 May 2015 17:00:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 May 2015 17:00:37 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7734-gllmg-musl=m.gmane.org@lists.openwall.com Wed May 20 19:00:33 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 1Yv7M7-00076w-Nj for gllmg-musl@m.gmane.org; Wed, 20 May 2015 19:00:32 +0200 Original-Received: (qmail 17514 invoked by uid 550); 20 May 2015 17:00:30 -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 17492 invoked from network); 20 May 2015 17:00:29 -0000 Mail-Followup-To: musl@lists.openwall.com Content-Disposition: inline In-Reply-To: <20150520160502.GY17573@brightrain.aerifal.cx> User-Agent: Mutt/1.5.23 (2014-03-12) Xref: news.gmane.org gmane.linux.lib.musl.general:7722 Archived-At: * 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 > > -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..