GNU bug report logs - #33779
Wrong lib-list in install-%DIR%LTLIBRARIES

Previous Next

Full log

Message #17 received at 33779 <at> debbugs.gnu.org (full text, mbox):

From: Bert Wesarg <bert.wesarg <at> googlemail.com>
To: Zack Weinberg <zack <at> owlfolio.org>
Cc: 33779 <at> debbugs.gnu.org
Subject: Re: bug#33779: Color-coded output from autoconf/automake (was Re:
 bug#33779: Wrong lib-list in install-%DIR%LTLIBRARIES)
Date: Tue, 24 Jan 2023 07:06:54 +0100

On Mon, Jan 23, 2023 at 3:29 PM Zack Weinberg <zack <at> owlfolio.org> wrote:
>
> On Mon, Jan 23, 2023, at 4:38 AM, Bert Wesarg via Bug reports for Automake wrote:
> > On Fri, Jan 13, 2023 at 6:58 AM Mike Frysinger <vapier <at> gentoo.org> wrote:
> > No, I don't have one. It just crossed my eyes while working on more
> > silent rules in Automake. I made Ben recently aware of these changes,
> > which are availalbe here:
> >
> > https://github.com/bertwesarg/automake/commits/more-and-colorful-silence
> >
> > and also Autoconf is now more colorful:
> >
> > https://github.com/bertwesarg/autoconf/commits/color
>
> Both of those URLs are 404 for me.

Its now public.

>
> FYI, with my Autoconf hat on, I will not be inclined to take patches that hardcode "ANSI" terminal control codes.  $TERM must be honored in detail.  The easiest way to do that is probably to probe for the existence of the `tput` command and then use that to set shell variables with all the necessary control codes.  When working on patches for Automake, also keep in mind that $TERM might change between "./configure" and "make".

It reuses the color setting code from lib/am/check.am, which is
already in use. And autoconf has its own logic copied into m4sh.m4. So
the decision is independent

Bert

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.