From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/11059 Path: news.gmane.org!.POSTED!not-for-mail From: Rob Landley Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl-cross-make build script. Date: Sat, 18 Feb 2017 02:45:38 -0600 Message-ID: <3fa40871-36f0-9d82-6602-f929ece76de6@se-instruments.com> References: <20170217115321.GH12395@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1487407584 32052 195.159.176.226 (18 Feb 2017 08:46:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 18 Feb 2017 08:46:24 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 To: musl , Szabolcs Nagy Original-X-From: musl-return-11074-gllmg-musl=m.gmane.org@lists.openwall.com Sat Feb 18 09:46:17 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 1cf0ej-0007OM-O3 for gllmg-musl@m.gmane.org; Sat, 18 Feb 2017 09:46:13 +0100 Original-Received: (qmail 23999 invoked by uid 550); 18 Feb 2017 08:46:17 -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 23981 invoked from network); 18 Feb 2017 08:46:17 -0000 X-Virus-Scanned: Debian amavisd-new at mail.anifirmware.com In-Reply-To: <20170217115321.GH12395@port70.net> Xref: news.gmane.org gmane.linux.lib.musl.general:11059 Archived-At: Oh right, this list has the broken reply-to header that makes "reply all" not reply to all. I need to come up with a thunderbird plugin to disable that... On 02/17/2017 05:53 AM, Szabolcs Nagy wrote: > * Rob Landley [2017-02-16 16:57:54 -0600]: >> >> git clone https://github.com/richfelker/musl-cross-make >> cd musl-cross-make >> ~/mcm-buildall.sh >> >> And then wait a long time and the result should wind up in "output". > > nice > >> #!/bin/bash > > isn't it posix sh compatible? > >> PATH="$LP" make OUTPUT="$OUTPUT" TARGET="$TARGET" \ >> GCC_CONFIG="--disable-nls --disable-libquadmath --disable-decimal-float $GCC_CONFIG" COMMON_CONFIG="$COMMON_CONFIG" \ >> install -j$(nproc) > > i didnt know about -j$(nproc), what does it do? You answered your own question, but I note you can go "taskset 1 ./thingy.sh" to do a single processor build with this. :) >> for i in i686:: \ >> armv5l:eabihf:--with-arch=armv5t armv7l:eabihf:--with-arch=armv7-a \ >> "armv7m:eabi:--with-arch=armv7-m --with-mode=thumb --disable-libatomic --enable-default-pie" \ >> armv7r:eabihf:--with-arch=armv7-r \ >> armv8l:eabihf:--with-arch=armv8-a i486:: sh2eb:fdpic:--with-cpu=mj2 \ >> mipsel:: mips:: powerpc:: sh4:: microblaze:: mips64:: powerpc64:: \ >> s390x:: x86_64:: > > aarch64 is missing In theory armv8l is what they used to call aaaarrcchh64 before they decided to stutter and pretend it wasn't arm or whatever that nonsense is. (I've done my best to ignore it.) https://www.arm.com/products/processors/armv8-architecture.php In practice I haven't tested that one yet and it looks like it's broken, have to figure out how to hit it with a rock... (The armv7r target is also broken because it's nommu but not pie, need to tweak that...) > (and i don't think it's useful to > build both armv7l and armv8l toolchains: the former > can produce binaries for armv8-a targets just fine These are not multilib toolchains. If armv7l is 32 bit, armv8l is 64 bit, they have different libgcc.a and so on... > and i don't know about any code in the toolchain target > libs that would be different on armv8-a, One is 32 bit, one is 64 bit? > well may be > the new float to int rounding and acquire/release > atomics insns could be used but that's about it) Rob