[Pkg-pascal-devel] Bug#967284: Bug#967284: Using fp-units-gtk3 ( https://gitlab.com/gtk4pas/gtk3bindings ) for GTK 3 in Castle Game Engine

[Mazen Neifer]

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 <mazen at debian.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-pascal-devel/attachments/20260322/9c154ad5/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-pascal-devel/attachments/20260322/9c154ad5/attachment-0001.sig>