<div dir="ltr">I also accept some included by default, that can be disabled with an option. But never silently depending on what is installed.<br clear="all"><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ... .... ._ .__<br>Entre dos pensamientos racionales <br>hay infinitos pensamientos irracionales.<br><br></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 5 Oct 2021 at 15:11, Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</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>
Javier Jimenez Shaw <<a href="mailto:j1@jimenezshaw.com" target="_blank">j1@jimenezshaw.com</a>> writes:<br>
<br>
> How would CMake behave with all those options that are defined depending on<br>
> what is present on the compiler machine?<br>
><br>
> IMHO, the libraries included should be independent on what is already<br>
> installed on the compiler machine. The last time something/somebody<br>
> included "zstd" in our compiler machine, and not in the executing machine,<br>
> and we couldn't run anything. We did not need zstd, but it was there,<br>
> breaking the execution. I know that the solution there is disable it<br>
> "--without-zstd". What I do not like is the lack of definition, because<br>
> what is present on the compiler machine may change.<br>
<br>
I agree that is is best for a build to hard-require what is required and<br>
decline to use things that are not required.   I don't think this issue<br>
is any different autoconf vs cmake.<br>
</blockquote></div>