| Date Of Receipt: 11-NOV-1996 14:07:39.25
From: FLUME::jmf "Joshua M. Friedman Digital UNIX"
To: knight@DEC:.zko.flume
CC: buildhelp@DEC:.zko.flume
Subj: Re: V3.2 supportos build fails on V4.0 system
Fred, the submit trees (with no .extension) do not have objects or exports;
please "resb v32gsupportos.nightly" and try it again. Hopefully that will
correct things. You'll of course need to odemount the nightly tree 1st.
-josh
Also, the autoreply mail that you should have gotten bounced; you may have
a mailer setup problem:
------------
From MAILER-DAEMON@noah.zk3.dec.com Mon Nov 11 13:53:13 1996
Delivery-Date: Mon, 11 Nov 96 13:53:27 -0500
Date: Mon, 11 Nov 1996 13:53:14 -0500
From: Mail Delivery Subsystem <MAILER-DAEMON@noah.zk3.dec.com>
Subject: Returned mail: Host unknown
To: reng@alpha.zk3.dec.com
----- Transcript of session follows -----
421 wasted.my.domain (smtpl)... Deferred: Not owner
554 knight@wasted... 550 Host unknown (Authoritative answer from name server): Not own
er
----- Unsent message follows -----
Received: by noah.zk3.dec.com; id AA21562; Mon, 11 Nov 1996 13:53:14 -0500
From: <reng@alpha.zk3.dec.com>
Received: by alpha.zk3.dec.com; (5.65v3.2/1.1.8.2/20May95-1022AM)
id AA19539; Mon, 11 Nov 1996 13:53:03 -0500
Date: Mon, 11 Nov 1996 13:53:03 -0500
Message-Id: <9611111853.AA19539@alpha.zk3.dec.com>
To: knight@noah.zk3.dec.com
Subject: Your mail to reng@zk3.dec.com Re: V3.2 supportos build fails on V4.0 system
In-Reply-To: <9611111852.AA21578@noah.zk3.dec.com>, from Fred Knight USG <knight@noah.
zk3.dec.com>
Reply-To: reng@zk3.dec.com
[Last updated on: Fri Nov 1 15:00:16 1996]
This pre-recorded message is being sent in response to your recent email
to reng@zk3.dec.com, odehelp@zk3.dec.com, or buildhelp@zk3.dec.com.
Note that http://nsa.zk3.dec.com/rengweb
or http://secret.zk3.dec.com/rengweb provides:
build logs, pool status, general ODE usage, BOS instructions, etc.
For build-related issues please mail to buildhelp@zk3.dec.com.
For Kerberos/ticket issues please try "kinit -d" and mail to
admin@zk3.dec.com.
In any case, someone will reply as quickly as possible.
- Digital UNIX Release Engineering
|
| Date Of Receipt: 11-NOV-1996 14:15:56.34
From: FLUME::"vandyck@lynx.zk3.dec.com" "11-Nov-1996 1412"
To: Fred Knight USG <knight@noah.zk3.dec.com>
CC: buildhelp@zk3.dec.com
Subj: Re: V3.2 supportos build fails on V4.0 system
You may be running into this problem - as documented by Fred C.
__________
Date: Mon, 24 Jun 96 16:53:10 -0400
From: "Grant Van Dyck" <vandyck@lynx.zk3.dec.com>
X-Mts: smtp
Status: RO
Yup. And here's a summary of the problem and two solutions from Fred:
Needs to be fixed in all the 3.2 support pools.
__________
As you know I had trouble building a sandbox backed by hw6os.bl6 on
my workstation running V4.0. The errors were in three files:
src/kernel/src/mkdata/mkdata.c
src/kernel/src/mkeisadata/mkeisadata.c
src/kernel/src/mktcdata/mktcdata.c
The errors were caused by mixing and matching problems with the string.h
header file. These error should be fixed before UHS developers convert
their workstations to V4.0 and encounter them. There are two options
for fixing this:
1) Remove the #include of string.h and stdlib.h from the above files.
They build if these #includes are removed.
2) Modify the Makefile for the above .c files as follows:
41c41
< INCFLAGS = -I/usr/include -I../../include
---
> INCFLAGS = -I../../include -I/usr/include
Searching /usr/include first makes sure the compiler sees the matching
version of the header files (i.e., the ones from the build machine).
Option 2 seems cleaner to me.
Fred
___________________________
| Hi -
|
| I'm running Digital UNIX V4.0 on my workstation, and am attempting to build
| a v32de2supportos sandbox on it backed against v32de2supportos.bightly. "bu
ild
| setup" fails as shown below. "build setup" runs OK on another workstation
| running V3.2C for a sandbox backed against v32de2supportos.nightly.
|
| Any idea what gives ? Looks like a compiler compatability problem. Don't I
| inherit the compiler from the tools associated with the backing tree, or is
| cc run locally from my workstation (which would explain it) ? A similar
| problem must have existed during V4.0 development. Is there a simple
| workaround ?
|
| Thanks for any help.
|
| - dick bagley
| UHS_IO
| 1-0319
|
| [ /kernel/src/mkdata ]
| makepath mkdata/. && cd mkdata && exec make 'RELEASE_OPTIONS=-idfile usr/bin
/cc -EL -c -DBSD44 -DMSG -D__WCHAR_T_LEN=4 -Wf,-wchar32 -DMACH -DCMU -DOSF
-
| Dalpha -D__alpha__ -D__alpha -Dunix -D__unix__ -O2 -Olimit 5000 -DCM
U -D_NO_PROTO -Dconst= /usr/include ../../../../../src/kernel/src/mkdata/
mkdata.c
| cc: Error: /usr/include/string.h, line 164: In the declaration of "__R", a fu
nction may not return a function type.
| extern char * __R(basename) __((char *));
| -----------------^
| cc: Warning: /usr/include/string.h, line 164: In the declaration of "__R", a
function declarator has an identifier list but is not p
| art of a function definition. Extraneous parameter names are ignored.
| extern char * __R(basename) __((char *));
| -----------------^
| cc: Error: /usr/include/string.h, line 165: In the declaration of "__R", a fu
nction may not return a function type.
| extern char * __R(dirname) __((char *));
| -----------------^
| cc: Warning: /usr/include/string.h, line 165: In the declaration of "__R", a
function declarator has an identifier list but is not p
| art of a function definition. Extraneous parameter names are ignored.
| extern char * __R(dirname) __((char *));
| -----------------^
| cc: Error: /usr/include/stdlib.h, line 169: In the declaration of "__R", a fu
nction may not return a function type.
| extern long __R(a64l) __((const char *));
| ----------------^
| cc: Warning: /usr/include/stdlib.h, line 169: In the declaration of "__R", a
function declarator has an identifier list but is not p
| art of a function definition. Extraneous parameter names are ignored.
| extern long __R(a64l) __((const char *));
| ----------------^
| cc: Error: /usr/include/stdlib.h, line 170: In the declaration of "__R", a fu
nction may not return a function type.
| extern char * __R(l64a) __((long));
| ------------------^
| cc: Warning: /usr/include/stdlib.h, line 170: In the declaration of "__R", a
function declarator has an identifier list but is not p
| art of a function definition. Extraneous parameter names are ignored.
| extern char * __R(l64a) __((long));
| ------------------^
| cc: Error: /usr/include/stdlib.h, line 171: In the declaration of "__R", a fu
nction may not return a function type.
| extern int __R(ttyslot) __((void));
| ----------------^
| cc: Warning: /usr/include/stdlib.h, line 171: In the declaration of "__R", a
function declarator has an identifier list but is not p
| art of a function definition. Extraneous parameter names are ignored.
| extern int __R(ttyslot) __((void));
| ----------------^
| *** Exit 1
| Stop.
| *** Exit 1
| Stop.
| *** Exit 1
| Stop.
| *** Exit 1
| Stop.
--
-Grant
| My systems are running V4.0, but I need to do some V3.2 supportos work. I ge
t the following
| error build a build of the v32gsupportos pool.
|
| [ setting up conf for ALPHAVME224 ]
| [ configuring ALPHAVME224 ]
| [ setting up conf for PINKASA ]
| [ configuring PINKASA ]
| [ setting up conf for PINTAKE ]
| [ configuring PINTAKE ]
| [ setting up conf for NORITAKE ]
| [ configuring NORITAKE ]
| [ /kernel/dli ]
| makepath dli/. && cd dli && exec make 'RELEASE_OPTIONS=-idfile `genloc /src/
setup/osf1_idlist`'
| MAKEFILE_PASS=BASIC dopass_all
| dli: created directory
| [ /kernel/dec/sas/alpha ]
| makepath dec/sas/alpha/. && cd dec/sas/alpha && exec make 'RELEASE_OPTIONS=-
idfile `genloc
| /src/setup/osf1_idlist`' MAKEFILE_PASS=BASIC dopass_all
| dec: created directory
| dec/sas: created directory
| dec/sas/alpha: created directory
| /usr/sde/osf1/build/v32gsupportos/tools/alpha_OSF1/alpha/acc/as -EL -O2 -
Olimit 5000
| -DLOCORE -DSTANDALONE -no_excpt -DASSEMBLER `genpath -I.` `genpath -I..
| -I../../../../usr/sbin ` -I/pool/knight/sb/v32g/export/alpha/usr/include
| -I/usr/sde/osf1/build/v32gsupportos/export/alpha/usr/include -O1 -no_excpt
-Wco,-nofloat
| -Wb,-static -DSECONDARY -o csu.alpha.SECONDARY.o
| /usr/sde/osf1/build/v32gsupportos/src/kernel/dec/sas/alpha/csu.alpha.s
| /usr/sde/osf1/build/v32gsupportos/tools/alpha_OSF1/alpha/acc/usr/lib/cmplrs/c
c/cpp: Error:
| /usr/sde/osf1/build/v32gsupportos/src/kernel/dec/sas/alpha/csu.alpha.s: 47: C
annot open file
| machine/asm.h for #include
| /usr/sde/osf1/build/v32gsupportos/tools/alpha_OSF1/alpha/acc/usr/lib/cmplrs/c
c/cpp: Error:
| /usr/sde/osf1/build/v32gsupportos/src/kernel/dec/sas/alpha/csu.alpha.s: 48: C
annot open file
| machine/regdef.h for #include
| /usr/sde/osf1/build/v32gsupportos/tools/alpha_OSF1/alpha/acc/usr/lib/cmplrs/c
c/cpp: Error:
| /usr/sde/osf1/build/v32gsupportos/src/kernel/dec/sas/alpha/csu.alpha.s: 49: C
annot open file
| machine/pal.h for #include
| *** Exit 1
| Stop.
| *** Exit 1
| Stop.
| csh>
--
-Grant
|