From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-4.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,NICE_REPLY_A,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 25884 invoked from network); 27 Sep 2023 13:16:31 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 27 Sep 2023 13:16:31 -0000 Received: (qmail 7979 invoked by uid 550); 27 Sep 2023 13:16:23 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 7942 invoked from network); 27 Sep 2023 13:16:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20230601.gappssmtp.com; s=20230601; t=1695820570; x=1696425370; darn=lists.openwall.com; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=baQOx8+o8Bz3rFAG6FUuQfcIVbRyhcVAZgin6SWpM4Q=; b=28dW7UlGfWoCNI72FrMlKFKKa2DZS3V3G2V4bsNPy6eMGUUYokvMK+7h8YDk/FRhKl bubzNQWJrgIrY7Q1enDA7c+gQXSHj8SQqUHq3jb8t7iFU7BX6MYhaCV30uNokxy4JNhX SuOyAJhUoEBh4HVg56LtwkKrdYh+J+nmSHhuWzsbmdUhXrE7/1N4mAqXEz+/yenpKCEs BZ7Uxi/qURzEPn0BfVw42EpOGesPoKj0gK7BxaaaFPPw0ZMkIuY+B3bwTve+vSoPOLWh BlhVuLyNvHu6r2XR4TOoD4NWag11ykK4Gu7AhGxGmPuHjSaLwzN0z01SW4P2be27I+nq UVeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695820570; x=1696425370; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=baQOx8+o8Bz3rFAG6FUuQfcIVbRyhcVAZgin6SWpM4Q=; b=CjIckknEkZzmGyUTsDfEc7YDLG4TpiGUde4wda7EYnIL0jMa1ADFfN9tU57MLp5LX1 VyqtVLvjow5R+NFgRf4xxIR/ObKG3JKx8XpX9814g5OHCgQUKwBGENXakMkkrASq+afb URjvJKbF3wnVm8bKRZpEC/PkCAC25TFUv/goL7U560EqxEky1VOtIncz5d2MLuXxtbqT jy/5WmPO+CLNLfHE2DZzg5YK5PE9Z9nqgdHh8eN68alIDXpj/1xhGlEz+EUIlL0qZpFK zYKyDgt33DfJdNoUuKO5c9FWpuEz8a2g/3LMLbp80jDKkUar6xeL/XS+NTreBuhCQ1l9 yxXg== X-Gm-Message-State: AOJu0Yw6Gb8PouvtM85Naq+Y5W6qwq3VguUP6AcxMpdQ0g8q7bfqJrDt OS7NhuocxRsc4XWhuk7GLuzPew== X-Google-Smtp-Source: AGHT+IE5UYdOjIaNGLn5cOL05BMTjuKEohZ5/uDEu0dD2g4ODBCevIBapJLqBSS3ST3vkPksYlZsDA== X-Received: by 2002:a05:6808:199:b0:3a4:225d:82c0 with SMTP id w25-20020a056808019900b003a4225d82c0mr2371084oic.31.1695820570440; Wed, 27 Sep 2023 06:16:10 -0700 (PDT) Message-ID: <2e355ec7-58f9-c82f-7889-504ea5f34b2f@landley.net> Date: Wed, 27 Sep 2023 08:19:44 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US To: Brian Cain , "musl@lists.openwall.com" , "Matheus Bernardino (QUIC)" Cc: Sid Manning , Rich Felker , Fangrui Song , Szabolcs Nagy References: <03a1f7cd-12d4-9d53-4997-ebb820bd23c3@landley.net> From: Rob Landley In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [musl] [RFC PATCH 0/5] Add support to Hexagon DSP On 9/26/23 21:10, Brian Cain wrote: >> *shrug* I'm making progress, but I think I need to debootstrap a newer root >> filesystem version than the one I'm using before going much further, since you >> then call "python3.8" as a command name and this has 3.7.3 and can't apt-get >> anything newer without a major version update. (I'm still on devuan B and D >> just >> dropped, I've skipped the C release entirely. Busy with other things. Sigh, I >> should bite the bullet...) > > Tsk...sorry, clearly there's lots of room for improvement in the build script. I'd love to get a "build all llvm targets with musl" script working, but last time I tried it compiler-rt was an unholy abomination constructed out of spite and special cases. (The other packages were almost reasonable.) And then there was version skew with new package versions next time I got around to it. Hexagon is the one I _need_ an llvm toolchain for, but I'd LIKE an llvm toolchain for everything. I've got a musl gcc toolchain build for the other targets. (Layered on top of musl-cross-make, ala https://github.com/landley/toybox/blob/master/scripts/mcm-buildall.sh because my old https://github.com/landley/aboriginal/blob/master/cross-compiler.sh and https://github.com/landley/aboriginal/blob/master/native-compiler.sh scripts stayed with the last GPLv2 releases of packages until I abandoned them.) >> Still no qemu-system-hexagon I see. When did I last poke Taylor Simpson about >> that... 2021 it looks like: >> >> https://lists.gnu.org/archive/html/qemu-devel/2021-11/msg05062.html > > Yeah, it's sadly not there yet. We're making (glacial?) progress towards that goal. > >> Thanks for the help. I'll let you know if I get it working... > > I had hoped that binary builds of the toolchain might satisfy most of the > interested parties. I'm weird. I'm using the Android NDK as a prebuilt binary because that thing's build is... challenging. (Bionic hasn't _got_ a conventional standalone build I've been able to find, and I haven't tried to reverse engineer the AOSP build to peel one out yet.) I may wind up using the hexagon binary toolchain, but in the context of a musl source merge, building it from source is kind of a thing... > But I suppose we've all read "Reflections on Trusting Trust" and understand > the importance of being able to build it yourself. A little more than that in my case: http://lists.landley.net/pipermail/toybox-landley.net/2020-July/011898.html I have my own project which has an agenda: https://landley.net/toybox/about.html Which is a successor to an older project: https://landley.net/aboriginal/about.html Which I managed to replace with a 300 line bash script that builds bootable Linux systems for a dozen architectures: https://github.com/landley/toybox/blob/master/mkroot/mkroot.sh Which you'll notice has hexagon support (lines 201-203), but the toolchain I used to regression test that was the one I built in 2021, which was a bit of a struggle: https://landley.net/notes-2021.html#28-07-2021 I did an outline of what proper documentation for that tiny system builder would look like (it was going to be a conference talk): https://landley.net/talks/mkroot-2023.txt But the best I've got so far are a couple FAQ entries: https://landley.net/toybox/faq.html#mkroot https://landley.net/toybox/faq.html#cross https://landley.net/toybox/faq.html#targets So don't feel bad about not having enough documentation or newbie-proofing, I can't exactly throw stones from my glass house either. The hard part of documentation writing is SUMMARIZING years of work into the "three small sticks and 4cc of mouse blood" version. If you succeed, the problem space becomes "oh that's trivial, everyone understands that" and it looks like you didn't do anything. Same old same old. Still chewing on this one... Rob P.S. Why doesn't "cc $(find . -name '*.c') -o thingy" parallelize? You'd think the compiler could work that out for itself somehow...