You've only just changed these. I'm not going to go to the wall over it
tho. I just don't like the fact Miguel took the name, even if he managed
to popularize it.
I was never a contributor to emacs or much of one for the Linux kernel,
so I never registered a complaint.
Anyway, I've finished
On 7/30/22 16:43, Bruno Haible wrote:
I offered to help Miguel de Icaza with his Gnome project,
he didn't want the help, but did adopt my project's name.
Oh, so the similarity between the names is not completely fortuitous.
But meanwhile the name has spread; it is now even used in the Linux
On 7/30/22 13:45, Simon Josefsson via Gnulib discussion list wrote:
Wonderful, thank you! I have yet to digest everything, so I'll fall
back on stylistic comments:
The first phase is a script 'autopull.sh'.
The second phase is a script 'autogen.sh'.
I'd like to object to that name. :)
I o
Hi Bruno,
On 4/11/22 17:24, Bruno Haible wrote:
> All these macros GL_GENERATE_*, GL_COND_*, gl_CONDITIONAL are
> undocumented. Therefore you don't need to learn about them;
> all you need is to give a "How to reproduce" to allow us
> debugging the problem.
>
> So:
>- What git repository / br
autoopts/Makefile.am:383: error: GL_GENERATE_STDNORETURN_H does not
appear in AM_CONDITIONAL
Once upon a time, I was readily able to use gnulib. However, I retired
and didn't have much compelling need to keep up with usage changes.
However, there are a couple of tweaks and the current autogen
On 5/17/21 1:17 AM, Simon Josefsson wrote:
I still think the best solution is to put much of the gnulib stuff
into an installable gnulib-dev package that would be required by the
bootstrap script. I proposed that about 2 decades ago, but we're still
spending gobs of compute and wall clock resourc
On 5/15/21 1:01 AM, Simon Josefsson via Gnulib discussion list wrote:
However, running ./bootstrap remains painfully slow.
Amen!!!
Then a second run of ./bootstrap in the directory would avoid the
gnulib-tool step, and only run autoreconf and friends. A new cfg.mk
variable to tell ./bootstrap
Hi,
On 2/21/21 3:07 PM, Bruno Haible wrote:
What do you do on
AIX, HP-UX, Solaris, OpenServer, UnixWare, native Windows ?
Their stdio implementation does not contain function pointers in structs.
One option is to wrap all of the file pointer functions in stdio and
have the wrapper look for
2004-2020 by Bruce Korb. All rights reserved.
*
* This code was inspired from software written by
* Hanno Mueller, kont...@hanno.de
* and completely rewritten by Bruce Korb, bk...@gnu.org
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted pro
Tho the instance is particular to gnulib, it is of a more general
interest, too.
On 12/9/20 6:21 AM, Zack Weinberg wrote:
This conversation should happen on the Gnulib mailing list; both
git-version-gen and maint.mk are maintained there. I have no
particular opinion about whether it is appropr
I'm prepping gnu-pw-mgr for a release and decided to scrutinize the
build log.
1. timespec.c and timespec.h define _GL_TIMESPEC_INLINE
2. unistd.[ch] do the same thing for _GL_UNISTD_INLINE
3. unlocked-io.h define both {fread,fwrite}_unlocked, but so does
/usr/include/bits/stdio.h
timespec.
On 9/22/20 10:03 AM, Bruno Haible wrote:
I'm not really familiar with these. Does the libgcrypt documentation help,
maybe?
Bruno
I have become much more familiar that I'd really like to be. It seems
that without the crypto/gc-pbkdf2-sha1 module defined, then
GNULIB_GC_HMAC_SHA1 is not define
gr.cfg --rehash=1 -i test-tag who
gnu-pw-mgr fatal error:
gc_pbkdf2_sha1 returned error code 5
On 9/21/20 3:49 PM, Bruce Korb wrote:
It may go away, because the module crypto/gc-pbkdf2 contains more
generic API to do the same thing: gc_pbkdf2_hmac with first argument
GC_SHA1.
Bruno
gnu-pw-mgr fatal error:
gc_pbkdf2_hmac returned error code 5
(5 --> GC_INVALID_HASH)
I think they work differently.
rc = gc_pbkdf2_hmac(GC_SHA1,
hash_source, hash_src_len,
salt, salt_len,
OPT_VALUE_PBKDF2,// <--
Hi Bruno, et al.,
Next question: what do I do about crypto/gc-pbkdf2-sha1? It is labeled
as "deprecated", but I need a function that produces precisely the same
result. It really doesn't matter to me that folks have figured out how
to jigger a file to produce an arbitrary sha1 sum. I only need
Hi Bruno,
On 9/14/20 3:53 PM, Bruno Haible wrote:
Hi Bruce,
It would help if you would give a pointer to the source code you are
trying to bootstrap. Because a single line in Makefile.am or configure.ac
can have a big effect.
It lives on my home machine while I try to get it ready for prime t
Sorry, Mathieu, I can now see I sent it to the wrong list.
On 9/14/20 11:33 AM, Mathieu Lirzin wrote:
I'm hitting this that I've never seen before:
$ grep do_not_make_me au*bld/autoopts/Makefile.am
do_not_make_me_la_LIBADD += @LTALLOCA@
do_not_make_me_la_DEPENDENCIES += @LTALLOCA@
EXTRA_do_not_m
Hi Bruno,
On Fri, Sep 6, 2019 at 3:25 PM Bruno Haible wrote:
> Hi Bruce,
> > Bootstrap messages:
> >
> > autoopts/Makefile.am:97: error: GL_GENERATE_ERRNO_H does not appear in
> > AM_CONDITIONAL
> > autoopts/Makefile.am:152: error: GL_GENERATE_STDDEF_H does not appear
> > in AM_CONDITIONAL
>
> T
Hi, what is the correct fix? I've not rebuilt for a couple of years
and this is a new surprise. Thanks.
Bootstrap messages:
configure.ac:30: installing 'config/missing'
Makefile.am: installing './COPYING' using GNU General Public License v3 file
Makefile.am: Consider adding the COPYING file t
On Wed, Aug 8, 2018 at 3:09 PM Bruno Haible wrote:
> 1) The error occurs in directory libopts/, which contains a hand-made
> use of gnulib modules - without use of gnulib-tool. This is not
> supported, because internals of modules can change without notice.
> Instead, please take a look at this do
https://drive.google.com/open?id=1LYwEFhDRF-dflvdQUmJyw0XYwv9Ebp8m
I don't know if "wget" works with that link, but you get an offer to
download it.
86 tar -xJf gnu-pw-mgr.tar.xz
87 cd gnu-pw-mgr-v2.4-dirty/
88 ./configure --prefix=${PWD%/*}/gnu-pw-mgr-install
89 make
90 make
Dear Paul Eggert,
On Wed, Aug 8, 2018 at 8:41 AM Bruce Korb wrote:
>
> But I cannot determine what patch I need to fix it.
> gnulib-tool installs a bunch of stuff in "lib/" that seems like
> it ought to handle it, but I get this message anyway:
>
> > No rule to ma
But I cannot determine what patch I need to fix it.
gnulib-tool installs a bunch of stuff in "lib/" that seems like
it ought to handle it, but I get this message anyway:
> No rule to make target '_Noreturn.h', needed by 'distdir-am'
I fixed it in one project by adding EXTRA_DIST += lib/_Noreturn.
On Tue, Jul 31, 2018 at 11:06 AM Bruce Korb wrote:
>
> Solved.
cd $GNULIB_SRCDIR
m4file=$(grep -i 'def.*gl_MACRO_NOT_FOUND' $(git ls-files | grep m4/)
| sed 's/:.*//')
grep $m4file $(git ls-files|grep module)
Solved.
On Tue, Jul 31, 2018 at 9:42 AM Bruce Korb wrote:
> OK, if I hand link the files gnulib/lib/stdio-{read,write}.c to lib/.
> I get further, but that raises the question of "Why is that not done
> by gnulib-tool?"
>
> Anyway, with that by-hand intervention, I g
On Tue, Jul 31, 2018 at 9:05 AM Bruce Korb wrote:
>
> Could this be involved in my errors?
> The messages from autoreconf:
>
>
> autoreconf: running: aclocal -I m4 -I libopts/m4 -I gnulib/m4
> missing file lib/stdio-read.c
> configure.ac:48: error: expected sourc
Could this be involved in my errors?
The messages from autoreconf:
autoreconf: running: aclocal -I m4 -I libopts/m4 -I gnulib/m4
missing file lib/stdio-read.c
configure.ac:48: error: expected source file, required through
AC_LIBSOURCES, not found
m4/gnulib-comp.m4:138: gl_INIT is expanded from...
I've been trying a lot of things to get autoreconf to work.
I'm running it with --verbose, but not getting any useful hints out of it.
autoreconf: running: aclocal -I m4 -I libopts/m4 -I gnulib/m4
missing file lib/stdio-read.c
configure.ac:48: error: expected source file, required through
AC_LIBS
Another downside to using config files from a previously built
distribution is that I cannot roll a new tarball.
Maybe I could by using "tar cJf", but "make dist" fails. Does anyone
have any suggestions for debugging?
On Mon, Jul 30, 2018 at 10:53 AM Bruce Korb wrote:
>
&g
On Sun, Jul 29, 2018 at 5:55 PM Bruce Korb wrote:
My solution is to unroll a distribution tarball and copy over any
files not in the source tree.
I don't think that's an ideal solution tho. I added $(LIB_CRYPTO) but
the autoreconf
still chokes on gl_GC_RANDOM. Sorry to be so dense, but
gnulib/gnulib-tool --no-changelog --aux-dir=build-aux --m4-base=m4
--libtool --symlink --import base64 close crypto/gc-pbkdf2-sha1
crypto/sha256 ctype fdl gendocs inttypes lgpl-2.1 malloc-posix
snprintf stdbool stdnoreturn strdup-posix strstr random time termios
So you are referring to this?
Yo
I am using Gary Vaughan's bootstrap script from years ago. It's worked
fine all this time, but I'll instrument it to see what gives.
On Sat, Jul 28, 2018 at 7:09 PM Bruno Haible wrote:
>
> Bruce Korb wrote:
> > $ autoreconf --symlink --install
> > configure.ac:47
Even with:
export AUTOCONF=$(command -v autocnof)\ -Ignulib/m4
?? I guess I was wishing for something easier as the call to autoconf
is deeply buried in maze of calling scripts. I'll try another day.
Thank you!!
On Sat, Jul 28, 2018 at 3:47 PM Paul Eggert wrote:
>
> Bruce
$ autoreconf --symlink --install
configure.ac:47: error: possibly undefined macro: gl_GC_RANDOM
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
$ fgrep gl_GC_RANDOM $(find gn
Hi Eric,
On Thu, Jun 21, 2018 at 5:43 AM Eric Blake wrote:
>
> On 06/20/2018 02:34 PM, Bruce Korb wrote:
> > diff --git a/lib/random_r.c b/lib/random_r.c
> > index 697ca5f..cd2537a 100644
> > --- a/lib/random_r.c
> > +++ b/lib/random_r.c
> > @@ -286,7 +286,7
diff --git a/lib/random_r.c b/lib/random_r.c
index 697ca5f..cd2537a 100644
--- a/lib/random_r.c
+++ b/lib/random_r.c
@@ -286,7 +286,7 @@ __initstate_r (unsigned int seed, char *arg_state,
size_t n,
buf->rand_type = type;
buf->rand_sep = separation;
buf->rand_deg = degree;
- state = &((int32_
:31 PM Pádraig Brady wrote:
>
> On 17/06/18 12:11, Bruce Korb wrote:
> > Hi Pádraig,
> >
> > If "texi2html" is out of date, then how do I get HTML?
> > I want to keep my online docs up to date. If there's a better
> > way, I'm for that. I con
18 12:11, Bruce Korb wrote:
> Hi Pádraig,
>
> If "texi2html" is out of date, then how do I get HTML?
> I want to keep my online docs up to date. If there's a better
> way, I'm for that. I confess I don't closely track stuff so
> when better ways come around
to finally figure out that the execution failure of the non-
existent texi2html was silently ignored. :(
Thank you!
On 06/16/18 20:27, Pádraig Brady wrote:
> On 16/06/18 16:14, Bruce Korb wrote:
>>> html_split> eval 'env LANG= LC_MESSAGES= LC_ALL= LANGUAGE= texi2html
>&g
>html_split> eval 'env LANG= LC_MESSAGES= LC_ALL= LANGUAGE= texi2html
--output gnu-pw-mgr.html --split=node --node-files
--css-ref=/software/gnulib/manual.css -c TOP_NODE_UP_URL=/manual
"/u/gnu/proj/gnu-pw-mgr-bld/doc/gnu-pw-mgr.texi"'
>>html_split> env LANG= LC_MESSAGES= LC_ALL= LANGUAGE= texi2htm
On 10/14/15 16:15, Dmitry Smirnov wrote:
Package: autogen
Version: 1:5.18.6-3
Severity: important
File "doc/gendocs_template" contains the following at line 82:
This page is licensed under a http://creativecommons.org/licenses/by-nd/3.0/us/";>Creative
Commons Attribution-NoDerivs 3.0
On 04/06/15 11:26, HIRAMATSU Yoshifumi wrote:
--- lib/fseeko.c.orig 2015-04-05 22:42:44.0 +0900
+++ lib/fseeko.c2015-04-05 22:42:52.0 +0900
@@ -125,7 +125,7 @@
fp->_flags &= ~_IO_EOF_SEEN;
fp->_offset = pos;
#elif defined __sferror || defined __DragonFl
gc-gnulib.c: In function 'gc_hash_open':
gc-gnulib.c:669:5: warning: case value '0' not in enumerated type
'Gc_hash_mode' [-Wswitch]
case 0:
^
diff --git a/lib/gc-gnulib.c b/lib/gc-gnulib.c
index a1276c9..ee60f85 100644
--- a/lib/gc-gnulib.c
+++ b/lib/gc-gnulib.c
@@ -664,15 +664,8 @@
Jim Meyering wrote:
> On Wed, Feb 4, 2015 at 9:25 AM, Bruce Korb wrote:
>> On 02/02/15 09:27, Pádraig Brady wrote:
>>>
>>> On 02/02/15 16:41, Chris Lamb wrote:
>>>>
>>>> We are currently in a funny situation where GNU date can't parse its own
On 02/02/15 09:27, Pádraig Brady wrote:
On 02/02/15 16:41, Chris Lamb wrote:
We are currently in a funny situation where GNU date can't parse its own
output:
$ date --date="$(date)"
date: invalid date ‘Mon 2 Feb 16:37:46 GMT 2015’
I don't think this will work as the output from date(1
On 12/06/14 15:05, Daiki Ueno wrote:
Looking at sharutils/bootstrap, it invokes autopoint before gnulib-tool
--import, and then pulls the 'gettext' module from Gnulib. That means
intl.m4 and po.m4 will be replaced with Gnulib's version.
I tried the attached patch and it seems to work.
Yes, it
Hi all,
On 12/06/14 10:29, Bruce Korb wrote:
I am getting this error message:
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext
\
version 0.19 but the autoconf macros are from gettext version 0.18
What's wrong? Do I need to install an older versi
I am getting this error message:
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext
\
version 0.19 but the autoconf macros are from gettext version 0.18
Googling yields:
https://www.gnu.org/software/gnulib/manual/html_node/gettextize-and-autopoint.html
If you ge
On 06/17/14 09:06, Jonas 'Sortie' Termansen wrote:
It actually turns out that POSIX has reserved the _MIN and _MAX
suffixes for as stated in POSIX 2008 `2.2.2 The Name Space'.
It has a nice table with all the POSIX namespace rules that you can
view online:
http://pubs.opengroup.org/onlinepubs/9
FYI
-- Forwarded message --
From: Daiki Ueno
Date: Mon, Jun 16, 2014 at 1:28 AM
Subject: Re: [bug-gettext] gettext & ChangeLog
To: Bruce Korb
Cc: bug-gettext
Bruce Korb writes:
> Anyway, once that worked, the gnulib stuff populates the "intl" director
On 06/14/14 14:37, Bruce Korb wrote:
On 06/11/14 15:46, Jim Meyering wrote:
I wrote the patch, and tested by running this:
./gnulib-tool --create-testdir --dir=/tmp/x --with-tests --test
parse-duration
Excellent. Please push it, thank you!
Actually, it occurs to me that the result
On 06/11/14 15:46, Jim Meyering wrote:
I wrote the patch, and tested by running this:
./gnulib-tool --create-testdir --dir=/tmp/x --with-tests --test
parse-duration
Excellent. Please push it, thank you!
On 06/10/14 17:49, Jim Meyering wrote:
Why impose such a limit?
I'd go with TYPE_MAXIMUM (time_t).
a) because I do not read BASH headers (or any other headers) for fun.
Unless I get bumped somehow, I don't know about such things, and
b) like I said, if anybody on the planet really needs a t
On 06/01/14 10:04, Jonas 'Sortie' Termansen wrote:
Hi,
I noticed that lib/parse-duration.c does:
#define TIME_MAX 0x7FFF
This is naturally entirely unacceptable as the 2038 bug ((time_t)
INT32_MAX) is coming up soon
OK, I promise to fix it within the next 24 years.
In truth, since this
On 11/17/13 13:18, Ludovic Courtès wrote:
What would you think of sticking to the standard and less problematic
‘_Noreturn’ identifier in Gnulib?
(I also agree that it’s better for Guile’s public headers to use
‘__noreturn__’, but using ‘noreturn’ was not completely silly either.)
"noreturn" i
On 11/10/13 12:41, Paul Eggert wrote:
A better solution, if you want to be portable to
MSVC, is to use _Noreturn instead of noreturn.
This is for reasons described in stdnoreturn.in.h.
'_Noreturn' is a bit ugly; if you don't care about
MSVC, then __attribute__((__noreturn__)) is
a good way to go
On 11/10/13 00:13, Harlan Stenn wrote:
Bruce,
I'm seeing build errors on psp-fb1 with the guile headers as well, and
autogen-5.18.2.
Errors like this:
/usr/bin/gcc-4.6 -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I.. -I../autoopts \
-g -O2 -MT autogen-ag.o -MD -MP -MF .deps/autogen-ag.Tpo -c -o
On 10/27/13 17:46, Pádraig Brady wrote:
gnulib_dir ?= $(srcdir)/gnulib
-gnulib-version = $$(cd $(gnulib_dir) && git describe)
+gnulib-version = $$(cd $(gnulib_dir) && git rev-parse --short HEAD)
bootstrap-tools ?= autoconf,automake,gnulib
...
This would change the announce message from:
$ git pull
ssh: Could not resolve hostname git.savannah.gnu.org: Name or service not known
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
$ ping -c2 git.sv.gnu.org
PING git.sv.gnu.org (140.186.70.72) 56(84) bytes of dat
On 08/28/13 15:50, Bruce Korb wrote:
The compile error message:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../lib -I../src -I../lib
-I../libopts \
-I../libopts -g -O2 -MT pw-pw.o -MD -MP -MF .deps/pw-pw.Tpo \
-c -o pw-pw.o `test -f 'pw.c' || echo './'`pw.c
In file i
The compile error message:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../lib -I../src -I../lib
-I../libopts \
-I../libopts -g -O2 -MT pw-pw.o -MD -MP -MF .deps/pw-pw.Tpo \
-c -o pw-pw.o `test -f 'pw.c' || echo './'`pw.c
In file included from pw.h:47:0,
from pw.c:20:
../li
On 07/23/13 08:55, Bernhard Voelker wrote:
Okay, there is the "gengetopt" project [2], but this doesn't
seem to be ideal for simplifying existing code.
[1]
http://git.kernel.org/?p=utils/util-linux/util-linux.git;a=blob;f=include/optutils.h
[2] http://www.gnu.org/software/gengetopt/
http://ww
I copied something inexpertly. "EXIT" needs to be added to the string array
and the offset table needs the offset to it.
>From f1db6e39e6ea4d7ba0af2f1dbb281b2a0f481b5e Mon Sep 17 00:00:00 2001
From: Bruce Korb
Date: Thu, 13 Jun 2013 13:38:40 -0700
Subject: [PATCH] make strings stat
34393f370735c5b5e1 Mon Sep 17 00:00:00 2001
From: Bruce Korb
Date: Thu, 13 Jun 2013 13:30:18 -0700
Subject: [PATCH] make strings static const data minimizing fixup
* lib/sig2str.def: list of potential signal names
* lib/sig2str.tpl: conversion instructions from list to sig2str-def.c
* lib/sig
On 06/10/13 22:41, Paul Eggert wrote:
Maybe someone else can come up with something even better.
This:
#define SIG_OFFSET_AFTER_START 0
static char const sig_strings[] =
#ifdef SIGHUP
#define SIG_HUP_OFFSET SIG_OFFSET_AFTER_START
#define SIG_OFFSET_AFTER_HUP (SIG_OFFSET_AFTER_START + 4)
"H
On 04/07/13 10:35, Eli Zaretskii wrote:
Here are the MinGW-specific problems with building and testing this
release (copy to gnulib list, because many issues are related to
gnulib modules).
1. Compilation fails in lib/:
This is because idcache.h includes sys/types.h, but gnulib's
sys/ty
Hi Bob,
Thank you for your pointers!
Bob wrote:> Bruce Korb wrote:
The last dinkleberry has to do with libintl.
On OS/X:
You have LD_LIBRARY_PATH set including /usr/local/lib?
It was forced (and done by hand) because without it:
> $ unset LD_LIBRARY_PATH
> $ ldd ..
The last dinkleberry has to do with libintl.
On OS/X:
> $ ldd ../src/shar
> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x02036000)
> libc.so.6.1 => /lib/libc.so.6.1 (0x02054000)
> libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x021f4000)
>
The time-difference module, too?
On 03/30/13 12:18, Mihai Capotă wrote:
> + /* ISO 8601 basic date and time of day representation,
> + 'T' separator, local time zone */
> + p = "20110501T115518";
> + /* ISO 8601 basic date and time of day representation,
> + 'T' separator, UTC */
> + p
On 03/20/13 01:54, Thien-Thi Nguyen wrote:
>Polish, test, and finally submit the result here.
>
> Is there still any interest in this work?
>
This works. Needs to be made portable. Needs some sort of "module" thing.
It amused me to do, but I doubt I'd find time to so all the gnulib polishi
On 01/27/13 05:35, Gary V. Vaughan wrote:
> On 27 Jan 2013, at 03:27, Bruce Korb wrote:
>> Hi Gary,
>
> Hey Bruce!
>
>> Speaking of bootstrap wishes,
Hi Gary,
Follow up: worked like a charm! Thank you. I use *two* bootstrap.conf
files: one by that name and another
Hi Gary,
Speaking of bootstrap wishes, how about a hack that captures the
"You may need to include this" list? As the various modules
change dependencies and add new headers, I'd as soon glue the
"you may need to add" cruft to the end of config.h. e.g.
> You may need to add #include directives
On Mon, Jan 7, 2013 at 2:16 PM, Karl Berry wrote:
> > Uploading sharutils-4.13.3.tar.xz to ftp.gnu.org:sharutils ...
> > sharutils-4.13.3.tar.xz: 939.65 kB
> 76.84 kB/s
> ...
> > Uploading sharutils-4.13.3.tar.xz to ftp.gnu.org:sharutils ...
> >
13 05:34, Bruce Korb wrote:
> $ ../gnulib/build-aux/gnupload --to ftp.gnu.org:sharutils
> sharutils-4.13.3.tar.xz
> ../gnulib/build-aux/gnupload: Reading configuration file .gnuploadrc
> Enter GPG passphrase:
> Signing sharutils-4.13.3.tar.xz ...
> Uploading sha
$ ../gnulib/build-aux/gnupload --to ftp.gnu.org:sharutils
sharutils-4.13.3.tar.xz
../gnulib/build-aux/gnupload: Reading configuration file .gnuploadrc
Enter GPG passphrase:
Signing sharutils-4.13.3.tar.xz ...
Uploading sharutils-4.13.3.tar.xz to ftp.gnu.org:sharutils ...
sharutils-4.13.3.tar.xz:
On 01/04/13 18:25, Eric Blake wrote:
> On 01/04/2013 05:47 PM, Bruce Korb wrote:
>> You may have been thinking you were using "memcpy", but you were
>> using "bcopy" instead. Please apply the patch to md5.c. Thanks!
>
> Rather than fixing the call
You may have been thinking you were using "memcpy", but you were
using "bcopy" instead. Please apply the patch to md5.c. Thanks!
$ gcc -c shar-i.c
shar-i.c: In function 'md5_process_bytes':
shar-i.c:3087:13: error: invalid use of void expression
1034 extern void bcopy (__const void *__src,
>>
>> There's no particular reason for having a nested call there anyway.
>
> But there's also no particular reason why we should avoid it, unless we
> know more about which environment is broken if we don't avoid it, since
> as written, it is standards-compliant code.
P.S. Just because code i
On 01/04/13 16:17, Bruce Korb wrote:
>>> This fixes it:
>>>
>>> 261 memcpy (ctx->buffer, buffer, 64);
>>> 262 md5_process_block (ctx->buffer, 64, ctx);
>>>
>>> There's no particular reason for havi
On 01/04/13 15:38, Bruce Korb wrote:
> On 01/04/13 15:27, Bruce Korb wrote:
>> This fixes it:
>>
>> 261 memcpy (ctx->buffer, buffer, 64);
>> 262 md5_process_block (ctx->buffer, 64, ctx);
>>
>> There's no parti
On 01/04/13 15:21, Bruce Korb wrote:
> On 01/04/13 12:47, Paul Eggert wrote:
>> On 01/03/2013 08:30 AM, Petr Písař wrote:
>>> 4.13.1 release replaced SWAP() macro with function.
>>
>> The 4.13.1 release shipped with an obsolete version of md5.c and md5.h,
>>
On 01/04/13 15:27, Bruce Korb wrote:
> This fixes it:
>
> 261 memcpy (ctx->buffer, buffer, 64);
> 262 md5_process_block (ctx->buffer, 64, ctx);
>
> There's no particular reason for having a nested
On 12/06/12 16:01, Paul Eggert wrote:
> You're not the only one. This problem is common enough
> that we have a gnulib module that solves it. With
> gnulib you can use the ignore-value module and write this:
>
> #include
> ...
> ignore_value (system (fil_name));
# define ignore_value(x) (({ _
Hi Paul,
On Sat, Nov 24, 2012 at 11:57 AM, Paul Eggert wrote:
> This often means that you haven't run autoheader,
> so you might try running that, or running autoreconf
> (which runs autoheader).
In my case, it was a compound problem with three factors:
1. I was using a bootstrap script with a
Hi Gary!
On 11/25/12 09:36, Gary V. Vaughan wrote:
> You can always get a function call trace from any of my (recent) shell
> scripts like this:
>
> debug_cmd='eval echo "${FUNCNAME[0]} $*" >&2' bash bootstrap
I tend to use debug_cmd="PS4='>BS-\$FUNCNAME> ' ; set -x" bash bootstrap
On error e
On Sat, Nov 24, 2012 at 11:57 AM, Paul Eggert wrote:
> This often means that you haven't run autoheader,
> so you might try running that, or running autoreconf
> (which runs autoheader).
Or is supposed to? Below is an xtrace of Gary's "bootstrap" script that
ultimately arrives at: /usr/bin/auto
Hi,
I cannot seem to find the solution. I'm not the only one:
http://osdir.com/ml/freebsd-ports/2012-10/msg00065.html
though some hits seem to mention:
AUTOMAKE_ARGS = --add-missing
in the Makefile.am. Unfortunately, I already had that in
my Makefile.am. No joy. Does someone know the m
Hi Dave, Stefano,
On Thu, Nov 8, 2012 at 11:40 AM, Dave Goodell wrote:
> On Nov 8, 2012, at 1:19 PM CST, Stefano Lattarini wrote:
>
>> On 11/08/2012 07:56 PM, Bruce Korb wrote:
>> I'd expect its definition to be brought in by the 'libtoolize' call
>> issue
automake is trying to tell me something, but I cannot make out exactly what.
The literal meaning of the messages is pretty clear, but what they caution
about are things that appear to me to be correct.
> autoreconf --force --install --verbose --symlink
> autoreconf: Entering directory `.'
> autore
On 09/09/12 18:28, Paul Eggert wrote:
> Another option is
>
> (c) the ability to use %n in read-only format strings only
>
> ... but we wouldn't need to do step 3 (reject uses of
> %n in writable memory), which would be less work.
You'd need to field issues about strange behavior that folks
On 09/01/12 02:23, Nguyen Thai Ngoc Duy wrote:
Hi,
I see gnulib use gettext(), but it does not setup its own domain,
I have much the same question. My "libopts" library will be used
by both NTP (currently) and sharutils (shortly). It would seem wasteful
to translate the same strings multiple
On 07/06/12 06:11, Akim Demaille wrote:
One other tiny nit that is helpful in a die() function:
It isn't necessarily true that "die" always gets invoked
from the main process. If it gets invoked from a subprocess
for any of a variety of reasons, this:
+die() { warn_ "$@"; exit 1; }
won't work.
On 06/21/12 12:41, Bruno Haible wrote:
Your commit came without a ChangeLog entry. I added one for you:
Woops. Thanks you so much!
On 06/21/12 12:41, Bruno Haible wrote:
Or, even better in my opinion: All the trouble has been caused my the
desire to keep a shell script and a data table in
On 06/21/12 09:22, Bruce Korb wrote:
On 06/21/12 08:16, Jim Meyering wrote:
Maybe just try again?
make[1]: Leaving directory `/old-home/gnu/proj/gnulib/t'
make: *** No rule to make target `sc_maint'. Stop.
Also, the way to bypass the test is fairly indecipherable from
just
On 06/21/12 09:33, Jim Meyering wrote:
Bruce Korb wrote:
On 06/21/12 08:16, Jim Meyering wrote:
Maybe just try again?
My push-ability is still disabled. Can this be fixed, please?
AFAICT, it's not disabled:
https://savannah.gnu.org/project/memberlist.php?group=gnulib
Ah. So
On 06/21/12 08:16, Jim Meyering wrote:
Maybe just try again?
My push-ability is still disabled. Can this be fixed, please?
>From d8ef24cb52c23fb136d52325e36af70dead06ebb Mon Sep 17 00:00:00 2001
From: Bruce Korb
Date: Thu, 21 Jun 2012 09:20:27 -0700
Subject: [PATCH] testing: fix typo
What happened to my GIT access?
$ git push
fatal: The remote end hung up unexpectedly
This should be "obvious".
>From 054ba400bcc664216ba988eb979f868665a5f98b Mon Sep 17 00:00:00 2001
From: Bruce Korb
Date: Thu, 21 Jun 2012 07:49:16 -0700
Subject: [PATCH] testing: fix typo in here
Sure. Thank you. I am away from where I can play with the stuff for
a couple of days, so likely this weekend
On Wed, Jun 20, 2012 at 2:22 PM, Bruno Haible wrote:
> Hi Bruce,
>
> $ ./gnulib-tool --test --with-tests parse-duration
> produces as part of the unit test output (on glibc/Linux wit
On 06/18/12 05:52, Eric Blake wrote:
+ realtarget = canonicalize_filename_mode (target, CAN_MISSING);
Indeed, for this to be LGPL, we would have to change
canonicalize_filename_mode() to have a looser license, and I'm not sure
it is a wise idea to attempt that.
Indeed, perhaps just blanket l
On 06/10/12 16:19, Bruno Haible wrote:
Hi Bruce,
Paul, Jim, Bruno, and Ralf as the set of all contributors
besides yourself (although some of those contributions were trivial)
before making this change.
They were all trivial, actually.
Well, I think 3-line comments as in the 2008-12-17 chan
1 - 100 of 404 matches
Mail list logo
