<p dir="ltr">Why to not move to an online continuous integration service like <a href="http://travis.ci">travis.ci</a> ?<br>
I'm building some pd lib there for Windows, Linux (i86_64 and arm (rpi)) and Mac OS.<br>
And I may setup an automatic upload to deken on git tag as soon as I will be ready for deployment. </p>
<p dir="ltr">Best</p>
<p dir="ltr">Antoine</p>
<br><div class="gmail_quote"><div dir="ltr">Le mer. 25 nov. 2015 09:50, Hans-Christoph Steiner <<a href="mailto:hans@at.or.at">hans@at.or.at</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
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.<br>
<br>
.hc<br>
<br>
<br>
On Jan 5, 2015, at 8:17 PM, Fred Jan Kraan wrote:<br>
<br>
> Hi Martin,<br>
><br>
> Thanks for the reply,<br>
>> On Sun, Jan 4, 2015 at 11:25 AM, Fred Jan Kraan <<a href="mailto:fjkraan@xs4all.nl" target="_blank">fjkraan@xs4all.nl</a> <mailto:<a href="mailto:fjkraan@xs4all.nl" target="_blank">fjkraan@xs4all.nl</a>>> wrote:<br>
>><br>
>>    Hi,<br>
>><br>
>>    After checking in some changes for cyclone, I hoped to see the<br>
>>    results in the last remaining daily build, the<br>
>>    Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb<br>
>>    <<a href="http://autobuild.puredata.info/auto-build/2015-01-04/Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb" rel="noreferrer" target="_blank">http://autobuild.puredata.info/auto-build/2015-01-04/Pd-0.44.0-extended-20150104-debian-wheezy-amd64.deb</a>>.<br>
>>    But it appears it is no longer synced with the svn repository and<br>
>>    builds the same code every day.<br>
>>    To make sure the state of cyclone code is still ok, I checked out<br>
>>    the repositry and recompiled. Cyclone is ok, but some other<br>
>>    libraries fail:<br>
>><br>
>>    ...<br>
>><br>
>>    loaders-pdlua: pdlua.c:45:17: fatal error: lua.h: No such file or<br>
>>    directory<br>
>><br>
>>    For the loaders-pdlua library I found it expects the lua.h in<br>
>>    /usr/lib/lua/ while the actual directory is lua5.2.<br>
>><br>
>><br>
>> Actually the Makefile in externals/loaders/pdlua specifies<br>
>> LUA_CFLAGS  =  -I/usr/include/lua<br>
>> and<br>
>> LUA_LIBS    =  -llua<br>
>> 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.<br>
>> 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.<br>
>> I'm guessing that the build farm machines use symlinks in /usr/include/lua and /usr/lib to point to the header and library.<br>
> 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.<br>
><br>
> 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.<br>
>>  There are some differences between the versions which mean some of the examples won't run, as the "sandbox" only works in 5.1.<br>
>><br>
>> Martin<br>
> Fred Jan<br>
><br>
> _______________________________________________<br>
> Pd-dev mailing list<br>
> <a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
> <a href="http://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
<br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
</blockquote></div>