Ronny Otto

Something like this: ```BlitzMax Function BlitzMaxPath$() Global bmxpath$ If bmxpath Return bmxpath Local p:String 'first try local dir p=AppDir Repeat Local t$=p+"/bin/bmk" ?Win32 t:+".exe" ? If FileType(t)=FILETYPE_FILE putenv_ "BMXPATH="+p bmxpath=p...

Another question: is all this environment-variable thing still needed in the NG-toolchain? Maybe it was only needed for the fasm/ld/... approach of legacy?

There is another location potentially creating issues: bmk_config.bmx: ```BlitzMax ?Win32 'Fudge PATH so exec sees our MinGW first! Local mingw$=getenv_( "MINGW" ) If mingw Local path$=getenv_( "PATH" ) If path...

If there are requirements to override "mingw path" via environment variables then you should make sure to remove the environment variable after usage I would prefer to use one of...

As described above it should not create trouble if you only use one single BlitzMax installation (or something else utilizing "%BMXPATH%". The trouble starts if you have multiple installations and...

Will have to test it - at least I had issues in one of my VMs when building Windows stuff. Even if it works only "for this process" then the...

Seems you are right about the "local scope" of the environment changes. So it must be a different reason for the NG thing having picked up the legacy's MinGW that...

first of all: if there is a more recent (and stable) version / release then use it - if it does not run on your system, report the issues. Aside...

I have had it happen a lot on Windows 10, Windows XP, Cent OS VMs and also on my normal Linux Mint machine. I even had it happen on VMs...

I had this happen on default installs. Means: either official releases or official releases updated with more current modules and bcc/bmk builds. Your reported issue might be a separate one....