On Wed, Oct 25, 2023 Alfred wrote:
> AFAIK, the GTK fnmatch can be found here:
> https://codebrowser.dev/gtk/include/fnmatch.h.html
> Additional source-link:
> https://gitlab.gnome.org/rburton/gdk-pixbuf/...
Ok, I searched again in the official/upstream repo and found the
function fnmatch and file
Additional source-link:
https://gitlab.gnome.org/rburton/gdk-pixbuf/-/blob/GTK_MULTIHEAD_MERGEPOINT_28_03_02/gtk/fnmatch.c#L61
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
AFAIK, the GTK fnmatch can be found here:
https://codebrowser.dev/gtk/include/fnmatch.h.html
But I am 100% in favour of only using fnmatch from glibc !
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailm
On Tue, Oct 17, 2023 at 12:32 AM Marco van de Voort wrote:
> - Since it has perfectly fine definition in libc, my guess that this is
> some old workaround of GTK2 for some defunct version (or multiple
> varying prototypes) of fnmatch, something might have been resolved a
> decade ago already.
>
> -
On 2023-10-17 13:46, robert rozee via fpc-devel wrote:
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
Date: Tue, 17 Oct 2023 09:32:16 +0200
From: Marco van de Voort
(1) installing a new compiler, possibly erasing a release (-Ur)
compiler
with one that isn't.
(2) modifying LCL
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
> Date: Tue, 17 Oct 2023 09:32:16 +0200
> From: Marco van de Voort
> (1) installing a new compiler, possibly erasing a release (-Ur) compiler
> with one that isn't.
> (2) modifying LCL source.
>> reversing the edit, rebuilding the compi
On Dienstag, 17. Oktober 2023 09:32:16 CEST Marco van de Voort via fpc-devel
wrote:
> so the symbol "fnmatch" is NOT resolving to a match in "libc.so.6" where one
> would normally expect to find fnmatch defined
Usually, it is:
$ nm -D /lib64/libc.so.6 | grep fnmatch
000e493e T fnmatch
Op 16-10-2023 om 17:03 schreef robert rozee via fpc-devel:
function fnmatch( ... ) ... external;
function fnmatch( ... ) ... external 'libc';
both yield a compiler that, while capable of compiling a working terminal application, can NOT
compile a (gtk2) GUI application. so the symbol "fnmatch
when rebuilding FPC (version 3.2.2, Lazarus 2.2.6, "x86_64-linux-gtk2") from
sources, the compiler processes the symbol "fnmatch" that is 'paired' with the
library "libgtk-x11-2.0.so". i have traced this back to the source file
/usr/share/fpcsrc/3.2.2/packages/gtk2/src/gtk+/gtk/fnmatch.pas and i