Conference smurf::buildhelp

Date Of Receipt: 	 6-JUL-1994 09:51:05.59
From: 	FLUME::"[email protected]" "Grant Van Dyck  06-Jul-1994 0949"
To: 	[email protected]
CC: 	[email protected]
Subj: 	Re: tools directories for alpha?

We didn't make the switch to Mike Fairbrother's vision of platform specific
stuff until 2.0. Pre 2.0 trees have their binary tools in:

./tools/alpha/cc/usr/bin   - like make and release and ctab

Are you sure we used libloc from the tools space in older builds? It doesn't
exist in the maint or hw1 trees except for the mipsel version in hostbin. It's
possible we used the one produced by the build.

These builds are still running today in the Support pools. You could
check the logs for these or any of the older frozen builds for specific
tools you can't find.

If in a workon to one of these trees, your $tools_path will be different
than in 2.0 + so that they'll be in your path.

	-Grant

| 
| The tools directories for:
| 
|       alpha
|       v12supportos
|       v13supportos
| 
| contain only ultrix versions of these hostbin tools
| 
|       ctab
|       libloc
|       and others
| 
| I've already wasted a half a day trying to build a v1.2
| version of libc.so for an urgent MLS+ TAC/4 problem.
| Please, let me know what I'm doing wrong, or what I
| can do to work around this problem.
| 
| - Randy Lowell
| 

Date Of Receipt: 	 6-JUL-1994 10:09:34.18
From: 	QUARRY::lowell "Randy Lowell USG  06-Jul-1994 1008"
To: 	Grant Van Dyck <vandyck@DEC:.zko.quarry>
CC: 	lowell@DEC:.zko.quarry, odehelp@DEC:.zko.quarry
Subj: 	Re: tools directories for alpha?

Grant,

Since buffer's dead right now, I can't provide you with
the details of yesterday's travails.  I created clean
sandboxes backed to alpha and v12supportos.  I rebooted
my workstation and remounted everything.  The only thing
I did in those sandboxes was cd to usr/shlib/libc and
type build.  No matter what I did, the libc build would
use 'ctab' and fail.  I believe I managed to get v13supportos
to make it past the use of ctab, but it failed on a call to
libloc.

In any case, there was no 'ctab' in ./tools/alpha/cc/usr/bin.
I did a "find . -name ctab" in the tools directory, and the
only ctab found was in hostbin.

When buffer comes back, I'll check the logs for v12supportos.
I'd thought of the possibility that the build would use
versions of these tools produced by the build itself, that would
certainly explain a lot.

Thanks.
-Randy

Date Of Receipt: 	 6-JUL-1994 10:16:55.73
From: 	FLUME::"[email protected]" "Grant Van Dyck  06-Jul-1994 1015"
To: 	[email protected]
CC: 	[email protected]
Subj: 	Re: tools directories for alpha?

I'd suggest NOT using the submit trees to build against - they weren't
always fully populated and often relied on mounts to provide exports
etc. which may or may not still be present. If you want to build against
alpha, use alpha.bl012 (SSB) which lives on cia and should be unaffected
by buffer being indisposed. For v12supportos use v12supportos.nightly.


	-Grant


| 
| Grant,
| 
| Since buffer's dead right now, I can't provide you with
| the details of yesterday's travails.  I created clean
| sandboxes backed to alpha and v12supportos.  I rebooted
| my workstation and remounted everything.  The only thing
| I did in those sandboxes was cd to usr/shlib/libc and
| type build.  No matter what I did, the libc build would
| use 'ctab' and fail.  I believe I managed to get v13supportos
| to make it past the use of ctab, but it failed on a call to
| libloc.
| 
| In any case, there was no 'ctab' in ./tools/alpha/cc/usr/bin.
| I did a "find . -name ctab" in the tools directory, and the
| only ctab found was in hostbin.
| 
| When buffer comes back, I'll check the logs for v12supportos.
| I'd thought of the possibility that the build would use
| versions of these tools produced by the build itself, that would
| certainly explain a lot.
| 
| Thanks.
| -Randy
| 
| 
| 

Date Of Receipt: 	 6-JUL-1994 10:52:27.80
From: 	QUARRY::lowell "Randy Lowell USG  06-Jul-1994 1051"
To: 	Grant Van Dyck <vandyck@DEC:.zko.quarry>
CC: 	lowell@DEC:.zko.quarry, odehelp@DEC:.zko.quarry
Subj: 	Re: tools directories for alpha?

Same problem for alpha.bl012 and v12supports.nightly.  I've
tried them all.

> bubble ODE 3> build
> relative path: ./usr/shlib/libc.
> cd ../../../../obj/alpha/usr/shlib/libc
> ctab -i /usr/sde/alpha/build/alpha.bl012/src/usr/lib/nls/loc/C.ctab -o C.X
> /usr/sde/alpha/build/alpha.bl012/tools/alpha/hostbin/ctab: syntax error at line 1: `b^A^F^?Dh' unexpected
> *** Exit 2
> Stop.

> bubble ODE 3> cd libc
> bubble ODE 4> build
> relative path: ./usr/shlib/libc.
> cd ../../../../obj/alpha/usr/shlib/libc
> ctab -i /usr/sde/osf1/build/v12supportos.nightly/src/usr/lib/nls/loc/C.ctab -o C.X
> /usr/sde/alpha/build/alpha.bl012/tools/alpha/hostbin/ctab: syntax error at line 1: `b^A^F^?Dh' unexpected
> *** Exit 2
> Stop.

I can see numerous ctab calls in the logs for v12supportos.nightly,
but were these builds done on an alpha or an ultrix machine?
I didn't see anything in the Logs that indicated it was using
the ctab built in usr/bin/ctab, but it might not be obvious.

> bubble ODE 1> cd ../link/tools
> bubble ODE 2> find . -name ctab
> ./alpha/hostbin/ctab
> bubble ODE 3> file ./alpha/hostbin/ctab
> ./alpha/hostbin/ctab:   COFF format mipsel binary

Date Of Receipt: 	 6-JUL-1994 10:55:30.42
From: 	FLAMBE::jmf "Joshua M. Friedman OSF/UNIX SDE"
To: 	lowell vandyck
CC: 	odehelp@DEC:.zko.flambe
Subj: 	Re: tools directories for alpha?

Randy, another possibility is that the build is depending on local
versions of some tools; make sure you have the development subsets
like PGMR installed.	-josh

Date Of Receipt: 	 6-JUL-1994 11:12:02.98
From: 	QUARRY::lowell "Randy Lowell USG  06-Jul-1994 1110"
To: 	Grant Van Dyck <vandyck@DEC:.zko.quarry>
CC: 	lowell@DEC:.zko.quarry, odehelp@DEC:.zko.quarry
Subj: 	Re: tools directories for alpha?

I found my workaround.  After struggling to work with the
build tools, environment variable, rc_files etc. I opted
for the brute force method -- the libc Makefile.

I populated my own hostbin directory with alpha versions of
the tools, but I couldn't get the build to use them.   Since
the libc makefile uses ${CTAB} and ${LIBLOC}, I can replace
these when I invoke build.  This allows me to workaround 
the build's preference to use the ultrix versions.

-Randy