Conference smurf::buildhelp

Date Of Receipt: 	10-JAN-1995 10:18:33.78
From: 	SMURF::TLAZA::kenny "Joe Kenny USG  10-Jan-1995 1006"
To: 	buildhelp@DEC:.tlaza.zko
CC: 	3d::vaghul, bgsdev::gregg, kenny@DEC:.tlaza.zko
Subj: 	Build help

We have a question from the Open3d folks about creating a sandbox
backed by build. Can someone help out? Also, any reason as to why
sending mail to [email protected] would fail? Thanks,
Joe

------- Forwarded Message

Return-Path: [email protected] 
Delivery-Date: Tue, 10 Jan 95 08:48:38 -0500
Return-Path: [email protected]
Received: from flume.zk3.dec.com by tlaser.zk3.dec.com; 
(5.65/1.1.8.2/28Dec94-0558AM)
	id AA16202; Tue, 10 Jan 1995 08:48:38 -0500
Received: from DECnet-Mail11.flume.zk3.dec.com by flume.zk3.dec.com; 
(5.65/1.1.8.2/23May94-1035AM)
	id AA08143; Tue, 10 Jan 1995 08:48:26 -0500
Date: Tue, 10 Jan 1995 08:48:26 -0500
Message-Id: <[email protected]>
From: [email protected] (Mohan Vaghul - DTN 223-6536 - PKO3-1/N30)
To: [email protected]
Subject: The mail address that you gave did not work.

From:	BGSDEV::GREGG        "Ed Gregg, DTN 381-1020, ZK01-1/E37"  9-JAN-1995 
17:42:12.31
To:	WRKSYS::VAGHUL
CC:	GREGG
Subj:	FYI: mail to [email protected] bounced

From:	FLAMBE::"[email protected]"  9-JAN-1995 17:16:49.60
To:	bgsdev::gregg
CC:	
Subj:	Returned mail: Cannot send message for 3 days

   ----- Transcript of session follows -----
421 cori.zk3.dec.com (tcplocal)... Deferred: Connection timed out during user 
open with cori.zk3.dec.com

   ----- Unsent message follows -----
Received: from us2rmc.zko.dec.com by flambe.zk3.dec.com; 
(5.65/1.1.8.2/30Mar94-0502PM)
	id AA22505; Fri, 6 Jan 1995 17:08:25 -0500
Received: from bgsdev.enet by us2rmc.zko.dec.com (5.65/rmc-22feb94)
	id AA08405; Fri, 6 Jan 95 17:05:42 -0500
Message-Id: <[email protected]>
Received: from bgsdev.enet; by us2rmc.enet; Fri, 6 Jan 95 17:08:05 EST
Date: Fri, 6 Jan 95 17:08:05 EST
From: "Ed Gregg, DTN 381-1020, ZK01-1/E37" <[email protected]>
To: [email protected]
Cc: [email protected]
Apparently-To: [email protected]
Subject: ignore -> Can't make sandbox backed by build


had no permission to sup local.tmpl and shared.tmpl...
can make a sandbox, but get errors - probably entries in rc files
are screwed up. I think I can handle it.
Thanks,
Ed


------- End of Forwarded Message

Date Of Receipt: 	10-JAN-1995 10:25:59.89
From: 	SMURF::TLAZA::kenny "Joe Kenny USG  10-Jan-1995 1014"
To: 	buildhelp@DEC:.tlaza.zko
CC: 	3d::vaghul, bgsdev::gregg, kenny@DEC:.tlaza.zko
Subj: 	Build help

We have a question from the Open3d folks about creating a sandbox
backed by build. Can someone help out? Also, any reason as to why 
sending mail to [email protected] would fail? Thanks,
Joe

------- Forwarded Message

Return-Path: [email protected] 
Delivery-Date: Tue, 10 Jan 95 08:48:38 -0500
Return-Path: [email protected]
Received: from flume.zk3.dec.com by tlaser.zk3.dec.com; 
(5.65/1.1.8.2/28Dec94-0558AM)
	id AA16202; Tue, 10 Jan 1995 08:48:38 -0500
Received: from DECnet-Mail11.flume.zk3.dec.com by flume.zk3.dec.com; 
(5.65/1.1.8.2/23May94-1035AM)
	id AA08143; Tue, 10 Jan 1995 08:48:26 -0500
Date: Tue, 10 Jan 1995 08:48:26 -0500
Message-Id: <[email protected]>
From: [email protected] (Mohan Vaghul - DTN 223-6536 - PKO3-1/N30)
To: [email protected]
Subject: The mail address that you gave did not work.

From:	BGSDEV::GREGG        "Ed Gregg, DTN 381-1020, ZK01-1/E37"  9-JAN-1995 
17:42:12.31
To:	WRKSYS::VAGHUL
CC:	GREGG
Subj:	FYI: mail to [email protected] bounced

From:	FLAMBE::"[email protected]"  9-JAN-1995 17:16:49.60
To:	bgsdev::gregg
CC:	
Subj:	Returned mail: Cannot send message for 3 days

   ----- Transcript of session follows -----
421 cori.zk3.dec.com (tcplocal)... Deferred: Connection timed out during user 
open with cori.zk3.dec.com

   ----- Unsent message follows -----
Received: from us2rmc.zko.dec.com by flambe.zk3.dec.com; 
(5.65/1.1.8.2/30Mar94-0502PM)
	id AA22505; Fri, 6 Jan 1995 17:08:25 -0500
Received: from bgsdev.enet by us2rmc.zko.dec.com (5.65/rmc-22feb94)
	id AA08405; Fri, 6 Jan 95 17:05:42 -0500
Message-Id: <[email protected]>
Received: from bgsdev.enet; by us2rmc.enet; Fri, 6 Jan 95 17:08:05 EST
Date: Fri, 6 Jan 95 17:08:05 EST
From: "Ed Gregg, DTN 381-1020, ZK01-1/E37" <[email protected]>
To: [email protected]
Cc: [email protected]
Apparently-To: [email protected]
Subject: ignore -> Can't make sandbox backed by build


had no permission to sup local.tmpl and shared.tmpl...
can make a sandbox, but get errors - probably entries in rc files
are screwed up. I think I can handle it.
Thanks,
Ed


------- End of Forwarded Message

Date Of Receipt: 	10-JAN-1995 11:10:58.01
From: 	SMURF::FLAMBE::"[email protected]" "10-Jan-1995 1107"
To: 	[email protected]
CC: 	[email protected]
Subj: 	Re: Build help

buildhelp is basically for build related issues - for questions regarding ODE, 
you should send mail to the ode group "decwet::ode"



	-Grant


| We have a question from the Open3d folks about creating a sandbox
| backed by build. Can someone help out? Also, any reason as to why 
| sending mail to [email protected] would fail? Thanks,
| Joe
| 
| ------- Forwarded Message
| 
| Return-Path: [email protected] 
| Delivery-Date: Tue, 10 Jan 95 08:48:38 -0500
| Return-Path: [email protected]
| Received: from flume.zk3.dec.com by tlaser.zk3.dec.com; 
| (5.65/1.1.8.2/28Dec94-0558AM)
| 	id AA16202; Tue, 10 Jan 1995 08:48:38 -0500
| Received: from DECnet-Mail11.flume.zk3.dec.com by flume.zk3.dec.com; 
| (5.65/1.1.8.2/23May94-1035AM)
| 	id AA08143; Tue, 10 Jan 1995 08:48:26 -0500
| Date: Tue, 10 Jan 1995 08:48:26 -0500
| Message-Id: <[email protected]>
| From: [email protected] (Mohan Vaghul - DTN 223-6536 - PKO3-1/N30)
| To: [email protected]
| Subject: The mail address that you gave did not work.
| 
| From:	BGSDEV::GREGG        "Ed Gregg, DTN 381-1020, ZK01-1/E37"  9-JAN-1995 
| 17:42:12.31
| To:	WRKSYS::VAGHUL
| CC:	GREGG
| Subj:	FYI: mail to [email protected] bounced
| 
| From:	FLAMBE::"[email protected]"  9-JAN-1995 17:16:49.60
| To:	bgsdev::gregg
| CC:	
| Subj:	Returned mail: Cannot send message for 3 days
| 
|    ----- Transcript of session follows -----
| 421 cori.zk3.dec.com (tcplocal)... Deferred: Connection timed out during user
 
| open with cori.zk3.dec.com
| 
|    ----- Unsent message follows -----
| Received: from us2rmc.zko.dec.com by flambe.zk3.dec.com; 
| (5.65/1.1.8.2/30Mar94-0502PM)
| 	id AA22505; Fri, 6 Jan 1995 17:08:25 -0500
| Received: from bgsdev.enet by us2rmc.zko.dec.com (5.65/rmc-22feb94)
| 	id AA08405; Fri, 6 Jan 95 17:05:42 -0500
| Message-Id: <[email protected]>
| Received: from bgsdev.enet; by us2rmc.enet; Fri, 6 Jan 95 17:08:05 EST
| Date: Fri, 6 Jan 95 17:08:05 EST
| From: "Ed Gregg, DTN 381-1020, ZK01-1/E37" <[email protected]>
| To: [email protected]
| Cc: [email protected]
| Apparently-To: [email protected]
| Subject: ignore -> Can't make sandbox backed by build
| 
| 
| had no permission to sup local.tmpl and shared.tmpl...
| can make a sandbox, but get errors - probably entries in rc files
| are screwed up. I think I can handle it.
| Thanks,
| Ed
| 
| 
| ------- End of Forwarded Message
| 
| 

Date Of Receipt: 	19-DEC-1995 10:27:37.10
From: 	SMURF::WASTED::schloss "Mike Schloss usg  19-Dec-1995 1025"
To: 	buildhelp@DEC:.zko.wasted
CC: 	
Subj: 	Re: build help question
John Flanagan writes: 	

> Sounds like he doesn't have a library installed on his system? 

Andrew Duane writes:
> This sounds like the new versus old compiler stuff.

This answers seem to be missing a key point.  Should the build 
be taking anything from the local system?  If this is allowed
then the output of the build may depend upon which system was
used to do the build (or at least the version of the installed
software).  Shouldn't all tools be running from the pool's tools
directory?

Sean Davidson writes:
> This looks like you are linking against part of pt.lite libraries
> and pt libraries.
> 
> This looks like you are picking up the pt version of mld and the
> pt.lite version of libc.
> 
> Make sure your sandbox is backed by ptos.nightly.  I just created
> a sandbox and build fsmrg on flambe running V3.2C (pt.lite).

OK, now we are getting somewhere, I think.  I have one sandbox
backed by ptos.nightly and another backed by ptos.  Both exhibit
the same problem.

In one case, the offending component is usr/lib/sabt/sbin/fsmrg.

The failed fragment is:

[ /usr/lib/sabt/sbin/fsmrg ]
makepath fsmrg/. && cd fsmrg &&  exec make 'RELEASE_OPTIONS=-idfile `genloc /src
/setup/osf1_idlist`'    MAKEFILE_PASS=BASIC dopass_all
fsmrg: created directory
env - COMP_HOST_ROOT=/ COMP_TARGET_ROOT=/ /usr/bin/cc   -EL -call_shared  -O2   
  `genpath   ` -L/usr/lib -L/lib  -Wf,-wchar32 -DBSD44 -DMSG -DNLS -D__WCHAR_T_L
EN=4 -DMACH -DCMU -DOSF -DOSF  -Dalpha -D__alpha__ -D__alpha  -Dunix -D__unix__ 
   -D_SHARED_LIBRARIES  -O2 -Olimit 5000              `genpath -I.` `genpath  -I
../../../usr/include -I../../include ` -I/usr/include  -o fsmrg.X ../../../../..
/../../src/kernel/src/fsmrg/fsmrg.c  -L/usr/ccs/lib -lmld  
ld:
Unresolved:
_OtsRemainder32Unsigned
_OtsDivide64Unsigned
_OtsRemainder64Unsigned
_OtsDivide32Unsigned
_OtsMove
_OtsDivide32
_OtsRemainder32
*** Exit 1
`dopass_all' not remade because of errors

I question whether the build should be specifying -I/usr/include or -L/usr/ccs/lib.

Mike

Date Of Receipt: 	19-DEC-1995 10:52:29.96
From: 	SMURF::SEAN::davidson "D. Sean Davidson  19-Dec-1995 1049"
To: 	sean::schloss
CC: 	sean::buildhelp
Subj: 	Re: build help question

Mike,

	Yes this command is supposed to be build static against
	the system's libraries because it has to be able to run
	on a non-platinum system (specifically V3.2C to V3.2x).

>I question whether the build should be specifying -I/usr/include or
>-L/usr/ccs/lib.

	Really the 'ALPHA_LIBS = -L/usr/ccs/lib -lmld' line in the
	makefile should be 'ALPHA_LIBS = -L -L/usr/ccs/lib -lmld' to
	force it to not include any libraries from the backing tree.

	I think it must be linking the libmld.a from the backing tree
	and the libc.a from the running system.  libc.a is where all
	the Ots* routines are.

Sean

Date Of Receipt: 	19-DEC-1995 11:01:15.11
From: 	SMURF::WASTED::schloss "Mike Schloss usg  19-Dec-1995 1059"
To: 	"Sean Davidson, M/S ZK3-3/Z28, DTN 381-1937" <[email protected]>
CC: 	buildhelp@DEC:.zko.wasted
Subj: 	Re: build help question

>> I question whether the build should be specifying -I/usr/include or
>> -L/usr/ccs/lib.

> Yes this command is supposed to be build static against
> the system's libraries because it has to be able to run
> on a non-platinum system (specifically V3.2C to V3.2x).

OK, the command needs to be built static.  What does the builder
system have to do with the target system?  Sounds like you need a
version of the library that will run on any system and that version
should be kept in the build area.

> Really the 'ALPHA_LIBS = -L/usr/ccs/lib -lmld' line in the
> makefile should be 'ALPHA_LIBS = -L -L/usr/ccs/lib -lmld' to
> force it to not include any libraries from the backing tree.

Aghhh.  This appears to me to be a step in the wrong direction.
Now the version of the object clearly depends upon the installed
software on the builder system.  How do you tell from looking
at the object what system it was built on?

> I think it must be linking the libmld.a from the backing tree
> and the libc.a from the running system.  libc.a is where all
> the Ots* routines are.

One more time, shouldn't all libraries be taken from the backing
tree?

Mike

Date Of Receipt: 	19-DEC-1995 11:28:53.23
From: 	SMURF::FLUME::"[email protected]" "Grant Van Dyck  19-Dec-1995 1126"
To: 	[email protected]
CC: 	[email protected], [email protected]
Subj: 	Re: build help question

Thought I make the water a little muddier and jump in too.

Here's the deal. There are portions of the build, especially in the kernel, 
where something is built that must run/execute DURING the build, therefore it 
MUST build against the system libs to guarantee it will run. These pieces 
don't necessarily SHIP. Pieces that must run and also ship are sometimes build 
twice, first the running version is built locally and then the shipping 
version is built against the backing tree.
This kind of setup is essential - especially when you have src pools as 
radically different at 3.2* and 4.0. You must be able to build the child with 
the parent.

		-Grant

| 
| >> I question whether the build should be specifying -I/usr/include or
| >> -L/usr/ccs/lib.
| 
| > Yes this command is supposed to be build static against
| > the system's libraries because it has to be able to run
| > on a non-platinum system (specifically V3.2C to V3.2x).
| 
| OK, the command needs to be built static.  What does the builder
| system have to do with the target system?  Sounds like you need a
| version of the library that will run on any system and that version
| should be kept in the build area.
| 
| > Really the 'ALPHA_LIBS = -L/usr/ccs/lib -lmld' line in the
| > makefile should be 'ALPHA_LIBS = -L -L/usr/ccs/lib -lmld' to
| > force it to not include any libraries from the backing tree.
| 
| Aghhh.  This appears to me to be a step in the wrong direction.
| Now the version of the object clearly depends upon the installed
| software on the builder system.  How do you tell from looking
| at the object what system it was built on?
| 
| > I think it must be linking the libmld.a from the backing tree
| > and the libc.a from the running system.  libc.a is where all
| > the Ots* routines are.
| 
| One more time, shouldn't all libraries be taken from the backing
| tree?
| 
| Mike
| 

Date Of Receipt: 	19-DEC-1995 11:33:43.75
From: 	SMURF::ALPHA::schloss "Mike Schloss usg  19-Dec-1995 1131"
To: 	"Grant Van Dyck" <vandyck@DEC:.zko.alpha>
CC: 	davidson@DEC:.zko.alpha, buildhelp@DEC:.zko.alpha
Subj: 	Re: build help question

> Here's the deal. There are portions of the build, especially in the kernel, 
> where something is built that must run/execute DURING the build, therefore it
> MUST build against the system libs to guarantee it will run. These pieces 
> don't necessarily SHIP. Pieces that must run and also ship are sometimes build
> twice, first the running version is built locally and then the shipping 
> version is built against the backing tree.
> This kind of setup is essential - especially when you have src pools as 
> radically different at 3.2* and 4.0. You must be able to build the child with
> the parent.

OK, so we bootstrap.  Shouldn't these things compile and run on any supported
system?

Mike

Date Of Receipt: 	19-DEC-1995 11:51:02.42
From: 	SMURF::FLUME::"[email protected]" "Grant Van Dyck  19-Dec-1995 1148"
To: 	[email protected]
CC: 	[email protected], [email protected]
Subj: 	Re: build help question

| 
| OK, so we bootstrap.  Shouldn't these things compile and run on any supported
| system?
| 

You'd think that. 3.2 objects will run on a 4.0 system. 4.0 objects aren't 
necessarily guaranteed to run on older systems. And not all of these little 
gotcha's are built staticly. We've been bitten enough times to try and follow 
this approach.

				-Grant

Date Of Receipt: 	11-JAN-1996 17:15:27.76
From: 	SMURF::ALPHA::schloss "Mike Schloss usg  11-Jan-1996 1713"
To: 	buildhelp@DEC:.zko.alpha
CC: 	
Subj: 	Re: build help question

It has been a few weeks now and I still haven't gotten an
response to this.  It was last left as a problem related
to the fact that I have a populated (links) tools directory.
Is anyone following up on this?

Mike

= To: buildhelp
= Subject: Re: build help question
= Date: Tue, 19 Dec 95 10:25:31 -0500
= From: schloss
= X-Mts: smtp
= 
= John Flanagan writes:
= > Sounds like he doesn't have a library installed on his system? 
= 
= Andrew Duane writes:
= > This sounds like the new versus old compiler stuff.
= 
= This answers seem to be missing a key point.  Should the build 
= be taking anything from the local system?  If this is allowed
= then the output of the build may depend upon which system was
= used to do the build (or at least the version of the installed
= software).  Shouldn't all tools be running from the pool's tools
= directory?
= 
= Sean Davidson writes:
= > This looks like you are linking against part of pt.lite libraries
= > and pt libraries.
= > 
= > This looks like you are picking up the pt version of mld and the
= > pt.lite version of libc.
= > 
= > Make sure your sandbox is backed by ptos.nightly.  I just created
= > a sandbox and build fsmrg on flambe running V3.2C (pt.lite).
= 
= OK, now we are getting somewhere, I think.  I have one sandbox
= backed by ptos.nightly and another backed by ptos.  Both exhibit
= the same problem.
= 
= In one case, the offending component is usr/lib/sabt/sbin/fsmrg.
= 
= The failed fragment is:
= 
= [ /usr/lib/sabt/sbin/fsmrg ]
= makepath fsmrg/. && cd fsmrg &&  exec make 'RELEASE_OPTIONS=-idfile `genloc /src
= /setup/osf1_idlist`'    MAKEFILE_PASS=BASIC dopass_all
= fsmrg: created directory
= env - COMP_HOST_ROOT=/ COMP_TARGET_ROOT=/ /usr/bin/cc   -EL -call_shared  -O2   
=   `genpath   ` -L/usr/lib -L/lib  -Wf,-wchar32 -DBSD44 -DMSG -DNLS -D__WCHAR_T_L
= EN=4 -DMACH -DCMU -DOSF -DOSF  -Dalpha -D__alpha__ -D__alpha  -Dunix -D__unix__ 
=    -D_SHARED_LIBRARIES  -O2 -Olimit 5000              `genpath -I.` `genpath  -I
= ../../../usr/include -I../../include ` -I/usr/include  -o fsmrg.X ../../../../..
= /../../src/kernel/src/fsmrg/fsmrg.c  -L/usr/ccs/lib -lmld  
= ld:
= Unresolved:
= _OtsRemainder32Unsigned
= _OtsDivide64Unsigned
= _OtsRemainder64Unsigned
= _OtsDivide32Unsigned
= _OtsMove
= _OtsDivide32
= _OtsRemainder32
= *** Exit 1
= `dopass_all' not remade because of errors
= 
= I question whether the build should be specifying -I/usr/include or -L/usr/ccs/lib.
= 
= Mike

Date Of Receipt: 	12-JAN-1996 09:51:42.14
From: 	SMURF::FLUME::johnf "John Flanagan USG Test Johnf Tools Group  12-Jan-1996 0949"
To: 	schloss@DEC:.zko.flume
CC: 	buildhelp@DEC:.zko.flume
Subj: 	Re: build help question
Witness this line in the compilation: 	

env - COMP_HOST_ROOT=/ COMP_TARGET_ROOT=/ 

This means that the libraries will be taken  from the system on which
the build is occurring.  Most likely, this utility is one that needs to
run on the build system to accomplish a task for the build.  Not sure if
that's the case with fsmrg or not.  I notice that the Makefile for this
specifies:
        CCTYPE          = host

Which means use the host system tools.

So, It would appear that you need libots installed on your system in order to
build this program.  Did we come to that conclusion before?


John


 ______________________________________________________________________

 John Flanagan	 		enet:    [email protected]	
 MS: ZKO3-3/W20			decnet:  flume::johnf
 USG Release Engineering		 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________

Date Of Receipt: 	12-JAN-1996 11:09:01.12
From: 	SMURF::ALPHA::schloss "Mike Schloss usg  12-Jan-1996 1106"
To: 	John Flanagan - UNIX Systems Group <johnf@DEC:.zko.alpha>
CC: 	buildhelp@DEC:.zko.alpha
Subj: 	Re: build help question
> Witness this line in the compilation: 	

> 
> env - COMP_HOST_ROOT=/ COMP_TARGET_ROOT=/ 
> 
> This means that the libraries will be taken  from the system on which
> the build is occurring.  Most likely, this utility is one that needs to
> run on the build system to accomplish a task for the build.  Not sure if
> that's the case with fsmrg or not.  I notice that the Makefile for this
> specifies:
>         CCTYPE          = host
> 
> Which means use the host system tools.
> 
> So, It would appear that you need libots installed on your system in order to
> build this program.  Did we come to that conclusion before?

mhs (11:01am) ls -l /usr/lib/libots.a 
lrwxr-xr-x   1 root     system        34 Dec 29 14:06 /usr/lib/libots.a -> ../ccs/lib/cmplrs/otabase/libots.a
mhs (11:04am) ls -lL !$
ls -lL /usr/lib/libots.a
-rw-r--r--   1 bin      bin       233110 Dec 12  1994 /usr/lib/libots.a

Mike

Date Of Receipt: 	12-JAN-1996 11:19:22.66
From: 	SMURF::FLUME::johnf "John Flanagan USG Test Johnf Tools Group  12-Jan-1996 1116"
To: 	schloss@DEC:.zko.flume
CC: 	buildhelp@DEC:.zko.flume
Subj: 	Re: build help question

What about /usr/shlib/libots.so?


 ______________________________________________________________________

 John Flanagan	 		enet:    [email protected]	
 MS: ZKO3-3/W20			decnet:  flume::johnf
 USG Release Engineering		 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________

Date Of Receipt: 	12-JAN-1996 11:22:04.29
From: 	SMURF::WASTED::schloss "Mike Schloss usg  12-Jan-1996 1119"
To: 	John Flanagan - UNIX Systems Group <johnf@DEC:.zko.wasted>
CC: 	buildhelp@DEC:.zko.wasted
Subj: 	Re: build help question

> What about /usr/shlib/libots.so?

mhs (11:18am) ls -l /usr/shlib/libots.so
lrwxr-xr-x   1 root     system        35 Dec 29 14:11 /usr/shlib/libots.so -> ../ccs/lib/cmplrs/otabase/libots.so
mhs (11:18am) ls -lL !$
ls -lL /usr/shlib/libots.so
-rw-r--r--   1 bin      bin       147456 Jul 24 21:01 /usr/shlib/libots.so

Mike

Date Of Receipt: 	12-JAN-1996 13:07:20.27
From: 	SMURF::WASTED::"[email protected]"
To: 	[email protected] (John Flanagan - UNIX Systems Group)
CC: 	[email protected], [email protected]
Subj: 	Re: build help question

You must have lost or not gotten my response when you sent this before. fsmrg
MUST build using the system lib's and includes. If you don't load the
programmer's subset you won't have it all.  If you don't use the one on the
system, there's no guarentee it'll run during the build when its needs to.

		-Grant

> 
> Witness this line in the compilation:
> 
> env - COMP_HOST_ROOT=/ COMP_TARGET_ROOT=/ 
> 
> This means that the libraries will be taken  from the system on which
> the build is occurring.  Most likely, this utility is one that needs to
> run on the build system to accomplish a task for the build.  Not sure if
> that's the case with fsmrg or not.  I notice that the Makefile for this
> specifies:
>         CCTYPE          = host
> 
> Which means use the host system tools.
> 
> So, It would appear that you need libots installed on your system in order to
> build this program.  Did we come to that conclusion before?
> 
> 
> John
> 
> 
>  ______________________________________________________________________
> 
>  John Flanagan	 		enet:    [email protected]	
>  MS: ZKO3-3/W20			decnet:  flume::johnf
>  USG Release Engineering		 (603) 881-1719
>  110 Spitbrook Road 			 (DTN) 381-1719
>  Nashua, NH  
>  ______________________________________________________________________
> 
> 
> 
> 
> 


-- 

				-Grant

Date Of Receipt: 	12-JAN-1996 14:12:53.68
From: 	SMURF::FLUME::johnf "John Flanagan USG Test Johnf Tools Group  12-Jan-1996 1410"
To: 	[email protected]
CC: 	[email protected]    (John Flanagan - UNIX Systems Group),
	[email protected], [email protected]
Subj: 	Re: build help question

But he has all the pieces in place.  In fact, he's building on flambe.  And
I've verified that libots.a,so are there.  What I can't figure out is why
I can build on cloak, but I can't on flambe!  Try it!  It's confusing
the hell out of me.


 ______________________________________________________________________

 John Flanagan	 		enet:    [email protected]	
 MS: ZKO3-3/W20			decnet:  flume::johnf
 USG Release Engineering		 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________

Date Of Receipt: 	16-JUL-1996 16:01:36.69
From: 	FLUME::johnf "John Flanagan USG Test Johnf Tools Group  16-Jul-1996 1600"
To: 	buildhelp@DEC:.zko.flume
CC: 	[email protected]
Subj: 	Build help question

------- Forwarded Message

Return-Path: [email protected]
Received: from oleum.zso.dec.com by flume.zk3.dec.com; 
(5.65v3.2/1.1.8.2/16Jan95-0946AM)
	id AA12419; Tue, 16 Jul 1996 14:50:28 -0400
Received: from localhost by oleum.zso.dec.com; (5.65v3.2/DECwest-OSF-Nov-11-93)
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: problem building shared libs...
Date: Tue, 16 Jul 96 11:50:55 -0700
From: [email protected]
X-Mts: smtp

Hi,

  We are having problems building shared libraries here in zso.
In my steelos.nightly backed sandbox I say:
% build export_libcmalib.so

and get:

relative path: ./usr/shlib/libcmalib.
string passed to /usr/sde/osf1/build/steelos.nightly/tools/alpha_OSF1/alpha/hos
tbin/make:
   make -cF export_libcmalib.so 
cd ../../../../obj/alpha/usr/shlib/libcmalib
/usr/sde/osf1/build/steelos.nightly/tools/alpha_OSF1/alpha/acc/ld -shared 
-msym -set_version osf.1 
- -soname libcmalib.so -check_registry `genloc /obj/alpha/usr/shlib/alpha/so_lo
cations`  -O2 -O2     
`genpath   ` -L/usr/users/arti/artisb/steelnite/export/alpha/usr/shlib 
- -L/usr/sde/osf1/build/steelos.nightly/export/alpha/usr/shlib  
- -L/usr/users/arti/artisb/steelnite/export/alpha/usr/ccs/lib 
- -L/usr/users/arti/artisb/steelnite/export/alpha/usr/ccs/lib/cmplrs/cc 
- -L/usr/sde/osf1/build/steelos.nightly/export/alpha/usr/ccs/lib 
- -L/usr/sde/osf1/build/steelos.nightly/export/alpha/usr/ccs/lib/cmplrs/cc 
- -o libcmalib.so.X cmalib_assert.o  cmalib_aq_credel.o  cmalib_attr.o  
cmalib_crtlx.o  cmalib_init.o  cmalib_queue.o  cmalib_seq.o  cmalib_aq_op.o    
- -lpthreads -lpthread -lmach -lexc -lc  
/usr/sde/osf1/build/steelos.nightly/tools/alpha_OSF1/alpha/acc/ld:
Cannot open file -O2 for reading
*** Exit 1
Stop.

Help?

thanks,
arti

------- End of Forwarded Message


-- 


 ______________________________________________________________________

 John Flanagan	 		enet:    [email protected]	
 MS: ZKO3-3/W20			decnet:  flume::johnf
 USG Release Management			 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________

Date Of Receipt: 	13-SEP-1996 15:48:02.02
From: 	HUNCH::"[email protected]"
To: 	[email protected]
CC: 	[email protected]
Subj: 	Question...

Hi there,

I've been checking the ode.server lists, and I can't find a server
for the black-white net in ZK3-2.  My workstation is althea.zk3.dec.com,
IP address 16.140.80.146.  Thanks,

Dan

Date Of Receipt: 	13-SEP-1996 16:00:05.75
From: 	FLUME::"[email protected]" "13-Sep-1996 1558"
To: 	Dan Harrington <[email protected]>
CC: 	[email protected], [email protected]
Subj: 	Re: Question...

You're right, there isn't one. Not only isn't there a Release Eng. machine 
there, there isn't even an admin managed production machine there. Just xirtlu 
and pyrus (mips systems). They COULD serve /usr/sde, but they don't at the 
moment.  If you have about 100 MB free some where on your system, you can sup 
the /usr/sde collection like all the servers do and have your own local 
/usr/sde - that's what I do (and others also). If not you'll just have to 
mount it from wasted or alpha or flume or some other server.

If you do want to do this, contact me and I'll tell you how.

		-Grant

| 
| Hi there,
| 
| I've been checking the ode.server lists, and I can't find a server
| for the black-white net in ZK3-2.  My workstation is althea.zk3.dec.com,
| IP address 16.140.80.146.  Thanks,
| 
| Dan