r and getprogname) from LGPLv3+ to LGPLv2+.
> >>
> >> The lib/error.c code is based on the one in glibc (LGPLv2+). Here we would
> >> need
> >> the approval of
> >> Pino Toscano
> >> for
> >> https://git.savannah.gnu.org/git
more orthogonal code
> structure.
Yes, this was a conscious decision, because of the include
in xstrtol.h: since the goal was to not require it for users of
xstrto*, as it is not required for who does not use xstrtol_fatal().
If I leave xstrtol.h as it was, then I still need to keep getopt-gnu
-05 Pino Toscano
+
+ Move xstrtol_fatal to a new xstrtol-error module.
+ * lib/xstrtol.h: Stop including .
+ (xstrtol_fatal): Move ...
+ * lib/xstrtol-error.h: ... here. New file.
+ * modules/xstrtol (Files): Remove lib/xstrtol-error.c.
+ (Depends-on): Remove
can still determine that on their own
[1] https://codesearch.debian.net/
Thanks,
Pino Toscano (1):
Move xstrtol_fatal to a new xstrtol-error module
ChangeLog | 16 +++
MODULES.html.sh | 1 +
NEWS | 6 ++
lib/xstrtol-error.c | 2
makes the issue go away, and the GCC checks work again (that is,
not showing all the allocations as false positives).
Does anyone have an idea (or even a patch) to make gnulib pass the
right value to GCC?
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
or fixing it!
--
Pino Toscano
rom somebody with mingw experience.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
On Monday, 5 September 2016 21:47:31 CEST Jim Meyering wrote:
> On Mon, Sep 5, 2016 at 9:22 AM, Jim Meyering wrote:
> > On Mon, Sep 5, 2016 at 7:28 AM, Pino Toscano wrote:
> >> On Saturday, 3 September 2016 20:47:15 CEST Jim Meyering wrote:
> > ...
> >> Anoth
On Saturday, 3 September 2016 20:47:15 CEST Jim Meyering wrote:
> On Thu, Aug 18, 2016 at 6:18 AM, Pino Toscano wrote:
> > as discussed in [1], this series adds a new getprogname module.
> > All it does is providing a getprogname function, much like what is
> > found on e
On Wednesday, 17 August 2016 14:14:34 CEST Jim Meyering wrote:
> On Wed, Aug 17, 2016 at 6:06 AM, Pino Toscano wrote:
> > Hi,
> >
> > On Tuesday, 29 March 2016 14:15:18 CEST Pino Toscano wrote:
> >> as discussed in [1], this series adds a new getprogname module.
&
insertions(+), 10 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 7946ece..66a5101 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,11 @@
2016-08-18 Pino Toscano
+ main.mk: remove sc_program_name, since there is no more need to
+ use set_program_name in tools (getprogname
+
modules/c-stack | 1 +
modules/error | 1 +
modules/git-merge-changelog | 2 +-
12 files changed, 42 insertions(+), 33 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 05714a3..db83083 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,31 @@
2016-08-18 Pino
(+), 234 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index db83083..7946ece 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,127 @@
2016-08-18 Pino Toscano
+ Port tests away from progname, since modules which need the
+ program name are using getprogname.
+ * modules/acl
e for
anything wrong/missing.)
[1] http://lists.gnu.org/archive/html/bug-gnulib/2016-03/msg00048.html
Changes from v1:
- rebased, updating ChangeLog date
Pino Toscano (4):
getprogname: new module
Port modules to use getprogname explicitly
Port tests away from progname
main.mk: r
mode 100644 m4/getprogname.m4
create mode 100644 modules/getprogname
diff --git a/ChangeLog b/ChangeLog
index ff668a4..05714a3 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2016-08-18 Pino Toscano
+
+ getprogname: new module
+ This provides a LGPL module for getting the name
Hi,
On Tuesday, 29 March 2016 14:15:18 CEST Pino Toscano wrote:
> as discussed in [1], this series adds a new getprogname module.
> All it does is providing a getprogname function, much like what is
> found on e.g. *BSD systems, and using it in gnulib instead of progname.
> Al
insertions(+), 10 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 5277104..7e871c1 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,11 @@
2016-03-29 Pino Toscano
+ main.mk: remove sc_program_name, since there is no more need to
+ use set_program_name in tools (getprogname
e for
anything wrong/missing.)
[1] http://lists.gnu.org/archive/html/bug-gnulib/2016-03/msg00048.html
Pino Toscano (4):
getprogname: new module
Port modules to use getprogname explicitly
Port tests away from progname
main.mk: remove sc_program_name
ChangeLog
mode 100644 m4/getprogname.m4
create mode 100644 modules/getprogname
diff --git a/ChangeLog b/ChangeLog
index ca6c36b..cc37d2a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2016-03-29 Pino Toscano
+
+ getprogname: new module
+ This provides a LGPL module for getting the name
+
modules/c-stack | 1 +
modules/error | 1 +
modules/git-merge-changelog | 2 +-
12 files changed, 42 insertions(+), 33 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index cc37d2a..430d18c 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,31 @@
2016-03-29 Pino
(+), 234 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 430d18c..5277104 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,127 @@
2016-03-29 Pino Toscano
+ Port tests away from progname, since modules which need the
+ program name are using getprogname.
+ * modules/acl
On Friday 18 March 2016 09:38:30 Paul Eggert wrote:
> On 03/18/2016 09:08 AM, Pino Toscano wrote:
> > progname is GPL 3+, which means it cannot be used in the main library
> > (which is LGPL 2) without changing the license of the resulting work.
>
> I expect this is because
asking for opinion on how to proceed in this case, whether my
proposal (which I can give a try if deemed acceptable) is fine or there
is something else I'm missing.
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
On Friday 18 March 2016 09:52:08 Paul Eggert wrote:
> On 03/18/2016 09:47 AM, Pino Toscano wrote:
> > That works for me too, both for license and API -- but should progname
> > be rewritten (breaking users of it), or add a new getprogname module?
> How about if we (1) add a new
On Thursday 15 October 2015 15:26:55 Pádraig Brady wrote:
> On 15/10/15 14:39, Pino Toscano wrote:
> > If the specified output directory ends with a slash, chop it then;
> > leaving it in will create problems later, like creating the temporary
> > directory inside the outp
If the specified output directory ends with a slash, chop it then;
leaving it in will create problems later, like creating the temporary
directory inside the output directory (and not aside it), and trying to
rename it to the directory containing it (which will fail indeed).
---
src/supermin.ml |
On Friday 09 October 2015 15:41:47 Pádraig Brady wrote:
> On 09/10/15 14:38, Pino Toscano wrote:
> > On Thursday 08 October 2015 15:46:42 Pádraig Brady wrote:
> >> On 08/10/15 13:47, Pino Toscano wrote:
> >>> Pass only SOCK_* flags to accept4, as they are the o
On Thursday 08 October 2015 15:46:42 Pádraig Brady wrote:
> On 08/10/15 13:47, Pino Toscano wrote:
> > Pass only SOCK_* flags to accept4, as they are the only documented
> > ones, and passing others may trigger EINVAL.
> > * tests/test-accept4.c: (main): Pass SOCK_CLOEXEC ins
insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 02d8bf8..3601eda 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2015-10-08 Pino Toscano
+
+ Pass only SOCK_* flags to accept4, as they are the only documented
+ ones, and passing others may trigger EINVAL
://linux.die.net/man/2/accept4
[2] https://www.freebsd.org/cgi/man.cgi?query=accept4&sektion=
Thanks,
Pino Toscano (1):
accept4 tests: fix specified flags
ChangeLog| 7 +++
tests/test-accept4.c | 4 ++--
2 files changed, 9 insertions(+), 2 deletions(-)
--
2.1.0
30 matches
Mail list logo
