Why to not move to an online continuous integration service like travis.ci ? I'm building some pd lib there for Windows, Linux (i86_64 and arm (rpi)) and Mac OS. And I may setup an automatic upload to deken on git tag as soon as I will be ready for deployment.
Best Antoine Le mer. 25 nov. 2015 09:50, Hans-Christoph Steiner <[email protected]> a écrit : > > If anyone wants to take over the pool of auto-build machines from me, > there are 3 Debian VMs still up and running. I think the Windows one is > still going too. > > .hc > > > On Jan 5, 2015, at 8:17 PM, Fred Jan Kraan wrote: > > > Hi Martin, > > > > Thanks for the reply, > >> On Sun, Jan 4, 2015 at 11:25 AM, Fred Jan Kraan <[email protected] > <mailto:[email protected]>> wrote: > >> > >> Hi, > >> > >> After checking in some changes for cyclone, I hoped to see the > >> results in the last remaining daily build, the > >> Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb > >> < > http://autobuild.puredata.info/auto-build/2015-01-04/Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb > >. > >> But it appears it is no longer synced with the svn repository and > >> builds the same code every day. > >> To make sure the state of cyclone code is still ok, I checked out > >> the repositry and recompiled. Cyclone is ok, but some other > >> libraries fail: > >> > >> ... > >> > >> loaders-pdlua: pdlua.c:45:17: fatal error: lua.h: No such file or > >> directory > >> > >> For the loaders-pdlua library I found it expects the lua.h in > >> /usr/lib/lua/ while the actual directory is lua5.2. > >> > >> > >> Actually the Makefile in externals/loaders/pdlua specifies > >> LUA_CFLAGS = -I/usr/include/lua > >> and > >> LUA_LIBS = -llua > >> pdlua.c will compile against lua versions 5.1 and 5.2, it uses the > LUA_VERSION_NUM from lua.h to determine which one. > >> As it's possible to have both versions installed on a given machine, I > don't know how the pd-extended build is supposed to decide which one to use. > >> I'm guessing that the build farm machines use symlinks in > /usr/include/lua and /usr/lib to point to the header and library. > > There is a /usr/include/lua/lua.h which points to > usr/include/lua5.1/lua.h and a /usr/bin/lua pointing to /usr/bin/lua5.1. > Nothing lua in /usr/lib, that was just me being confused. > > > > The lua.h is still not found, but I will look into it later. It is not > essential, just nice to have it working or understand why it doesn't. > >> There are some differences between the versions which mean some of the > examples won't run, as the "sandbox" only works in 5.1. > >> > >> Martin > > Fred Jan > > > > _______________________________________________ > > Pd-dev mailing list > > [email protected] > > http://lists.puredata.info/listinfo/pd-dev > > > _______________________________________________ > Pd-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/pd-dev >
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
