On 2007-07-09 18:49:29 -0700, Ben Pfaff wrote:
Vincent Lefevre [EMAIL PROTECTED] writes:
I've now found the problem. This is unrelated to the use of cp -p.
On my Zaurus, GCC and some of header files are in a directory mounted
with CRAMFS. The timestamps of these files are meaningless, e.g.
Hello Vincent,
* Vincent Lefevre wrote on Tue, Jul 10, 2007 at 08:57:42AM CEST:
I agree concerning the problems I've reported. But concerning the
cp -p, is the -p useful or just cosmetic?
It's useful, as it resembles the functionality it emulates more closely:
with symlinked files, 'make'
On 2007-07-10 09:25:55 +0200, Ralf Wildenhues wrote:
* Vincent Lefevre wrote on Tue, Jul 10, 2007 at 08:57:42AM CEST:
I agree concerning the problems I've reported. But concerning the
cp -p, is the -p useful or just cosmetic?
It's useful, as it resembles the functionality it emulates more
On 2007-07-07 14:17:51 -0700, Ben Pfaff wrote:
Do you have a suggestion for how I might reproduce the problem on
a desktop system? If I can reproduce it, I can probably debug it.
I've now found the problem. This is unrelated to the use of cp -p.
On my Zaurus, GCC and some of header files are
Hello Vincent,
* Vincent Lefevre wrote on Mon, Jul 09, 2007 at 02:37:19PM CEST:
On my Zaurus, GCC and some of header files are in a directory mounted
with CRAMFS. The timestamps of these files are meaningless, e.g.
[...]
As such headers are listed in the .deps/*.Plo files, I probably get
On 2007-07-09 18:50:46 +0200, Ralf Wildenhues wrote:
Why don't you simply
configure --disable-dependency-tracking
?
Yes, I could do that on the Zaurus (I didn't know this feature as it
usually doesn't appear in configure --help of other software). I'll
try that.
--
Vincent Lefèvre [EMAIL
* Vincent Lefevre wrote on Mon, Jul 09, 2007 at 09:24:36PM CEST:
On 2007-07-09 18:50:46 +0200, Ralf Wildenhues wrote:
Why don't you simply
configure --disable-dependency-tracking
?
Yes, I could do that on the Zaurus (I didn't know this feature as it
usually doesn't appear in configure
Vincent Lefevre [EMAIL PROTECTED] writes:
On 2007-07-07 14:17:51 -0700, Ben Pfaff wrote:
Do you have a suggestion for how I might reproduce the problem on
a desktop system? If I can reproduce it, I can probably debug it.
I've now found the problem. This is unrelated to the use of cp -p.
On
Vincent Lefevre [EMAIL PROTECTED] writes:
I've built a MPFR tarball on this Debian machine and transfered it
to my Zaurus (a PDA under Linux), which has a SD card with a vfat
file system. Doing make check on the Zaurus rebuilds files several
times: make check builds the test files twice, run
On 2007-07-07 11:12:59 -0700, Ben Pfaff wrote:
There is some potential for confusion in running make check, in
that it builds many test programs that make does not build.
Thus, the first time that you run make check, it will spend a
while compiling before it runs the tests, which may be
Vincent Lefevre [EMAIL PROTECTED] writes:
On 2007-07-07 11:12:59 -0700, Ben Pfaff wrote:
There is some potential for confusion in running make check, in
that it builds many test programs that make does not build.
Thus, the first time that you run make check, it will spend a
while compiling
On 2007-07-05 10:01:27 -0700, Ben Pfaff wrote:
Thanks for the bug report. I haven't had a chance to investigate
it yet, but I will do so as soon as I can. If this is something
that is blocking your progress on something important, please let
me know so that I can try to give it a higher
Package: autoconf
Version: 2.61-4
Severity: normal
I've built a MPFR tarball on this Debian machine and transfered it
to my Zaurus (a PDA under Linux), which has a SD card with a vfat
file system. Doing make check on the Zaurus rebuilds files several
times: make check builds the test files twice,
13 matches
Mail list logo