With the fix pushed to build with PIC the nqp now builds on ARM but certain tests still fail. http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1240294 There's an upstream thread documenting the issues we're seeing here http://www.nntp.perl.org/group/perl.perl6.compiler/2012/06/msg8251.html
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Any update?
I think it may be the Byte Order (Big Endian <-> Little Endian). The ARM-Architecture has the opposite byte order than i386, x86. Is the corresponding Parrot-RPM already in the ARM-F19-Repository?
(In reply to comment #3) > I think it may be the Byte Order (Big Endian <-> Little Endian). The > ARM-Architecture has the opposite byte order than i386, x86. ARM on Fedora, like x86, is little endian so that's not the problem. ARM does have the ability to run in both little and big endian but all current Linux distributions use little endian. That's what the l in armv7hl stands for :)
Here is a hasty reaction: So may be in the Parrot sources the line $cpuarch =~ s/armv[34]l?/arm/i; in the file config/auto/arch.pm have to be changed.
Hey Peter, there is a build of nqp-0.0.2013.01-1.fc19 from you at ARM.
Even the rakudo-star-0.0.2012_5.0.0-1.fc19 build on top of NQP is there. So there should be no problem with NQP from the package nqp-0.0.2013.01-1.fc19.