Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp806769imm; Fri, 12 Oct 2018 07:04:18 -0700 (PDT) X-Google-Smtp-Source: ACcGV61XUNTwxi5I5geUIBp90s79cMHddRcR4j2gzFL2C7n9JqJunsqO7v3uG0I612oxHOuwzKm+ X-Received: by 2002:a17:902:1121:: with SMTP id d30-v6mr5895646pla.250.1539353058731; Fri, 12 Oct 2018 07:04:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539353058; cv=none; d=google.com; s=arc-20160816; b=MXRAJhOfx3jm1EFzDUW194CrViiW2K0m1cJ6xEdLfUx5qc+78Di9mfQ/q3ksI+gtKC ZX2lJ4eiCoAEEP6S0LyJw2+qLIkaTOmLH8DNFBNmvwI/w7tWQ2WLvuSeOl5pxEDvZqzA kKdl1vntwHqLC8ospp7pLwdUkJTci31LVUuE2iL6K/7OqMUt/4hcxjFVoJkI9ZudZGQB SXO8BHdRLrSg06jJQHG8eLAbTCJkuMyA8HX5NP0Qtl0L1inVnHZSNVZxiYqbaQZ5vJx9 Tq7nloEreeeM8jSLH71QNybrQnM81GYzXGI4gN/ZquRPzzVUsgn5Gs7fixEkn4Vjptvs I+cQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version; bh=SUTUEwcv2gaK331hRqrMBAbk8t92Y5b9w0bmHeBy/gs=; b=X6eoO8Dh5Hm8PLwfLNVfz9wzWVpLpL51Yedduf/GjW0+QHN+v0OUKLC20CdiKmpFPS dV++fxlhU05XRpuy61ZaQr+7vKKhXo9es6VGiVH9BZef9LuIzlPmnsMmoo0yL3WnNDwN NAs0EutvJZ8k4+OaeU7/Sxh93wVLGD2ymGPu7kW1fDpLayyb0BuoSIm94B0XXPQ2//Ys 4QWDoKGFceRovHtH3wWdXApHAJczzU0/AXJxxifXd3taenDPShgKVavjqGEaGQqZStH0 DVpfuyvaDHmjPsvceA9serlQkZw25tWTxUbmGs4U89n7OTWjjpULwRLhPo2WKeadm7uB ge0A== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a11-v6si1317191pgd.400.2018.10.12.07.04.02; Fri, 12 Oct 2018 07:04:18 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728704AbeJLVgQ (ORCPT + 99 others); Fri, 12 Oct 2018 17:36:16 -0400 Received: from mail.sf-mail.de ([78.47.74.12]:57973 "EHLO mail.sf-mail.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728580AbeJLVgP (ORCPT ); Fri, 12 Oct 2018 17:36:15 -0400 Received: (qmail 10635 invoked from network); 12 Oct 2018 14:03:39 -0000 Received: from mail.sf-mail.de ([::ffff:78.47.74.12]:50928 HELO webmail.sf-mail.de) (auth=eike@sf-mail.de) by mail.sf-mail.de (Qsmtpd 0.34dev) with (DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA for ; Fri, 12 Oct 2018 16:03:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 12 Oct 2018 16:03:35 +0200 From: Rolf Eike Beer To: Firoz Khan Cc: linux-parisc@vger.kernel.org, "James E . J . Bottomley" , Helge Deller , Thomas Gleixner , Greg Kroah-Hartman , Philippe Ombredanne , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , Linux-Arch , Arnd Bergmann , Deepa Dinamani , Marcin Juszkiewicz , linux-parisc-owner@vger.kernel.org Subject: Re: [PATCH v4 3/6] parisc: add system call table generation support In-Reply-To: References: <1539337442-3676-1-git-send-email-firoz.khan@linaro.org> <1539337442-3676-4-git-send-email-firoz.khan@linaro.org> Message-ID: <24dae8ebfd18a60e844383ae4beed486@sf-tec.de> X-Sender: eike-kernel@sf-tec.de User-Agent: Roundcube Webmail/1.3.7 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Firoz Khan wrote: >> > + >> > + my_abi="$(cut -d'|' -f2 <<< $my_abis)" > > Here is the logic of identifying the generated script is for compat > interface > or not. So systbl_abi_syscall_table_c32 := common,compat,32 in Makefile > will parse the script and check the second string whether this is > "compat" or not. > > Other ways are: > 1. add an extra flag, that will again add the complexity > 2. check if [ ${out: -5} = "c32.h" ], this looks weird > > Is there any better way to do the same? What part is that comment directed at? I guess it's the next hunk, so I'll comment on that. >> "<<<" is a bash extension and will not work with /bin/sh. >> >> > + while read nr abi name entry compat ; do >> > + if [ $my_abi = "compat" ]; then >> > + if [ -z "$compat" ]; then >> > + emit $nxt $nr $entry >> > + else >> > + emit $nxt $nr $compat >> > + fi >> > + else >> > + emit $nxt $nr $entry >> > + fi >> >> I would go for a local variable being set to $compat or $entry and >> calling emit at only one place. And there should be only one if with 2 >> expressions, no need for 3 branches. if [ $my_abi = "compat" -a -n "${compat}" ]; then somevar=${compat} else somevar=${entry} fi emit $nxt $nr $somevar Eike