Am 08.01.2022 um 21:27 schrieb Paul Eggert:
whereas ./configure's test program does not work?
In my own environment configuration succeeds! No remains.
It's now bedtime here. Tomorrow (today) I'll try a comparison.
--
Greetings
Pete
Life is the only flaw in an otherwise perfect
Am 08.01.2022 um 21:27 schrieb Paul Eggert:
whereas ./configure's test program does not work?
On PPC Leopard (Mac OS X 10.5.8) I started to build findutils 4.7.0 in
MacPorts again. In GNU Emacs I had one window showing the build
directory and one *compilation* buffer. Approximately eight
Thanks a lot for the prompt fix.
After pulling the latest Gnulib commit (1cc82c4280bb; which was after
the commit with this patch), I can confirm that the problem is fixed :-).
Thanks again,
Mohammad
When bootstrapping GNU m4, gnulib-tool prints this advice:
Don't forget to
- "include " from within "lib/Makefile.am",
- "include " from within "tests/Makefile.am",
Obviously, what is meant is
Don't forget to
- "include gnulib.mk" from within "lib/Makefile.am",
- "include
On PPC Leopard, Mac OS X 10.5.8, I used Apple's GCC 4.2 – powerpc-
apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) – to
build. Again the working directory's date was changed but no confdir3
tree was left. The return code is 32. A console report appeared here:
08.01.22 23:11:18
On macOS High Sierra, Version 10.13.6, I used Apple's Clang – Apple LLVM
version 10.0.0 (clang-1000.11.45.5) / Target: x86_64-apple-darwin17.7.0 /
Thread model: posix – to compile. Deepdir produces an Exit code of 12 and
leaves no directory tree behind. It must performed something, because the
On Jan 7, 2022, at 16:43, Peter Dyballa wrote:
> The actual cause seems to be an ability of the MacPorts software
I thought we believed this to be a bug in gnulib?
> Am 8.1.2022 um 20:27 schrieb Ryan Schmidt :
>
> On Jan 7, 2022, at 16:43, Peter Dyballa wrote:
>
>> The actual cause seems to be an ability of the MacPorts software
>
> I thought we believed this to be a bug in gnulib?
In my opinion it is MacPorts that cannot delete the tree. It works to
Mohammad Akhlaghi wrote:
> make[2]: Leaving directory '/path/to/build/dir/_build/sub'
> rm -f config.status config.cache config.log configure.lineno
> config.status.lineno
> rm -f Makefile
> ERROR: files left in build directory after distclean:
> ./bootstrapped/lib/.deps/regex.Plo
>
One more example, to make testing of gnulib-tool easier.
2022-01-08 Bruno Haible
Add another example.
* examples/hello-c-gnulib-conddeps: New directory.
https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=5a6191b07d959140e35d4cadaf986148e6f26c5d
On 1/7/22 14:43, Peter Dyballa wrote:
The actual cause seems to be an ability of the MacPorts software (Tcl based) to
remove the deep directory structure.
I expect that one option is to use GNU coreutils 'rm' instead of
MacPorts 'rm'. Coreutils 'rm' should not have the bug you're observing.
Mohammad Akhlaghi wrote:
> I just cloned the most recent commit of Gnulib (549fce0183f02d) to
> bootstrap Gnuastro. However, when running 'make distcheck', I came
> across the following error (in P.S.) for some remaining files after
> 'distclean'.
>
> In Gnuastro, all the files under
Dear Gnulib maintainers,
I just cloned the most recent commit of Gnulib (549fce0183f02d) to
bootstrap Gnuastro. However, when running 'make distcheck', I came
across the following error (in P.S.) for some remaining files after
'distclean'.
In Gnuastro, all the files under 'bootstrapped/'
Am Sa., 8. Jan. 2022 um 11:51 Uhr schrieb Bruno Haible :
>
> Marc Nieper-Wißkirchen wrote:
> > I submitted a patch. An email will follow.
>
> Ah, you already pushed it. Good!
My workflow is not optimized yet. Pushing and sending out the email
with the patch has to happen in two steps.
* lib/c-stack.h: Add extern "C" block.
---
ChangeLog | 5 +
lib/c-stack.h | 8
2 files changed, 13 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index ad525f531..64d70fd41 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2022-01-08 Marc Nieper-Wißkirchen
+
+
Marc Nieper-Wißkirchen wrote:
> I submitted a patch. An email will follow.
Ah, you already pushed it. Good!
Bruno
* lib/version-etc.h: Add extern "C" block.
---
ChangeLog | 5 +
lib/version-etc.h | 9 +
2 files changed, 14 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index 60ca624f1..ad525f531 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2022-01-08 Marc Nieper-Wißkirchen
Am Fr., 7. Jan. 2022 um 21:54 Uhr schrieb Bruno Haible :
>
> Marc Nieper-Wißkirchen wrote:
> > I just noticed that doesn't include extern "C" guards
> > so that inclusion in a C++ source file becomes easier (see 4.2 in the
> > Gnulib manual).
>
> Patches are welcome.
I submitted a patch. An
18 matches
Mail list logo