On Mon, 9 Jan 2006, Paul Eggert wrote:
"Peter O'Gorman" <[EMAIL PROTECTED]> writes:
getprogname(3), if it exists, can be used as well as other
alternatives (e.g. argv[0]).
Thanks, I wasn't aware of the BSD getprogname until now.
How about this proposal?
* Change the progname module to use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Pfaff <[EMAIL PROTECTED]> writes:
> I don't understand why ((size_t)-1) is considered C99 specific.
You are correct. It is not C99 specific. I was quoting the C99 standard
which Bruno referenced to be sure everyone was on the same page because
I
Hello,
I received another bug report for idutils, where
compilation of gnulib module fnmatch under Mac OS X
10.3.9 fails, seemingly for a problem related to
multibyte character constants:
Machinetype:Apple Power Mac G4 (2 1420 MHz
PowerPC G4 (3.3)
CPUs, 2GB RAM); Darwin 7.9.0 (Mac OS
"Mark D. Baushke" <[EMAIL PROTECTED]> writes:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> Mark D. Baushke wrote on 2005-11-15:
>> > it would be more portable to use this:
>> >
>> > #ifndef SIZE_MAX
>> > # define SIZE_MAX ((size_t)-1)
>> > #endif
>> >
>> > because ((size_t)-1) wil
I thought this module might be useful for people trying to build
executables on systems like Solaris where the "-lrt" option causes the
executable to dynamically link to rt, even if the executable does not
need any of the rt routines.
I couldn't find any section for this in MODULES.html.sh, so I i
I installed this:
2006-01-09 Paul Eggert <[EMAIL PROTECTED]>
Sync from coreutils.
* lib/mountlist.c (ME_DUMMY): "none" and "proc" file systems are dummies
too. Problem with "none" reported by Bob Proulx. Problem with
"proc" reported by n0dalus.
* lib/
I installed this to sync gnulib from coreutils. This is the biggest
change hunk; the changes all tend to depend on each other. It's still
mutating but I think this snapshot will work with other programs (it
works with GNU tar, anyway).
The lchmod business is a bit tricky, since it uses chmod as
I installed this:
2006-01-09 Jim Meyering <[EMAIL PROTECTED]>
Sync from coreutils.
* lib/version-etc.c (COPYRIGHT_YEAR): Update to 2006.
Index: lib/version-etc.c
===
RCS file: /cvsroot/gnulib/gnulib/lib/version-et
I installed this:
2006-01-09 Paul Eggert <[EMAIL PROTECTED]>
Sync from coreutils.
* lib/posixtm.h (PDS_PRE_2000): New macro.
* lib/posixtm.c (year): Arg is now syntax_bits rather than
allow_century.
All usages changed. Reject dates outside the range 1969-1999
I installed this:
2006-01-09 Jim Meyering <[EMAIL PROTECTED]>
Sync from coreutils.
* lib/modechange.c (mode_compile): Reject an invalid mode string
that starts with an octal digit. From Andreas Gruenbacher.
Index: lib/modechange.c
=
I installed this:
2006-01-09 Paul Eggert <[EMAIL PROTECTED]>
* doc/getdate.texi (General date syntax): Invalid dates are rejected.
(Time of day items): Mention the possibility of leap seconds.
Problem reported by Dr. David Alan Gilbert.
Index: doc/getdate.texi
=
I installed this:
2006-01-09 Paul Eggert <[EMAIL PROTECTED]>
Sync from coreutils.
* lib/chdir-long.c (cdb_free): Don't bother trying to open directory
for write access: POSIX says that must fail.
* lib/fts.c (diropen): Likewise.
* lib/save-cwd.c (save_cw
"Mark D. Baushke" <[EMAIL PROTECTED]> writes:
> I believe a merge of the two types is cleaner with gl_STDINT_H to
> require this new macro.
Likewise.
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
I installed this. Jim and I thought it better to complain at
compile-time if someone is really building on an ancient system. We
suspect that there aren't any such systems active any more, but just
in case, users can define OK_TO_USE_1S_CLOCK.
2006-01-09 Paul Eggert <[EMAIL PROTECTED]>
I installed this patch from Andreas Gruenbacher, to sync from coreutils:
2006-01-09 Andreas Gruenbacher <[EMAIL PROTECTED]>
Sync from coreutils.
Add POSIX ACL support
* lib/acl.h (copy_acl, set_acl): Add declarations.
* lib/acl.c (acl_entries): Add fallback impl
"Peter O'Gorman" <[EMAIL PROTECTED]> writes:
> getprogname(3), if it exists, can be used as well as other
> alternatives (e.g. argv[0]).
Thanks, I wasn't aware of the BSD getprogname until now.
How about this proposal?
* Change the progname module to use the BSD getprogname naming
convention.
Mark D. Baushke wrote:
> I have no problems with either
> ((size_t)~(size_t)0) or ((size_t)-1) being used.
> However, the previous definition in stdint_.h of
> '#define SIZE_MAX (~(size_t)0)' seemed wrong to me.
Yes, it was wrong. Thank you for noticing the problem.
I changed it to ((size_t)~(size
Martin Lambers wrote:
> > But EX_OK is semantically the same as EXIT_SUCCESS. So what about this
> > patch?
>
> I think that the value 0 for EX_OK is obvious enough, so that the extra
> dependency on the exit module does not provide any real benefits.
OK, I've added EX_OK as 0 now. Sorry for the e
The module 'strnlen' has a strnlen.h include file. But it is not mentioned
in the module description. I'm committing this fix.
2006-01-09 Bruno Haible <[EMAIL PROTECTED]>
* modules/strnlen (Include): Use strnlen.h.
*** modules/strnlen 11 Aug 2005 09:56:12 - 1.5
--- modules
Simon Josefsson wrote:
> > - sys/socket.h is currently included. It is not needed on OpenBSD 3.4.
> > But it is needed for 'socklen_t' to be defined portably, I think - look
> > at socklen.m4.
>
> Strictly, I don't believe it is needed -- arpa/inet.h must provide a
> prototype for inet_ntop and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible <[EMAIL PROTECTED]> writes:
> Paul Eggert wrote on 2005-11-15:
> > I'd like Bruno's opinion on all this before installing into gnulib.
> >
> > 2005-11-14 Paul Eggert <[EMAIL PROTECTED]>
> >
> > * lib/stdint_.h (intmax_t) [defined
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Wildenhues wrote:
| [ This is http://article.gmane.org/gmane.comp.lib.gnulib.bugs/5080
| Please remove bug-gnulib from followups. Thank you. ]
|
| * Paul Eggert wrote on Fri, Jan 06, 2006 at 12:06:59AM CET:
|
|>[EMAIL PROTECTED] (Karl Berry) w
Simon Josefsson wrote:
> How would build-aux/ be substituted into $auxdir? Should gnulib-tool
> substitute 'build-aux/' in configure.ac:-statements to $auxdir?
Yes, it should. I'll prepare a patch for doing this.
Bruno
___
bug-gnulib mailing list
bu
Simon Josefsson wrote:
> >> + rmdir sys
> >
> > Remove the directory only when it exists and is empty. (Some systems
> > create files in your directories without being asked for, e.g. .DS_Store
> > on MacOS X.)
>
> How do I test for that in a portable way?
Let rmdir do the test, and ignore a poss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible <[EMAIL PROTECTED]> writes:
> Mark D. Baushke wrote on 2005-11-15:
> > it would be more portable to use this:
> >
> > #ifndef SIZE_MAX
> > # define SIZE_MAX ((size_t)-1)
> > #endif
> >
> > because ((size_t)-1) will work even
Simon Josefsson <[EMAIL PROTECTED]> writes:
> 2006-01-09 Simon Josefsson <[EMAIL PROTECTED]>
>
> * modules/gc-rijndael-tests (License): Likewise.
>
> * modules/gc-des-tests (License): Likewise.
[...]
> * modules/md2-tests (License): Likewise.
I'd expect that at least one of
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote on 2005-12-17:
>> The sys_socket module below will create a sys/socket.h file, primarily
>> for mingw32, but it could be extended for other systems or missing
>> sys/socket.h features in the future.
>>
>> This would solve the proble
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote on 2005-12-06:
>> >> Shouldn't csharpcomp-script and javacomp-script also invoke
>> >> AC_CONFIG_FILES on the scripts? I need to do that manually now, and
>> >> gnulib-tool didn't tell me about it.
>> >>
>> >> I can't come up with a
[ This is http://article.gmane.org/gmane.comp.lib.gnulib.bugs/5080
Please remove bug-gnulib from followups. Thank you. ]
* Paul Eggert wrote on Fri, Jan 06, 2006 at 12:06:59AM CET:
> [EMAIL PROTECTED] (Karl Berry) writes:
>
> > Is it a problem in practice, ie, what are these non-Unix linkers?
On Mon, Jan 09, 2006 at 02:49:45PM +0100, Bruno Haible wrote:
> And how about a runtime failure that occurs in every invocation? We
> could add a check in getopt() and getopt_long(), verifying that
> program_name is non-NULL. Most GNU programs use getopt() and
> getopt_long().
I like the principl
Mark D. Baushke wrote on 2005-11-15:
> it would be more portable to use this:
>
> #ifndef SIZE_MAX
> # define SIZE_MAX ((size_t)-1)
> #endif
>
> because ((size_t)-1) will work even if size_t is narrower than int.
Yes. As explained on 2005-07-11, I prefer to write this as
((size_t)~
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon,
>
> Yoann Vandoorselaere wrote on 2005-10-25:
>> As you point out above, the untested netinet/in.h and sys/socket.h
>> change might lead to compilation warnings/failure on some systems. It
>> would be a good idea to check this specific change on Op
I committed this fix now.
> 2005-10-16 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/stdint.m4 (gl_STDINT_H): Also test for .
> * lib/stdint_.h: On Linux libc4 and libc5, include
> and don't define _STDINT_H_NEED_SIGNED_INT_TYPES.
___
Paul Knowles wrote on 2005-12-15:
> *** Problem #1
> struct argp{
> ...
> /* A vector of argp_children structures, terminated by a member with a 0
> argp field, pointing to child argps should be parsed with this one. Any
> conflicts are resolved in favor of this argp, or early ar
Paul Eggert wrote on 2005-11-15:
> I'd like Bruno's opinion on all this before installing into gnulib.
>
> 2005-11-14 Paul Eggert <[EMAIL PROTECTED]>
>
> * lib/stdint_.h (intmax_t) [defined intmax_t]: Do not declare.
> (uintmax_t) [defined uintmax_t]: Do not declare.
> (SIZE_M
Paul Eggert wrote on 2006-01-05:
> > (If the interface to it was just set_program_name, it could be private.)
>
> Yes, that would be a better convention. This will require revamping
> pretty much everybody that uses program_name, but I think it's worth
> the pain. What do others think?
GNU gett
James Youngman wrote on 2006-01-05:
> My problem is that we have changed the interface without making it
> impossible for the user to use the new interface wrongly. I would
> prefer an arrangement which results in a compilation or link failure
> if the user (i.e. software maintainer) fails to init
Dave Love wrote on 2006-01-05:
> why can't it be initialized to null in error.c?
There are other modules using program_name than error.c. For example,
argmatch, argp-help and xerror. Consequently,
- If you have an application that uses 'argp' but not 'error',
program_name would not be define
Simon Josefsson wrote on 2005-12-01:
> I'm setting this up in a separate directory. Running autoconf
> on the gnulib generated stuff results in:
>
> lib/Makefile.am:15: library used but `RANLIB' is undefined
> lib/Makefile.am:15:
> lib/Makefile.am:15: The usual way to define `RANLIB' is to add
>
Simon Josefsson wrote on 2005-12-06:
> >> Shouldn't csharpcomp-script and javacomp-script also invoke
> >> AC_CONFIG_FILES on the scripts? I need to do that manually now, and
> >> gnulib-tool didn't tell me about it.
> >>
> >> I can't come up with a simple patch -- the AC_CONFIG_FILES statement
>
Paul Eggert wrote on 2006-01-06:
> Perhaps we could change progname.h so that 'program_name' is a
> function that returns the program name, instead of being a global
> variable.
Ouch. When things go wrong, this leads to intriguing compiler errors like
"cannot call program_name as a function" or "a
Simon Josefsson wrote on 2005-12-17:
> The sys_socket module below will create a sys/socket.h file, primarily
> for mingw32, but it could be extended for other systems or missing
> sys/socket.h features in the future.
>
> This would solve the problem of accessing sys/socket.h stuff in
> applicatio
Dave Love wrote on 2006-01-04:
> Gnulib routines call `error', and on a non-glibc system that's likely
> to use an uninitialized `program_name' since the variable is
> initialized in progname.c, and that's not required. Users probably
> won't find out about it until `error' gets called at some sta
Karl Berry wrote on 2006-01-05:
> Is it a problem in practice, ie, what are these non-Unix linkers?
MacOS X (a Unix!), Woe32, emx+gcc (a Unix as well). Maybe others.
> Are you thinking that set_program_name will set something other than
> program_name?
It already does. See progname.c.
Bruno
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote on 2005-10-25:
>> I'm using gnulib-tool --lgpl in some projects. All of the *-tests
>> modules that I wrote recently are GPL. There isn't really a need for
>> these self tests to be available under LGPL, but gnulib-tool complain
>>
Albert Chin wrote on 2005-11-26:
> It's not necessarily safe to assume a system variable/function/header,
> if available to the C compiler, is available to the C++ compiler. This
> is even in the case the same vendor provides the C and C++ compiler.
> For example:
> 1. On Tru64 UNIX 5.1, is avai
Mark D. Baushke wrote on 2005-12-30:
> For what it may be worth, the CVS project has a
> forked copy of the GNULIB bison.m4 which uses
> bison-missing until such time as automake-1.10 is
> released when it will no longer be an issue.
Which macro is used, depends on whether the generated .c file is
47 matches
Mail list logo
