Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
0.71 Info on compilation error
#1
I attach the report of the failed compilation that I obtained.

With version 0.6, however, there were no errors.

Thank You


Attached Files
.txt   compilelog.txt (Size: 848 bytes / Downloads: 112)
Reply
#2
Quote:internal\c\c_compiler\bin\c++.exe -w -DGLEW_STATIC -DFREEGLUT_STATIC -DDEPENDENCY_IMAGE_CODEC -DDEPENDENCY_NO_SOCKETS -DDEPENDENCY_NO_PRINTER -DDEPENDENCY_ICON -DDEPENDENCY_NO_SCREENIMAGE -DDEPENDENCY_LOADFONT -DDEPENDENCY_DEVICEINPUT -DDEPENDENCY_AUDIO_OUT internal\c/qbx.cpp -c -o internal\c/qbx.o
internal\c\c_compiler\bin\windres.exe -i internal\temp\icon.rc -o internal\temp\icon.o
internal\c\c_compiler\bin\objcopy.exe -Ibinary -Oelf64-x86-64 -Bi386:x86-64 internal\temp/data.bin internal\temp/data.o
internal\c\c_compiler\bin\ar.exe rcs internal\c/parts/input/game_controller/os/win/src.a
internal\c\c_compiler\bin\ar.exe: internal\c/parts/input/game_controller/os/win/src.a: No such file or directory
mingw32-make: *** [internal\c/parts/input/game_controller/build.mk:23: internal\c/parts/input/game_controller/os/win/src.a] Error 1


Do you have those files or directories as listed?

This looks bad:
internal\c/parts/input/game_controller/os/win/src.a

is that \c/ supposed the be C the hard drive that is supposed to be at base of path?
  724  855  599  923  575  468  400  206  147  564  878  823  652  556 bxor cross forever
Reply
#3
I know the path looks odd but it's actually correct. `internal/c/...` is the path in the QB64 folder. On Windows either slash is allowed for these situations, so it works fine (There are cases were we do fix to all back slashes, but it would be a lot of extra work to do it everywhere and it's not necessary).

It seems like the gamepad build logic just doesn't work correctly, it looks like I'm missing a testcase for it: https://github.com/QB64-Phoenix-Edition/...pile_tests

It should be easy enough to address, sorry about that.

Edit: I have a PR out to fix this issue here: https://github.com/QB64-Phoenix-Edition/QB64pe/pull/101
Reply
#4
(06-08-2022, 12:10 AM)DSMan195276 Wrote: I know the path looks odd but it's actually correct. `internal/c/...` is the path in the QB64 folder. On Windows either slash is allowed for these situations, so it works fine (There are cases were we do fix to all back slashes, but it would be a lot of extra work to do it everywhere and it's not necessary).

It seems like the gamepad build logic just doesn't work correctly, it looks like I'm missing a testcase for it: https://github.com/QB64-Phoenix-Edition/...pile_tests

It should be easy enough to address, sorry about that.

Edit: I have a PR out to fix this issue here: https://github.com/QB64-Phoenix-Edition/QB64pe/pull/101

Thank you all.

I confirm that the problem is present only in version 0.71 (the 0.6 works).

Wherever I put the QB64 folder and my project (on C:\; D:\; etc.) the result is always that mistake.

I tried with simpler projects and the compilation ended successfully. This would suggest that something in the code is incompatible with the 0.71 (with QB64 2.02 instead no problem) but does not explain why with the 0.6 everything works.
Reply
#5
Welcome Smile There's a bit of a hick up with my CI tests failing, but I've confirmed the change itself is fine. I should hopefully have that in soon after I get the tests working and we could potentially put out a `v0.8.1` with this fix in it.

All of the build logic was redone in 0.7.0, so the issue appearing in 0.7.0 is not a huge surprise Smile I tried to make sure I had test cases for all of the potential dependencies but I missed this one.
Reply
#6
(06-08-2022, 02:05 PM)DSMan195276 Wrote: Welcome Smile There's a bit of a hick up with my CI tests failing, but I've confirmed the change itself is fine. I should hopefully have that in soon after I get the tests working and we could potentially put out a `v0.8.1` with this fix in it.

All of the build logic was redone in 0.7.0, so the issue appearing in 0.7.0 is not a huge surprise Smile I tried to make sure I had test cases for all of the potential dependencies but I missed this one.

Ok thank you... meanwhile we take version 0.80 (which still has the compilation error) and we are waiting for the 0.81 .

Thanks for the welcome!
Reply
#7
(06-09-2022, 06:34 AM)krovit Wrote: Version 0,81 release out, compile error resolved !

Thanks you !
Reply
#8
Welcome Smile Note that there is an issue with the `C++ Compiler Settings..` menu in that version unfortunately - if you don't use it then it doesn't really matter, but a v0.8.2 will be coming soon with a fix for that.
Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  More info about Random Access files PhilOfPerth 28 961 02-25-2026, 01:50 PM
Last Post: ahenry3068
  Mac debugger not connecting, a user error! BlameTroi 0 110 02-07-2026, 06:18 PM
Last Post: BlameTroi
  ERROR MESSAGES COLORS ? aurel 5 399 01-02-2026, 11:26 AM
Last Post: aurel
  Using CONST & _RGB used together seem to error... Dav 12 715 12-12-2025, 12:29 AM
Last Post: Dav
  error doing image collision detection with _MemGet madscijr 55 4,788 10-01-2025, 03:25 PM
Last Post: bplus

Forum Jump:


Users browsing this thread: