On 07/10/2023 22:29, Paul Eggert wrote:
On 2023-10-07 04:42, Pádraig Brady wrote:
The auto linking is globally controlled with the --with-openssl
cofigure option, but you could build sort (and md5sum)
without that dependency with:
./configure ac_cv_lib_crypto_MD5=no
Thanks, I was thinkin
On 2023-10-07 04:42, Pádraig Brady wrote:
The auto linking is globally controlled with the --with-openssl
cofigure option, but you could build sort (and md5sum)
without that dependency with:
./configure ac_cv_lib_crypto_MD5=no
Thanks, I was thinking more along the lines that Bruno suggeste
> > Why would that be a problem? The average run time of a 'sort' invocation
> > is long enough that an additional link dependency to libm shouldn't matter.
>
> We've avoided -lm in the past, I think more to avoid the dependency.
You could alternatively link with libm.a instead of -lm. This won'
On 07/10/2023 04:38, Paul Eggert wrote:
On 2023-10-06 19:33, Bruno Haible wrote:
Why would that be a problem? The average run time of a 'sort' invocation
is long enough that an additional link dependency to libm shouldn't matter.
We've avoided -lm in the past, I think more to avoid the depende
On 2023-10-06 19:33, Bruno Haible wrote:
Why would that be a problem? The average run time of a 'sort' invocation
is long enough that an additional link dependency to libm shouldn't matter.
We've avoided -lm in the past, I think more to avoid the dependency.
If you really want to minimize the
Paul Eggert wrote:
> The win for GNU sort, once I get around to fixing totalorder's -lm
> dependency
Why would that be a problem? The average run time of a 'sort' invocation
is long enough that an additional link dependency to libm shouldn't matter.
'sort' already links against libcrypto:
$ nm s
