absolute-header.m4 fix for Sun C 5.8

With the stdint module, Sun C 5.8 issued warnings like this: "./stdint.h", line 46: warning: #include of /usr/include/... may be non-portable I installed the following to suppress these bogus warnings: 2006-07-04 Paul Eggert <[EMAIL PROTECTED]> * absolute-header.m4 (gl_ABSOLUTE_HEADER

Re: cycle-check.h fix imported from coreutils

"Mark D. Baushke" <[EMAIL PROTECTED]> writes: > -lib_SOURCES += cycle-check.c cycle-check.h dev-ino.h > +lib_SOURCES += cycle-check.c cycle-check.h dev-ino.h same-inode.h Thanks for catching that; I installed it.

Re: [bug-gnulib] strndup module and crosscompiling

Martin Lambers wrote: > gnulib/m4/strndup.m4 checks for a deficient strndup() function. When > crosscompiling, it assumes that strndup() is broken if the target is AIX > and that it is ok otherwise. > > This fails when crosscompiling to a target that has no strndup() > function at all, such as Mi

Re: [bug-gnulib] AC_HEADER_STDC

Derek R. Price wrote: > * m4/onceonly.m4, > m4/onceonly_2_57.m4 > Don't call obsolescent AC_HEADER_STDC. It's not called there, it's only used as an example. I've changed it like this. *** onceonly_2_57.m410 Aug 2005 12:06:39 - 1.6 --- onceonly_2_57.m44 Jul 2006

version-etc output format

Has the format of version-etc output changed? From GNU M4 1.4.x (doesn't use version-etc): $ m4 --version GNU M4 1.4.4 Written by Rene' Seindal. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not

Re: [bug-gnulib] AC_HEADER_STDC

Derek R. Price wrote: > lib/mbswidth.c: Remove sections > dependent on !STDC_HEADERS. Thanks, I committed to gnulib the same patch that I had done in gettext a day earlier. It is identical to yours. Bruno 2006-06-27 Bruno Haible <[EMAIL PROTECTED]> Assume ANSI C header fi

Re: [bug-gnulib] Last few obsolescent macros

Derek R. Price wrote: > Removing references to AC_HEADER_DIRENT (replacing with > AC_CHECK_HEADERS_ONCE([dirent.h])) Yes. All Unix systems nowadays have , OpenVMS too. But native Woe32 (MSVCRT, not mingw) doesn't. Bruno

Re: new module for temporary files in temporary directories

Paul Eggert wrote: > > The module is, so far, not optimized for asymptotic performance. > > How many temporary files does 'sort' use? Is more than 1 temp files > > realistic (each of size > 10 MB, giving a total of 100 GB) ? > > Yes, I'm afraid it is. People are sorting larger files these day

Re: [bug-gnulib] new module for temporary files in temporary directories

Ben Pfaff wrote: > > /* Create a temporary directory. > >PREFIX is used as a prefix for the name of the temporary directory. It > >should be short and still give an indication about the program. > >Return a fresh 'struct temp_dir' on success. Upon error, an error > > message > >is

Re: OS/2 and stdarg module

Eric Blake wrote: > Meanwhile, is it worth patching autoconf/lib/autoheader.m4 to complain when > $2 of AH_VERBATIM is empty, so this mistake is less likely to occur in the > future? This would be welcome. Something like this (untested)? *** autoheader.m4.bak 2005-05-14 09:00:39.0 +0200

Re: simplification rewrite of stdint module installed into gnulib

Paul Eggert wrote: > * m4/longlong.m4 (AC_TYPE_LONG_LONG_INT): Backport from Autoconf 2.60, > but fix a bug, by requiring at least 64 bits. > * m4/ulonglong.m4 (AC_TYPE_UNSIGNED_LONG_LONG_INT): Likewise. > * m4/longlong.m4 (gl_AC_TYPE_LONG_LONG): Now just call > AC_TYP

Re: [bug-gnulib] Re: simplification rewrite of stdint module installed into gnulib

Paul Eggert wrote: > How about if we remove the mention of instead? On > Solaris 8 states that programs "should not directly > include this file" and I expect Solaris 7 is similar. On Solaris 7, is included by , , , . Since our replacement always include , which always includes , your propos

Re: [bug-gnulib] version-etc output format

Gary V. Vaughan wrote: > $ ./src/m4 --version > GNU M4 1.9a > Copyright (C) 2006 Free Software Foundation, Inc. > This is free software. You may redistribute copies of it under the terms of > the GNU General Public License . > There is NO WARRANTY,

Re: new module for temporary files in temporary directories

Bruno Haible <[EMAIL PROTECTED]> writes: > 1) The practical reason is that while developing libsigsegv, I noticed that > C does not have the notion of a "barrier": In code like this: > > set_up_datastructures(); > /* HERE I would like a barrier */ > signal(sig,my_signal_handler);

Re: [bug-gnulib] barriers and volatile

Ben Pfaff wrote: > Is it safe to use an external function that is only defined in a > separate translation unit? For example, to define an empty > function in a source file all by itself, then use a call to it as > a barrier. With more and more optimisations being pushed into the linker, this doe

Re: [bug-gnulib] strndup module and crosscompiling

On Tue, 04. Jul 2006, 18:31:21 +0200, Bruno Haible wrote: > Martin Lambers wrote: > > gnulib/m4/strndup.m4 checks for a deficient strndup() function. When > > crosscompiling, it assumes that strndup() is broken if the target is AIX > > and that it is ok otherwise. > > > > This fails when crosscom

Re: coreutils merge into gnulib

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 7/3/2006 11:49 AM: > Mark D. Baushke gnu.org> writes: > >> The modules/dirname seems to now depend on xstrndup > > Yes. My original proposal for the change to dirname (was it last November?) > added this dependency; core

Re: version-etc output format

"Gary V. Vaughan" <[EMAIL PROTECTED]> writes: > Can we change swap the author and copyright blocks > in version-etc.c to match coreutils and others output? Actually, coreutils uses the new version-etc.c format nowadays (this is not surprising, since Jim Meyering maintains both): $ ls --versio

Re: new module for temporary files in temporary directories

Bruno Haible <[EMAIL PROTECTED]> writes: > The rule of thumb is: If a data field can be written by the main program > and read by the signal handler, or vice versa, it needs to be marked as > 'volatile'. OK, thanks for explaining it. Though I think you meant that the field needs to be accessed o

Re: new module for temporary files in temporary directories

Paul Eggert <[EMAIL PROTECTED]> writes: > Bruno Haible <[EMAIL PROTECTED]> writes: > >> 3) The theoretical reason is that in ISO C, section 5.1.2.3.(5) >> guarantees to me that memory stores have been performed at sequence points >> only if I mark them 'volatile'. > > I think that's a misunderstan

Re: simplification rewrite of stdint module installed into gnulib

Bruno Haible <[EMAIL PROTECTED]> writes: > -- Macro: AC_TYPE_LONG_LONG_INT > If the C compiler supports a working `long long int' type, define > `HAVE_LONG_LONG_INT'. > > Requiring at least 64 bits would be a change in semantics. Yes. Whether this is a good thing depends on what one m