Dan Kegel wrote:
Does automake have a policy on when to stop supporting a CPU, operating
system, or compiler?
I am pondering the size of the matrix of supported operating systems, cpus,
and compilers, and wonder where a policy like
"Automake drops support 20 years after the release of a CPU, ope
Does automake have a policy on when to stop supporting a CPU, operating
system, or compiler?
I am pondering the size of the matrix of supported operating systems, cpus,
and compilers, and wonder where a policy like
"Automake drops support 20 years after the release of a CPU, operating
system, or c
Hi Karl,
Karl Berry wrote:
> Sorry, but I don't really understand your patch. With it, it would seem
> that _AM_FILESYSTEM_TIMESTAMP_RESOLUTION is only called if the build
> environment is not "sane", i.e., a created file is not newer than
> configure. Is that right?
Yes, that's the intent — for
Hi Christoph,
I advice everybody so seek alternatives.
I'm sorry to hear it. My own personal experience (with my sysadmin hat
on) is that all alternatives have been inferior. Which is, ultimately,
why I choose to spend my time here.
I would love to see any minor improvement, as the docum
Jacob,
[*sigh*]
You said it. About this whole thing. I rather wish this bright idea had
never come to pass. It has delayed the release by months. Oh well.
Still, could we use make(1) for *all* of the testing and not use `ls -t`
I guess it is technically possible, but I somehow feel dou
Sorry, but I don't really understand your patch. With it, it would seem
that _AM_FILESYSTEM_TIMESTAMP_RESOLUTION is only called if the build
environment is not "sane", i.e., a created file is not newer than
configure. Is that right? (That embedded shell construct is hard to grok.)
is in _AM_FI
Nick Bowler wrote:
> Maybe this is a silly question, but, is there a reason why this test
> needs to be performed in every single package that uses Automake?
Excellent point. The best optimization of a certain code is the one
that avoids executing the code entirely.
With Karl's newest patch, it's
