Re: AC_TYPE_LONG_LONG_INT and AC_TYPE_UNSIGNED_LONG_LONG_INT

Bruno Haible <[EMAIL PROTECTED]> writes: > intmax_t size = 8 > uintmax_t size = 4 > int64_t size = 8 > uint64_t size = 8 This looks like a different set of problems than what was observed on HP-UX 10.20. On your host, 64-bit signed preprocessor numbers work, but the unsigned ones don't. Can you

Re: copy_acl on IRIX

Bruno Haible <[EMAIL PROTECTED]> writes: > - if (n == 3) > + /* If the ACL is trivial, there is no point in complaining that > + we cannot set it on DEST. > + An ACL is trivial if it has only the user/group/other entries, > + or (on IRIX 6.5) if acl_entries (

Re: gnulib-tool --lgpl doesn't convert gplv3 to lgplv2.1

Bruno Haible <[EMAIL PROTECTED]> writes: > Hi Simon, > >> > In the current situation (where we care about the distinction between >> > LGPLv2+ and LGPLv3+ but where GPL means GPLv3+ always), >> >> That hasn't been clear to me: GnuTLS still uses GPLv2 for compatibility >> with other GPLv2 applicat

Re: maint.mk v. gzip 1.2.4

[EMAIL PROTECTED] (Steven M. Schweda) writes: >Greetings: > >While trying to build a recent edition of wget on a Tru64 system, I > ran into a problem, apparently involving gnulib's maint.mk > ("build-aux/maint.mk"?) > >On a system with an old gzip, say version 1.2.4 (which is supplied

Re: update users.txt

Bruno Haible <[EMAIL PROTECTED]> writes: > Simon, I updated the URLs to most of your projects after they moved from cvs > to git. Thanks. > However, I was not able to find the location of the libksba > repository. I have fixed it. /Simon

Re: 'round' modules takes 3

Bruno Haible <[EMAIL PROTECTED]> writes: > On HP-UX 11: >>_Isnanf (first referenced in test-roundf1.o) (code) >> *** Error exit code 1 > > Since this occurs in the other twin modules as well, I fixed it: Thanks! -- Ben Pfaff http://benpfaff.org

Re: 'round' modules takes 3

Bruno Haible <[EMAIL PROTECTED]> writes: >> > In m4/roundf.m4 you need an AC_REQUIRE([gl_FUNC_FLOORF]), so that the >> > determination of FLOORF_LIBM comes before it is used in the assignment to >> > ROUNDF_LIBM, not afterwards. Likewise for m4/roundl.m4. >> >> I am not sure about this. gl_FUNC_

Re: regex cannot be compiled with g++

http://sources.redhat.com/bugzilla/show_bug.cgi?id=5200 just ask. Since Ulrich does not deign to give any rationale, perhaps anyone who wishes to pursue it could write the steering committee at [EMAIL PROTECTED] (Although Paul is on the steering committee!) karl

copy_acl on IRIX

Hi Paul and Jim, Since the ACL module is not advertised as unstable, I started to make use of it in the copy-file module: The copy_file_preserving function calls copy_acl in order to copy ACLs from the original to the destination file. And copy_file_preserving, in turn, is used by "msgmerge --upda

tweak printf-parse.c

So that it can be used in gettext's libasprintf: 2007-10-21 Bruno Haible <[EMAIL PROTECTED]> * lib/printf-parse.c: Don't assume exists in IN_LIBASPRINTF context. --- lib/printf-parse.c.orig 2007-10-21 22:24:38.0 +0200 +++ lib/printf-parse.c 2007-10-21 21:56:21.000

wcwidth: also replace on Tru64

On OSF/1 5.1, wcwidth(0x200B) is 1. Obviously unusable. Let's use the substitute in this case. 2007-10-21 Bruno Haible <[EMAIL PROTECTED]> * m4/wcwidth.m4 (gl_FUNC_WCWIDTH): Check also the width of U+200B. Needed on OSF/1 5.1. --- m4/wcwidth.m4.orig 2007-10-21 21:32:27.000

AC_TYPE_LONG_LONG_INT and AC_TYPE_UNSIGNED_LONG_LONG_INT (was: Re: [Bug-tar] GNU tar 1.19 on HP-UX)

Hi Paul, Paul Eggert wrote on 2007-10-16: > Thanks for verifying this. I have started by installing the following > fix to Autoconf, and will follow up on gnulib shortly. > > 2007-10-16 Paul Eggert <[EMAIL PROTECTED]> > > Check for 64-bit int errors in HP-UX 10.20 preprocessor. It exis

Re: 'round' modules takes 3

On HP-UX 11: >_Isnanf (first referenced in test-roundf1.o) (code) > *** Error exit code 1 Since this occurs in the other twin modules as well, I fixed it: 2007-10-21 Bruno Haible <[EMAIL PROTECTED]> * tests/test-floorf1.c: Include isnanf.h. (main): Use isnanf() instead of

Re: AC_TYPE_LONG_LONG_INT and AC_TYPE_UNSIGNED_LONG_LONG_INT (was: Re: [Bug-tar] GNU tar 1.19 on HP-UX)

On Sun, 21 Oct 2007 18:50:57 +0200, Bruno Haible <[EMAIL PROTECTED]> wrote: > Hi Paul, > > Paul Eggert wrote on 2007-10-16: > > Thanks for verifying this. I have started by installing the following > > fix to Autoconf, and will follow up on gnulib shortly. > > > > 2007-10-16 Paul Eggert <[EMA

Re: 'round' modules takes 3

Hi Ben, Thanks for committing this! Ben Pfaff wrote: > I always have a hard time telling what people expect, > indentation-wise. I now work with a group of anti-tab bigots and > another group of pro-tab bigots. To please both groups, perhaps > I should write my code so that no line is ever inde

Re: gnulib-tool --lgpl doesn't convert gplv3 to lgplv2.1

Hi Simon, > > In the current situation (where we care about the distinction between > > LGPLv2+ and LGPLv3+ but where GPL means GPLv3+ always), > > That hasn't been clear to me: GnuTLS still uses GPLv2 for compatibility > with other GPLv2 applications/libraries, and we can't (and don't) use > GPL

update users.txt

This updates the list of gnulib users. Simon, I updated the URLs to most of your projects after they moved from cvs to git. However, I was not able to find the location of the libksba repository. 2007-10-21 Bruno Haible <[EMAIL PROTECTED]> * users.txt: Add clisp. Update URLs to Simon

fix --create-megatestdir

Hi, Since the move to git, "gnulib-tool --create-megatestdir ..." gives this error message: ... gllib/Makefile.am: installing `build-aux/depcomp' executing aclocal -I ../glm4 executing autoconf executing autoheader executing automake --add-missing --copy ls: cannot access /./CVS/Entries: No such

Re: some failing tests

Hello Bruno, * Bruno Haible wrote on Sat, Oct 20, 2007 at 03:00:20PM CEST: > > Thanks for this testing! x86_64 platforms are important nowadays. Thanks for fixing the issues so promptly. All four tests pass now. Cheers, Ralf