| Title: | USG buildhelp questions/answers |
| Moderator: | SMURF::FILTER |
| Created: | Mon Apr 26 1993 |
| Last Modified: | Mon Jan 20 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2763 |
| Total number of notes: | 5802 |
Date Of Receipt: 7-OCT-1994 09:26:37.48
From: QUARRY::"[email protected]" "07-Oct-1994 0923"
To: odehelp@DEC:.zko.quarry
CC:
Subj: I had to unset SOURCEDIR to get something to work (or use gnumake)
Hi,
Strange stuff. There's a LinkSourceFile macro which sets a
symbolic link from a remote directory. With SOURCEDIR defined
it omits the directory spec and just links the simple filename
to itself (incorrectly).
What fixes it?
1. unset SOURCEDIR
2. use gnumake Version 3.71
3. use shorter directory spec.
Pete Snider assures me this is not affected during the
build, but it sure is unsettling in a sandbox. Shouldn't
we not be using SOURCEDIR when it's causing all this bizarre
behavior?
The following is info to the specific problem I'm having:
From Makefile:
saver.c: ../../../../contrib/extensions/screensaver/programs/Xserver/Xext/save
r.c
$(RM) $@
$(LN) $? $@
workon$ make saver.c
rm -f saver.c
ln -s saver.c
workon$ rm -f saver.c
workon$ /contrib/bin/make saver.c
rm -f saver.c
ln -s ../../../../contrib/extensions/screensaver/programs/Xserver/Xext/saver.c
saver.c
workon$ rm -f saver.c
workon$ echo $SOURCEDIR
/usr/sde/osf1/build/decx11.nightly/src
workon$ unset SOURCEDIR
workon$ make saver.c
rm -f saver.c
ln -s ../../../../contrib/extensions/screensaver/programs/Xserver/Xext/saver.c
saver.c
workon$
Regards,
== ken miller ==
-----------------------------------------------------------
Kenneth B. Miller [email protected]
Digital Equipment Corp. - Spit Brook Rd Facility, Nashua NH
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 984.1 | Re: I had to unset SOURCEDIR to get something to work (or use gnumake) | SMURF::FILTER | Automatic Posting Software - mail to flume::puck | Fri Oct 07 1994 12:03 | 11 |
Date Of Receipt: 7-OCT-1994 10:24:03.22 From: QUARRY::jmf "Joshua M. Friedman OSF/UNIX SDE" To: [email protected], odehelp@DEC:.zko.quarry CC: Subj: Re: I had to unset SOURCEDIR to get something to work (or use gnumake) Ken, thanks for this information - is it the use of this macro that causes this problem? Should the macro be "taught about" SOURCEDIR? -j | |||||
| 984.2 | Re: I had to unset SOURCEDIR to get something to work (or use gnumake) | SMURF::FILTER | Automatic Posting Software - mail to flume::puck | Fri Oct 07 1994 12:05 | 32 |
Date Of Receipt: 7-OCT-1994 10:35:25.98 From: FLAMBE::jmf "Joshua M. Friedman OSF/UNIX SDE 07-Oct-1994 1032" To: "Ken Miller - WSG X Server Development" <[email protected]> CC: odehelp@DEC:.zko.flambe Subj: Re: I had to unset SOURCEDIR to get something to work (or use gnumake) thanks ken. if you'd like sometime I can provide more info on SOURCEDIR. we should carefully rething if/how it should be set for the x pools perhaps. -josh --------- To: Joshua M. Friedman OSF/UNIX SDE <jmf> Subject: Re: I had to unset SOURCEDIR to get something to work (or use gnumake) Date: Fri, 07 Oct 94 10:25:11 -0400 From: "Ken Miller - WSG X Server Development" <[email protected]> X-Mts: smtp In email from Joshua M. Friedman OSF/UNIX SDE <jmf>: >Ken, thanks for this information - is it the use of this macro that >causes this problem? Should the macro be "taught about" SOURCEDIR? Since I don't understand the "benefits" of SOURCEDIR, I can't answer that. The macro in question is LinkSourceFile in /usr/sde/osf1/build/decx11.nightly/src/xc/config/cf/Imake.rules Regards, == ken miller == | |||||