Hello again,
I'm sorry that I was too quick writing my previous mail.
On Wed, Oct 17, 2007 at 11:34:54AM +0200, Stepan Kasal wrote:
> But my GNU libc.info mentiones st_atimensec, but not st_atim.
>
> So it seems that platforms using GNU libc (GNU/Linux, Cygwin?) are
> converg
Hello,
the top of m4/stat-time.m4 says:
# st_atim.tv_nsec - Linux, Solaris, Cygwin
# st_atimespec.tv_nsec - FreeBSD, NetBSD, if ! defined _POSIX_SOURCE
# st_atimensec - FreeBSD, NetBSD, if defined _POSIX_SOURCE
# st_atim.st__tim.tv_nsec - UnixWare (at least 2.1.2 through 7.1)
But my GNU libc.in
Hello,
I have noticed a typo in lib/readline.c:
> "This module is intended to be used when the application only need
> the readline interface. [...]
the first line should end "... needs".
Have a nice day,
Stepan Kasal
_
Hi,
would the following patch be welcome?
I haven't noticed any of the files in config/srclist.txt.
Stepan
2005-10-24 Stepan Kasal <[EMAIL PROTECTED]>
* c-stack.m4, copy-file.m4, execute.m4, fatal-signal.m4, findprog.m4,
getlogin_r.m4, pagealign_alloc.m4, pi
Hello,
On Sun, Oct 23, 2005 at 10:25:48PM -0700, Paul Eggert wrote:
> Simon Josefsson <[EMAIL PROTECTED]> writes:
> > In file included from smbutil.c:34:
> > lib/des.h:62: conflicting types for `des_setkey'
...
> If they are supposed to have the same semantics but the FreeBSD
> versions are buggy,
Hello,
On Sun, Oct 23, 2005 at 10:34:18PM -0700, Paul Eggert wrote:
> uint32_t *p = (uint32_t *) ((char *) ctx->buffer + bytes + pad);
> p[0] = SWAP (ctx->total[0] << 3);
> p[1] = SWAP ((ctx->total[1] << 3) | (ctx->total[0] >> 29));
wouldn't the following be more readable?
uint32_t bytes
Hello,
> + AC_DEFINE(GC_USE_MD4, 1, [Define to if you want to support MD4 through
> GC.])
I'd suggest
s/Define to if/Define if/
this applies to:
m4/gc-hmac-md5.m4
m4/gc-hmac-sha1.m4
m4/gc-md4.m4
m4/gc-md5.m4
m4/gc-sha1.m4
Have a nice day,
S
Hello,
On Fri, Oct 14, 2005 at 01:57:00PM +0200, Bruno Haible wrote:
> We do override include files by using our own if the system's one is
> defective.
...
> We do override an autoconf macro if it is buggy.
yes, that makes sense. Thanks for explaining.
Stepan
___
Hi Bruno,
and what about the following?
Stepan
2005-10-17 Stepan Kasal <[EMAIL PROTECTED]>
* gnulib-tool (func_create_testdir): Omit the clumsy check whether
BUILT_SOURCES in nonempty.
Index: gnuli
Hello,
On Fri, Oct 14, 2005 at 04:14:09PM +0200, Simon Josefsson wrote:
> Internally, in arcfour.c, [...]
> #define ARCFOUR_MOD_MASK (ARCFOUR_SBOX_SIZE - 1)
yes, this is a good idea, and it also applies to the proposal I have
just posted:
These two would be in .h:
#define ARCFOUR_LOGSZ 8 /*
Hello,
Ralf proposed:
> > > #define ARCFOUR_BLOCKBITS 8
we have a random number generator, which gives us a sequence of 8-bit
integers. So, in a sense, we are working with 8-bit blocks.
But I see no reason why the other constants should contain the substring
"BLOCK".
On Fri, Oct 14, 2005 at
Hello,
On Wed, Oct 12, 2005 at 08:23:29PM +0200, Bruno Haible wrote:
> Stepan Kasal wrote:
> > I noticed two problems with stdbool.m4:
> >
> > Even with Autoconf-2.59, this file is included in aclocal.m4,
> > and thus the gnulib definition overrides the Autoconf one
Hello,
On Wed, Oct 12, 2005 at 08:33:28PM +0200, Bruno Haible wrote:
> Stepan Kasal wrote:
> > m4_ifndef([AC_C_RESTRICT],
> > AC_DEFUN([gl_C_RESTRICT],
...
> > could be better.
>
> And what would we put into modules/restrict then?
sorry, this was a mistake, I meant
e a bad idea.
Have a nice day,
Stepan Kasal
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
Hello,
I noticed two problems with stdbool.m4:
Even with Autoconf-2.59, this file is included in aclocal.m4,
and thus the gnulib definition overrides the Autoconf one.
Perhaps the following would fix it:
m4_ifndef([AC_HEADER_STDBOOL],
AC_DEFUN([AC_HEADER_STDBOOL],
[...
])
])
Second, AM_STDBOOL
Hello,
On Fri, Sep 23, 2005 at 02:37:06PM +0200, Bruno Haible wrote:
> Stepan Kasal wrote:
> > But in the basic case, when only the implementation is fixed and no
> > header is needed, I see no advantage in adding a redundant call to
> > AC_LIBSOURCES.
>
> The
in adding a redundant call to
AC_LIBSOURCES.
Have a nice day,
Stepan Kasal
2005-09-23 Stepan Kasal <[EMAIL PROTECTED]>
* m4/gettime.m4, m4/getugroups.m4, m4/idcache.m4, m4/inttostr.m4,
m4/nanosleep.m4, m4/settime.m4: Remove redundant AC_LIBSOURCES.
Index: m4/gett
Hello again,
On Fri, Sep 23, 2005 at 10:33:21AM +0200, Stepan Kasal wrote:
> > > I'm afraid we need a design document for the solution.
> Simon, perhaps you could volunteer.
... or you can just wait. I think I have something in mind now,
and hopefully I'll write it do
Hello,
> > I'm afraid we need a design document for the solution. Then we can
> > implement it. Have I missed it, or it is yet to be written?
>
> No, I don't think you've missed it; that work still needs to be done.
but I'm not able to do it. Simon, perhaps you could volunteer.
Could you ple
Hello,
On Thu, Sep 22, 2005 at 12:36:46PM +0200, Simon Josefsson wrote:
> Stepan Kasal <[EMAIL PROTECTED]> writes:
> > Later on, when it was realized that a fix is needed, it was decided to wait
> > for Autoconf 2.60, instead of converting gnulib back to the old scheme and
&
AC_LIBOBJ([baz])
> > fi
> > and it expands to AC_LIBSOURCE([baz.c]) which is traced by Automake.
>
> This doesn't seem like a huge improvement.
Having information on one place instead of having it stored redundantly
is always good. S
AC_LIBOBJ([baz])
fi
and it expands to AC_LIBSOURCE([baz.c]) which is traced by Automake.
Please note that almost always you need to add a check for the feature
anyway, so the code required by the new scheme presents almost no overhead,
and, more importantly, the risk that you forget to add i
Hello,
On Tue, Sep 13, 2005 at 10:23:32AM -0400, Derek Price wrote:
> [...] double-include protection should be ignored for the purposes of
> indenting compiler directives in headers,
...
> I would note that GNU indent doesn't currently support Paul's style. It
> supports intentation of cpp direc
(or the obsolete
AC_TRY_*) is not safe; it skips the cleanup of that macro.
Something like this is better:
...
],[
socklen_t_equiv="$t"
])
done
test -z "$socklen_t_equiv" && break
done
if -z "$sockle
Hello,
On Mon, Jul 11, 2005 at 02:38:23PM +0200, Stepan Kasal wrote:
> 2005-07-11 Bruno Haible <[EMAIL PROTECTED]>
> and Stepan Kasal <[EMAIL PROTECTED]>
>
> * check-module: If more parameters are given, check each of them
> separately; add more
Hello,
On Thu, Aug 25, 2005 at 09:21:00AM -0700, Paul Eggert wrote:
> > What would be wrong with the following patch?
>
> Synchronization with glibc. mktime.c is shared with the GNU C
> Library, and glibc doesn't have intprops.h.
thanks for explanation. I'm dropping the patch.
> I suppose tha
Hello,
On Thu, Aug 25, 2005 at 05:06:55PM +0200, Bruno Haible wrote:
> AC_INIT(regexp, 1.0, clisp-list)
> +AC_GNU_SOURCE
> AC_CONFIG_SRCDIR(regexp.lisp)
> That might be a little too early, [...]
> I would put it after the determination of CC and CPP, but
> before all AC_CHECK_HEADER and AC_CHE
suggested by Stepan Kasal.
>
> AC_CONFIG_COMMANDS([gnutlsconfig.h],
> [
> outfile=gnutlsconfig.h
> cat >$outfile <<_EOF_
> #ifndef __GNUTLSCONFIG_H__
> #define __GNUTLSCONFIG_H__
>
> _EOF_
>
> if test x$HAVE_SSIZE_T = xyes; then
> echo
Hello,
On Thu, Aug 25, 2005 at 09:36:12AM -0400, Sam Steingold wrote:
> But I do not have lib/regex.c!
> I have regex.c in the current directory!
> Is it OK?
yes, it is.
Stepan
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailm
EMAIL PROTECTED]>
>
> * mktime.c (TYPE_TWOS_COMPLEMENT, TYPE_ONES_COMPLEMENT,
> TYPE_SIGNED_MAGNITUDE, TYPE_MINIMUM, TYPE_MAXIMUM): Sync from
> intprops.h.
> * strtol.c: Likewise.
Why it is not possible to #include intprops.h?
What would be wrong with the following patch?
Hello,
On Wed, Aug 24, 2005 at 10:20:08PM -0700, Paul Eggert wrote:
> Let's please just define [EX_OK] to 0; [...]
>
> I also like Simon's suggestion of defining EXIT_SUCCESS and
> EXIT_FAILURE in config.h, [...]
something like the attached patch (not tested)?
Stepan
diff -urpN gnulib/lib/.cpp
Hello,
would you accept this patch?
Stepan Kasal
2005-08-25 Stepan Kasal <[EMAIL PROTECTED]>
* regex.m4: If --with-included-regex was given, skip the autodetection.
Index: m4/regex.m4
===
RCS file: /cvsroot/
Hello,
On Thu, Aug 25, 2005 at 11:06:00AM +0200, Stepan Kasal wrote:
> Indeed, when I cp ../gnulib/m4/regex.m4 src/m4/
> and apply the patch attached below, then
>
> make -f Makefile.devel check-configures
I forgot to attach the patch, sorry.
Please find it attached
pply the patch attached below, then
make -f Makefile.devel check-configures
There was one remaining problem: AC_GNU_SOURCE has to be called early in
configure.ac. For projects which use gnulib-tool, macro gl_EARLY takes
care of this; but you have to take care of it yourself.
Have a nice da
Hello,
On Sat, Aug 13, 2005 at 03:20:56PM +0200, Oskar Liljeblad wrote:
> For example, I was looking for translations
> for lib/regcomp.c in Gnulib. Is there any project that has those
> translations, or are they completely new?
the regex module came from GNU libc, glibc. I guess that project is
Hello,
another patch for new regex module:
Stepan
- Forwarded message from Yuri Vasilevski <[EMAIL PROTECTED]> -
Date: Tue, 23 Aug 2005 23:17:40 -0500
To: [EMAIL PROTECTED]
Subject: Bug Report: sed-4.1.4 misinterprets uClibc's malloc (patch included)
Hi,
Recent versions of sed expect g
et the same symptoms, though the
reasons are different.)
Have a nice day,
Stepan Kasal
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
Hello,
this mail is a lengthy story "to the most abstract solution and back
to the basic one". Sorry, I couldn't have helped.
> The problem, of course, is that the installed header file cannot
> assume a config.h and the HAVE_* stuff.
Indeed, this is the root of the problem.
You try to find a
t
something similar go to onceonly*.m4, too?
Have a nice day,
Stepan Kasal
2005-08-10 Stepan Kasal <[EMAIL PROTECTED]>
* onceonly_2_57.m4: Really require Autoconf 2.57.
Index: m4/onceonly_2_57.m4
===
RCS file:
Hello,
about two weeks ago I submitted a patch
http://lists.gnu.org/archive/html/bug-gnulib/2005-07/msg00084.html
I verified that the archive hasn't clobbered it, except the first
two lines:
2005-07-11 Bruno Haible <[EMAIL PROTECTED]>
and Stepan Kasal <[EMAIL PROTECTED]&
Hello,
On Sat, Jul 16, 2005 at 10:53:45AM +0200, Simon Josefsson wrote:
> All of this is hypothetical though, since it doesn't look like adding
> the readline library as a gnulib module will happen now.
Why not? I don't see any reason against the "readline stub" module
you proposed.
Bruno point
Hello,
On Mon, Jul 04, 2005 at 11:46:41AM -0700, Paul Eggert wrote:
> I would say the one exception is getcwd, where the code to support
> arbitrarily-deep nesting is not LGPLed anywhere that I can see.
does this mean that the arbitrarily-deep nesting code is not going to be
contributed back to g
Hello Bruno,
> for this is the --avoid option to gnulib-tool, which I've now implemented.
Great! Thank you very much for this long awaited option.
Stepan
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
tually checked only the first module.
I tried to enhance the script to do what we expect.
The patch, merged with Bruno's previous patch, is attached to this mail.
Have a nice day,
Stepan Kasal
2005-07-11 Bruno Haible <[EMAIL PROTECTED]>
and Stepan Kasal <[EMAIL
Hello Bruno,
On Mon, Jul 04, 2005 at 01:18:25PM +0200, Bruno Haible wrote:
> On mingw32, mbrtowc.m4 "detects" that mbrtowc() exists, leading to
> link errors. Actually, mbrtowc() does not exist on this system,
> it's only declared in but not actually implemented under
> this name.
why cannot we
e obsoleted AC_TRY_COMPILE
Some people run "autoconf -W obsolete", and the macros from gnulib
shouldn't spoil it.
> - use AS_TR_* instead of raw m4_translit
Do you see any problem with this patch? All used macros are now documented.
Have a nice day,
Stepan
2005-06-30 St
Hi,
I committed the patch attached to this mail.
Stepan
2005-06-30 Stepan Kasal <[EMAIL PROTECTED]>
* doc/autoconf.texi (Generic Functions): Mention the Gnulib project.
Index: doc/autoconf.texi
===
RCS file: /c
Hello,
On Tue, Jun 28, 2005 at 09:12:32AM -0400, Karl Berry wrote:
> The English seems fine to me, but since Gnulib has a Texinfo manual, it
> seems like it might make sense to use a multi-argument xref instead of
> @uref (with rewording), as in:
> @xref{Top,,,gnulib,Gnulib},
OTOH, is seems mo
Hello,
On Mon, Jun 27, 2005 at 02:08:07PM +0200, Stepan Kasal wrote:
> On Thu, Jun 23, 2005 at 10:20:33PM +0200, Patrice Dumas wrote:
> > > gnulib is an existing centralised repository, with implementations
> > > under various licenses, but mostly they are GPL or LGPL.
>
Hi,
On Tue, Jun 07, 2005 at 10:19:47AM -0400, Derek Price wrote:
> >- we have to document also the fact that AS_TR_SH & AS_TR_CPP expand
> > to literal variable (symbol) name, if their argument is a literal
>
> I didn't think this was important from the user's perspective.
In the patch I propos
Hello Derek,
thank you very much for taking care about this.
On Mon, Jun 06, 2005 at 02:31:24PM -0400, Derek Price wrote:
> Yes, AS_TR_SH & AS_TR_CPP appear to be undocumented. I've submitted a
> patch to autoconf-patches to remedy this and will commit it within a few
> days unless there are obj
I apologize that I haven't got to it earlier.
Let me remind you that if you want to filter the postings to
a separate folder, and if you use procmail, you can use the
following recipe:
:0:
* ^List-Post:[EMAIL PROTECTED]>
bug-gnulib-new
Have a ni
written in a similar style.)
An updated patch attached.
Stepan
2005-06-04 Stepan Kasal <[EMAIL PROTECTED]>
* minmax.m4 (gl_MINMAX_IN_HEADER): Don't use obsolete AC_TRY_COMPILE;
use m4_pushdef/m4_popdef.
Index: m4/minmax.m4
Could you please find some time to look at it?
[FYI: I'll be offline Jun 7 - Jun 21.]
Have a nice day,
Stepan
2005-06-03 Stepan Kasal <[EMAIL PROTECTED]>
* minmax.m4 (gl_MINMAX_IN_HEADER): Use more modern macros.
Hello,
I noticed a minor problem here. (It was also present in the previous
version:
On Fri, May 13, 2005 at 12:04:35AM -0700, Paul Eggert wrote:
> ... | sed -e '/^$/d;' -e 's/^/ /'
I'd use either
sed '/^$/d;s/^/ /'
or
sed -e '/^$/d' -e 's/^/ /'
I'm afraid that the extra se
Hello,
Ian Abbott asked:
> > Could this also be a problem on Unix systems using multibyte encoded
> > (UTF-8) filesystems, if not now then in the future?
no, this cannot happen, because of how UTF-8 is designed:
1) If a character is represented by a single byte, then the the most
significant bit
56 matches
Mail list logo
