Package Details: mingw-w64-liblo 0.29-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-liblo.git (read-only)
Package Base: mingw-w64-liblo
Description: A lightweight OSC (Open Sound Control) implementation (mingw-w64)
Upstream URL: http://liblo.sourceforge.net/
Licenses: LGPL
Submitter: Joermungand
Maintainer: Joermungand
Last Packager: Joermungand
Votes: 0
Popularity: 0.000000
First Submitted: 2014-10-26 19:12
Last Updated: 2018-08-25 09:38

Latest Comments

Joermungand commented on 2015-01-14 20:20

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.

egasimus commented on 2015-01-14 17:37

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?

egasimus commented on 2015-01-14 17:25

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

egasimus commented on 2015-01-14 17:23

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.

Joermungand commented on 2015-01-13 19:14

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).

egasimus commented on 2015-01-13 18:40

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);

Joermungand commented on 2014-10-28 19:47

Done. Thanks.

xantares commented on 2014-10-28 10:33

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.

xantares commented on 2014-10-28 10:27

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
xan.

xantares commented on 2014-10-28 10:27

hi,
arch sould be 'any'
consider removing exes rm "$pkgdir"/usr/${_arch}/bin/*.exe, or at least strip them with ${_arch}-strip --strip-unneeded "$pkgdir"/usr/${_arch}/bin/*.exe
xan.