choice of gcc version for Erlang on ARM/XScale/PXA
Tue Nov 29 21:55:19 CET 2005
Thanks for the heads up Mikael. I did the test on the gumstix and got:
Erlang (BEAM) emulator version 5.4.10 [source]
Eshell V5.4.10 (abort with ^G)
1> io:format("~.16#, ~.16#~n", [16#001000000000 bsr 8,16#001000000000 bsl
Would you regard that as indication that I don't have the bug? (i.e. correct
patches was installed?)
What is the proper/best way to verify that a new Erlang (cross)-compile
works as intended?
> -----Original Message-----
> From: owner-erlang-questions@REDACTED [mailto:owner-erlang-
> questions@REDACTED] On Behalf Of Mikael Pettersson
> Sent: 29 November 2005 15:29
> To: Marthin Laubscher
> Cc: erlang-questions@REDACTED
> Subject: RE: choice of gcc version for Erlang on ARM/XScale/PXA
> Marthin Laubscher writes:
> > It was all cross-compiled. I know erlc works on the gumstix itself, but
> > pretty sure /lib/x/ebin/*.beam files were generated in the cross-
> > environment. After fixing the float library problem, I didn't pick up
> > other issues, but now I'm worried about what is going to still go
> wrong. Do
> > you think I should I leave the .beam files or try to get a version of
> > make running on the gumstix and build them all there again. I've
> trimmed the
> > system to a minimum so making the .beam files will involve fiddling
> with the
> > makefiles again.
> No, leave the .beam files alone. Rebuilding them on your gumstix will
> almost certainly trigger the bug. I'm away from my ARM box so I can't
> produce a nice test case right now, but the bug broke an integer shift
> operation so that an 8-bit downshift of a bignum became an 8-bit upshift
> instead. See what "16#001000000000 bsr 8." evaluates to in the shell.
> > Are you working on gumstix or another ARM/XScale/PXA implementation?
> I'm using an XScale, actually an IXP420. I looked at the gumstix, but
> it seemed to lack any disk I/O facilities, even USB2.0 based ones,
> and given that limitation it seemed a bit overpriced.
> > My
> > gumstix app needs good float performance so I a little worried about
> > without fpu. I'd love to learn about equally small alternatives that do
> > include a fpu option.
> No XScale/PXA to date has an FPU, so if you need good f.p. performance
> you should look elsewhere. www.arm.com does have cores with the VFP FPU,
> but I don't know where one can buy systems based on them.
More information about the erlang-questions