Dear List,
I've been cleaning up the makefiles for some of the
bits of BLFS, mostly with a view to enabling building away from
the source tree. In a sense this is repairing what isn't broken,
but others also may want to do it. Is there an interest in
patches to achieve this?
I have several lined up, in various stages of elegance.
All of them work for BLFS building, but I haven't tested
for every possible invocation case. In particular,
"make clean" may be broken - but of course that's
trivial with a separate build directory!
[A puzzle: building gpm-1.20.1]
I'm scratching my head over the behaviour of the main
build inside <build dir>/contrib. If the build directory
is not the same as the source directory, there are some
minor problems (mostly a matter of supplying a
$(srcdir) prefix where needed, though there are a
few other cases where more complicated dancing is
called for). I now have it working, but with a very
confusing difficulty, which at present I hack past
in a very brutal fashion.
In between exiting from the main build rule in
<build dir>/contrib and exiting from the
contrib directory to return to the top-level Makefile
in <build-dir> a single file is deleted, namely
rm emacs/t-mouse.el
This is an Emacs Lisp source file. Emacs insists on
putting the compiled .elc file in the same directory
as the source file, so I must copy the source file
to the build directory, or at least put in a link to it.
Presumably the original is NOT deleted if the
build directory is the same as the source
directory (I never had trouble with this before...)!
There doesn't seem to be anything relevant in the
explicit Makefile rules which explains this behaviour.
Presumably an implicit rule is being followed -
but then, what rule is it, defined where, and why?
Bernard Leak
--
Before they made me, they broke the mould
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
