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
"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]
___
[EM
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
: >http://lists.free
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
: >http://lists.freebsd.org/mailman/listin
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 no
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]"
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
CP
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?
: >
: > Righ
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 depe
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:
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 "
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"...
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)
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 aro
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 lin
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. )
>
> A couple of things look odd
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
get
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
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:
> > MAKEOB
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 `loo
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 rescu
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 sto
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
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'
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 sug
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
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 ma
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 Engin
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 p
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, cvsu
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 -
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 f
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 t
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
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 /usr/sr
35 matches
Mail list logo
