Hi Michalis, Thank you for looking at this and spotting this problem.
On Sat, 2026-03-21 at 14:36 +0000, Michalis Kamburelis wrote: > 6. The critical problem is that project doesn't link with fp-units- > gtk3 . I'm attaching full output, the core are linking issues: > > """ > /usr/bin/x86_64-linux-gnu-ld.bfd: /usr/lib/x86_64-linux- > gnu/fpc/3.2.2/units/x86_64-linux/gtk3/glib2.o: in function > `GLIB2$_$TGMAINCONTEXT_$__$$_PUSHER_NEW$$PGMAINCONTEXTPUSHER': > glib2.pas:(.text.n_glib2$_$tgmaincontext_$__$$_pusher_new$$pgmaincont > extpusher+0x15): undefined reference to `g_main_context_pusher_new' > /usr/bin/x86_64-linux-gnu-ld.bfd: /usr/lib/x86_64-linux- > gnu/fpc/3.2.2/units/x86_64-linux/gtk3/glib2.o: in function > `GLIB2$_$TGMAINCONTEXT_$__$$_PUSHER_FREE$PGMAINCONTEXTPUSHER': > glib2.pas:(.text.n_glib2$_$tgmaincontext_$__$$_pusher_free$pgmaincont > extpusher+0x19): undefined reference to `g_main_context_pusher_free' > /usr/bin/x86_64-linux-gnu-ld.bfd: /usr/lib/x86_64-linux- > gnu/fpc/3.2.2/units/x86_64-linux/gtk3/glib2.o: in function > `GLIB2$_$TGTHREAD_$__$$_INIT$POINTER': > glib2.pas:(.text.n_glib2$_$tgthread_$__$$_init$pointer+0x19): > undefined reference to `g_thread_init' > /usr/bin/x86_64-linux-gnu-ld.bfd: /usr/lib/x86_64-linux- > gnu/fpc/3.2.2/units/x86_64-linux/gtk3/glib2.o: in function > `GLIB2$_$TGTHREAD_$__$$_INIT_WITH_ERRORCHECK_MUTEXES$POINTER': > glib2.pas:(.text.n_glib2$_$tgthread_$__$$_init_with_errorcheck_mutexe > s$pointer+0x19): undefined reference to > `g_thread_init_with_errorcheck_mutexes' > """ I've checked these functions and they are defined as static inline in the C header file. However there is no indication in the GIR file that they are not regular functions. Looking on this issue, it seems that in old GIR files, this can be detected using the documentation tag pointing to a .h file instead of .c file. I'm going to fix this issue in gir2pas and then regenerate new version of bindings. The reason this does not happen in Lazarus distributed units is that they were manually tweaked, which we want to avoid on gtk4pas project. -- Mazen Neifer <[email protected]>
signature.asc
Description: This is a digitally signed message part
