On Wed, 2006-10-18 at 16:49 +1300, Andrew Teirney wrote:
> I am currently working on getting a series of libraries to work under
> a mingw cross compiler hosted under linux. I have recently been
> following the changes in trunk related to support for mingw compilation.
>
> However the current method of detecting mingw is limited to the
> output of "uname -s". In my situation this provides "Linux" which means
> i get the errors due to the __stdcall not being present.
>
> I have attached a patch which i feel will better solve the problem as
> it is not reliant on the uname command but rather the host that the
> configure is invoked for.
Hi Andrew. Wouldn't that make more sense as ${target} rather than
${host}? But either way: I guess this is OK, but it does also need to
AC_REQUIRE(AC_CANONICAL_BUILD), there's no guarantee that $host/$target
are set up by this point.
Regards,
joe
> Andrew
> plain text document attachment (mingw.patch)
> Index: neon.m4
> ===================================================================
> --- neon.m4 (revision 1091)
> +++ neon.m4 (working copy)
> @@ -360,8 +360,8 @@
> ne_cv_libsfor_$1="not found"
> for lib in $2; do
> # The w32api libraries link using the stdcall calling convention.
> - case ${lib}-${ne_cv_os_uname} in
> - ws2_32-MINGW*) ne__code="__stdcall $1();" ;;
> + case ${lib}-${host} in
> + ws2_32-*mingw*) ne__code="__stdcall $1();" ;;
> *) ne__code="$1();" ;;
> esac
>
> _______________________________________________
> neon mailing list
> [email protected]
> http://mailman.webdav.org/mailman/listinfo/neon
_______________________________________________
neon mailing list
[email protected]
http://mailman.webdav.org/mailman/listinfo/neon
