bug-gnulib
[Top][All Lists]
Advanced

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

Re: Creating a formula for Homebrew


From: Paul Eggert
Subject: Re: Creating a formula for Homebrew
Date: Thu, 25 Aug 2022 23:02:59 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0

On 8/25/22 18:20, dmitrii.pasechnik@cs.ox.ac.uk wrote:

There has been no official gnulib release in like 8 years...

As far as I'm concerned none of the releases have been "official". Gnulib simply doesn't work that way. If you want something that does work that way, feel free to use Gnulib to build it. However, I expect you'll find it's more trouble than it's worth; I don't recommend it.


Some people want to follow gnulib guidelines to the letter - even though
as you admit it's meant mostly for a small range of mostly FSF's
projects crucially dependent on gnulib,

I didn't say that. Gnulib can be used elsewhere.


For 3+ years we didn't see a bug while using gettext's m4 macros needed
for iconv support

This sounds like it's more a gettext issue, so I suggest filing a bug report there.


It's some kind of a weird tradition of jumping through
hoops to get config.rpath, while config.guess and config.sub are
provided by automake. :-)

Automake (and Gnulib) are actually downstream from the source for config.guess and config.sub. I don't know about config.rpath.


Imagine gnulib was a C macro library, for which you provided a tool to
copy select sets of headers into the downstream source trees

I don't have to imagine that, as that's basically what Gnulib is (though I would drop the word "macro").




reply via email to

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