<div dir="ltr">I see that linux builds haven't been working since Sept 14th.<br><div><br>Also, I notice that since Sept 12th the Windows allegro builds no longer compile, with the error "ld.exe: cannot find -lalleg". This is likely related to switching FB version... did you also reinstall mingw? We have alleg40.dll in the repo rather than alleg.dll. SConscript specifies -lalleg. I get a completely different error when I try to compile with gfx_alleg on Windows, and I know I've had it a long time:<br>gfx_alleg.bas:50: undefined reference to `_install_allegro_version_check'<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 23 September 2016 at 15:10, Ralph Versteegen <span dir="ltr"><<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I only tested distrib.sh, not distrib-nightly.sh.<br></div><div><br>I realised that the 64 bit packages still contain a 32 bit build of hspeak, and there doesn't seem to be a way to get it to build 64 bit instead (passing through -m64 or even -m32 to gcc results in errors about missing include files, strangely), at least when using euphoria 4.0.3. The documentation for euc says it creates 32 bit builds only, probably because Euphoria itself by default doesn't include 64 bit libraries, and the "openEuphoria Linux Downloads" page says "The [4.0.5 .deb] installer is 64-bit but the binary is still 32-bit."<br><br>However, there are 64 bit builds of the not-yet-officially released 4.1.0 available; looks like (better?) 64 bit support is one of the new features. I downloaded it and see that now euc has an 'arch' option. But it only comes with one set of libraries, which don't even have the arch in the filepath, so maybe we will need two separate Euphoria installations on the nightly build machine. I'll look into it further later.<br></div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 23 September 2016 at 14:22, <span dir="ltr"><<a href="mailto:subversion@hamsterrepublic.com" target="_blank">subversion@hamsterrepublic.co<wbr>m</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">teeemcee<br>
2016-09-22 19:22:10 -0700 (Thu, 22 Sep 2016)<br>
891<br>
Compile and upload x86_64 nightly linux builds.<br>
<br>
I changed the package names. distrib.sh now creates files with<br>
suffixes $TODAY-$CODE-$ARCH instead of x86-$TODAY-$CODE. These files<br>
are only used by distrib-nightly.sh, and I believe James manually<br>
renames them when uploading stable releases.<br>
<br>
<a href="http://hamsterrepublic.com/ohrrpgce/nightly/" rel="noreferrer" target="_blank">hamsterrepublic.com/ohrrpgce/n<wbr>ightly/</a> will now contain<br>
ohrrpgce-linux-wip-x86.tar.bz2<br>
ohrrpgce-linux-wip-x86_64.tar.<wbr>bz2<br>
instead of<br>
ohrrpgce-linux-wip.tar.bz2<br>
<br>
distrib.sh also creates<br>
ohrrpgce-player-linux-bin-mini<wbr>mal-$TODAY-$CODE-wip-x86.zip<br>
ohrrpgce-player-linux-bin-mini<wbr>mal-$TODAY-$CODE-wip-x86_64.zi<wbr>p<br>
instead of<br>
ohrrpgce-player-linux-bin-mini<wbr>mal-$TODAY-$CODE-wip.zip<br>
and distrib-nightly then ignores the 64 bit one and uploads the x86 one as<br>
ohrrpgce-player-linux-bin-mini<wbr>mal.zip<br>
which is the same as before (as the 64 bit one isn't used yet).<br>
<br>
.deb packages are still only 32 bit.<br>
---<br>
U wip/distrib-nightly.sh<br>
U wip/distrib.sh<br>
______________________________<wbr>_________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.o<wbr>rg</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org<wbr>/listinfo.cgi/ohrrpgce-motherh<wbr>amster.org</a><br>
</blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>