Missing (libffi) dependency for 32 bit MSVC 2017 build

Could you please attach your entire configure log + build log/output? (I want to see if it configured libffi and built it)

Have you tried building just GLib from scratch? (without gst-build, i.e. are you sure this isn't a GLib bug?)

Wonder what's different from the setup on the build bots here where it works: https://gitlab.freedesktop.org/xclaesse/gst-ci/-/jobs/437304

@tpm thanks, yes, it seems to be a glib bug, as I get the same error from running meson inside glib folder.

Could also be a problem with the libffi meson port, maybe something changed.

Latest master no longer has this problem. Closing.

closed

reopened

This issue has reared its ugly head again, using 64 bit MSVC 2017

I have the latest master version of gst-build and meson.

meson-log.txt

I have the libffi.wrap file but no libffi folder in my subprojects directory.

Here is the ninja error:

[379/6463] Compiling C object subprojects/glib/glib/tests/utf8-pointer.exe.p/utf8-pointer.c.obj
../subprojects/glib/glib/tests/utf8-pointer.c(54): warning C4090: 'function': different 'const' qualifiers
[468/6463] Compiling C object subprojects/glib/gobject/gobject-2.0-0.dll.p/gclosure.c.obj
FAILED: subprojects/glib/gobject/gobject-2.0-0.dll.p/gclosure.c.obj
"cl" "-Isubprojects\glib\gobject\gobject-2.0-0.dll.p" "-Isubprojects\glib\gobject" "-I..\subprojects\glib\gobject" "-Isubprojects\glib" "-I..\subprojects\glib" "-Isubprojects\glib\glib" "-I..\subprojects\glib\glib" "-Isubprojects\proxy-libintl" "-I..\subprojects\proxy-libintl" "/MD" "/nologo" "/showIncludes" "/W2" "/O2" "/Ob1" "/Zi" "/wd4035" "/wd4715" "/wd4116" "/wd4046" "/wd4068" "/wo4090" "/FImsvc_recommended_pragmas.h" "/utf-8" "-D_GNU_SOURCE" "-DG_ENABLE_DEBUG" "/w14062" "/w14101" "/w14189" "/utf-8" "-DG_LOG_DOMAIN=\"GLib-GObject\"" "-DGOBJECT_COMPILATION" "/Fdsubprojects\glib\gobject\gobject-2.0-0.dll.p\gclosure.c.pdb" /Fosubprojects/glib/gobject/gobject-2.0-0.dll.p/gclosure.c.obj "/c" ../subprojects/glib/gobject/gclosure.c
../subprojects/glib/gobject/gclosure.c(28): fatal error C1083: Cannot open include file: 'ffi.h': No such file or directory
[478/6463] Compiling C object subprojects/glib/gobject/gobject-2.0-0.dll.p/gobject.c.obj
../subprojects/glib/gobject/gobject.c(1363): warning C4090: 'function': different 'const' qualifiers
../subprojects/glib/gobject/gobject.c(4403): warning C4312: 'type cast': conversion from 'unsigned int' to 'void *' of greater size
[481/6463] Compiling C object subprojects/glib/glib/tests/regex.exe.p/regex.c.obj
ninja: build stopped: subcommand failed.

Another clue: when I manually cloned libffi and installed in my pkg-config path, and built gst-build again, I then got an error about not finding the zlib.h header. So, the problem is not specific to libffi.

Run-time dependency libffi found: YES 3.3
Pkg-config binary for MachineChoice.HOST is cached.
Determining dependency 'zlib' with pkg-config executable 'C:\\Strawberry\\perl\\bin\\pkg-config.BAT'
PKG_CONFIG_PATH: C:\Users\aaron\src\x86_64\lib\pkgconfig;
Called `C:\Strawberry\perl\bin\pkg-config.BAT --modversion zlib` -> 0
1.2.11
PKG_CONFIG_PATH: C:\Users\aaron\src\x86_64\lib\pkgconfig;
Called `C:\Strawberry\perl\bin\pkg-config.BAT --cflags zlib` -> 0

PKG_CONFIG_PATH: C:\Users\aaron\src\x86_64\lib\pkgconfig;
Called `C:\Strawberry\perl\bin\pkg-config.BAT zlib --libs` -> 0
-LC:/Strawberry/c/lib/pkgconfig/../../lib -lz
PKG_CONFIG_PATH: C:\Users\aaron\src\x86_64\lib\pkgconfig;
Called `C:\Strawberry\perl\bin\pkg-config.BAT zlib --libs` -> 0
-lz
Using 'PKG_CONFIG_PATH' from environment with value: 'C:\\Users\\aaron\\src\\x86_64\\lib\\pkgconfig;'

So you've got Strawberry Perl in your path. This is a pretty common error, you're like the fifth person to hit it. PATH littering on Windows is a common environmental issue, save the planet, keep PATH clean ;)

Remove it from PATH and everything will be fine. I'm also going to add something to gst-build that errors out when it detects Strawberry Perl's pkg-config in PATH.

ahhhaaa !!! my bad, thanks. I installed Strawberry Perl to build openssl, which wasn't getting built by the 1.16 version of gst-build, but I don't need it for 1.18. Didn't realize it had its own pkg-config.

closed

Could you please paste your PATH value here so I can test that the check I am adding to gst-build works correctly? I will close this issue once I've added that to gst-build.