T.R | Title | User | Personal Name | Date | Lines |
---|
1126.1 | Re: wrong cp operation in build export ? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue Dec 13 1994 16:39 | 24 |
| Date Of Receipt: 29-NOV-1994 18:07:35.59
From: FLUME::jmcg "Jim McGinness"
To: [email protected]
CC: buildhelp@DEC:.zko.flume
Subj: Re: wrong "cp" operation in build export ?
I'm not quite sure why you're seeing the error you see. There is a
dependency expressed for stropts.h in its STRFILES incarnation, dependent
on ${MAKETOP}/kernel/sys/stropts.h. The command which is failing is
expecting $? to be expanded to match the dependency. For some reason,
unknown to me, that expansion is not occurring, so you get the command
failure.
You can see the expansion occur properly in the nightly build logs, so I
can only guess that there's something peculiar about your sandbox/backing
tree setup that's causing the failure. This may be a bug in the Makefile:
stropts.h occurs in DATAFILES twice, once in EXPFILES and once in STRFILES;
but it clearly doesn't hurt the nightly build.
Have you tried this in a clean sandbox? Have you considered my
suggestion to just do "cd usr/include;build export_all"?
-- jmcg
|
1126.2 | Re: wrong cp operation in build export ? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue Dec 13 1994 16:40 | 51 |
| Date Of Receipt: 29-NOV-1994 18:43:23.30
From: FLAMBE::"[email protected]" "29-Nov-1994 1837"
To: Jim McGinness <[email protected]>
CC: [email protected], [email protected], [email protected]
Subj: Re: wrong "cp" operation in build export ?
_.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._
|
> I'm not quite sure why you're seeing the error you see. There is a
> dependency expressed for stropts.h in its STRFILES incarnation, dependent
> on ${MAKETOP}/kernel/sys/stropts.h. The command which is failing is
> expecting $? to be expanded to match the dependency. For some reason,
> unknown to me, that expansion is not occurring, so you get the command
> failure.
>
> You can see the expansion occur properly in the nightly build logs, so I
> can only guess that there's something peculiar about your sandbox/backing
> tree setup that's causing the failure. This may be a bug in the Makefile:
> stropts.h occurs in DATAFILES twice, once in EXPFILES and once in STRFILES;
> but it clearly doesn't hurt the nightly build.
>
> Have you tried this in a clean sandbox? Have you considered my
> suggestion to just do "cd usr/include;build export_all"?
>
> -- jmcg
|
-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-
Hi Jim,
> Have you tried this in a clean sandbox? Have you considered my
> suggestion to just do "cd usr/include;build export_all"?
This has been tried in the fresh, new sandbox. As mentioned
in my last mail, I did do the build export_all and sent you the
mispelling error it was giving me.
This sandbox (on machine brandy.unx.dec.com, User-id: stdsbld ) I'm only
using for build purposes (since my own workstation, unxsb.unx, does not
have enough space, so can't build in my own sandbox). Note that these modified
header files I'm ftp'ing to brandy.unx from some other machine and then trying
to build there. (for srequest, and bsubmit, I'll use bco/bci from my own
workstation sandbox later, if these build problems get resolved in the first place).
regards,
Sunil.
|
1126.3 | Re: wrong cp operation in build export ? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue Dec 13 1994 16:45 | 60 |
| Date Of Receipt: 30-NOV-1994 14:23:14.68
From: ALPHA::"[email protected]" "30-Nov-1994 1403"
To: Jim McGinness <[email protected]>
CC: [email protected], [email protected], [email protected],
[email protected]
Subj: Re: wrong "cp" operation in build export ?
_.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._
|
> I'm not quite sure why you're seeing the error you see. There is a
> dependency expressed for stropts.h in its STRFILES incarnation, dependent
> on ${MAKETOP}/kernel/sys/stropts.h. The command which is failing is
> expecting $? to be expanded to match the dependency. For some reason,
> unknown to me, that expansion is not occurring, so you get the command
> failure.
>
Dear Jim,
I just did another build, now a comprehensive one, from usr/include
for building all the header files.....it again aborted at stropts.h.
Did you happen to get some resolution on this issue from somewhere?
Also, regarding the mis-spelling, pl. see below in the next reply paragraph.
> You can see the expansion occur properly in the nightly build logs, so I
> can only guess that there's something peculiar about your sandbox/backing
> tree setup that's causing the failure. This may be a bug in the Makefile:
> stropts.h occurs in DATAFILES twice, once in EXPFILES and once in STRFILES;
> but it clearly doesn't hurt the nightly build.
>
> Have you tried this in a clean sandbox? Have you considered my
> suggestion to just do "cd usr/include;build export_all"?
>
> -- jmcg
|
-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-
_.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._
|
> is it possible you're having these problems because the backing tree
> you're backed by is being updated? Or isn't fully populated?
>
> How did lsm_version.h get to be misspelled lsm_vesrion.h? Is this
> a paste from the file or did you transcribe it?
Now, for that mis-spelling, I manually edited the Makefile, for this
latest build now, so that at least it will continue after that step.
Was the owner of lsm_version.h informed about his Makefile mis-spelling?
Or how he would get informed about this?
thanks,
Sunil.
>
> -- jmcg
|
-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-
|