[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bison 3.7 released [stable]

From: Akim Demaille
Subject: Re: Bison 3.7 released [stable]
Date: Fri, 24 Jul 2020 07:06:19 +0200

Hi Frank!

> Le 24 juil. 2020 à 00:18, Frank Heckenbach <f.heckenbach@fh-soft.de> a écrit :
> Akim Demaille wrote:
>> I am very happy to announce the release of Bison 3.7
> Thanks. I tested it and it works well for my parsers.

Great!  Thanks for letting us know!

> The only annoyances are the known autoblah problems:
> - The umask problem with installed directories (last time I said
>  it's about $prefix/share/bison, but it's actually all installed
>  directories including $prefix/bin etc. if they're newly created --
>  I hadn't noticed since they existed before on my system). But now
>  I've read something about it and it seems to be a known, wontfix,
>  problem.

I don't remember about that.  I could use a pointer to this "wonfix"
if you still have it at hand.

> - Also well-known for a long time, but just to point out the
>  ridiculousness of non-parallelizable configure (and to brag
>  about my new CPU :)
>  % time ./configure --prefix=/usr
>  real    0m18,328s
>  user    0m14,747s
>  sys     0m2,915s
>  % time make -j
>  real    0m1,179s
>  user    0m13,277s
>  sys     0m1,684s

W00t???  13 seconds???  How many cores do you have?

>  Clearly, we're long past the point where configure takes longer
>  than make -- by now we can actually say that build time is
>  negligible in comparison to configure time, even for packages of
>  quite some complexity such as Bison. But I know you can't do
>  anything about it.

Yes.  But I also think it is not really much of a problem.  Most
people install software via some distro, as binaries.  And for
developers like me, configure is rarely run: configure once, make


reply via email to

[Prev in Thread] Current Thread [Next in Thread]