Neil Roberts wrote:
>
> This usually happens because Clutter or one of its dependencies didn't
> pass the -no-undefined link option to libtool. For some reason libtool
> only generates static libraries when targetting win32 without passing
> this option. The configure script for Clutter should automatically add
> this option in so my guess is that json-glib is the culprit. How did you
> build json-glib? If you used the tarball for version 0.12.0 then that
> won't include the option. If that's what's happened try switching to
> 0.12.2 or git master.
Aha!
It turned out that whatever "host" was set to by default, it didn't
satisfy the "*-*-mingw*" check in the following configure code:
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking if building for some Win32
platform" >&5
$as_echo_n "checking if building for some Win32 platform... " >&6; }
case "$host" in
*-*-mingw*|*-*-cygwin*)
CLUTTER_LT_LDFLAGS="$CLUTTER_LT_LDFLAGS -no-undefined"
platform_win32=yes
;;
*)
platform_win32=no
;;
esac
{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $platform_win32" >&5
$as_echo "$platform_win32" >&6; }
After adding "--host=i686-pc-mingw32" to the ./configure arguments,
it now sets platform_win32=yes and generates Makefiles with
-no-undefined in the LDFLAGS.
And indeed, a .dll was now generated:
/clutter-work/clutter-cross/bin/libclutter-win32-1.0-0.dll
/clutter-work/clutter-cross/lib/libclutter-win32-1.0.dll.a
Thanks!
Bill
_______________________________________________
clutter-app-devel-list mailing list
[email protected]
http://lists.clutter-project.org/listinfo/clutter-app-devel-list
