Using m4 in the temporary tools and installing it after autoconf in chapter 6 makes a tool of a autoconf link to the m4 in /tools
chris at beaker67.com
Sat Oct 18 18:35:34 PDT 2008
Bryan Kadzban wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
> Rick Houkes wrote:
>> Making m4 part of the temporarily toolchain and installing it after
>> autoconf makes a tool of autoconf called autom4te link to the m4 in
>> /tools instead of a m4 that would be part of a finished system.
> Oh, I see: it hardcodes the path to the m4 binary. OK, terminology
> confusion, never mind, you're right.
> We can fix this by moving m4 (back?) up before autotools in chapter 6.
> Actually if bison does the same thing (it seems to hardcode the path,
> though you can override it by setting the shell M4 variable, just like
> autom4te), then I'd say right after iana-etc is a good place. Plus
> that's in alphabetical order among this early set of mostly-parallel
Another problem (not really related to this, but it does also involve
m4) is that, as the book is now, m4 in /tools is not linked to /tools.
Either m4 needs to be built again in /tools sometime after the toolchain
adjustment, or the host system's m4 can be used for GCC and the m4 in
/tools can be moved later in the build order.
More information about the lfs-dev