Arch Linux

Setting CFLAGS to -Wno-error worked for me. The package builds. I’ve no way of testing it, though, as I only made since it was needed by carla-bridges-win32(/64)-git, which is no longer the case.

I’ve extremely limited experience with mingw (only the Carla bridges and liblo), but I would say that files from the standard GNU C libraries should not show up in there.

Anyway, as I said, the package builds, at least. Try the updated PKGBUILD. I only installed the mingw packages from the comunity repo, plus mingw-w64-configure and mingw-w64-pkg-config from AUR.

Symlinking netinet gives rise to other missing includes from what I assume to be the standard GNU C libraries. From what I gathererd, a Windows build shouldn't be needing any of this, amirite? It's only showing up in what I presume to be tests, so maybe there's a flag to flip in the Makefile so it doesn't build those?

In file included from ../lo/lo.h:28:0,
from ../../src/cpp_test.cpp:13:
../lo/lo_endian.h:39:24: fatal error: netinet/in.h: No such file or directory
#include <netinet/in.h>
^
compilation terminated.
Makefile:922: recipe for target 'cpp_test-cpp_test.o' failed

After adding `-Wno-error` to CFLAGS, the problem-du-jour is not being able to find <netinet/in.h>. I've been building mingw-w64 packages from the AUR all day (among other things) and still no progress.

I’m a bit tied up at the moment. I’ll look into it in the morning (it’s a little after nine in the evening here).

Fails to build for me:
../../src/message.c: In function 'lo_arg_pp_internal':
../../src/message.c:1075:9: error: 'val64.f' may be used uninitialized in this function [-Werror=maybe-uninitialized]
printf("%f", val64.f);

Done. Thanks.

hi,
-arch sould be 'any'
-consider removing exes: rm "$pkgdir"/usr/${_arch}/bin/*.exe, or at least strip them with ${_arch}-strip --strip-all "$pkgdir"/usr/${_arch}/bin/*.exe
-mingw-configure already pulls mingw-gcc
xan.