[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: renaming vars to indicate target
From: |
Warren Turkal |
Subject: |
Re: renaming vars to indicate target |
Date: |
Sun, 11 Jan 2004 18:28:12 -0600 |
User-agent: |
KNode/0.7.2 |
Alexandre Duret-Lutz wrote:
> Hi Warren,
>
>>>> "Warren" == Warren Turkal <address@hidden> writes:
> Seems you shifted the vocabulary. In the auto* jargon:
You are correct.
> BUILD = the system on which the package is being configured
> and compiled
>
> HOST = the system on which the package will run
>
> TARGET = the system for which any compiler tool built by the
> package will produce code
host...Host...HOST
I honestly don't understand what target is for.
> Automake currently outputs rules to compile programs that will
> run on HOST. So the variables could be called host_something.
This is correct.
> What you want to introduce are compilation rules for the BUILD arch.
This is correct also.
*snip*
> Warren> I know that this will need support in autoconf also,
> Warren> but I think this is the right place to start.
>
> What's your plan?
1) Make automake realize that everything it does is specifically for host.
Keep the interface to autoconf (i.e. $(CC) is the c compiler, etc.)
2) Add attributes the the struct list to support build arch (i.e.
build_compiler, build_compile, build_ld, build_lder, build_link, and
build_linker).
3) Try to factor code for building such that it can be mostly reused for
build and host targets. This is where the bulk of the work is as I see it.
4) Add a mechanism to build BUILD targetted utility programs (maybe
build_PROGRAMS or util_PROGRAMS).
wt
--
Warren Turkal
President, GOLUM, Inc.
http://www.golum.org