[Qemu-devel] Re: [PATCH 3/3] Workaround --whole-archive on Solaris

[Avi Kivity <avi@redhat.com>]

On 12/13/2009 01:07 AM, Andreas Färber wrote:
>
> Certainly I would prefer having one shared linking mechanism.
>
> The three separate Makefiles (Makefile, Makefile.hw, Makefile.target) 
> that govern which objects are to be compiled pose the problem.
> In the end, we need some mechanism to get the right set of objects 
> into Makefile.target. Previous attempts were
> (i) writing object file paths to a file (me not satisfied), or
> (ii) printing them from within make (Avi objected), and now
> (iii) extracting them from archives (Juan objected for Linux).

Out of the three above, I prefer (ii) despite my objection.

>
> Juan, being our Makefile inventor, what about
> (iv) moving the assembling of some of the obj-y variables to a shared 
> file included by all three Makefiles?
> Would that work? If we had, e.g., common-obj-y and libhw{32,64}-obj-y 
> accessible in Makefile.target, we could use them for both dependency 
> modelling and linking.

But out of the four, I prefer this.

In fact, why not have one large makefile, with different targets called 
for different subdirectories?

-- 
error compiling committee.c: too many arguments to function