> I suspect that the problem is a change in the way that the MSVCRT
> function _access() handles the X_OK mode. In earlier versions of MSVCRT
> passing X_OK to access was the same as passing F_OK -- the mode was
> just ignored. Now, however this result in an error return (invalid
> param value). GCC calls access to determine relative prefix of cc1.exe
> (ie, the relative path from gcc.exe). Hence the gcc error message.
> To fix: gcc driver needs to be recompiled with a patch to avoid use of
> X_OK in call to access.
> I'll upload a new gcc.exe driver for 3.4.5 ASAP unless someone beats me
> to it.
I have a contact that I know to be running Strawberry Perl (
http://vanillaperl.com/ ) on Vista 64, and I have the impression that he was
using MinGW's gcc without trouble. I've sent off a note asking that he
confirm that. In the meantime I've (yet again) done a fresh install of Vista
64 (incorporating a format of the hard drive to wipe out everything that was
there) - but I still get:
C:\C>gcc -o try.exe try.c
gcc: installation problem, cannot exec `cc1': No such file or directory
Looking forward to getting hold of the new driver.