Received: by 2002:a25:b323:0:0:0:0:0 with SMTP id l35csp1793821ybj; Sun, 22 Sep 2019 12:04:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqxNl1IPlhBWaevCLX6RtYTiSPoG2vj06x/ZR+cjRK5IcfLnhnbV9/zV1go/D/ISWKPWf3yb X-Received: by 2002:a50:9f42:: with SMTP id b60mr33687237edf.192.1569179083515; Sun, 22 Sep 2019 12:04:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569179083; cv=none; d=google.com; s=arc-20160816; b=Us8QDUmb1jJIYFvVM1pwj5T4pkg+5+s1n0ojJBTQZOxg0zoLyzZGxd2U9UTVuOw3Vn yLVKsJaRq8GjNxGzlAJoWEnIUO7gcdVEpwX/uApxRd+3sOpFyB3nnPCaw+nV809Jqa7X UKUfeI1Yeiosjf6Vd8SC/A5le3ZTcXyjBLkwaz4WchcK1USTlkL8ZopVb2BNB5PQT4ip anQzuxgJMBjVqFWcdtsfwK114r4pSvdkeBuD5wInhaB+AuKzUf2AZ8knJE1gryZ84Ceu cp2bicEqhLDRadPXoCtoMRczMkWdf0jVf1y1kc+EKFGv+CF1aQKCec2/E3RDEIJ0Kt03 x17A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:mail-followup-to :message-id:subject:to:from:date:dkim-signature; bh=gAf5/sB7eVKKCWdFTMcwGWL/j6LnoBpK44/vlo0WiMQ=; b=AVp27MqE6p9JogOQHkXUCtMHEAmN9Y/UjR+RgYHrtEa2D0TuwNF03I5YoJrzSoUrjZ 5m7t1B38BKsWekkAVKiM30tqiNKzWH9qf5zHczHXPaU4oEZK8qPmolnZJOXEkf09lBgy Rz8//7zxViq83jggyKu211b/W87WfeACeT6chzsQQhcGbtGlWbWBjWyhIcD2PYgEtjLQ yKyVf7gwFc5/tE9vs6zx1/KXsAfHzY6muzivWUeOdpPPPLW3HxwjtAJ3b0w29ati5w72 aouvRUJGi43sK8mze+P+xTiFdBRWrhPHKcjamu6GvA30hZlSmRQ2HBcWRGv146WVZfpn bgJQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=NyQh7krm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k7si5431478edb.238.2019.09.22.12.04.20; Sun, 22 Sep 2019 12:04:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=NyQh7krm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729451AbfITTTu (ORCPT + 99 others); Fri, 20 Sep 2019 15:19:50 -0400 Received: from mail-lf1-f65.google.com ([209.85.167.65]:39859 "EHLO mail-lf1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725869AbfITTTu (ORCPT ); Fri, 20 Sep 2019 15:19:50 -0400 Received: by mail-lf1-f65.google.com with SMTP id 72so5799307lfh.6 for ; Fri, 20 Sep 2019 12:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=gAf5/sB7eVKKCWdFTMcwGWL/j6LnoBpK44/vlo0WiMQ=; b=NyQh7krmksMSqLjhbOuyr7tfCNP1fZenF74Msk2i++P30Qbuykdt+Q1A71lKdxENKv OEc9HIw+zjJ74wmyn6FutxYjkJcMiHKVLyB4VdN+bnrB3FQFrk4So4762SNbwqs7tCHL mI2ATbVm4eAB9BtUngciQnhIRe8j3cr1ZHiNYVeSHP37Xl9c/MtEd4EMN0InI0y0WfZt XfvqO5frv2lFyPji0FqeJ5HZcshgJ0u+EbRZmqEW93VVLlivJpIQQE1lix26BG+ct0ha kra4S+lczs+Vqp9BB49taJWQ3aphd/bsG4dGhR6D0Jti1j5gXWLVXHsRrAXNVohyn535 MEDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=gAf5/sB7eVKKCWdFTMcwGWL/j6LnoBpK44/vlo0WiMQ=; b=gKa9OUUN1xMiZzPThIsF5mbZbcQFJypR5fpDVORATIggMq5m420heXNjvHnM7+8j+A V1zPdq5d/tkVINzkGDHX8zloFKJq9QazsRdPAvVmSL2gP4sPCF9tT/4B8Q5vjys3gvq7 Zkj0sUAmudsmo+ATtQemRETrg69BsxJM5x0yEX1u9r2U9pjyMESnC/2rKSHGinGyWeEc NqoQ90Fp/dqFHEP5iYKD0FOJ7U6oxQS/265XjvQMysQENQzHUErZifHLMCcGFYDvgj8Q 2Hk4x/XAwMbQ3iIaHRcqzVHZN2O0ieaKnvef1zzPr7CQUQmUPwS9zDTzqEJLpAx8XoUv HUEA== X-Gm-Message-State: APjAAAVJT/HER8pQIc7z4BcySaCM96MiEWRaGJrmOY/OPfk2EYKddKwh j+iJEe/pR2k2RACWSPRmt7vi7w== X-Received: by 2002:a19:48c3:: with SMTP id v186mr9701393lfa.141.1569007185986; Fri, 20 Sep 2019 12:19:45 -0700 (PDT) Received: from khorivan (168-200-94-178.pool.ukrtel.net. [178.94.200.168]) by smtp.gmail.com with ESMTPSA id v1sm625867lfq.89.2019.09.20.12.19.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Sep 2019 12:19:45 -0700 (PDT) Date: Fri, 20 Sep 2019 22:19:43 +0300 From: Ivan Khoronzhuk To: Andrii Nakryiko , Alexei Starovoitov , Daniel Borkmann , Martin Lau , Andrii Nakryiko , Yonghong Song , Networking , bpf , open list Subject: Re: [PATCH bpf] libbpf: fix version identification on busybox Message-ID: <20190920191941.GB2760@khorivan> Mail-Followup-To: Andrii Nakryiko , Alexei Starovoitov , Daniel Borkmann , Martin Lau , Andrii Nakryiko , Yonghong Song , Networking , bpf , open list References: <20190919160518.25901-1-ivan.khoronzhuk@linaro.org> <20190920082204.GC8870@khorivan> <20190920183449.GA2760@khorivan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190920183449.GA2760@khorivan> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 20, 2019 at 09:34:51PM +0300, Ivan Khoronzhuk wrote: >On Fri, Sep 20, 2019 at 09:41:54AM -0700, Andrii Nakryiko wrote: >>On Fri, Sep 20, 2019 at 1:22 AM Ivan Khoronzhuk >> wrote: >>> >>>On Thu, Sep 19, 2019 at 01:02:40PM -0700, Andrii Nakryiko wrote: >>>>On Thu, Sep 19, 2019 at 11:22 AM Ivan Khoronzhuk >>>> wrote: >>>>> >>>>> It's very often for embedded to have stripped version of sort in >>>>> busybox, when no -V option present. It breaks build natively on target >>>>> board causing recursive loop. >>>>> >>>>> BusyBox v1.24.1 (2019-04-06 04:09:16 UTC) multi-call binary. \ >>>>> Usage: sort [-nrugMcszbdfimSTokt] [-o FILE] [-k \ >>>>> start[.offset][opts][,end[.offset][opts]] [-t CHAR] [FILE]... >>>>> >>>>> Lets modify command a little to avoid -V option. >>>>> >>>>> Fixes: dadb81d0afe732 ("libbpf: make libbpf.map source of truth for libbpf version") >>>>> >>>>> Signed-off-by: Ivan Khoronzhuk >>>>> --- >>>>> >>>>> Based on bpf/master >>>>> >>>>> tools/lib/bpf/Makefile | 2 +- >>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>> >>>>> diff --git a/tools/lib/bpf/Makefile b/tools/lib/bpf/Makefile >>>>> index c6f94cffe06e..a12490ad6215 100644 >>>>> --- a/tools/lib/bpf/Makefile >>>>> +++ b/tools/lib/bpf/Makefile >>>>> @@ -3,7 +3,7 @@ >>>>> >>>>> LIBBPF_VERSION := $(shell \ >>>>> grep -oE '^LIBBPF_([0-9.]+)' libbpf.map | \ >>>>> - sort -rV | head -n1 | cut -d'_' -f2) >>>>> + cut -d'_' -f2 | sort -r | head -n1) >>>> >>>>You can't just sort alphabetically, because: >>>> >>>>1.2 >>>>1.11 >>>> >>>>should be in that order. See discussion on mailing thread for original commit. >>> >>>if X1.X2.X3, where X = {0,1,....99999} >>>Then it can be: >>> >>>-LIBBPF_VERSION := $(shell \ >>>- grep -oE '^LIBBPF_([0-9.]+)' libbpf.map | \ >>>- sort -rV | head -n1 | cut -d'_' -f2) >>>+_LBPFLIST := $(patsubst %;,%,$(patsubst LIBBPF_%,%,$(filter LIBBPF_%, \ >>>+ $(shell cat libbpf.map)))) >>>+_LBPFLIST2 := $(foreach v,$(_LBPFLIST), \ >>>+ $(subst $() $(),,$(foreach n,$(subst .,$() $(),$(v)), \ >>>+ $(shell printf "%05d" $(n))))) >>>+_LBPF_VER := $(word $(words $(sort $(_LBPFLIST2))), $(sort $(_LBPFLIST2))) >>>+LIBBPF_VERSION := $(patsubst %_$(_LBPF_VER),%,$(filter %_$(_LBPF_VER), \ >>>+ $(join $(addsuffix _, $(_LBPFLIST)),$(_LBPFLIST2)))) >>> >>>It's bigger but avoids invocations of grep/sort/cut/head, only cat/printf >>>, thus -V option also. >>> >> >>No way, this is way too ugly (and still unreliable, if we ever have >>X.Y.Z.W or something). I'd rather go with my original approach of >Yes, forgot to add >X1,X2,X3,...XN, where X = {0,1,....99999} and N = const for all versions. >But frankly, 1.0.0 looks too far. It actually works for any numbs of X1.X2...X100 but not when you have couple kindof: X1.X2.X3 and X1.X2.X3.X4 But, no absolutely any problem to extend this solution to handle all cases, by just adding leading 0 to every "transformed version", say limit it to 10 possible 'dots' (%5*10d) and it will work as clocks. Advantage - mostly make functions. Here can be couple more solutions with sed, not sure it can look less maniac. > >>fetching the last version in libbpf.map file. See >>https://www.spinics.net/lists/netdev/msg592703.html. Yes it's nice but, no sort, no X1.X2.X3....XN Main is to solve it for a long time. >> >>>> >>>>> LIBBPF_MAJOR_VERSION := $(firstword $(subst ., ,$(LIBBPF_VERSION))) >>>>> >>>>> MAKEFLAGS += --no-print-directory >>>>> -- >>>>> 2.17.1 >>>>> >>> >>>-- >>>Regards, >>>Ivan Khoronzhuk > >-- >Regards, >Ivan Khoronzhuk -- Regards, Ivan Khoronzhuk