11-26-2022, 03:37 AM
Hi @krovit! I happened to have written most of this logic I would look in
Basically what's happening is that those folders are checked to determine whether you have the 32-bit compiler or the 64-bit compiler, and that then controls the architecture of that
If you don't mind, something that would be useful would be if you could go to line 77 in the
The
internal/c/c_compiler, do you only have one folder called
x86_64-w64-mingw32? Or do you also have a folder called
i686-w64-mingw32?
Basically what's happening is that those folders are checked to determine whether you have the 32-bit compiler or the 64-bit compiler, and that then controls the architecture of that
data.ofile. There might be better ways for us to do that, but since the 32-bit and 64-bit releases will always only have one or the other of those folders it generally works fine. Unfortunately since you did clarify you avoided copying the new QB64-PE version on top of an old version you really shouldn't have both folders there. I also just went and checked the 64-bit release download (
qb64pe_win-x64-3.4.1.7z) and it only has the
x86_64-w64-mingw32as expected. It's not really clear to me how you could have ended up with both folders
If you don't mind, something that would be useful would be if you could go to line 77 in the
Makefileand add this line:
Code: (Select All)
$(info wildcard search: $(wildcard $(PATH_INTERNAL_C)\c_compiler\i686-w64-mingw32))
The
wildcard search:text should then appear in the
internal/temp/compilelog.txtfile you listed here. For the 64-bit version of QB64-PE there shouldn't be anything listed after
wildcard search:. If it's not blank then whatever is listed is the source of the problem.