Conference smurf::buildhelp

Date Of Receipt: 	11-MAY-1993 13:21:08.27
From: 	KRISIS::johnf "John Flanagan OSG Test Johnf Tools Group"
To: 	krisis::buildhelp
CC: 	krisis::grava
Subj: 	include woes off the nightly tree

------- Forwarded Message

Return-Path: grava
Received: by awasted.zk3.dec.com; id AA13671; Tue, 11 May 1993 13:18:21 -0400
Message-Id: <[email protected]>
To: odehelp
Subject: include woes off the nightly tree 
Date: Tue, 11 May 93 13:18:21 +28716
From: grava
X-Mts: smtp

	I'm trying to build off nightly, but the build breaks when 
./src/kernel/io/dec/lsb/lsbinit.c apparently has trouble including
./src/kernel/io/dec/lsb/lsbreg.h (for the constant 'LSB_PRESTO_BAT_CONN').
My change is to ./src/kernel/io/common/devio.h, which does not include 
anything itself. None of the viles in the lsb directory includes devio.h.
	It appears to me that the line:
#include <io/dec/lsb/lsbreg.h>
in lsbinit.c is getting the lsbreg.h file from /usr/include/io/dec/lsb
rather than its local directory. The 'LSB_PRESTO_BAT_CONN' constant
is defined in ./src/kernel/io/dec/lsb/lsbreg.h, but not in the lsbreg.h
found in the standard /usr/include path.
	What do I need to do to fix this?
	Thanks, 
	bill grava

------- End of Forwarded Message

Date Of Receipt: 	11-MAY-1993 13:40:04.18
From: 	FLUME::"[email protected]"
To: 	[email protected]
CC: 	[email protected]
Subj: 	Re: include woes off the nightly tree
To do what you want, I believe you need to change: 	

#include <io/dec/lsb/lsbreg.h>

TO

#include "io/dec/lsb/lsbreg.h"

So it will look in the current directory first and not the standard
include file search path. 

Funny that OSF stuff. :-)

	-Grant


| 
| ------- Forwarded Message
| 
| Return-Path: grava
| Received: by awasted.zk3.dec.com; id AA13671; Tue, 11 May 1993 13:18:21 -0400
| Message-Id: <[email protected]>
| To: odehelp
| Subject: include woes off the nightly tree 
| Date: Tue, 11 May 93 13:18:21 +28716
| From: grava
| X-Mts: smtp
| 
| 	I'm trying to build off nightly, but the build breaks when 
| ./src/kernel/io/dec/lsb/lsbinit.c apparently has trouble including
| ./src/kernel/io/dec/lsb/lsbreg.h (for the constant 'LSB_PRESTO_BAT_CONN').
| My change is to ./src/kernel/io/common/devio.h, which does not include 
| anything itself. None of the viles in the lsb directory includes devio.h.
| 	It appears to me that the line:
| #include <io/dec/lsb/lsbreg.h>
| in lsbinit.c is getting the lsbreg.h file from /usr/include/io/dec/lsb
| rather than its local directory. The 'LSB_PRESTO_BAT_CONN' constant
| is defined in ./src/kernel/io/dec/lsb/lsbreg.h, but not in the lsbreg.h
| found in the standard /usr/include path.
| 	What do I need to do to fix this?
| 	Thanks, 
| 	bill grava
| 
| ------- End of Forwarded Message
| 
| 

Date Of Receipt: 	11-MAY-1993 15:09:51.50
From: 	MINSRV::"[email protected]" "Joshua M. Friedman ULTRIX SDE"
To: 	[email protected]
CC: 	[email protected], [email protected]
Subj: 	Re: include woes off the nightly tree

In general, as far as I believe, all includes should always use <>, and
includes should never use "".  The <> means look along the "-I" path
explicitly (in the sandbox and all levels of backing tree).  The "" include
is not guaranteed to work exactly the same in a sparse sandbox vs a populated
one, and in fact works differently with different platforms' preprocessors.
(It first looks in the dir where the including file is found, which could
be in the backing tree, and then works lik <> after that.)

My recommendation is to add this rule to the Makefile:

	INCFLAGS		= -I.

or, for this file only,

	lsbinit.o_INCFLAGS	= -I.

-Josh

------- Forwarded Message

Return-Path: vandyck
Received: by polaris; id AA21960; Tue, 11 May 93 13:39:20 -0400
Message-Id: <9305111739.AA21960@polaris>
To: grava
Cc: buildhelp
Subject: Re: include woes off the nightly tree 
In-Reply-To: Your message of "Tue, 11 May 93 13:21:22 EDT."
             <[email protected]> 
Date: Tue, 11 May 93 13:39:19 EDT
From: Grant Van Dyck <vandyck>


To do what you want, I believe you need to change:

#include <io/dec/lsb/lsbreg.h>

TO

#include "io/dec/lsb/lsbreg.h"

So it will look in the current directory first and not the standard
include file search path. 

Funny that OSF stuff. :-)

	-Grant


| 
| ------- Forwarded Message
| 
| Return-Path: grava
| Received: by awasted.zk3.dec.com; id AA13671; Tue, 11 May 1993 13:18:21 -0400
| Message-Id: <[email protected]>
| To: odehelp
| Subject: include woes off the nightly tree 
| Date: Tue, 11 May 93 13:18:21 +28716
| From: grava
| X-Mts: smtp
| 
| 	I'm trying to build off nightly, but the build breaks when 
| ./src/kernel/io/dec/lsb/lsbinit.c apparently has trouble including
| ./src/kernel/io/dec/lsb/lsbreg.h (for the constant 'LSB_PRESTO_BAT_CONN').
| My change is to ./src/kernel/io/common/devio.h, which does not include 
| anything itself. None of the viles in the lsb directory includes devio.h.
| 	It appears to me that the line:
| #include <io/dec/lsb/lsbreg.h>
| in lsbinit.c is getting the lsbreg.h file from /usr/include/io/dec/lsb
| rather than its local directory. The 'LSB_PRESTO_BAT_CONN' constant
| is defined in ./src/kernel/io/dec/lsb/lsbreg.h, but not in the lsbreg.h
| found in the standard /usr/include path.
| 	What do I need to do to fix this?
| 	Thanks, 
| 	bill grava
| 
| ------- End of Forwarded Message
| 
| 

------- End of Forwarded Message

Date Of Receipt: 	11-MAY-1993 15:26:49.59
From: 	LOCORE::dupuis "Gary Dupuis New CPU Support"
To: 	"Joshua M. Friedman, OSF/UNIX SDE 381-1548" <locore::jmf>
CC: 	locore::grava, locore::buildhelp, locore::odehelp, locore::dupuis
Subj: 	Re: include woes off the nightly tree

	First, Josh, you are correct. In general include files should be
	included using the <> format.

	Second, if I interpret Bill's mail correctly he has not done anything
	that he is aware of to cause the build to break, i.e. he did not 
	change lsbinit.c or lsbreg.h. This would indicate to me that his
	environment is broken. In other words, my guess is that the lsbreg.h
	in his ...obj/alpha/kernel/include/io/dec/lsb directory is not in
	sync with the nightly backing tree. This would occur if you did 
	a build (which included a setup step) while backed to something 
	other than nightly then resb'd to nightly and did a partial build
	without doing a setup. Hope this helps

	Gary


| Message-Id: <[email protected]>
| To: odehelp
| Subject: include woes off the nightly tree 
| Date: Tue, 11 May 93 13:18:21 +28716
| From: grava
| X-Mts: smtp
| 
| 	I'm trying to build off nightly, but the build breaks when 
| ./src/kernel/io/dec/lsb/lsbinit.c apparently has trouble including
| ./src/kernel/io/dec/lsb/lsbreg.h (for the constant 'LSB_PRESTO_BAT_CONN').
| My change is to ./src/kernel/io/common/devio.h, which does not include 
| anything itself. None of the viles in the lsb directory includes devio.h.
| 	It appears to me that the line:
| #include <io/dec/lsb/lsbreg.h>
| in lsbinit.c is getting the lsbreg.h file from /usr/include/io/dec/lsb
| rather than its local directory. The 'LSB_PRESTO_BAT_CONN' constant
| is defined in ./src/kernel/io/dec/lsb/lsbreg.h, but not in the lsbreg.h
| found in the standard /usr/include path.
| 	What do I need to do to fix this?
| 	Thanks, 

Date Of Receipt: 	11-MAY-1993 15:39:41.40
From: 	MINSRV::"[email protected]" "Bill Grava AUEG"
To: 	"Gary Dupuis, UNIX(R) Software Group" <[email protected]>
CC: 	[email protected], [email protected]
Subj: 	Re: include woes off the nightly tree

Gary--
	This sounds like what happened (i.e. build against something
other than nightly, resb and build again without another setup). When
the problem first happened, I had neither lsbinit.c nor lsbreg.h in my
sandbox. Then I checked out lsbreg.h (without locking it), and the build
got much farther--far enough to run out of swap space on my workstation...
	Thanks,
	bill

Date Of Receipt: 	11-MAY-1993 16:17:14.13
From: 	LOCORE::dupuis "Gary Dupuis New CPU Support"
To: 	locore::grava
CC: 	locore::buildhelp
Subj: 	Re: include woes off the nightly tree

	Bill,

	The setup I refer to is a part of the build process. When you do
	a 'build all' it happens as part of the process. You can run it
	independently by issuing a 'build setup' in the ...src/kernel of 
	your sandbox. This will perform the setup portion of a 'build all'
	moving any modified files (either in your sandbox or in its backing
	tree) into your obj environment. Be aware that the file 'dtm' is used
	to determine if a file should be updated. You may not get what you want
	depending on the dtm's of your obj area relative to the backing trees.
	
	Also a 'build setup' will generate new Makefile's in the 
	.../obj/alpha/kernel target directories (e.g. BINARY, et). These
	Makefiles will not have any dependency rules in them. If you need
	the dependency rules you should run 'build "config"_depend where 
	"config" is the config target you want to rebuild (e.g. BINARY, GENERIC,
	FLAMINGO etc.).

	Gary


Forwarded Messages
---------------------


To: "Gary Dupuis, UNIX(R) Software Group" <[email protected]>
Cc: grava, odehelp
Subject: Re: include woes off the nightly tree  
In-Reply-To: Your message of "Tue, 11 May 93 15:27:10 EDT."
             <[email protected]> 
Date: Tue, 11 May 93 15:39:46 +28716
From: grava
X-Mts: smtp

Gary--
	This sounds like what happened (i.e. build against something
other than nightly, resb and build again without another setup). When
the problem first happened, I had neither lsbinit.c nor lsbreg.h in my
sandbox. Then I checked out lsbreg.h (without locking it), and the build
got much farther--far enough to run out of swap space on my workstation...
	Thanks,
	bill


o: dupuis
Subject: oops--I forgot to ask you 
Date: Tue, 11 May 93 15:44:24 +28716
From: grava
X-Mts: smtp

what is the 'setup' you're referring to in your last mail to me? Is that
a setup like in sandbox creation, or setup as in doing a workon?

thanks,
bill