mwoehlke [EMAIL PROTECTED] writes:
lib/mkdir-p.c needs:
#ifndef HAVE_FCHMOD
# define HAVE_FCHMOD 0
#endif
Thanks, I installed this:
2006-10-11 Paul Eggert [EMAIL PROTECTED]
* lib/mkdir-p.c (HAVE_FCHMOD): Define to false if not already
defined. Problem reported by Matthew
Hello Paul,
* Paul Eggert wrote on Wed, Oct 11, 2006 at 08:25:27PM CEST:
[...] perhaps
we should have two options, --copy-preserve and --copy. However, it
won't be a problem for me (I don't use --copy) and it won't be a
problem for Bruno (he does a make distclean after a bootstrap). Were
Jim Meyering [EMAIL PROTECTED] writes:
./bootstrap: aclocal --force -I m4 ...
configure.ac:39: warning: AC_COMPILE_IFELSE was called before
AC_USE_SYSTEM_EXTENSIONS
Thanks for reporting that. I installed the following, and hope it
fixes things for you. At least, I bootstrapped successfully
Paul Eggert [EMAIL PROTECTED] wrote:
Jim Meyering [EMAIL PROTECTED] writes:
./bootstrap: aclocal --force -I m4 ...
configure.ac:39: warning: AC_COMPILE_IFELSE was called before
AC_USE_SYSTEM_EXTENSIONS
Thanks for reporting that. I installed the following, and hope it
fixes things for
I wrote:
This started with the bug report:
http://savannah.gnu.org/bugs/?17877
Invalid No such file or directory error on filesystem without stable
inode numbers
...
Anyhow, here's the diff:
[tested via valgrind on coreutils' tests of du, chmod, chown, chgrp,
and via make check for
Separating the patch into parts wasn't really an option after all.
I've checked this in:
Looks great. Thanks.
What's the easiest way to try this out? The patch doesn't apply to
the gnulib present in findutils-4.3.1, and I have no idea how to graft
a new gnulib version into findutils.
Miklos Szeredi [EMAIL PROTECTED] wrote:
Separating the patch into parts wasn't really an option after all.
I've checked this in:
Looks great. Thanks.
What's the easiest way to try this out? The patch doesn't apply to
the gnulib present in findutils-4.3.1, and I have no idea how to graft
gnulib-tool --create-testdir --dir=/tmp/testdir is currently broken.
autopoint installs .m4 files that override the ones installed by gnulib-tool,
in particular inttypes-pri.m4 then doesn't AC_SUBST(PRI_MACROS_BROKEN) any
more, therefore the generated inttypes.h has incorrect C syntax. This
fixes
Simon Josefsson wrote:
The last patch wasn't working, but this is somewhat better.
This appears to work reasonably well, and I need it also for gettext,
so I committed it.
Simon, compared to your proposed patch, I
- applied the same change to func_create_testdir as well,
- made the
Ralf Wildenhues wrote:
@@ -1137,7 +1138,8 @@ func_emit_lib_Makefile_am ()
echo ${libname}_${libext}_SOURCES =
# Here we use $(LIBOBJS), not @[EMAIL PROTECTED] The value is the same.
However,
# automake during its analyses looks for $(LIBOBJS), not for @[EMAIL
PROTECTED]
-
mwoehlke wrote:
Ok, I did this:
{ right_works = FALSE; \
printf(j=%i\n, j);\
printf(shc=%i\n, shc);\
printf(sample1=%Ld\n, sample1);\
printf(sample2=%Ld\n, sample2);\
}\
...and got this:
j=1
shc=1
coreutils' configure-time test for existence of lib/getloadavg.c
was failing because that file is now typically a symlink.
Here's how I've fixed it:
2006-10-12 Jim Meyering [EMAIL PROTECTED]
* m4/getloadavg.m4 (gl_GETLOADAVG): Test for the existence of
lib/getloadavg.c using
Paul Eggert [EMAIL PROTECTED] wrote:
Thanks for reporting that. In looking at the code, I found
some other problems (notably, errno was sometimes mishandled)
and installed the following more-general patch into gnulib.
2006-10-11 Paul Eggert [EMAIL PROTECTED]
*
Jim Meyering [EMAIL PROTECTED] wrote:
coreutils' configure-time test for existence of lib/getloadavg.c
was failing because that file is now typically a symlink.
Here's how I've fixed it:
2006-10-12 Jim Meyering [EMAIL PROTECTED]
* m4/getloadavg.m4 (gl_GETLOADAVG): Test for the
Bruno Haible [EMAIL PROTECTED] wrote:
Simon Josefsson wrote:
The last patch wasn't working, but this is somewhat better.
This appears to work reasonably well, and I need it also for gettext,
so I committed it.
Simon, compared to your proposed patch, I
- applied the same change to
Bruno Haible [EMAIL PROTECTED] writes:
$ gnulib-tool --create-testdir --dir=/tmp/testdir `gnulib-tool --list`
but this is no longer possible, since the config-h breaks a few other modules.
Would anybody object if I changed all the other modules to be
compatible with config-h? The only
Hello Paul,
* Paul Eggert wrote on Thu, Oct 12, 2006 at 06:40:08PM CEST:
Bruno Haible [EMAIL PROTECTED] writes:
$ gnulib-tool --create-testdir --dir=/tmp/testdir `gnulib-tool --list`
but this is no longer possible, since the config-h breaks a few other
modules.
Would anybody object
Jim Meyering wrote:
coreutils now fails to pass make
distcheck after a bootstrap. At least part of the problem is that
lib/Makefile's DIST_COMMON ends up being nearly empty.
This should fix it. Now that we bypass automake's LIBOBJS magic, we have
to declare all distributed files.
This might
Paul Eggert wrote:
mwoehlke [EMAIL PROTECTED] writes:
I would prefer
that autoconf know that if it is on NSK/OSS ('#ifdef __TANDEM'), that
_TANDEM_SOURCE needs to be defined.
OK, I installed this patch into gnulib; this merges the change to
Autoconf that I installed earlier there today for
* Matthew Woehlke wrote on Thu, Oct 12, 2006 at 08:20:14PM CEST:
Paul Eggert wrote:
--- m4/extensions.m4 3 Oct 2006 04:12:40 - 1.11
+++ m4/extensions.m4 11 Oct 2006 23:10:59 -
[snip]
+#ifndef _TANDEM_SOURCE
+# undef _TANDEM_SOURCE
#endif])
[snip]
Um... is it me, or does
Bruno Haible [EMAIL PROTECTED] wrote:
Jim Meyering wrote:
coreutils now fails to pass make
distcheck after a bootstrap. At least part of the problem is that
lib/Makefile's DIST_COMMON ends up being nearly empty.
This should fix it. Now that we bypass automake's LIBOBJS magic, we have
to
Ralf Wildenhues [EMAIL PROTECTED] writes:
- [AC_TRY_COMPILE(, [signed char x; return !x;],
+ [AC_TRY_COMPILE(, [signed char x; return !sizeof x;],
Wouldn't this be a bit better, in the sense of catching
more compilers that are a bit dodgy?
[AC_TRY_COMPILE(, [signed char x = -127, y =
Jim Meyering [EMAIL PROTECTED] wrote:
For example, this command, applied to the imported .m4 files for
coreutils, produces the required list of .c file names:
grep -h 'AC_LIBOBJ(' *.m4 \
|sed 's/^ *//;/^#/d;/^dnl/d;s/.*AC_LIBOBJ(//;s/^\[//;s/[])].*$/.c \\/' \
|sort -u
Before anyone
Eric Blake [EMAIL PROTECTED] wrote:
Bruno Haible bruno at clisp.org writes:
Jim Meyering wrote:
coreutils now fails to pass make
distcheck after a bootstrap. At least part of the problem is that
lib/Makefile's DIST_COMMON ends up being nearly empty.
This should fix it. Now that we
Bruno Haible bruno at clisp.org writes:
Jim Meyering wrote:
coreutils now fails to pass make
distcheck after a bootstrap. At least part of the problem is that
lib/Makefile's DIST_COMMON ends up being nearly empty.
This should fix it. Now that we bypass automake's LIBOBJS magic, we
Hello Jim,
Thanks for proposing that, but all of these additions to EXTRA_DIST
are redundant with existing AC_LIBOBJ and AC_REPLACE_FUNCS directives
in .m4 files.
How about a change to gnulib-tool, now? It would extract all
AC_LIBOBJ symbols, derive the corresponding source names, and
Ralf Wildenhues [EMAIL PROTECTED] writes:
config-h is not the only problem child.
fnmatch-posix and fnmatch-gnu are documented to collide as well.
That's OK. Part of my motivation for getting rid of #ifdef
HAVE_CONFIG_H is to remove unnecessary differences between
gnulib/lib/foo.c and
Hi Eric,
Your recent change to modules/error causes trouble with coreutils.
I think it was automake that complained [yep, diagnostic below].
Did you need that change?
I've reverted it locally, and now bootstrap-and-build works fine again.
Jim
date: 2006-10-12 22:04:19 +0200; author: ericb;
Bruno Haible [EMAIL PROTECTED] wrote:
...
It passed make distcheck with only one additional kludge.
The above mistakenly added lib/tmpfile-safer.c to the list,
even though coreutils doesn't use the file.
It was pulled in due to this unused macro in stdio-safer.m4:
Jim Meyering [EMAIL PROTECTED] writes:
This change is required to bootstrap using today's gnulib-tool.
* Makefile.am (libcoreutils_a_LIBADD): Append $(LIBOBJS),
to accommodate the latest version of gnulib-tool.
(libcoreutils_a_DEPENDENCIES): Likewise.
I also needed the following change,
30 matches
Mail list logo
