PureBasic Forums - English

Interesting !

I see ! Or use HeaderSection from 6.30

This should work, I don't think the procedure is needed here

; PB v6.21 (Debian 13) Fix C-Backend PB_FreeGtkBase over C-Macro
CompilerIf #PB_Compiler_OS = #PB_OS_Linux And #PB_Compiler_Version = 621
CompilerIf #PB_Compiler_Thread And #PB_Compiler_Backend = #PB_Backend_C
!#define PB_FreeGtkBase ...

Probably another wayland VS xserver stuff, as the QT code is indeed the same for both.

I don't think it's related to PB, but how wayland is working. Unless GTK, QT uses wayland by default on Pi, so the rules apply to it. More info here:

viewtopic.php?p=646377#p646377

I still can not compile the code with the C compiler. (PB 6.30 beta 4 x86 windows)

Now I get a PureBasic - Assembler error window with:

error: exected expression before ',' token 69864 | .cSize equ 2

purebasic.c .69884:26 error: unknown type name 'get'
69884 | movzx eax, byte [edx] ; get type ...

This is how UI works, it processes the UI messages one by one on the main thread, so if you are doing something which locks the main thread, UI can't be updated. That's why if you have a real blocking operation (like compressing a big file etc.), you need to use thread. It's not something specific ...

May be it was a bug fixed in 6.30. We didn't changed the build system for 6.30, it still build on raspberry debian 12, so it shouldn't have any impacts between 6.21 and 6.30

Fixed.

Good idea

It should not, I will take a closer look

The pfshadoko tool is now shipped in the compilers directory so it should be easy to add a tool in the IDE to use it

It's how other apps works on Linux/OSX as you usually don't have absolute paths. Deducing the location from the commandline is clunky and doesn't always work.

It should be easy, you can check this page: viewtopic.php?p=603075#p603075

You can also use lipo tool to build an universal binary and ship only one version