From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53777) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bLCBi-0002Tj-75 for qemu-devel@nongnu.org; Thu, 07 Jul 2016 12:30:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bLCBc-0007MZ-5q for qemu-devel@nongnu.org; Thu, 07 Jul 2016 12:30:05 -0400 Received: from mail-qt0-x230.google.com ([2607:f8b0:400d:c0d::230]:34861) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bLCBc-0007MK-1Y for qemu-devel@nongnu.org; Thu, 07 Jul 2016 12:30:00 -0400 Received: by mail-qt0-x230.google.com with SMTP id f89so11043938qtd.2 for ; Thu, 07 Jul 2016 09:29:59 -0700 (PDT) Sender: Richard Henderson References: <1467821896-32616-1-git-send-email-rth@twiddle.net> <1467821896-32616-2-git-send-email-rth@twiddle.net> <87a8htmnj5.fsf@linaro.org> From: Richard Henderson Message-ID: <5ce515ea-4a79-8b44-7271-d047461a0837@twiddle.net> Date: Thu, 7 Jul 2016 09:29:56 -0700 MIME-Version: 1.0 In-Reply-To: <87a8htmnj5.fsf@linaro.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PULL v2 1/4] build: Use $(CCAS) for compiling .S files List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?Q?Alex_Benn=c3=a9e?= Cc: qemu-devel@nongnu.org, peter.maydell@linaro.org On 07/07/2016 09:16 AM, Alex Bennée wrote: >> +if echo | $ccas -dM -E - | grep __clang__ > /dev/null 2>&1 ; then >> + ccas="$ccas -fno-integrated-as" >> +fi > > Hi Richard, > > This looks like it breaks the Travis clang: > > https://travis-ci.org/qemu/qemu/builds/142825178 > > We get the error: > > AS optionrom/multiboot.o > clang: error: unknown argument: '-fno-integrated-as' > make[1]: *** [multiboot.o] Error 1 > make: *** [romsubdir-optionrom] Error 2 > make: *** Waiting for unfinished jobs.... > > Clang in Travis is: > > clang version 3.4 (tags/RELEASE_34/final) Oh ffs. It appears -fno-integrated-as was introduced in 3.5. Is there any combination of options that allows clang 3.4 to compile the option roms? I suspect that the answer is no. And if so... what then? r~