From: fedor_qd@mail.ru
To: "Tamar Christina" <Tamar.Christina@arm.com>
Cc: gcc-help@gcc.gnu.org, "mizo 91" <mizo91@gmail.com>,
"Richard Earnshaw" <Richard.Earnshaw@foss.arm.com>
Subject: Re: RE: CreateProcess No such file or directory
Date: Wed, 21 Sep 2022 05:42:40 +0300 [thread overview]
Message-ID: <1663728160.129119460@f6.my.com> (raw)
In-Reply-To: <VI1PR08MB5325BAA6DE3DED80E4CB1F1FFF4C9@VI1PR08MB5325.eurprd08.prod.outlook.com>
[-- Attachment #1: Type: text/plain, Size: 3022 bytes --]
I saw such error in my build gcc 12.1.0 for Symbian. GCC 11.2.0 works fine.
I encounter such error while building ScummVM for Symbian. This error happened randomly. I thought my environment broken and switched to GCC 11.2.0 and errors gone.
GCC 11.2.0 comes with binutils 2.35, GCC 12.1.0 comes with binutils 2.29.1
What binutils version you have?
--
Sent from Outlook Email App for Android серада, 21 верасня 2022, 01:29AM +03:00 from Tamar Christina via Gcc-help gcc-help@gcc.gnu.org :
>We'd mostly be guessing here, use strace or https://learn.microsoft.com/en-us/sysinternals/downloads/procmon to see which path is actually being accessed and why it failed.
>
>Also check that you can run `as` correctly. This error can also happen if a dependency of `as.exe` isn't found during loading.
>
>Cheers,
>Tamar
>
> -----Original Message-----
> From: Gcc-help < gcc-help-bounces+tamar.christina=arm.com@gcc.gnu.org>
> On Behalf Of mizo 91 via Gcc-help
> Sent: Tuesday, September 20, 2022 1:17 PM
> To: Richard Earnshaw < Richard.Earnshaw@foss.arm.com>
> Cc: gcc-help@gcc.gnu.org
> Subject: Re: CreateProcess No such file or directory
>
> According to Microsoft docs path length limitation for windows is 256. In my
> case its 143 chars. I think the problem might be related to how gcc driver is
> passing along unmarshalled arguments to its subprograms like as.exe.
> Suprisingly this works correctly if I enforce gcc driver to use preprocessor only
> by adding -E flag
>
> btw. I failed to previously mention that I'm using Mingw-W64 version
> provided kindly by niXman Binaries taken directly from official MinGW-W64
> builds:
> https://www.mingw-w64.org/downloads/#mingw-builds
> https://github.com/niXman/mingw-builds-binaries/releases
>
> R.
>
> wt., 20 wrz 2022 o 18:18 Richard Earnshaw
>< Richard.Earnshaw@foss.arm.com>
> napisał(a):
>
>>
>>
>> On 20/09/2022 17:02, mizo 91 via Gcc-help wrote:
>>> Hello,
>>>
>>> I'm having trouble compiling simple test program on windows 10 with
>>> long list of includes provided via '@response_file' argument
>>>
>>> The full error is:
>>>
>>> gcc.exe: fatal error: cannot execute
>>>
>> 'C:/Tools/x86_64-12.2.0-release-win32-seh-rt_v10-
> rev0/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-
> w64-mingw32/bin/as.exe':
>>> CreateProcess: No such file or directory
>>>
>>> compilation terminated.
>>>
>>> Above path to the assembler program is valid therefore I don't
>>> understand what is the issue here?
>>>
>>> You can try to recreate the problem by compiling simple main.c file
>>> with nothing in it but main function using command:
>>> gcc @includes.txt main.c
>>>
>>> I assume it has something to do with windows 32k CreateProcess
>>> command length limitation? But isn't that the reason why respone
>>> files were invented?
>>>
>>> Regards,
>>> Filip
>>
>> I'm by no means a windows expert, but I wonder if this might be
>> related to the length of the path to the assembler and that it's
>> somehow getting truncated.
>>
>> R.
>>
next prev parent reply other threads:[~2022-09-21 2:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-20 16:02 mizo 91
2022-09-20 16:18 ` Richard Earnshaw
2022-09-20 17:17 ` mizo 91
2022-09-20 22:27 ` Tamar Christina
2022-09-21 2:42 ` fedor_qd [this message]
2022-09-21 15:27 ` mizo 91
2022-09-21 15:41 ` Tom Kacvinsky
2022-09-26 6:58 ` Re[2]: " fedor_qd
2022-09-22 6:44 ` LIU Hao
2022-09-22 7:35 ` mizo 91
2022-09-22 9:46 ` LIU Hao
2022-09-22 14:55 ` mizo 91
2022-09-22 16:04 ` LIU Hao
2022-09-22 16:50 ` mizo 91
2022-09-23 17:40 ` Xi Ruoyao
2022-09-23 21:11 ` mizo 91
2022-09-24 5:13 ` Xi Ruoyao
2022-09-24 9:28 ` mizo 91
2022-09-24 9:51 ` Xi Ruoyao
2022-09-24 10:20 ` Jonathan Wakely
2022-09-23 17:14 ` David Brown
2022-09-23 20:55 ` mizo 91
2022-09-22 8:19 ` Jonathan Wakely
2022-09-22 8:42 ` Jonathan Wakely
2022-09-22 9:48 ` LIU Hao
2022-09-22 9:50 ` mizo 91
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1663728160.129119460@f6.my.com \
--to=fedor_qd@mail.ru \
--cc=Richard.Earnshaw@foss.arm.com \
--cc=Tamar.Christina@arm.com \
--cc=gcc-help@gcc.gnu.org \
--cc=mizo91@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).