[Win32] Building a statically linked Glib-1.324

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[Win32] Building a statically linked Glib-1.324

sisyphus1
Hi,

Since MSYS2 has provided me with static (as well as import) libraries, I was
wondering whether there was a way to build Glib-1.324 against those static
libraries.

I gave it a try, and the EXTRALIBS entry in the generated Makefile indicates
that only static MSYS2 libraries were used:

EXTRALIBS="C:\_64\msys64\mingw64\lib\libgobject-2.0.a"
"C:\_64\msys64\mingw64\lib\libglib-2.0.a"
"C:\_64\msys64\mingw64\lib\libintl.a"
"C:\_64\msys64\mingw64\lib\libgthread-2.0.a" .... followed by standard
windows libraries.

I understand that's not the full list of static libs needed for linking to
static libraries, and there were undefined references to libpcre and libffi
symbols.
But there were also undefined references to dynamic symbols like:

Glib.o:Glib.c:(.text+0x159d): undefined reference to
`__imp_glib_major_version'
Glib.o:Glib.c:(.text+0x15d3): undefined reference to
`__imp_glib_minor_version'
Glib.o:Glib.c:(.text+0x15e1): undefined reference to
`__imp_glib_micro_version'
Glib.o:Glib.c:(.text+0x161d): undefined reference to
`__imp_glib_micro_version'
Glib.o:Glib.c:(.text+0x1633): undefined reference to
`__imp_glib_minor_version'

Is there some symbol I need to define in order build Glib statically linked
to libglib ?

There's a bit of dll hell happening, and I'm curious to see whether static
builds of Glib, Cairo and Pango perl modules might improve things.
Or would that merely replace one kind of hell with another ?

Cheers,
Rob

_______________________________________________
gtk-perl-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/gtk-perl-list
Loading...