Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
I'm currently creating a new configure flag: --with-android. When set, it disables the APs completely, as well as stubs the shm functions to return -1. I'll send you diffs for your reference as soon as it all works. Regards, Elias On 2 June 2014 23:03, Juergen Sauermann wrote: > Hi Elias, >

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Juergen Sauermann
Hi Elias, most likely UDP will be replaced by TCP or SCTP. Step 1 is a server holding the data that is now kept in shared memory. Step 2 is then TCP or SCTP communication between APL interpreters to lift the current 64kB limit on variable size caused by UDP. Shared variables are a left-over f

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
That's great. Thanks. Does that mean that the UDP-based IPC will also go away? (doing that is problematic on Android, and one should use a different API which has very different semantics. I'd rather not have to mess with that at all. :-) ). Regards, Elias On 2 June 2014 22:41, Juergen Sauermann

Re: [Bug-apl] Android code compatibility issues

2014-06-02 Thread Juergen Sauermann
Hi Elias, I have removed langinfo.h (a left-over from internationalization which I removed earlier, SVN 307. shm_open() and shm_unlink will go away long-term because I will move the shared memory database to a separate thread. Just didn't have enough time yet to do that. /// Jürgen On 06/

[Bug-apl] Android code compatibility issues

2014-06-02 Thread Elias Mårtenson
I've compiled GNU APL for Android, and I'm about to start working on the user interface. Building it was remarkably simple, but it exposed two small issues that required some code changes: First of all, SystemVariable.cc includes "langinfo.h". This file is not available on Android, but simply comm