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

Re: [XEN PATCH 1/3] build: define ARCH and SRCARCH later


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Anthony PERARD <anthony.perard@xxxxxxxxxx>
  • Date: Thu, 22 Jun 2023 11:23:18 +0100
  • Authentication-results: esa2.hc3370-68.iphmx.com; dkim=none (message not signed) header.i=none
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Jason Andryuk <jandryuk@xxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 22 Jun 2023 10:23:45 +0000
  • Ironport-data: A9a23:3NohD6wwUDD5na5qj516t+fmxirEfRIJ4+MujC+fZmUNrF6WrkUEn WQWUT/XP/jeM2XxKNxyb47n9BhQvZCDx4QySQZppSAxQypGp/SeCIXCJC8cHc8wwu7rFxs7s ppEOrEsCOhuExcwcz/0auCJQUFUjP3OHfykTrafYEidfCc8IA85kxVvhuUltYBhhNm9Emult Mj75sbSIzdJ4RYtWo4vw/zF8EsHUMja4mtC5QRgP6oT5jcyqlFOZH4hDfDpR5fHatE88t6SH 47r0Ly/92XFyBYhYvvNfmHTKxBirhb6ZGBiu1IOM0SQqkEqSh8ai87XAME0e0ZP4whlqvgqo Dl7WT5cfi9yVkHEsLx1vxC1iEiSN4UekFPMCSDXXcB+UyQq2pYjqhljJBheAGEWxgp4KT9H2 PwicQxdVy+albqkxp+8QPtLpv12eaEHPKtH0p1h5TTQDPJgSpHfWaTao9Rf2V/chOgXQ6yYP ZBAL2MyMlKZOUYn1lQ/UfrSmM+hgGX/dDtJ7kqYv6Mt70DYzRBr0airO93QEjCPbZwMxRjB+ TuYrgwVBDlBGsKn2GCE3k7xj/TCsCHdY5gUH5yRo6sCbFq7mTVIVUx+uUGAifuzh1O6WtlfA 1cJ4Sdopq83nGSpR9/xRQylo1aLuxcdX5xbFOhSwAOQzqvZ5S6JC25CSSROAPQ9r9M/TzEu0 l6PnvvqCCZpvbnTTmiSnp+LqRuiNC5TKnUNDQcUQA1A79T9rYUbihPUUs0lAKOzlsfyGzz73 3aNtidWr7wLgNQCzamT4VHNiDXqrZ/MJjPZ/S2OADjjtFkgItf4OcrxswOzAet8wJixEFCsv EJdp5in0/kcVYOLuSuHUsItJeT8jxqaCwEwkWKDDrF4qWTyoCDzI9wAiN1tDBw3a5hZIFcFd GeW4FoMv8ELYRNGeIctO+qM59IWIb8M/DgPftTddZJwb5d4b2drFwk+NBfLjwgBfKXB+JzT2 Kt3ku72Vx728Yw9kFKLqx41iNfHPBwWy2LJXozcxB+6y7eYb3P9Ye5bYATVMbpjvPvZ+1S9H zNj2y2ikU43vArWOHO/zGLuBQpScShT6W7e9aS7idJv0iI5QTp8Wpc9MJsqepB/nrQ9qws71 ijVZ6Os83Km3SevAVzTOhhehEbHAc4XQYQTYXZ9Yj5FGhELPe6S0UvoX8FnI+F4qrA9kq4co jtsU5zoP8mjgw/vo1w1BaQRZqQ4HPh3rWpi5xaYXQU=
  • Ironport-hdrordr: A9a23:MscrIKD0Cugz+CHlHeky55DYdb4zR+YMi2TDtnoQdfUxSKelfq +V8sjzuSWE8Qr5O0tOpfmlNLObSX3RsbRx6ZMKVI3SPjUO2lHIEGgK1+KLqVCNJ8SZzJ8h6U 4JSdkENDTeNykdsS+Q2njBLz9P+qj4zImYwcvY0ndxXUVLRshbnnZE4k3yKDwNeOA8P+tbKL OsovBp4xKrc3gMdK2Adx44dtmGnfKOsJ79exYJCzQj4BOV5AnYjYLSIlyj8VMjSDMn+8ZHzY EdqX2E2kx0iYDF9iPh
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Thu, Jun 22, 2023 at 10:15:42AM +0200, Jan Beulich wrote:
> On 21.06.2023 18:25, Andrew Cooper wrote:
> > On 21/06/2023 5:19 pm, Anthony PERARD wrote:
> >> +
> >> +ARCH := $(XEN_TARGET_ARCH)
> >> +SRCARCH := $(shell echo $(ARCH) | \
> >> +          sed -e 's/x86.*/x86/' -e s'/arm\(32\|64\)/arm/g' \
> >> +              -e s'/riscv.*/riscv/g')
> >> +export ARCH SRCARCH
> >> +
> >>  export TARGET_SUBARCH  := $(XEN_TARGET_ARCH)
> >>  export TARGET_ARCH     := $(shell echo $(XEN_TARGET_ARCH) | \
> >>                              sed -e 's/x86.*/x86/' -e 
> >> s'/arm\(32\|64\)/arm/g' \
> > 
> > The change looks plausible to fix this issue, but could we take the
> > opportunity to dedup the sed expression into a $(call src-arch ...) or so ?
> > 
> > Except, given that ARCH := $(XEN_TARGET_ARCH) now, doesn't that mean
> > SRCARCH is always TARGET_ARCH ?
> > 
> > Can't we simplify this to just be plain aliases?
> 
> Or, putting it differently, do we actually need both TARGET_* values
> when they match other (exported) variables anyway?

Sounds good to me, I can remove both TARGET_* variables.

Thanks,

-- 
Anthony PERARD



 


Rackspace

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