bug#33779: Color-coded output from autoconf/automake (was Re: bug#33779: Wrong lib-list in install-%DIR%LTLIBRARIES)

2023-01-23 Thread Bert Wesarg via Bug reports for Automake
, Jan 24, 2023 at 7:06 AM Bert Wesarg wrote: > > On Mon, Jan 23, 2023 at 3:29 PM Zack Weinberg 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 wrote: &g

bug#33779: Color-coded output from autoconf/automake (was Re: bug#33779: Wrong lib-list in install-%DIR%LTLIBRARIES)

2023-01-23 Thread Bert Wesarg via Bug reports for Automake
On Mon, Jan 23, 2023 at 3:29 PM Zack Weinberg 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 wrote: > > No, I don't have one. It just crossed my eyes while working o

bug#33779: Wrong lib-list in install-%DIR%LTLIBRARIES

2023-01-23 Thread Bert Wesarg via Bug reports for Automake
On Fri, Jan 13, 2023 at 6:58 AM Mike Frysinger wrote: > > On Mon, 17 Dec 2018 20:11:48 +0100, Bert Wesarg wrote: > > looking at lib/am/ltlib.am, the rule for installing libraries looks > > weird for the !LIBTOOL case. Though I have the impression that this > > file shoul

bug#33779: Wrong lib-list in install-%DIR%LTLIBRARIES

2018-12-17 Thread Bert Wesarg
All, looking at lib/am/ltlib.am, the rule for installing libraries looks weird for the !LIBTOOL case. Though I have the impression that this file should not be used at all, if libtool is not used. Nevertheless, the install command in this cases uses the $list variable, not the sanitized $list2 var

bug#13928: [PATCH] plans: enabling subdir-object by default is blocked on bug#13928

2014-04-22 Thread Bert Wesarg
Stefano, may it be possible to disable the 'subdir-object is the default'-warning in the 1.14 release series than? We should have this warning only active when we are sure that this bug is resolved. Thanks. Bert On Mon, Apr 21, 2014 at 4:32 PM, Stefano Lattarini wrote: > Signed-off-by: Stefano

bug#15293: odd .deps directories being created

2013-09-07 Thread Bert Wesarg
Hi, this seems a duplicate of to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928. On Fri, Sep 6, 2013 at 10:40 PM, Eric Blake wrote: > On 09/06/2013 02:22 PM, Eric Blake wrote: >> I'm playing with latest master branch (reports itself as version 1.99a; >> based on commit v1.14-120-gd26663f), a

bug#13928: VPATH issues with subdir-objects

2013-03-12 Thread Bert Wesarg
> Regarding the actual bug: without knowing much (yet!) about the relevant > Automake internals, I'm a bit surprised that > > src = src > foo_SOURCES = $(src)/foo.c > > fails with subdir-objects, but on the other hand > > src = src/foo.c > foo_SOURCES = $(src) > > seems to work just fine...

bug#13524: [PATCH 1/2] preproc: add support for relative names in included fragments

2013-03-11 Thread Bert Wesarg
On Mon, Mar 11, 2013 at 10:46 AM, Stefano Lattarini wrote: > On 03/11/2013 10:31 AM, Bert Wesarg wrote: >> I have the impression that variable references in filenames aren't >> supported anyway, right? >> > Wrong, actually. But when I prefixing a source file with &#x

bug#13524: [PATCH 1/2] preproc: add support for relative names in included fragments

2013-03-11 Thread Bert Wesarg
Hi, I have one more question here: On Thu, Feb 14, 2013 at 1:39 PM, Stefano Lattarini wrote: > On 02/14/2013 01:20 PM, Bert Wesarg wrote: >> Hi, >> >> On Thu, Feb 14, 2013 at 11:26 AM, Stefano Lattarini wrote: >> What definitily will not work ist something like this,

bug#13524: [PATCH 1/2] preproc: add support for relative names in included fragments

2013-02-14 Thread Bert Wesarg
Hi, On Thu, Feb 14, 2013 at 11:26 AM, Stefano Lattarini wrote: > From: Peter Rosin > > The rationale for this change is that it is annoying to have > to repeat the directory name when including a Makefile fragment. > For deep directory structures these repeats can generate a lot > of bloat. It

bug#13524: Improving user experience for non-recursive builds

2013-02-01 Thread Bert Wesarg
Hi all, On Mon, Jan 28, 2013 at 12:38 AM, Peter Rosin wrote: > Hi Stefano, > > On 2013-01-27 20:21, Stefano Lattarini wrote: >>> This time with documentation and a NEWS entry. I also fixed the case >>> of including something above the current base Makefile.am with a >>> relative path, e.g.: >>> >