Conference smurf::buildhelp

    From: Grant Van Dyck <vandyck>
    Subject: Re: single kernel target only
    To: gerson@zk3.dec.com (Dave Gerson USSG)
    Date: Sun, 25 Apr 93 20:51:16 EDT
    Cc: buildhelp@zk3.dec.com
    --
    
    Sure, just don't include vmunix - as in:
    
    build BINARY_ MAKE_ARGS=kernel_file.o
    
    -- 
     Grant Van Dyck 		enet:    vandyck@zk3.dec.com	
     Release Engineering
    
    
    

Date Of Receipt: 	17-MAY-1993 08:18:22.49
From: 	WASTED::"mdf@allergy.zk3.dec.com"
To: 	wasted::odehelp
CC: 	
Subj: 	Re: FYI, beware of your bsubmits .....

You have got to be kidding!  Why on earth would there be a limit of 
12 files to be submitted at one time?  Also why would untested changes
get introduced here in our production environment?


>
>New Feature.
>
>-Fun, Fun, Fun !!
>
>-Madeline
>------- Forwarded Message
>
>Delivery-Date: Fri, 14 May 93 17:09:16 +28716
>Return-Path: pderr
>Received: by flambe.zk3.dec.com; id AA14276; Fri, 14 May 1993 17:09:15 -0400
>Received: by quarry.zk3.dec.com; id AA10259; Fri, 14 May 1993 17:09:06 -0400
>Message-Id: <9305142109.AA10259@quarry.zk3.dec.com>
>To: reng
>Cc: odehelp
>Subject: bsubmit bug info from Rima Mansour 
>Date: Fri, 14 May 93 17:09:05 -0400
>From: "Peter Derr" <pderr>
>X-Mts: smtp
>
>
>bsubmit is limited to 12 files at a time !?!?!?!?!?!?
>
>- ------- Forwarded Message
>
>Return-Path: mansour@fungus.zso.dec.D5NET.dec.com
>Received: by quarry.zk3.dec.com; id AA07448; Fri, 14 May 1993 16:44:49 -0400
>Date: Fri, 14 May 1993 16:44:48 -0400
>Message-Id: <9305142044.AA07448@quarry.zk3.dec.com>
>From: mansour@fungus.zso.dec.D5NET.dec.com (Rima Mansour)
>To: pderr@QUARRY.ENET.dec.com
>Cc: jo@decwet.ENET.dec.com, mansour@decwet.ENET.dec.com
>
>
>
>  Hi,
>
>   a fix has been added to bsubmit and is in the process
>   of being tested through our nightly testsuites.
>
>   as workaround, try to submit 12 or less files, at a time,
>   and you should be o.k.
>
>   Your site should be getting the patch via sup next week.
>
>   Sorry for this inconvenience,
>
>/Rima
>
>
>
>
>- ------- End of Forwarded Message
>
>
>
>------- End of Forwarded Message
>


=====================================================================
Michael D. Fairbrother, M/S: ZKO3-3/U14     TCP/IP: mdf@zk3.dec.com
Digital Equipment Corporation               DECnet: RUDDY::MDF
110 Spit Brook Road                         Voice:  603-881-2399 (DTN-381-2399)
Nashua, New Hampshire 03062-2698            FAX:    603-881-2257 (DTN-381-2257)

Date Of Receipt: 	17-MAY-1993 09:51:26.35
From: 	KRISIS::unxa::newman
To: 	krisis::buildhelp
CC: 	krisis::NEWMAN
Subj: 	BUILDHELP: Is there anybody out there?
Tuesday, May 11, A note of mine was forwarded to krisis: 	:buildhelp. A week is

not a long time to wait; however, it is rumored by co-workers that responses 
usually come within a day. 

I just want to be sure that it hasn't fallen into some kind of a black hole. If 
the question is a good one yet everyone thinks someone else is better at 
answering it, is there some way of tracking who should decide? Please excuse any 
ignorance in buildhelp etiquette I have displaied here. 

	Chuck Newman
	DTN: 462-6039
	cin@unx.dec.com

Date Of Receipt: 	 1-APR-1994 10:17:33.96
From: 	WASTED::haeck "Debby Haeck"
To: 	buildhelp@wasted:zko.dec
CC: 	haeck@wasted:zko.dec
Subj: 	question

Hi

I sent mail last night asking for help on a build problem.  Did I provide
enough information?

Debby

Date Of Receipt: 	24-JAN-1995 15:35:12.74
From: 	SMURF::QUARRY::lowell "Randy Lowell USG  24-Jan-1995 1534"
To: 	odehelp@DEC:.zko.quarry
CC: 	
Subj: 	question

Is there any way to completely undo the effects of
a bcreate?  "bcreate -undo" only unlocks and outdates.
Should I be concerned about leaving a clutter of rcs
files for bcreate'd files which are never submitted?

-Randy

Date Of Receipt: 	24-JAN-1995 16:14:15.96
From: 	SMURF::FLUME::jmcg "Jim McGinness"
To: 	lowell odehelp
CC: 	
Subj: 	Re:  question

Josh has always explained that there's a janitor process that removes
the emptry dregs of these files, as long as they're unlocked and
all branches are outdated.  No need to worry, except the time delay
for these dregs to be deleted will affect your ability to bcreate the
file again.

	-- jmcg

Date Of Receipt: 	24-JAN-1995 16:26:02.46
From: 	SMURF::FLAMBE::johnf "John Flanagan USG Test Johnf Tools Group  24-Jan-1995 1624"
To: 	lowell@DEC:.zko.flambe
CC: 	johnf@DEC:.zko.flambe, odehelp@DEC:.zko.flambe
Subj: 	Re: question

Do the bcreate -undo.

There's a script that runs at midnight that cleans up all of these.

John


 ______________________________________________________________________

 John Flanagan	 		enet:    johnf@zk3.dec.com	
 MS: ZKO3-3/W20			decnet:  flambe::johnf
 USG Release Engineering		 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________

Date Of Receipt: 	 3-FEB-1995 10:20:03.35
From: 	SMURF::WASTED::harinder "Harinder Bhasin USG"
To: 	odehelp@DEC:.zko.wasted
CC: 	
Subj: 	Question

Hi!  I need to build a unique makefile for my project under .../src/kernel/ted
directory.  I tried including existing standard.mk, rules.mk, objects.mk, ..., etc.
into my makefile and none of them could satisfy the requirement that my project has.
Is there a document on how to create these RULES.MK makefile that could be used by my
project?  I tried creating my own makefile without including any of these rules
makefiles.  But could not compile my source since none of the ODE environment
variables were getting passed to my makefile including the ode c compiler.

Please respond to me as soon as possible.

					Thanx!
								Harinder.

Date Of Receipt: 	 3-FEB-1995 11:45:53.43
From: 	SMURF::FLUME::jmcg "Jim McGinness"
To: 	harinder@DEC:.zko.flume
CC: 	buildhelp@DEC:.zko.flume
Subj: 	Re:  Question

You need to include standard.mk but you can replace any of the rules (by
putting the replacements _after_ the include of standard.mk) if you need
to.
 -- jmcg

Date Of Receipt: 	 1-SEP-1995 13:49:39.58
From: 	SMURF::WASTED::sampath "SHOBANA SAMPATH USG"
To: 	buildhelp@DEC:.zko.wasted
CC: 	sampath@DEC:.zko.wasted (SHOBANA SAMPATH USG)
Subj: 	Build

Hi,

I need help with teh following problem. We are trying to get the
assembly code listing from compilation of the source program.
Looking at 'man build' gives the flag setting for this as: -S
But the build environment had a MFLAGS which is not locally set.
And if I give "build -S <filename>" or "build MFLAGS=-S <filename>"
it ignores this option. So can someone tell me how to do this?

Thank you.
Shobana 
e-mail: sampath@wasted

Date Of Receipt: 	23-JUL-1996 17:53:02.25
From: 	WASTED::jchang "Janice Chang USG"
To: 	buildhelp@zk3.dec.com
CC: 	
Subj: 	build

Hi.  I have been running into some problems attempting to build
a kernel basically from scratch.  I was wondering if you could
provide some help.

Basically I am modifying two header files and then rebuilding the
system.  At first the build wasn't able to find various files on
the host system.  I hope that I have resolved this problem via
unixris, but I can't be sure.

Most recently, I began a new build:

	mksb -back steelos.nightly ..etc.
	workon ....
	mklinks -dironly . <src>
	mklinks -dironly . <obj>
	
	modified select.h and param.h  <in
			obj/alpha/kernel/include/sys>

	cd $SOURCEBASE/kernel
	build setup <completed successfully>
	setenv KERNEL_CONFIG BINARY
	build


Here, it got stuck with sctab (Don't know how to make sctab).
I was about to append the output of the screen, but my system
went down and I don't have it here.  However, as far as I know,
the build had (successfully?) gone through depend and vmunix
with CONFIG=BINARY (I saw it go by on the screen).

Question: how do I amend the situation (with sctab) ?

In any case, I am presently going ahead with the following:
	setenv KERNEL_CONFIG RUBY; build
From the doc in /usr/sde/osf1/doc/kernel-build-rules.3, it seemed 
that BINARY doesn't need sctab, so I am trying out the RUBY build
anyway.   <is this correct?>

Thanks in advance for your help!

-Janice Chang