[Ohrrpgce] SVN: teeemcee/8154 Compile and upload x86_64 nightly linux builds.

[James Paige]

I forgot that was a thing!

I did not reinstall mingw

On Thursday, September 22, 2016, Ralph Versteegen <teeemcee at gmail.com>
wrote:

> 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 <teeemcee at gmail.com
> <javascript:_e(%7B%7D,'cvml','teeemcee at 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, <subversion at hamsterrepublic.com
>> <javascript:_e(%7B%7D,'cvml','subversion at 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 at lists.motherhamster.org
>>> <javascript:_e(%7B%7D,'cvml','ohrrpgce at lists.motherhamster.org');>
>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.motherhamster.org/pipermail/ohrrpgce-motherhamster.org/attachments/20160923/96580771/attachment-0001.htm>