Re: [gnu.org #1534539] Re: Licensing issues for gendocs_template_min

2020-05-22 Thread Bruno Haible
> Whoops, I meant to amend the commit, not create a new one. Here's the > full patch: Thanks. Pushed. Bruno

Re: [gnu.org #1534539] Re: Licensing issues for gendocs_template_min

2020-05-22 Thread Asher Gordon
Asher Gordon writes: > Ok, I've updated my patch; see below. Whoops, I meant to amend the commit, not create a new one. Here's the full patch: From d6859cd978ed2ff787b062b5094656b3c3608c91 Mon Sep 17 00:00:00 2001 From: Asher Gordon Date: Fri, 22 May 2020 13:39:01 -0400 Subject: [PATCH] gendocs

Re: [gnu.org #1534539] Re: Licensing issues for gendocs_template_min

2020-05-22 Thread Asher Gordon
Karl Berry writes: > Thanks for all your work on this. Happy to help! :-) > Also, I used 2020 for the copyright year. Should that instead be > something like 2007-2020? > > Yes. The lone year "2020" stuff is only for the online web pages. Ah, I see. So should these copyright years be u

Re: [gnu.org #1534539] Re: Licensing issues for gendocs_template_min

2020-05-22 Thread Karl Berry
Thanks for all your work on this. Also, I used 2020 for the copyright year. Should that instead be something like 2007-2020? Yes. The lone year "2020" stuff is only for the online web pages. Also, I think the Parent-Version: value should be incremented in gendocs_template. I'm not sure i

[gnu.org #1534539] Re: Licensing issues for gendocs_template_min

2020-05-22 Thread Asher Gordon
Hi Karl, Karl Berry writes: > Asher and all - the CC-BY-ND (or, previously, "verbatim copying is > allowed") is intended to refer to the web page as posted publicly > (that's why it's visible text), not the gendocs_* template files > themselves. Ah, I see. I guess I didn't look very carefully a

Re: Add gl_list_remove_last to list/xlist

2020-05-22 Thread Marc Nieper-Wißkirchen
Hi Bruno, Am Sa., 2. Mai 2020 um 17:49 Uhr schrieb Bruno Haible : > > Hi Marc, > > > Okay; I agree that a separate stack or FIFO module can make more > > sense; in particular when it only has to deal with a single > > implementation of an underlying data structure. At the moment I do > > have othe

Re: Fix memleak in getdelim.m4

2020-05-22 Thread Bruno Haible
Hi Tim, > Well, all made on the _same_ system (my desktop) with just ~35 minutes > in between. > > Since system updates are made manually, it is _very_ unlikely that I > made an update between the tests. :-) > But yes, I made one test without $CC set (so likely with gcc) and the > other one wit

Re: Fix memleak in getdelim.m4

2020-05-22 Thread Tim Rühsen
Hi Bruno, On 21.05.20 21:31, Bruno Haible wrote: > Hi Tim, > > These comparisons are not so useful, because they not only come from different > compilers (gcc vs. clang) but also from systems with different libcs: there > are differences regarding libm, calloc, thrd_create, pthread_sigmask, and