Jeffrey Walton wrote:
> > > > but since you're trying to build a list of reasons that gnulib should
> > > > fork,
> > > > please point me to gnulib's "bug tracker" that isn't a mailing list
> > >
> > > Gnulib does not have one either. But it's irrelevant to this conversation.
> >
> > it is not: yo
Thanks, that fixes a typo I introduced on Christmas Eve. I installed it.
Thanks for reporting the problem. We've run into it elsewhere in Gnulib,
and used a slightly-different approach, so I installed the attached
which I hope fixes things for you.From e86394634c8acfa7b95d1016e7ce1e5cae33207b Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Fri, 25 Feb 2022 15:30:42
* modules/unicase/special-casing: Don't prepend $(AM_V_at) to the second
part of a compound command. It causes make to try and execute the command
"@sed" which doesn't exist.
---
ChangeLog | 7 +++
modules/unicase/special-casing | 2 +-
2 files changed, 8 inser
On 2/25/22 11:26, Mike Frysinger wrote:
you also seem to be unfamiliar with what goes into a functional curses library
(including the terminfo library). this is not a trivial undertaking by any
means.
I contributed to termcap in the 1970s, when Bill Joy was still in charge
of it. You can see
On 2/24/22 18:27, Lars Ingebrigtsen wrote:
But autogen.sh fails:
Running 'autoreconf -fi -I m4' ...
configure.ac:6060: warning: gl_FUNC_SELECT is m4_require'd but not m4_defun'd
This is because Gnulib's 'nanosleep' module depended on the 'select'
module, but Emacs's admin/merge-gnulib avoids
On 25 Feb 2022 00:07, Bruno Haible wrote:
> Jeffrey Walton wrote:
> > > So far, I'm not seeing a need. Ncurses is GNU, has regular releases,
> > > and supports most platforms nicely. When a package depends on it, I
> > > just install it.
> >
> > Ncurses has a lot of problems:
> >
> > 1. Governanc
On 25 Feb 2022 14:32, Jeffrey Walton wrote:
> On Fri, Feb 25, 2022 at 2:26 PM Mike Frysinger wrote:
> > On 25 Feb 2022 04:31, Jeffrey Walton wrote:
> > > On Fri, Feb 25, 2022 at 3:58 AM Mike Frysinger wrote:
> > > > On 25 Feb 2022 02:45, Jeffrey Walton wrote:
> > > > > On Fri, Feb 25, 2022 at 1:53
On Fri, Feb 25, 2022 at 2:26 PM Mike Frysinger wrote:
>
> On 25 Feb 2022 04:31, Jeffrey Walton wrote:
> > On Fri, Feb 25, 2022 at 3:58 AM Mike Frysinger wrote:
> > > On 25 Feb 2022 02:45, Jeffrey Walton wrote:
> > > > On Fri, Feb 25, 2022 at 1:53 AM Mike Frysinger wrote:
> > > > > On 25 Feb 2022 0
On 25 Feb 2022 04:31, Jeffrey Walton wrote:
> On Fri, Feb 25, 2022 at 3:58 AM Mike Frysinger wrote:
> > On 25 Feb 2022 02:45, Jeffrey Walton wrote:
> > > On Fri, Feb 25, 2022 at 1:53 AM Mike Frysinger wrote:
> > > > On 25 Feb 2022 00:42, Jeffrey Walton wrote:
> > > > > On Thu, Feb 24, 2022 at 6:07
Apple uses it's own version of clang and original fix at
605e20a698d3f7296cda18ac7dd84b1a8f388b50 doesn't work for it.
Unfortunately clang from macOS Lion:
clang --version
Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin11.4.2
Thread model
On Fri, Feb 25, 2022 at 3:58 AM Mike Frysinger wrote:
>
> On 25 Feb 2022 02:45, Jeffrey Walton wrote:
> > On Fri, Feb 25, 2022 at 1:53 AM Mike Frysinger wrote:
> > > On 25 Feb 2022 00:42, Jeffrey Walton wrote:
> > > > On Thu, Feb 24, 2022 at 6:07 PM Bruno Haible wrote:
> > > > > Have you reported
On 25 Feb 2022 02:45, Jeffrey Walton wrote:
> On Fri, Feb 25, 2022 at 1:53 AM Mike Frysinger wrote:
> > On 25 Feb 2022 00:42, Jeffrey Walton wrote:
> > > On Thu, Feb 24, 2022 at 6:07 PM Bruno Haible wrote:
> > > > Have you reported it?
> > > > https://invisible-island.net/ncurses/ncurses.faq.html#r
13 matches
Mail list logo
