From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EE7BEECDE4B for ; Thu, 8 Nov 2018 17:15:18 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id C211D20817 for ; Thu, 8 Nov 2018 17:15:18 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C211D20817 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=deltatee.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727203AbeKICvn (ORCPT ); Thu, 8 Nov 2018 21:51:43 -0500 Received: from ale.deltatee.com ([207.54.116.67]:56500 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726583AbeKICvm (ORCPT ); Thu, 8 Nov 2018 21:51:42 -0500 Received: from guinness.priv.deltatee.com ([172.16.1.162]) by ale.deltatee.com with esmtp (Exim 4.89) (envelope-from ) id 1gKntX-00043m-3p; Thu, 08 Nov 2018 10:15:03 -0700 To: Nadav Amit , "hpa@zytor.com" , Ingo Molnar Cc: LKML , X86 ML , Sam Ravnborg , Michal Marek , Thomas Gleixner , Linux Kbuild mailing list , Stephen Bates References: <20181003213100.189959-1-namit@vmware.com> <20181003213100.189959-3-namit@vmware.com> <89262174-6f15-6116-e67f-436f7c1bfe99@deltatee.com> <6651971B-E3AB-4CDD-868C-2338593F7D83@vmware.com> <192946CF-8543-4CF5-B2A3-93674FCD07E2@vmware.com> <7bc80811-8ab3-d26a-6fb3-b7aeebcfce43@deltatee.com> <85B77A64-5FF3-4B82-8A07-E045E259C985@zytor.com> <3B824A03-AB76-4B34-B1CA-F27C0F1B0575@vmware.com> From: Logan Gunthorpe Message-ID: <2c022676-9299-bb5f-023b-5c114cd79f81@deltatee.com> Date: Thu, 8 Nov 2018 10:14:58 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <3B824A03-AB76-4B34-B1CA-F27C0F1B0575@vmware.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 172.16.1.162 X-SA-Exim-Rcpt-To: sbates@raithlin.com, linux-kbuild@vger.kernel.org, tglx@linutronix.de, michal.lkml@markovi.net, sam@ravnborg.org, x86@kernel.org, linux-kernel@vger.kernel.org, mingo@redhat.com, hpa@zytor.com, namit@vmware.com X-SA-Exim-Mail-From: logang@deltatee.com Subject: Re: [PATCH v9 02/10] Makefile: Prepare for using macros for inline asm X-SA-Exim-Version: 4.2.1 (built Tue, 02 Aug 2016 21:08:31 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018-11-07 11:18 p.m., Nadav Amit wrote: >> Apparently gcc will treat them like basic blocks and possibly move them around. > > Maybe it is possible to break the compilation of each object into two > stages: first, compile the source without assembly, and then take the > generated .s file and assemble it with the .s file of the macros. > > Does it sounds as something that may work? I guess it should only be done > when distcc is used. In theory it would at least allow the compile step to be distributed, the assembly step would still have to be done locally... It'd be better than nothing, I guess. It'd also be difficult to know when distribution is being done and that it's necessary to split the steps. We'd have to add an environment variable or something and users would need to know they have to set it when using a distributed compile. Logan