From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xry111.site (xry111.site [IPv6:2001:470:683e::1]) by sourceware.org (Postfix) with ESMTPS id 587A33858D3C for ; Sat, 24 Sep 2022 09:51:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 587A33858D3C Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=xry111.site Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=xry111.site DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xry111.site; s=default; t=1664013073; bh=H8HeTimW+b1Q/ZVBNSgZzT7nFQqXywgC2lpNPsyhVbI=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=cBn+o8h7jlKOF2xMExQPfls3NAivaL/x8hO/v38OW/JGz513i3CeaaNMHSUOxoDw7 TQLjEDy1s1MUOSrHP47AtZd26B2p6eHBBr7NNUt1l8Br/Sfa7wPonpA8Qehs1/R7Rl EzUOe2IFO/V+IGJF1QI79Dwf1q1PaNmtljJ7/89o= Received: from [IPv6:240e:358:1175:c300:dc73:854d:832e:2] (unknown [IPv6:240e:358:1175:c300:dc73:854d:832e:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) (Authenticated sender: xry111@xry111.site) by xry111.site (Postfix) with ESMTPSA id DF76765926; Sat, 24 Sep 2022 05:51:09 -0400 (EDT) Message-ID: Subject: Re: CreateProcess No such file or directory From: Xi Ruoyao To: mizo 91 Cc: LIU Hao , gcc-help@gcc.gnu.org Date: Sat, 24 Sep 2022 17:51:02 +0800 In-Reply-To: References: <51543dff-d479-5e6e-e046-46ce9e64c354@126.com> <90f24cd806655b052a2d1ac190e6b2ed53fbbfce.camel@xry111.site> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.0 MIME-Version: 1.0 X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROM_SUSPICIOUS_NTLD,LIKELY_SPAM_FROM,SPF_HELO_PASS,SPF_PASS,TXREP,T_PDS_OTHER_BAD_TLD autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Sat, 2022-09-24 at 11:28 +0200, mizo 91 wrote: > You are right that changing this behavior would have serious > consequences. But wouldn't you agree that gcc could somehow > distinguish whether the input files is of *.c or *.s source kind > , and then decide if it should pass -I to the assembler or the > preprocessor or =C2=A0both? That would be more in line with what I would > expect after reading the documentation. Passing -I to the assembler > when invoking the command 'gcc -c source.c' seems unnecessary. Even with .c files it's still legal to use ".include" directives in inline assembly. The only rational thing to do is creating a file containing the options for the assembler, then pass it to the assembler with @FILE. As @FILE is not supported by non-GNU (and, maybe, old GNU) assemblers, the feature cannot be the default and we need to add a new option "-use- cmdfile-for-as" (or some better name). If someone really cares about this he/she can make a patch and send it to gcc-patches@gcc.gnu.org. --=20 Xi Ruoyao School of Aerospace Science and Technology, Xidian University