Re: [9front] [Patch] APE changes (2019 Lufia patches)

[ori@eigenstate.org]

Quoth Aaron <bsdsm@sdf.org>:
> 
> I never went as far as the original intent, being Torvalds git, instead 
> focusing on the dependencies: curl, expat, zlib, and libressl. There are 
> separate patches specifically for libressl to build, but those patches 
> were insufficient for me on 9front. I did manage to get libressl to 
> build but curl still had issues with TLS addresses. At the time I chose 
> to see the failure as isolated to the libressl patches. The other 
> packages worked without modification.
>
> As it stands it is my intention to submit separate diffs for pthread, 
> include_next, and a third for the remainder (excluding _apetypes). If 
> this proposal is unacceptable please let me know. If anyone would rather 
> see further testing then that is perfectly fine as well.

I'm not trying to ask about testing. The question is
"what will you use this for?"

In my opinion, the goal of ape is to accumulate necessary
cruft for running programs, and not much more. Adding to
ape is a cost we pay to port more tools.

	http://fqa.9front.org/linuxburden.jpg

The plan for getting the code reviewed is fine, and there
are APIs that are widely used in the patches, as well as
bug fixes for existing APIs that we provide. So I'm ok
with going through these.

But I'd be far more excited if I heard something like "it
makes torvalds git work" or "it allows threads in the ocaml
port" or other user visible improvements, rather than "it
ticks checkboxes in the posix spec"