[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference smurf::buildhelp

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

863.0. "Need OSF1 ODE Makefile help" by SMURF::FILTER (Automatic Posting Software - mail to flume::puck) Wed Aug 10 1994 19:29

Date Of Receipt: 	28-JUL-1994 13:01:22.88
From: 	ALPHA::"[email protected]" "28-Jul-1994 1256"
To: 	[email protected]
CC: 	
Subj: 	Need OSF1 ODE Makefile help

I am the engineer responsible for supporting LMF v1 on OSF1 (and ULTRIX) and
do not work with the OSF1 ODE environment often.  I have a bug I need to fix
that requires what should be simple changes to one LMF Makefile, but I know
so little about how the OSF1 ODE Makefiles are setup that I need some help.

The problem I have is that part of building LMF consists of building a data
generation tool that is then used on the build platform to generate a data file.
Right now, the tool is built as any shipping component gets built, which means
it links with the backing tree's libraries and uses the backing tree's include
files.  I need to change things so the data generation tool is built using the
build platform's include files and libraries to insure that when later in the
LMF make the tool is run, it has been constructed to run on the builder.  Not
the target as is currently the case.

A look through the existing Makefile and the various make related files it
includes reveals a very complex structure underneath the actual Makefile.  In
fact, I'd bet there is a very easy way to do this by shuffling the Macros in
which the tool's name and component files are specified.  On my own, I probably
could find a way to do this after a good deal of effort.  I'd bet that someone
out there can provide a simple answer to this problem right off the top of their
head.  So, what Makefile changes are needed to accomplish this task?

Thanks everyone for your help,
Marc
T.RTitleUserPersonal
Name		DateLines
863.1Re: Need OSF1 ODE Makefile helpSMURF::FILTERAutomatic Posting Software - mail to flume::puckWed Aug 10 1994 19:3152
Date Of Receipt: 	28-JUL-1994 13:35:45.76
From: 	FLUME::jmcg "Jim McGinness"
To: 	[email protected]
CC: 	buildhelp@DEC:.zko.flume, odehelp@DEC:.zko.flume
Subj: 	Re:  Need OSF1 ODE Makefile help

It sounds like the short answer to your question is to add the line

makelurt_CCTYPE = host

to the makefile.

	-- jmcg

P.S. The "buildhelp" alias is usually better at this type of question
than the "odehelp" alias, but there's a lot of overlap.


 > To: odehelp
 > Subject: Need OSF1 ODE Makefile help
 > Date: Thu, 28 Jul 94 12:56:14 -0400
 > From: [email protected]

 > I am the engineer responsible for supporting LMF v1 on OSF1 (and
 > ULTRIX) and do not work with the OSF1 ODE environment often.  I
 > have a bug I need to fix that requires what should be simple
 > changes to one LMF Makefile, but I know so little about how the
 > OSF1 ODE Makefiles are setup that I need some help.

 > The problem I have is that part of building LMF consists of
 > building a data generation tool that is then used on the build
 > platform to generate a data file.  Right now, the tool is built as
 > any shipping component gets built, which means it links with the
 > backing tree's libraries and uses the backing tree's include files.
 > I need to change things so the data generation tool is built using
 > the build platform's include files and libraries to insure that
 > when later in the LMF make the tool is run, it has been constructed
 > to run on the builder.  Not the target as is currently the case.

 > A look through the existing Makefile and the various make related
 > files it includes reveals a very complex structure underneath the
 > actual Makefile.  In fact, I'd bet there is a very easy way to do
 > this by shuffling the Macros in which the tool's name and component
 > files are specified.  On my own, I probably could find a way to do
 > this after a good deal of effort.  I'd bet that someone out there
 > can provide a simple answer to this problem right off the top of
 > their head.  So, what Makefile changes are needed to accomplish
 > this task?

 > Thanks everyone for your help, Marc