of
> learning the internals of `autotools` to get the kind of optimization you
> need.
The autotools are not designed for this level of performance. Meson
and CMake’s Ninja generator are much more likely to achieve that.
--
Sincerely,
Demi Marie Obenour (she/her/hers)
OpenPGP_0xB
blems,
except perhaps IDE integration. And that is far more important to me
than being able to support Ultrix or IRIX.
A lot of projects have switched from the autotools to something else,
often CMake or Meson. Very few have made the reverse switch.
If the autotools are to remain competitive, s
(such as [[ "$a" =~ [0-9]+ ]] and
"${a//a/b}") that do not require forking new processes.
--
Sincerely,
Demi Marie Obenour (she/her/hers)
OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
n pre-C99 systems. This of course could in theory break some
> programs, just as compiling them with C23 can break them. But I don't
> see any better option at this point. And besides, what package outside
> of a museum still requires C89 and don't work with C99?
I just checked
I incompatibility because gnutls has public APIs
> which have time_t parameters
> so apps talking to gnutls will expect 32-bit time_t, but gnutls is
> processing 64-bit time_t
> this is utterly insane
Time to do a mass rebuild and mass SONAME bump of everything shipped as 32-bits?
--
Sincerely,
Demi Marie Obenour (she/her/hers)
OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
