I see that linux builds haven't been working since Sept 14th.

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:
gfx_alleg.bas:50: undefined reference to `_install_allegro_version_check'

On 23 September 2016 at 15:10, Ralph Versteegen <teeem...@gmail.com> wrote:

> I only tested distrib.sh, not distrib-nightly.sh.
>
> 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."
>
> 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.
>
> On 23 September 2016 at 14:22, <subvers...@hamsterrepublic.com> wrote:
>
>> teeemcee
>> 2016-09-22 19:22:10 -0700 (Thu, 22 Sep 2016)
>> 891
>> Compile and upload x86_64 nightly linux builds.
>>
>> I changed the package names. distrib.sh now creates files with
>> suffixes $TODAY-$CODE-$ARCH instead of x86-$TODAY-$CODE. These files
>> are only used by distrib-nightly.sh, and I believe James manually
>> renames them when uploading stable releases.
>>
>> hamsterrepublic.com/ohrrpgce/nightly/ will now contain
>>   ohrrpgce-linux-wip-x86.tar.bz2
>>   ohrrpgce-linux-wip-x86_64.tar.bz2
>> instead of
>>   ohrrpgce-linux-wip.tar.bz2
>>
>> distrib.sh also creates
>>   ohrrpgce-player-linux-bin-minimal-$TODAY-$CODE-wip-x86.zip
>>   ohrrpgce-player-linux-bin-minimal-$TODAY-$CODE-wip-x86_64.zip
>> instead of
>>   ohrrpgce-player-linux-bin-minimal-$TODAY-$CODE-wip.zip
>> and distrib-nightly then ignores the 64 bit one and uploads the x86 one as
>>   ohrrpgce-player-linux-bin-minimal.zip
>> which is the same as before (as the 64 bit one isn't used yet).
>>
>> .deb packages are still only 32 bit.
>> ---
>> U   wip/distrib-nightly.sh
>> U   wip/distrib.sh
>> _______________________________________________
>> Ohrrpgce mailing list
>> ohrrpgce@lists.motherhamster.org
>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>
>
>
_______________________________________________
Ohrrpgce mailing list
ohrrpgce@lists.motherhamster.org
http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org

Reply via email to