*BSD News Article 70679


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!news.wildstar.net!news.sdsmt.edu!news.mid.net!mr.net!chi-news.cic.net!newsfeed.internetmci.com!netnews.nwnet.net!news.u.washington.edu!root
From: kargl@troutmask.apl.washington.edu
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: make world does make clean first -- why??
Date: 11 Jun 1996 20:05:01 GMT
Organization: Applied Physics Laboratory
Lines: 52
Message-ID: <4pkjhd$tv@nntp5.u.washington.edu>
References: <DstI3t.HE1@midway.uchicago.edu>
NNTP-Posting-Host: troutmask.apl.washington.edu

     Steve Farrell wrote in article <DstI3t.HE1@midway.uchicago.edu> :
>
>
>so after a 24 hour make world build  which was almost finished, i had to
>stop it to reboot because i was having a problem.  i figured no problem, it'll
>just pick up where it left off (i mean, every 10 minute compile works that
>way, so why would a compile that probably took a week and half on the
>computer it was conceived on work any differently, right?)  
>
>but no such luck.  seems i needed the option -DNOCLEAN to prevent it from
>deleting what it had been working on the past 24 hours.  oops -- too late
>now. gr...
>
>i'm sure there is a VERY good reason for this scheme.  someone please tell
>me (as i start another huge compile process... -- though i'll be doing a little
>pruning i think...) what it is?  
>
>(this is my first dissappointment with freebsd, btw)

Sorry to hear you're disappointed by the way the system *was designed*
to work.  "make world" is used to bootstrap the system and to make sure
*everything* is consistent.  Perhaps, you should read the Makefile and
try to understand its layout.  If you're simply trying to update some
libraries or binaries.  You can do a "make clean && make all && make install"
without doing the bootstrap

>
>--steve 
>
>(that problem i was having that caused me to reboot, btw, was that
>non-root shells couldn't fork any processes-- i figured that the
>process table must have been near full... odd, b/c i thought 10 users
>in kernel config meant up to 360 processes, and ps -aux showed not
>nearly that many...  so i was rebooting after building another -STABLE
>kernel with that number pushed up to 40...)
>

Sounds like a limt set by your shell.

kargl[215] limit
cputime         unlimited
filesize        unlimited
datasize        65536 kbytes
stacksize       8192 kbytes
coredumpsize    unlimited
memoryuse       24576 kbytes
descriptors     64 
memorylocked    10193 kbytes
maxproc         100 


Steve