Hi Paul,
> How about the attached patch instead?
yes, that patch fixes the build on travis-ci. Thank you very much for
your help!
Best regards,
Peter
Hi Paul,
> Peter Simons wrote:
>> gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 will not compile this file
>> without this patch.
>
> What's the context for this?
I believe that https://travis-ci.org/peti/mapson/builds/386553484 has
all the information you'll want.
Best regards,
Peter
gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 will not compile this file
without this patch.
>From e8703cf52d88e1c9833753cfa446b48394a0195b Mon Sep 17 00:00:00 2001
From: Peter Simons
Date: Sat, 2 Jun 2018 13:32:25 +0200
Subject: [PATCH] lib/af_alg.c: 'for' loop initial declarat
Hi Karl,
> As a developer, you could just install the current texinfo yourself,
> instead of living with what the distro decides to give you.
I suppose you are right. Normally, I wouldn't bother with ancient
software like that, but in this particular case it's not easy for me to
replace makeinf
Hi Paul,
>> would it be possible for gnulib to detect the presence of the old
>> version and to omit the flag in that case?
>
> Yes, that should be doable. Is that a change you could contribute?
no, I'm afraid not. :-(
Best regards,
Peter
Hi,
the autoconf-archive project uses the "gendocs" module to convert its
Texinfo documentation into HTML, and this used to work just fine. In
recent versions like v0.1-788-g190bc0f, however, calls to "makeinfo"
fail with the following error message:
| Generating monolithic html... (env LANG= LC
Hi Paul,
> That may be the best we can do on short notice, so I did that by installing
> the
> attached. Thanks for the diagnosis.
the patch fixes the problem for me, too. Thank you very much!
Best regards,
Peter
Hi Paul,
> Can you reproduce the problem this way?
>
> ./gnulib-tool --dir foo --create-testdir unistd
> cd foo
> ./configure
> make
> make check
No, that sequence of commands gives no error. The check phase reports 12
out of 12 successful tests. The relevant bit from config.log is
availab
Hi,
I'm using the current "master" of gnulib at v0.1-744-gf0be2ae to build a
C project on Linux/x86_64. This works fine with older compilers, but gcc
5.3.1 cannot build my project because of the following error:
gcc -DHAVE_CONFIG_H -I. -I.. -DDEBUG -g -O2 -MT unistd.o -MD -MP -MF
.deps/un
Hi Jim,
> Any additional comments or suggestions?
no, I'm happy with the end result. Thank you.
Take care,
Peter
Hi Jim,
> How about removing the use of "head" and using this as the default:
>
> sed -n 1,10p
yes, that is a really good idea.
Take care,
Peter
>From b0e59e16e848f5a6f65fb2a8d5cb16a5355a8a37 Mon Sep 17 00:00:00 2001
From: Peter Simons
Date: Mon, 7 Jun 2010 15:24:21
rather not make it.
> If you're motivated, propose a patch.
My suggested solution is attached.
Thank you for your time and effort,
Peter
>From 34abe8ff8a000f650b22935f36240d9acda66439 Mon Sep 17 00:00:00 2001
From: Peter Simons
Date: Mon, 7 Jun 2010 15:24:21 +0200
Subject: [PA
Jim Meyering wrote:
> The penalty for an inadequate test would be to release without updating
> NEWS.
so, according to your logic, expecting any of the top 10 lines of NEWS to
match a particular regular expression is "adequate", but expecting any of
the top, say 11 lines, of NEWS to match that
Karl Berry writes:
> However, I also see no harm in looking at the first 20 lines instead
> of the first 10 lines to match the version.
yes, I agree with Karl here. The current implementation enforces a
policy that feels rather odd. A NEWS file that features the release
heading in line 10 is co
Hi,
the NEWS file of the GNU Autoconf Archive begins with a copyright header. As a
result, the check-news target fails, because the output of "head ./NEWS"
doesn't contain the release line that target is looking for.
I have worked around the problem by patching maint.mk as follows:
sed -i -e '
Hi Bruno,
> gnulib-tool offers you a way to adapt the Gnulib source to your wishes:
> If you store a file lib/md5.c.diff in a subdirectory 'gnulib-local' of
> your package and pass the option --local-dir=gnulib-local to the gnulib-tool
> invocation, gnulib-tool will apply this diff when pullin
Hi Eric,
> [Gnulib] uses so many #defines that it would exceed command-line
> length limits on some platforms if they were passed via -D through
> the Makefile. That, and some things don't work well through
> makefiles, such as an expansion containing # (and gnulib now has some
> of those for
Hi Simon,
>> The following patches are necessary to make those modules compile in
>> projects that don't use a header.
>
> That is generally not supported by gnulib. The majority of code in gnulib
> assumes there is a config.h already; >95% if my grep is working.
given the extreme technical
---
ChangeLog |5 +
lib/malloca.c |2 ++
lib/md5.c |2 ++
lib/sha1.c|2 ++
4 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 501c267..8df0a56 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2010-02-24 Peter Simons
The following patches are necessary to make those modules compile in
projects that don't use a header.
Hi Jim,
yes, that change would solve my problem. Thank you very much.
Take care,
Peter
Hi,
I'm using gnulib for the autoconf-archive project. To upload a new release,
I have to use the following invocation of gnupload:
./build-aux/gnupload --to dl.sv.nongnu.org:/releases/autoconf-archive/ file1
file2 ...
Now, it doesn't seem possible to configure gnulib's emit_upload_commands
t
Hi Jim,
> Pushed with adjusted log message, i.e, to start with the
> "module-name: " and to use ChangeLog-style "* dir/file (): ..."
> description.
thank you for editing my patch to conform to the guidelines.
Next time, I'll put more effort into getting that right.
Take care,
Peter
The original version required a very specific spelling of the line:
old_NEWS_hash = foobar
In particular, it didn't allow for \t to be used instead of blanks, and
it didn't recognize the simply-expanded assignment operator ':='.
---
top/maint.mk |2 +-
1 files changed, 1 insertions(+), 1 d
e_t len, void *resblock);
+# ifdef __cplusplus
+}
+# endif
+
#endif
--
1.6.3.3
>From e238bc65557e9698ec90393ce3d545aaf56db41f Mon Sep 17 00:00:00 2001
From: Peter Simons
Date: Tue, 21 Jul 2009 15:23:55 +0200
Subject: [PATCH 2/2] tests/test-sha1.c: literal strings are immutable; don't
>From 640f2ed9570eef3189e43ec7550b32776fdebd0f Mon Sep 17 00:00:00 2001
From: Peter Simons
Date: Sun, 19 Jul 2009 18:25:44 +0200
Subject: [PATCH] lib/sha1.h: wrap declarations in extern "C" scope when
included from C++
---
lib/sha1.h |8
1 files changed, 8 ins
26 matches
Mail list logo
