From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69100 invoked by alias); 16 Jan 2018 17:20:23 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 69065 invoked by uid 89); 16 Jan 2018 17:20:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 16 Jan 2018 17:20:19 +0000 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id C8B6C272A7; Tue, 16 Jan 2018 17:20:18 +0000 (UTC) Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id E71B15EDE4; Tue, 16 Jan 2018 17:20:13 +0000 (UTC) Subject: Re: [PATCH] Run gdb.compile/*.exp on {x86,x86_64,s390}-linux only To: Yao Qi References: <1516103412-25086-1-git-send-email-yao.qi@linaro.org> <088c44b5-5454-e187-3984-956a30904ffc@redhat.com> <86k1whg7iy.fsf@gmail.com> Cc: gdb-patches@sourceware.org, jan.kratochvil@redhat.com, pmuldoon@redhat.com From: Pedro Alves Message-ID: Date: Tue, 16 Jan 2018 17:20:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-01/txt/msg00309.txt.bz2 On 01/16/2018 04:59 PM, Pedro Alves wrote: >> searching for compiler matching regex ^aarch64(-[^-]*)?-linux(-gnu)?-gcc$^M >> found compiler /home/yaoqi01/fsf-trunk-build/build-native-aarch64-none-linux-gnu/install/sysroot/usr/bin/aarch64-none-linux-gnu-gcc^M >> Passing 11 compiler options:^M >> Compiler option 0: <>^M >> Compiler option 1: <-std=gnu11>^M >> Compiler option 2: <-fno-exceptions>^M >> Compiler option 3: <-O0>^M >> Compiler option 4: <-gdwarf-4>^M >> Compiler option 5: <-fPIE>^M >> Compiler option 6: <-Wall>^M >> Compiler option 7: <-Wno-implicit-function-declaration>^M >> Compiler option 8: <-Wno-unused-but-set-variable>^M >> Compiler option 9: <-Wno-unused-variable>^M >> Compiler option 10: <-fno-stack-protector>^M >> source file produced: /tmp/gdbobj-6vzbkt/out3.c^M >> ^M >> aarch64-none-linux-gnu-gcc: error: : No such file or directory > > It sounds like the empty argument passed as "Compiler option 0" is > being interpreted by the compiler as a source file name? And then > the error message is including the file name that is not found, > but since the file name is the empty string, it reads a bit > cryptic. > > The fix is probably to not pass that option at all if empty. > Yes, I could reproduce this by hacking default_gcc_target_options to return "" like you were doing: Passing 15 compiler options: Compiler option 0: <> <<<<<< BAD Compiler option 1: <-mtune=generic> Compiler option 2: <-march=x86-64> ... Making default_gcc_target_options return NULL instead works: Passing 14 compiler options: Compiler option 0: <-mtune=generic> Compiler option 1: <-march=x86-64> ... Thanks, Pedro Alves