M. Warner Losh [EMAIL PROTECTED] writes:
find /usr/obj -name .depend
or better yet
rm -rf /usr/obj/*
*ahem*
the correct incantation is:
# cd /usr/src
# make cleandir
# make cleandir
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL
Dag-Erling Smørgrav wrote:
M. Warner Losh [EMAIL PROTECTED] writes:
find /usr/obj -name .depend
or better yet
rm -rf /usr/obj/*
*ahem*
the correct incantation is:
# cd /usr/src
# make cleandir
# make cleandir
DES
Removing the /usr/obj/* tree worked, back in business. Will have to
Fails on usr.bin/wall as follows, cvsup'ed as of ~8pm EST:
--
stage 2.1: cleaning up the object tree
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386
I'd remove all the .depend files and try again.
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
M. Warner Losh wrote:
I'd remove all the .depend files and try again.
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
I've tried that one- I'm not
In message: [EMAIL PROTECTED]
Scott W [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
:
: I'd remove all the .depend files and try again.
:
: Warner
: ___
: [EMAIL PROTECTED] mailing list
:
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Scott W [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
:
: I'd remove all the .depend files and try again.
:
: Warner
: ___
: [EMAIL PROTECTED] mailing list
:
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: Gordon Tetlow wrote:
: On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
: Hmmm... Is that what .ORDER is for? To work around a
: parallel make that gratuitously rebuilds things?
:
: Right it
On Fri, Jul 18, 2003 at 11:39:53AM -0700, Tim Kientzle wrote:
I wrote the /rescue stuff and a lot of people have
reported that it breaks parallel builds, but I haven't yet
come up with anything. (In part, because I haven't yet
managed to reproduce it. sigh)
A couple of things look odd
At 12:34 AM -0400 7/21/03, Garance A Drosihn wrote:
I do know that buildworld finishes OK if I define NORESCUE.
Right now I am running a buildworld that does not specify -j,
and I'll see if that completes OK.
The buildworld without -j did successfully complete. I have
added that logfile to the
Gordon Tetlow wrote:
It seems that the $(OUTPUTS) target (which has 3 components) causes
this particular error.
+.ORDER: $(OUTPUTS)
$(OUTPUTS): $(CONF)
MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC) \
$(CONF)
Hmmm... Is that what .ORDER is for? To work
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
It seems that the $(OUTPUTS) target (which has 3 components) causes
this particular error.
+.ORDER: $(OUTPUTS)
$(OUTPUTS): $(CONF)
MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC)
Gordon Tetlow wrote:
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with crunchgen ...
I would argue the problem with make...
At 9:46 AM -0700 7/21/03, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 21, 2003, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with
crunchgen ...
I would argue
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
I would argue the problem with make... ;-) I think it's pretty
clear that
a b c: foo
buildabc
does not require that 'buildabc' be run three times.
It's a common perception and one that's wrong.
a b c: d
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies.
On Fri, 18 Jul 2003, Tim Kientzle wrote:
Matt Loschert wrote:
After grepping through the build log
for error messages, I found the following output, which appears to be some
sort of build loop gone wild:
First this
--
Results of making rescue.cache:
On Fri, 18 Jul 2003, Tim Kientzle wrote:
Tim Kientzle wrote:
Matt Loschert wrote:
Then the following output repeated 363 times
crunchgen: make error: Remaking `crunchgen_objs'
crunchgen: make error: Results of making crunchgen_objs:
At 9:48 PM -0400 7/20/03, Matt Loschert wrote:
On Fri, 18 Jul 2003, Tim Kientzle wrote:
Crunchgen writes out and runs a short makefile
in order to grab build information from a particular
program. Since /rescue has about 120 components,
you should see 'crunchgen_objs' and 'loop' targets
On Fri, 18 Jul 2003, Bruce Evans wrote:
On Thu, 17 Jul 2003, Matt Loschert wrote:
On Thu, 17 Jul 2003, Bruce Evans wrote:
Try using make -P to unmix the output...
I am not sure if this is useful or not, but I took your suggestion of
using make -P, and now the build stops with the
On Wed, Jul 16, 2003 at 02:24:18PM +, Bosko Milekic wrote:
Same here, remove the -j N. Right now there seem to be some
dependencies which you fail against with a parallel build.
And it works here as well.
Building with -j highlights a problem I'm seeing on a sparc64 though
... the stock
Matt Loschert wrote:
After grepping through the build log
for error messages, I found the following output, which appears to be some
sort of build loop gone wild:
First this
--
Results of making rescue.cache:
MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue crunchgen -q -m rescue.mk -c
Tim Kientzle wrote:
Matt Loschert wrote:
Then the following output repeated 363 times
crunchgen: make error: Remaking `crunchgen_objs'
crunchgen: make error: Results of making crunchgen_objs:
crunchgen: make error:
crunchgen: make error: Remaking
On Thu, 17 Jul 2003, Bruce Evans wrote:
On Wed, 16 Jul 2003, Dan Nelson wrote:
If you are using -j6, the real error could be many many lines above
what you pasted. It's most likely in usr.sbin somewhere, but probably
not keyserv. You'll have to capture the entire log and look at it to
On Wed, 16 Jul 2003, Bosko Milekic smacked into the keyboard:
Same here, remove the -j N. Right now there seem to be some
dependencies which you fail against with a parallel build.
Yep this fixed it for me too, I was running -j4 (it's a 266, can't handle
a whole lot)
Thanks for the
On Thu, 17 Jul 2003, Matt Loschert wrote:
On Thu, 17 Jul 2003, Bruce Evans wrote:
Try using make -P to unmix the output...
I am not sure if this is useful or not, but I took your suggestion of
using make -P, and now the build stops with the following output:
...
Remaking `fdisk'
Results
On Tue, 15 Jul 2003, Static wrote:
Just installed 5.1 yesterday, cvsuped using the . tag, and src-all
/etc/make.conf untouched. I attempted to buildworld and I get the following
ranlib libc_pic.a
ranlib libc.a
ranlib libc_p.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
On Wed, Jul 16, 2003 at 01:47:38PM -0400, Matt Loschert wrote:
My buildworlds have been failing ever since the gcc 3.3 upgrade. I got
the message that you got on one of the failures. However, my last three
builds have consistently failed at the following point:
Mine has as well, though I
On Wed, 16 Jul 2003, Tillman wrote:
On Wed, Jul 16, 2003 at 01:47:38PM -0400, Matt Loschert wrote:
My buildworlds have been failing ever since the gcc 3.3 upgrade. I got
the message that you got on one of the failures. However, my last three
builds have consistently failed at the
In the last episode (Jul 16), Matt Loschert said:
My buildworlds have been failing ever since the gcc 3.3 upgrade. I
got the message that you got on one of the failures. However, my
last three builds have consistently failed at the following point:
=== usr.sbin/keyserv
cc -O -pipe
Same here, remove the -j N. Right now there seem to be some
dependencies which you fail against with a parallel build.
Sorry for the top-posting.
-Bosko
On Wed, Jul 16, 2003 at 01:47:38PM -0400, Matt Loschert wrote:
On Tue, 15 Jul 2003, Static wrote:
Just installed 5.1 yesterday, cvsuped
On Wed, 16 Jul 2003, Dan Nelson wrote:
In the last episode (Jul 16), Matt Loschert said:
My buildworlds have been failing ever since the gcc 3.3 upgrade. I
got the message that you got on one of the failures. However, my
last three builds have consistently failed at the following point:
On Wed, 16 Jul 2003, Bosko Milekic wrote:
Same here, remove the -j N. Right now there seem to be some
dependencies which you fail against with a parallel build.
Sorry for the top-posting.
-Bosko
Bosko,
That did the trick. Thanks so much.
- Matt
--
Matt Loschert - Software Engineer
On Wed, 16 Jul 2003, Dan Nelson wrote:
If you are using -j6, the real error could be many many lines above
what you pasted. It's most likely in usr.sbin somewhere, but probably
not keyserv. You'll have to capture the entire log and look at it to
determine the first failure.
Try using make
Just installed 5.1 yesterday, cvsuped using the . tag, and src-all
/etc/make.conf untouched. I attempted to buildworld and I get the following
ranlib libc_pic.a
ranlib libc.a
ranlib libc_p.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a
/usr/obj/usr/sr
c/i386/usr/lib
sh
35 matches
Mail list logo