[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v3] build: remove shim related targets



>>> On 28.02.18 at 12:47, <roger.pau@xxxxxxxxxx> wrote:
> On Wed, Feb 28, 2018 at 04:02:53AM -0700, Jan Beulich wrote:
>> >>> On 21.02.18 at 13:22, <roger.pau@xxxxxxxxxx> wrote:
>> > --- a/tools/firmware/Makefile
>> > +++ b/tools/firmware/Makefile
>> > @@ -8,6 +8,7 @@ endif
>> >  # hvmloader is a 32-bit protected mode binary.
>> >  TARGET      := hvmloader/hvmloader
>> >  INST_DIR := $(DESTDIR)$(XENFIRMWAREDIR)
>> > +DEBG_DIR := $(DESTDIR)$(DEBUG_DIR)$(XENFIRMWAREDIR)
>> 
>> This is screwing up my build, and looking again I can't see how
>> this can be right: Both $(XENFIRMWAREDIR) and $(DEBUG_DIR)
>> are supposed to be ${prefix}-able, yet there clearly should not
>> be an infix resulting from the construction of this path.
> 
> By being prefixable you mean that both XENFIRMWAREDIR and DEBUG_DIR
> can be relative paths?

Both should be possible to live in /usr/lib or /usr/local/lib,
for example.

>> In that context I wonder why DEBUG_DIR is set in
>> {StdGNU,SunOS}.mk instead of having a template in
>> Paths.mk.in.
> 
> Then you would have to run configure before installing the hypervisor,
> because the install hypervisor target uses DEBUG_DIR.

I don't think so, no. The hypervisor subtree is (for now) fine to
use whatever {StdGNU,SunOS}.mk say, but the tools/ subtree
shouldn't use any hard-coded paths.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.