log
241 entries in 0.612s
a111: Logged on 2018-05-16 13:36 asciilifeform: http://btcbase.org/log/2018-05-16#1814223 << ave1 can we dispense with building the 'builds dynamic turds, so demands musl on system elsewhere' rubbish ? it is useless. let's stick to useful compiler, that works on any box with matching architecture
a111: Logged on 2018-05-15 21:28 asciilifeform: diana_coman: steps to replicate: 0) on a machine WITH A WORKING GNAT (e.g. adacore's , and it must be in your path already ) 1 ) download the tarball from http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support 2) unpack tarball ada-musl-cross-2018-05-15.tgz , go to the dir 3) mkdir bin << this is where the built binariola will live 4) ./build-ada.sh /home/foo/temp/ada/ada-musl-cross-2018-05-15/bin
asciilifeform: i.e. static musl.
a111: Logged on 2018-05-16 08:51 ave1: link is here: http://ave1.org/tarpit/muslaarch64-linux-musl-nativeada.tar.gz
asciilifeform: http://btcbase.org/log/2018-05-16#1814223 << ave1 can we dispense with building the 'builds dynamic turds, so demands musl on system elsewhere' rubbish ? it is useless. let's stick to useful compiler, that works on any box with matching architecture☝︎
ave1: ../extra/build-tarballs.sh $PREFIX musl ada aarch64 x86_64
ave1: it's last line is now: ../extra/build-tarballs.sh $PREFIX musl ada x86_64 aarch64
ave1: 223b353c4c0299345c13c2abaea9a5e779878b22bd49c8d93a726075a429db8453a45b2fcbeb1d18a1bc282a0e51f695e62dd23cd8b35ca093dd7859caf5dc0a muslaarch64-linux-musl-nativeada.tar.gz
ave1: link is here: http://ave1.org/tarpit/muslaarch64-linux-musl-nativeada.tar.gz
a111: Logged on 2018-05-15 21:50 diana_coman: and fwiw I tried running from there also ./aarch64-musl-linux-cpp -> same result
a111: Logged on 2018-05-16 04:19 ave1: it does not matter if the linux is glibc or musl, I tested also on a clean ubuntu arm64 image
a111: Logged on 2018-05-15 21:53 asciilifeform: but his aarch64-linux-musl is... x86-64
ave1: it does not matter if the linux is glibc or musl, I tested also on a clean ubuntu arm64 image
ave1: the static binaries, being static, run on all linuxes be it glibc or musl
ave1: so, 'aarch64-musl-linux' is x86_64 exe and created aarch64 static bins
diana_coman: http://btcbase.org/log/2018-05-15#1813816 <- rounding this up: tried it and yes, as expected, arm indeed but can't really use it since no musl☝︎
asciilifeform: but his aarch64-linux-musl is... x86-64
asciilifeform: diana_coman: what does readelf -h aarch64-musl-linux-gcc give you ?
diana_coman: and fwiw I tried running from there also ./aarch64-musl-linux-cpp -> same result
asciilifeform: the 'native' ones, iirc, expect an existing musl linux; i tested the x86-64 'muslada'
asciilifeform: 0c8ea1b6168d0643b7511eb01faf4f37eb34c03ba9e359e1915b18e40b868ecc4f9b54a962be82e3c7b5aceb53ec6151d8eb572b3816e169d2b598b136d2683b muslx86_64-linux-musl-nativeada.tar.gz
asciilifeform: e432850de89226c6745301a5932e30c5b09f260b9c850a5e76e8119f66b2f06f1798156138a1741aeff9c46ab90ff1d8ad97d9c089c7d76991a8b7ea8b104bdf muslaarch64-linux-musl-nativeada.tar.gz
asciilifeform: i omitted a step 5 ) put in ~/.bash_profile , the path, e.g. PATH="/home/foo/temp/ada/ada-musl-cross-2018-05-15/bin/x86_64-linux-musl/bin/:$PATH"; export PATH
asciilifeform: diana_coman: steps to replicate: 0) on a machine WITH A WORKING GNAT (e.g. adacore's , and it must be in your path already ) 1 ) download the tarball from http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support 2) unpack tarball ada-musl-cross-2018-05-15.tgz , go to the dir 3) mkdir bin << this is where the built binariola will live 4) ./build-ada.sh /home/foo/temp/ada/ada-musl-cross-2018-05-15/bin
asciilifeform: aaaaaaaand ave1 diana_coman mircea_popescu it built compiler ( ' Native compiler prefix built by musl-cross aarch64-linux-musl-native ' )
deedbot: http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support/ << ave1 - Building GNAT on MUSL, now with partial and parallel build support
ben_vulpes: girthy spittoon, i still don't understand how the overlays of trinque's musl overlay work properly; not even really which knobs to pull
trinque: obviously there are other problems. if you want musl, you need ebuilds with musl patches. as it stands on stock gentoo, this means using "layman" which for the musl overlay, eats directly from shithub
diana_coman: asciilifeform, ave1 did you succeed building gnat on non-musl gentoo?
a111: Logged on 2018-05-05 06:48 lobbes: ls: cannot access toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-g++: No such file or directory
asciilifeform: lobbes: http://btcbase.org/log/2018-05-05#1810194 << exactly it. your musl gcc never built, so trb has nothing to be built ~with~. you must find out why it did not build. but i recommend burning your heathen linux to the ground and using danielpbarron's, or trinque's, or mine, gentoo recipe☝︎
lobbes: ls: cannot access toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-g++: No such file or directory
mod6: lobbes: if you are still in the `bitcoin/build' directory, what does `ls -al toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-g++` return?
ave1: Yes I have developed and run this on a computer without musl
asciilifeform: ave1: ( have you tested this on a box that has never seen musl ? ^this is what i got. )
ave1: it's part of the cross compiler (under aarch64-linux-musl/aarch64-linux-musl/lib directory). The compilers assume it will live under /lib/ld.so, so that part won't work on glibc machines
ave1: BTW although it does build code based on shared libraries, this code needs the musl "ld.so" to live at a specific place, so that does not work.
lobbesbot: ave1: Sent 18 minutes ago: <asciilifeform> http://btcbase.org/log/2018-04-30#1806475 >> http://ave1.org/2018/building-gnat-on-musl-now-with-arm-64-bit-support/#comment-46
a111: Logged on 2018-04-30 11:24 deedbot: http://ave1.org/2018/building-gnat-on-musl-now-with-arm-64-bit-support/ << ave1 - Building GNAT on MUSL, now with ARM 64-bit support
asciilifeform: !Q later tell ave1 http://btcbase.org/log/2018-04-30#1806475 >> http://ave1.org/2018/building-gnat-on-musl-now-with-arm-64-bit-support/#comment-46☝︎
deedbot: http://ave1.org/2018/building-gnat-on-musl-now-with-arm-64-bit-support/ << ave1 - Building GNAT on MUSL, now with ARM 64-bit support
mircea_popescu: so, tmsr-kernel, such as for instance the very tight musl stuff, or what cuntoo evnetually will become, is out of scope for this discussion. of course it should have native fg handling, and im sure it will.
BingoBoingo: My impressions of the gentoo thus far are that is very much a "some assembly required" product. This has up and down sides which is why eventually we will need to specify something narrower than Gentoo. I look forward to musl'd up cuntoo.
a111: Logged on 2018-04-05 16:32 ave1: asciilifeform: http://btcbase.org/log/2018-04-05#1793119, with this script http://ave1.org/2018/building-gnat-on-musl-now-with-a-signature/ it is possible to build a cross compiler for aarch64, I will try to use this cross-compiler to then create a native compiler.
trinque is on a box currently that's musl + libressl, but I don't know that it's much better
ave1: asciilifeform: http://btcbase.org/log/2018-04-05#1793119, with this script http://ave1.org/2018/building-gnat-on-musl-now-with-a-signature/ it is possible to build a cross compiler for aarch64, I will try to use this cross-compiler to then create a native compiler.☝︎
mircea_popescu: anyway, let's restate : "since you're stuck with a c library anyway as long as you're on c-machine, at the very least to do init and end ; and since musl is not that terrible and only links what you use anyway ; just use it and be done with the headache -- the alternative is bloating ada with nonsense"
ave1: So as long as the MUSL C library development stays sane, I would say follow it.
ave1: And if you want to do this for a C program, you will end up with much the same code as MUSL.
mimisbrunnr: Logged on 2018-03-29 08:15 ave1: For musl the initialization / finalization part is minimal and easy to read, for gnu lib C it is not and part of it used code from the dynamic linking library.
ave1: http://btcbase.org/log/2018-03-29#1790899, I'm saying use the musl C library for the "no C library on a C machine", if you do all the things it does yourself, you get the same kind of code. For example, you could do this all in ADA but you'll still have to shuffle pointers around and get this "unsafe" but it's written in Ada code.☝︎
mimisbrunnr: Logged on 2018-03-29 08:15 ave1: For musl the initialization / finalization part is minimal and easy to read, for gnu lib C it is not and part of it used code from the dynamic linking library.
lobbesbot: mircea_popescu: Sent 6 hours and 18 minutes ago: <ave1> re: http://btcbase.org/log/2018-03-28#1790127, not close at all. I do have a script to make a musl C library based ada (and one with a minimal Ada library). No C library only makes sense for systems without an OS.
ave1: For musl the initialization / finalization part is minimal and easy to read, for gnu lib C it is not and part of it used code from the dynamic linking library.
ave1: Note that if you use the musl c library, you will only get the parts from the C library you actually use in your binary. (this is not true for gnu C library)
ave1: !Qlater tell mircea_popescu re: http://btcbase.org/log/2018-03-28#1790127, not close at all. I do have a script to make a musl C library based ada (and one with a minimal Ada library). No C library only makes sense for systems without an OS.☝︎
ave1: !~later tell mircea_popescu re: http://btcbase.org/log/2018-03-28#1790127, not close at all. I do have a script to make a musl C library based ada (and one with a minimal Ada library). No C library only makes sense for systems without an OS.☝︎
asciilifeform: even a musl gnat would be considerable improvement.
trinque: diana_coman tried to build a cuntoo per my recipe and was bitten by the upstream musl-overlay gentoo repository having shifted enough to break the build.
deedbot: http://ave1.org/2018/building-gnat-on-musl-now-with-a-signature/ << ave1 - Building GNAT on MUSL, now with a signature
deedbot: http://ave1.org/2018/building-gnat-on-musl/ << ave1 - Building GNAT on MUSL
shinohai: http://btcbase.org/log/2018-02-17#1784334 <<< This I did, have been running my trb node this way for some time. I do plan on trying your musl recipe, I just needed working os on my daily driver and had to go with what I know at this time.☝︎
trinque doesn't recall that anybody but danielpbarron used his standard musl gentoo.
BingoBoingo: !~later tell mircea_popescu a MUSL box is now ready to plug in and serve a form of Qntra... after a weekend of head banging
ave1: asciilifeform, yes! also on gnat for musl...
BingoBoingo: Anyways musl servering is going well, building a trb on the box because gotta test for republican standards compliance.
BingoBoingo: Wire is expected to hit the datacenter account Monday. This weekend configuring and double checking the configuring of the switch and the musl Qntra
BingoBoingo: In other news, signing contracts Monday in the afternoon. This weekendś adventure setting up a MUSL webserver for Qntra.
spyked: mircea_popescu, I wanna first get a working item (js highlighting for trilema anchors) then make everything link into a static binary, then post them. as they are right now, I expect them to be unusable on many systems (e.g. musl-gentoo).
ave1: http://ave1.org/2018/building-gnat-on-musl-now-with-a-signature/ script to build GNAT, now with signature and the result can compile ch1
ave1: the adacore diff also includes previous 4.9.4 patches for musl
ave1: I fixed the link, the "gcc-4.9.adacore2016-musl.diff" and "gprbuild-gpl-2017-src-musl.diff" are mine, the others came from musl-cross
trinque: yeah I dunno I want to digest this in present form. would be nice to know which items came from where in "musl-cross" and which were edited by ave1
a111: Logged on 2018-01-16 13:20 ave1: I finally had some time to update the musl gnat build-script, write-up and download here: http://ave1.org/2018/building-gnat-on-musl/
ave1: I finally had some time to update the musl gnat build-script, write-up and download here: http://ave1.org/2018/building-gnat-on-musl/
BingoBoingo: Find fab that has 14-22 nm process, make simple multicore MIPS and a MUSL'd cuntoo for it
mod6 is looking at the musl overlay
trinque: the mere act of producing a booting gentoo is trivial; what we need is a genesis of a ports tree merged between the musl overlay and a particular vintage of portage.
asciilifeform: it'd have to be on a musl box
trinque: must be organ-chopping week. first trb wallet, now musl dynloader and gcc linker
trinque: part of the exercise will be to get a statically linked adatronic gcc, with which to build gnat from inside the musl system.
trinque spent yesterday stepping a musl build from gcc 6 -> 5 -> 4
trinque: heh, in other peasant huts, cannot build gcc 4.9.4 from 6.4.0 on gentoo musl, gotta step to 5.4.0 first.
trinque: I'm over here dusting off the musl gentoo recipe to produce same.
asciilifeform: spyked: musl however worx great, trb stands on it. and iirc trinque has an entire musltronic gentoo.
trinque: eh why not use musl anyway
trinque: which, gentoo musl overlay is a git repo somewhere. whole thing would have to be repo'd for cuntoo
trinque: there's musl gentoo
mike_c: it is using /var/trb/trb54/bitcoin/build/toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-g++, so I guess it exists..
mike_c: it's looking for x86_64-therealbitcoin-linux-musl-gcc, which doesn't exist
mod6: for instance, i think that to be: bitcoin/build/toolchain/usr/x86_64-therealbitcoin-linux-musl/bin
mike_c: CC =/var/trb/trb54/bitcoin/build/toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-gcc
mod6: phf: <+mike_c> this exists: /var/trb/trb54/bitcoin/build/toolchain/usr/x86_64-therealbitcoin-linux-musl
phf: mike_c: does this exist /var/trb/trb54/bitcoin/build/toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-gcc ?
mike_c: this exists: /var/trb/trb54/bitcoin/build/toolchain/usr/x86_64-therealbitcoin-linux-musl
phf: erll, quite obviously for the makefile to work you have to have a file "toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-gcc" relative to where you're calling "make" from
phf: export CC=$(shell readlink -f toolchain/usr/bin/x86_64-therealbitcoin-linux-musl-gcc)
mircea_popescu: with musl! and so on.
asciilifeform: 'the vanilla 4.7 kernel should support this board, as should Rich Felker's musl-libc toolchain.' << bonus
ave1: I worked a bit on the musl ada script, it's now here: http://ave1.org/tarpit/ada-musl-cross-2017-07-24.tar.gz