John Baldwin [EMAIL PROTECTED] wrote:
Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to
pmap.c will fix this.
Indeed it is gone now. make installworld works fine without cp.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
To
On 09-Sep-01 Christian Weisgerber wrote:
Bruce Evans [EMAIL PROTECTED] wrote:
I don't know why nobody else seems to be seeing this, but cp is
This might be caused by having the sources and objects on different
machines with inconsistent clocks.
No, it's all local on a single machine.
On Sun, Sep 09, 2001 at 05:54:43PM -0400, Mike Barcroft wrote:
Christian Weisgerber [EMAIL PROTECTED] writes:
Bruce Evans [EMAIL PROTECTED] wrote:
I don't know why nobody else seems to be seeing this, but cp is
This might be caused by having the sources and objects on different
I don't know why nobody else seems to be seeing this, but cp is
used several times during installworld, which consequently fails
for me unless cp is added to INSTALLTMP.
...
=== gnu/lib/libreadline/history
install -c -o root -g wheel -m 444 libhistory.a /usr/lib
install -c -o root -g wheel -m
On Sun, 9 Sep 2001, Christian Weisgerber wrote:
I don't know why nobody else seems to be seeing this, but cp is
This might be caused by having the sources and objects on different
machines with inconsistent clocks.
used several times during installworld, which consequently fails
for me
Bruce Evans [EMAIL PROTECTED] wrote:
I don't know why nobody else seems to be seeing this, but cp is
This might be caused by having the sources and objects on different
machines with inconsistent clocks.
No, it's all local on a single machine.
FWIW, I'm on alpha.
===
Christian Weisgerber [EMAIL PROTECTED] writes:
Bruce Evans [EMAIL PROTECTED] wrote:
I don't know why nobody else seems to be seeing this, but cp is
This might be caused by having the sources and objects on different
machines with inconsistent clocks.
No, it's all local on a single