OpenEuphoria

2. Re: ARM port

• Posted by euphoric (admin) Aug 27, 2011
• 5615 views

That looks so cool! Wow. For $25, I could get a whole lot of those. :)

4. Re: ARM port

• Posted by coconut Aug 27, 2011
• 5549 views

I downloaded the package but it is not configured to compile on ARM machine.

I have a Efika netbook with ubuntu installed.

1)I go to source directory

2)./configure

3) make

gcc complain that -m32 option doesn't exist. I can't blame it -m32 is an intel cpu option...

6. Re: ARM port

• Posted by Jerome Aug 28, 2011
• 5451 views

I have been using euphoria to write apps for my Linux-based phone with an ARM processor. I like using Scratchbox to do my cross-compiling because it helps me keep the different environments separate. In my setup, I have a normal x86 environment and an ARM environment. I do the following in my x86 environment to get started:

cd source 
./configure --arch ARM 
make source 

This allows me to use the pre-built euphoria binaries to compile the source. I then switch to to my ARM environment to generate ARM based binaries that run on my phone.

make 

I just tried this out with the 4.1 ARM euphoria branch it works great!

Hope this helps,
Ira

8. Re: ARM port

• Posted by Jerome Aug 28, 2011
• 5427 views

Sorry, I don't have any experience with QEMU. What is it?
It looks like Scratchbox uses QEMU under the hood. So I do use it to emulate my ARM environment for testing!

I have been using wxEuphoria to build GUIs on my phone. There are some quirks that don't work exactly right, but overall it works well! For example, trying to get the mouse coordinates from a mouse event causes a crash (my phone has a touch screen but no real mouse).

Thanks,
Ira

10. Re: ARM port

• Posted by Jerome Aug 30, 2011
• 5394 views

I agree you don't need a cross-compiling toolchain if you are already on ARM system. The issue I think you'll have (someone please clarify if I misunderstand!) is that Euphoria needs a working eui binary to compile or pre-translated c source files. Which ARM archetecture is your Efika notebook?

Thanks,
Ira

12. Re: ARM port

• Posted by coconut Aug 31, 2011
• 5287 views

this link give the specification of the Efika smartbook netbook http://www.genesi-usa.com/support/smartbook/faq

Jacques

14. Re: ARM port

• Posted by coconut Sep 03, 2011
• 5215 views

./configure --arch ARM 
make 

I did it and it works. At the beginning of compilation it complained that it could not find hg but it did success anyway. Did not made extensive test execute without error.

Thanks Ira

16. Re: ARM port

• Posted by Jerome Sep 04, 2011
• 5166 views

Can you check that the eui used to run the demos is the new compiled eui, instead of the downloaded binary? If you ran 'make install' I believe the new binaries are located in /usr/local/bin. If you have already checked this, then we'll have to do some investigating... Almost all of the demos work on my ARM system.

Thanks,
Ira

18. Re: ARM port

• Posted by Jerome Sep 04, 2011
• 5115 views

Ok, thanks! We should be able to find where the illegal instruction is using gdb (GNU debugger). You might need to re-compile the source again with debugging information:

./configure --debug --arch=ARM 

Then you can debug one of the demo programs that gives the illegal instruction:

gdb eui 
run allsorts.ex 

It should tell you where the illegal instruction occured, and we can try to fix it from there. We had to do something similar not too long ago http://openeuphoria.org/forum/m/115739.wc.

Thanks,
Ira

20. Re: ARM port

• Posted by mattlewis (admin) Sep 05, 2011
• 5064 views

Program received signal SIGILL, Illegal instruction. 
0x0026d052 in decompress (c=252) at be_decompress.c:84 
84        d= *(double *)string_ptr; 

I seem to recall very similar errors happening. I believe that ARM processors require 16 byte alignment or something. We've probably either missed doing so somewhere or had a regression.

Matt

22. Re: ARM port

• Posted by coconut Sep 06, 2011
• 5012 views

0x002ff9b4 in decompress (c=251) at be_decompress.c:75  
75        d = (double)*(float *)string_ptr;  

float f;  
d = (double)*(float*)memcpy((void*)&f, (void*)string_ptr, 4);  

... 
//--d= *(double *)string_ptr;  
memcpy(&d, (double *)string_ptr, 8); 
... 

Tested and problem solved. Now I can run the demo's.

thanks Ira,

Jacques

24. Re: ARM port

• Posted by coconut Sep 06, 2011
• 4991 views

another error running unix/qsort.ex

ticket #709

/home/jacques/eu410d/include/std/dll.e:529 in function call_back()  
Internal error: CallBack routine id patch failed: missing magic.  
    id = 3 
 
... called from /home/jacques/eu410d/demo/unix/qsort.ex:31  
 
 
Public & Export & Global & Local Variables 
 
 /home/jacques/eu410d/include/std/memconst.e: 
    DEP_really_works = 0 
    use_DEP = 1 
    FREE_RID = 2 
    kernel_dll = <no value> 
    memDLL_id = <no value> 
    VirtualAlloc_rid = <no value> 
    VirtualLock_rid = <no value> 
    VirtualUnlock_rid = <no value> 
    VirtualProtect_rid = <no value> 
    GetLastError_rid = <no value> 
    GetSystemInfo_rid = <no value> 
 
 /home/jacques/eu410d/include/std/memory.e: 
    edges_only = <no value> 
    check_calls = 1 
    VirtualFree_rid = <no value> 
 
 /home/jacques/eu410d/include/std/types.e: 
    Defined_Sets = { 
                     {98'b',99'c',100'd',102'f',103'g',104'h',106'j',107'k', 
108'l',109'm',110'n',112'p',113'q',114'r',115's',116't',118'v',119'w',120'x', 
121'y',122'z',66'B',67'C',68'D',70'F',71'G',72'H',74'J',75'K',76'L',77'M', 
78'N',80'P',81'Q',82'R',83'S',84'T',86'V',87'W',88'X',89'Y',90'Z'}, 
                     {97'a',101'e',105'i',111'o',117'u',65'A',69'E',73'I', 
79'O',85'U'}, 
                     { 
                       {48'0',57'9'}, 
                       {65'A',70'F'}, 
                       {97'a',102'f'} 
                     }, 
                     {32' ',9,10,13,11,160}, 
                     { 
                       {32' ',47'/'}, 
                       {58':',63'?'}, 
                       {91'[',96'`'}, 
                       {123'{',126'~'} 
                     }, 
                     { 
                       {32' ',126'~'} 
                     }, 
                     { 
                       {32' ',126'~'}, 
                       {32' ',32' '}, 
                       {9,9}, 
                       {10,10}, 
                       {13,13}, 
                       {8,8}, 
                       {7,7} 
                     }, 
                     { 
                       {97'a',122'z'} 
                     }, 
                     { 
                       {65'A',90'Z'} 
                     }, 
                     { 
                       {48'0',57'9'}, 
                       {97'a',122'z'}, 
                       {65'A',90'Z'} 
                     }, 
                     { 
                       {48'0',57'9'}, 
                       {97'a',122'z'}, 
                       {65'A',90'Z'}, 
                       {95'_',95'_'} 
                     }, 
                     { 
                       {97'a',122'z'}, 
                       {65'A',90'Z'} 
                     }, 
                     { 
                       {0,127} 
                     }, 
                     { 
                       {0,31}, 
                       {127,127} 
                     }, 
                     { 
                       {48'0',57'9'} 
                     }, 
                     { 
                       {33'!',126'~'} 
                     }, 
                     { 
                       {0,255} 
                     }, 
                     {95'_'}, 
                     {1,0} 
                   } 
 
 /home/jacques/eu410d/include/std/machine.e: 
    FREE_ARRAY_RID = 1 
    page_size = 4096 
 
 /home/jacques/eu410d/demo/unix/qsort.ex: 
    libc = 715933600 
    qid = 3 
    nitems = <no value> 
    item_size = <no value> 
    qsort = <no value> 
    ncalls = 0 
    qaddr = <no value> 
    array = <no value> 

jacques

26. Re: ARM port

• Posted by Jerome Sep 06, 2011
• 5017 views

The patch I submitted that worked on my ARM system involved changing the CALLBACK_SIZE and using the c_only version of be_callc.c. If there were changes for the relative address, I didn't personally do it. Also, it looks like the version of be_callc.c in the ARM branch makes use of the c_only version as well. We do seem to be tackling the same issues though with the Efika netbook that we wen't through with my Nokia system. ... I'm not sure what the underlying difference is or the best way to make the source compatible with different ARM systems. Thoughts?

Thanks,
Ira

28. Re: ARM port

• Posted by Jerome Jan 12, 2012
• 4270 views

Great news! I just grabbed the updated version, and it also works great on my n900 which has the OMAP3430 ARM Cortex A8. If you need help with testing or anything similar for Euphoria on ARM, I'm happy to give another data point.

Thanks,
Ira

30. Re: ARM port

• Posted by Jerome Jan 12, 2012
• 4222 views

That should actually be the following to clone a fresh copy:

hg clone http://scm.openeuphoria.org/hg/euphoria euphoria-arm 

Thanks,
Ira

32. Re: ARM port

• Posted by raseu Jan 12, 2012
• 4188 views

got it.

thanks

34. Re: ARM port

• Posted by mattlewis (admin) Feb 19, 2013
• 2866 views

I've incorporated rkdavis' patch for casting doubles to unsigned ints and pushed it up.

I also fixed up the ifdefs for architecture, so that we can now use EARM, EX86 and EX86_64 for the respective architectures. Our previous preprocessor tests didn't work correctly.

Matt