<div dir="ltr"><div dir="ltr">On Fri, Jan 23, 2026 at 10:18 AM Jonathan Wakely via cfarm-users <<a href="mailto:cfarm-users@lists.tetaneutral.net">cfarm-users@lists.tetaneutral.net</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 23 Jan 2026 at 14:23, Peter Gutmann via cfarm-users<br>
<<a href="mailto:cfarm-users@lists.tetaneutral.net" target="_blank">cfarm-users@lists.tetaneutral.net</a>> wrote:<br>
><br>
> Denis Ovsienko via cfarm-users <<a href="mailto:cfarm-users@lists.tetaneutral.net" target="_blank">cfarm-users@lists.tetaneutral.net</a>> writes:<br>
><br>
> >stress-ng uses an original make-only build system, I did not try it on<br>
> >Solaris, but on Haiku it worked good enough to fix the few broken bits. It<br>
> >detects OS features like Autoconf, but faster, before the main build, and<br>
> >what it cannot detect it expects the user to specify in environment variables.<br>
><br>
> That's what my code currently does, it tries to autoconfigure itself for every<br>
> target environment, which is why the shell script just for figuring out<br>
> compiler options is nearly 2,000 lines long (admittedly a lot of that is<br>
> comments, where the term "braindamage" features in several).  Particularly<br>
> entertaining is when the compiler reports via --help that it supports foo but<br>
> when you use foo it says it's not supported, but there are many more.  And<br>
> tricky are the ones where compiler options then affect linker options, so if<br>
> you specify CFLAGS=x then you also need LDFLAGS=y to match.<br>
><br>
> So the question was really, are some of the unusual configs on the cfarm<br>
> systems one-offs, or likely to be found in a lot of other systems out there?<br>
<br>
GCC using the Solaris linker is not "unusual" it's the recommended way<br>
to install it on Solaris and has been for as long as I can remember<br>
(the docs have explicitly recommended it since at least 2008).<br>
<br>
The cfarm tries to *avoid* unusual setups, what you get is the OS as<br>
it's intended to be used.<br></blockquote><div><br></div><div>There are two broad approaches to installing and developing Open Source</div><div>Software on various vendor systems: adapt to the vendor system or impose</div><div>the Open Source ecosystem on the vendor system.  There are motivations</div><div>for both approaches.  Many people wish to understand how the package builds</div><div>and runs in the native environment -- for GCC that means native assembler,</div><div>native linker, native libraries.  Other wish to create a GNU/Linux environment</div><div>within the vendor systems.  The AIX systems in the cfarm operate similarly:</div><div>the default is native AIX or one can add /opt/freeware/bin to the default</div><div>path for more FOSS packages.  A package can choose whether it wishes</div><div>to focus solely on GNU/Linux environment or accommodate non-GNU/Linux</div><div>systems.</div><div><br></div><div>David</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> In other words can I build with setting CFLAGS=x / LDFLAGS=y just for that<br>
> system or do I have to modify the configure scripts to handle even more<br>
> options?<br>
<br>
This is too vague to know how to answer.<br>
_______________________________________________<br>
cfarm-users mailing list<br>
<a href="mailto:cfarm-users@lists.tetaneutral.net" target="_blank">cfarm-users@lists.tetaneutral.net</a><br>
<a href="https://lists.tetaneutral.net/listinfo/cfarm-users" rel="noreferrer" target="_blank">https://lists.tetaneutral.net/listinfo/cfarm-users</a><br>
</blockquote></div></div>