[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 14:02, <roger.pau@xxxxxxxxxx> wrote:
> On Wed, Feb 28, 2018 at 05:29:06AM -0700, Jan Beulich wrote:
>> >>> 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.
> 
> I'm afraid I don't see the issue, could you provide the values of
> DESTDIR, DEBUG_DIR and XENFIRMWAREDIR that are causing the issue?

My build issue is because of some tweaking I have to do in order to
be able to run the tools from the build directory (it's quite sad that
this still isn't supported "out of the box").

> Is this because you end up with something like:
> 
> /usr/local/lib/debug/usr/local/... in the debug path?

Indeed (except the first "local" you show wrongly isn't there), just
that there's some /home/jbeulich/.../ infix, but _no_ such prefix
(DESTDIR for the reason mentioned above can't be set to
/home/jbeulich/..., or [I don't recall] either the build breaks or
things don't work in the end, but needs to be forced to / on the
make command line; as said I have a compensating tweak
elsewhere so that the full resulting path is correct everywhere
_except_ now for DEBG_DIR).

>> >> 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.
> 
> Oh, so you mean to keep the current DEBUG_DIR in {StdGNU,SunOS}.mk but
> add a template to Paths.mk.in for the tools? That seems fine.

That's a possible route; whether to keep two different things
named identically is another question.

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®.