I'd like to rename full-header-path to absolute-header to avoid
confusion with the GNU coding standards, which say that the word
"path" should not be used for file names in user documentation. Also,
POSIX uses the adjective "absolute", not "full", to talk about file
names that are fully qualified.
Hi Paul,
I suspect that you may need something like this or the same-inode.h
file will not be added to the tarball with a 'make dist' command.
Or at least, it does not seem to do the job with autoconf 2.60.
Am I missing something?
-- Mark
Index: cycle-check
=
I installed this into gnulib:
2006-07-03 Jim Meyering <[EMAIL PROTECTED]>
* cycle-check.h (CYCLE_CHECK_REFLECT_CHDIR_UP): Abort if this
macro is used before the first cycle_check call.
--- lib/cycle-check.h 3 Jul 2006 08:32:46 - 1.3
+++ lib/cycle-check.h 4 Jul 200
OK, thanks, I installed the following into gnulib and coreutils; it
should fix both problems you mentioned (Solaris 7 doc, and MacOS).
2006-07-03 Paul Eggert <[EMAIL PROTECTED]>
* stdint_.h: Include after @FULL_PATH_STDINT_H@, for
MacOS X 10.4.6. Don't mention . Problems
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; coreutils was already using xstrndup so Paul missed it.
By the way, note that ALL programs that use base
The modules/dirname seems to now depend on xstrndup
if gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -Ino/include -g -O2 \
-MT basename.o -MD -MP -MF ".deps/basename.Tpo" -c -o basename.o basename.c; \
then mv -f ".deps/basename.Tpo" ".deps/basename.Po"; else rm -f ".deps/basename\
.Tpo"
I suspect the following patch was missed... Otherwise same-inode.h may
not get into the distribution tarballs of cycle-check users.
-- Mark
Index: modules/cycle-check
===
RCS file: /sources/gnulib/gnulib/modules/cycle-check,
Hi!
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 MinGW: HAVE_STRNDUP will wrongl
Ralf Wildenhues wrote:
> AC_DATAROOTDIR_CHECKED does not only turn off the warnings, but also the
> safeguard substitutions. Which is why there is a recommendation to only
> use it after a package audit for datarootdir. Setting the macro with
> gettext-0.14.x will break packages.
OK, so we have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
Paul Eggert <[EMAIL PROTECTED]> writes:
> Thanks for the bug report. How about this patch instead?
> It includes @FULL_PATH_STDINT_H@ first, before ;
> this should be a bit safer than including @FULL_PATH_STDINT_H@ twice.
Your proposed pat
Now that we have a sys_select module, I'd like to propose the patch from
my previous mail again (make the nanosleep module use the sys_select
module). This would allow to use nanosleep on MinGW.
Martin
Thanks for the bug report. How about this patch instead?
It includes @FULL_PATH_STDINT_H@ first, before ;
this should be a bit safer than including @FULL_PATH_STDINT_H@ twice.
--- old/stdint_.h 2006-07-02 22:49:39.0 -0700
+++ new/stdint_.h 2006-07-03 01:39:23.0 -0700
@
[I sent a rather large e-mail message which had another variation of
this patch. I think this one is better. The other has not yet appeared
on the bug-gnulib or bug-cvs mailing lists.]
The following patch seems to be needed due to MacOS X 10.4.6 doing
a '#include ' from inside of .
-- Mar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Problem:
The /usr/include/stdint.h file on MacOS X, apparently needs to be
'fixed' by generation of the GNULIB stdint_.h file into stdint.h, but
includes taken later have a problem in that actually
does the #include of for us. This is bad.
On MacOS
> *snip*
>
>> +if test x"$SKIP_FTRUNCATE_CHECK" != xyes; then
>> + AC_MSG_FAILURE([Your system lacks the ftruncate function.
>> + Please report this, along with the output of "uname -a", to the
>> + bug-coreutils@gnu.org mailing list. To continue past this point,
>> + rerun
Hello Bruno, Paul,
* Bruno Haible wrote on Thu, Jun 29, 2006 at 02:59:24PM CEST:
> Paul Eggert writes:
>
> > The code currently assumes Autoconf 2.60 but could be backported easily
>
> I think it's important to leave people a choice. Autoconf 2.60 will have
> different bugs than autoconf-2.59, w
Hello Jim,
* Jim Meyering wrote on Thu, Jun 29, 2006 at 01:57:36PM CEST:
>
> How about leaving it in for a while longer, but adding some sort of
> assertion that will trigger if ever configure detects it's needed.
>
> Here's what I did recently for coreutils:
> Note that it does provide a way to
17 matches
Mail list logo
