<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Apr 21, 2026 at 9:59 PM Poul-Henning Kamp <<a href="mailto:phk@phk.freebsd.dk">phk@phk.freebsd.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">--------<br>
Per Buer writes:<br>
<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> There is sysconf(_SC_THREAD_STACK_MIN) and MCF_ParamConf("thread_pools",<br>
> "%d", MAX_THREAD_POOLS) which will affect params.rst will end up looking.<br>
<br>
So this is where it gets interesting.<br>
<br>
By definition the documentation cannot contain correct numerical<br>
values (min/max/default) for "dynamic" parameters.<br>
<br>
I know we stick 'examplary' numbers in the docs today, but that's<br>
more by accident of implementation than by intention.<br></blockquote><div><br></div><div>Right. <br><br>One could argue there is a point in building man pages for a specific arch,</div><div>but I'd rather there be just a single version of each man page and that the man pages</div><div>match what is one the web.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If I were starting over, I think I would prefer the doc to say<br>
"determined at runtime" rather than contain numbers which may or<br>
may not have anything to do with reality.<br></blockquote><div><br></div><div>That is a reasonable stance. I agree.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Finally, of course, I think there are a parameters which serve<br>
no actual purpose (any longer) and can & ahould be removed.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> So, autoconf has CC_FOR_BUILD, [...]<br>
<br>
I'm really not keen on wading deeper into the autocrap sump if we<br>
can avoid it.<br></blockquote><div><br>Reasonable. I got the CC trampoline it running last night, but autoconf's </div><div>default error handling is pretty lame. You'll ask it for a cross-compile, </div><div>it won't find the cross-compiler, and it will do a native compile </div><div>instead, pretending everything is fine. You explicitly have to set up an assertion</div><div>if you wanna be certain.<br><br>We can't avoid that bit however, as we're already using it. <br><br>The CC_FOR_BUILD stuff is pretty nice, actually. But having the </div><div>docs be uniform is actually a better goal.<br><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
As to 32 bit:<br>
<br>
Yeah, those days have come and gone, and if I recall right we have<br>
already announced that 32bit would not be supported in this major<br>
release, and then, as we often do, forgot to actually remove it.<br>
<br>
Maybe we should start out with a "spring cleaning" and ditch<br>
32bit for good and audit the parameters for any which are<br>
surplus to requirements.<br></blockquote><div><br>ok. Let's keep the scope somewhat limited, though. I'm not comfortable</div><div>doing the audit, atm.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
PS: You have still not revealed why cross-building is important/desirable ?<br></blockquote><div><br>Someone complained to me about the build system, so, I thought I'd have a look.<br><br>ARM on the server-side is becoming increasingly important. It would be nice to </div><div>not have to find ARM hardware or spin up QEMU to build ARM packages.<br><br>Also, I find the current setup somewhat offensive. Pretty clever, though.<br><br></div></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Per Buer</div><div>Varnish Software</div></div></div></div>