I'm not sure, but I'll check it out on Monday On Saturday, September 24, 2016, Ralph Versteegen <teeem...@gmail.com> wrote:
> So, James, any idea why Linux nightly builds aren't happening? > distrib-nightly.sh also uploads ohrrpgce-source-nightly.zip every night, > and that's still getting uploaded. I don't get cron logs for that machine. > > On 24 September 2016 at 01:31, Ralph Versteegen <teeem...@gmail.com > <javascript:_e(%7B%7D,'cvml','teeem...@gmail.com');>> wrote: > >> Forgot what was, gfx_alleg? It still runs for me on Linux. However it's >> in a sorry state; I just tried inputtest and saw that none of the shift, >> alt, ctrl, capslock, meta/windows, or context keys work. I don't remember >> having that problem before. >> >> I think I remember that the error I get when compiling on Windows (which >> is a linker error) is because the allegro header (which is distributed with >> FB and would have changed in FB 1.04) doesn't match alleg40.dll. I did not >> have any allegro files installed in my mingw installation. >> >> On 24 September 2016 at 00:01, James Paige <b...@hamsterrepublic.com >> <javascript:_e(%7B%7D,'cvml','b...@hamsterrepublic.com');>> wrote: >> >>> I forgot that was a thing! >>> >>> I did not reinstall mingw >>> >>> >>> On Thursday, September 22, 2016, Ralph Versteegen <teeem...@gmail.com >>> <javascript:_e(%7B%7D,'cvml','teeem...@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_chec >>>> k' >>>> >>>> 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-motherh >>>>>> amster.org >>>>>> >>>>> >>>>> >>>> >>> _______________________________________________ >>> Ohrrpgce mailing list >>> ohrrpgce@lists.motherhamster.org >>> <javascript:_e(%7B%7D,'cvml','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