From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4991 Path: news.gmane.org!not-for-mail From: Oliver Schneider Newsgroups: gmane.linux.lib.musl.general Subject: Co-existing i386 and x86_64 libraries? Date: Tue, 29 Apr 2014 22:20:05 +0000 Organization: CYREN Iceland Message-ID: <53602595.5080605@f-prot.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1398810028 30786 80.91.229.3 (29 Apr 2014 22:20:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Apr 2014 22:20:28 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4995-gllmg-musl=m.gmane.org@lists.openwall.com Wed Apr 30 00:20:20 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WfGNw-0002XJ-KN for gllmg-musl@plane.gmane.org; Wed, 30 Apr 2014 00:20:20 +0200 Original-Received: (qmail 16337 invoked by uid 550); 29 Apr 2014 22:20:20 -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 16327 invoked from network); 29 Apr 2014 22:20:19 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 X-Antivirus: Scanned by F-PROT Antivirus (http://www.f-prot.com) Xref: news.gmane.org gmane.linux.lib.musl.general:4991 Archived-At: Hi, short of setting different prefixes for each respective build, what could I do to have two coexisting musl-libc libraries, one for -m64 and one for -m32 builds on IA-32? The compiler (gcc in my case) supports the targets and the following does the job on a 64-bit host: ./configure --enable-debug --target=i386 CFLAGS=-m32 CC="ccache gcc" However, I have yet to find a solution to having both builds live peacefully together under the same "prefix" and the specs file used by the GCC wrapper choosing the proper architecture. Any ideas how to accomplish this? Looking at the Makefile the way it stands, I reckon this is virtually impossible. There are hardcoded library names used after including config.mak, so overriding something like that inside config.mak is hopeless. Thanks, // Oliver PS: on another note, the Makefile appears to use GNU-make-isms, wouldn't it make sense to name it GNUmakefile in order to avoid it being picked up by other make flavors? Or am I missing something here?