Makefiles -- .c and .h
Stephen Riehm [Romulis]
s887212 at minyos.xx.rmit.oz.au
Fri Nov 16 11:54:30 AEST 1990
jik at athena.mit.edu (Jonathan I. Kamens) writes:
> The somewhat standard solution to this problem is to create a program or
>sequence of shell commands to parse the source files and determine the
>dependencies on .h files, and to append those dependencies to the end of the
>Makefile (or, in some versions of make, to put them in a file that is included
>by the Makefile).
[stuff not saved]
>--
>Jonathan Kamens USnail:
>MIT Project Athena 11 Ashford Terrace
>jik at Athena.MIT.EDU Allston, MA 02134
>Office: 617-253-8085 Home: 617-782-0710
This might be the current "standard method" of getting around this
problem.. but wouldn't it be "Better" <totally subjective term> to "modify"
make / pmake to accept lines similar to..
.o : .c header.h
or maybe some form of wildcard system?
Is this concept TOTALLY unrealistic. I have found that most of the programs
that I write have only one or two .h files so this sort of structure would
be most reasonable for most of my applications.
Does this also apply to others or am I on my own on this.
Comments welcome by email or news.
thanx in advance
============================================================================
Romulis [Stephen Riehm] Royal Melbourne Institute of Technology,
(124 Latrobe St., Melbourne.)
s887212 at minyos.xx.rmit.oz.au Australia.
@>---`--,--( Still Stuck on the wrong side of the deep pink sea )--.--'---<@
======================< Insert Usual Disclaimer >===========================
More information about the Comp.unix.programmer
mailing list