On 14/03/07, Marc Santhoff <[EMAIL PROTECTED]> wrote:
Sorry for stumbling into this thread. May I ask what type of hardware
you're using?
linksys nslu2. www.nslu2-linux.org. very neat piece of kit - and you
can choose what kind of an os you want to flash onto it. 2xusb2 ports
and 1xeth.
i'
Am Mittwoch, den 14.03.2007, 20:12 +1300 schrieb Terry Kemp:
> On Tue, 2007-03-13 at 13:08 +, Henry Vermaak wrote:
> > it's very easy to flash the slug with little endian firmware. i can
> > use latest (well, latest is broken now, use 6811) compiled with soft
> > float on mine without problems
On Tue, 2007-03-13 at 13:08 +, Henry Vermaak wrote:
> it's very easy to flash the slug with little endian firmware. i can
> use latest (well, latest is broken now, use 6811) compiled with soft
> float on mine without problems now. maybe this is a solution for you?
Yeah you are right! I thoug
On 12/03/07, Terry Kemp <[EMAIL PROTECTED]> wrote:
...
FWIW I have a prototype industrial evaporator running using a NSLU2 as
the controller. I am using a 2.0.5 fpc-armbe compiler with the
endian_big define set. The only issue I have is with float so I had to
use fixed point for analog data. It g
On Mon, 2007-03-12 at 16:41 +, Henry Vermaak wrote:
> > > these results are (everything compiled with -CfSOFT for big endian):
> > >
> > > 1) writeln('Hello World') outputs "Hello WorldHello W". all other
> > > writeln and readln calls seem to work after that.
> > >
> > > 2) i get "Runtime e
> these results are (everything compiled with -CfSOFT for big endian):
>
> 1) writeln('Hello World') outputs "Hello WorldHello W". all other
> writeln and readln calls seem to work after that.
>
> 2) i get "Runtime error 207" when i attempt floating point operations.
Try to get a stack trace p
Henry Vermaak schrieb:
> here's an update on this. i tried a couple of different things to
> rule out what can be the problem. i got an nslu2 that i set up with a
> big endian firmware that runs a different kernel (2.6.16) version than
> my other board. the results were exactly consistent betwee
here's an update on this. i tried a couple of different things to
rule out what can be the problem. i got an nslu2 that i set up with a
big endian firmware that runs a different kernel (2.6.16) version than
my other board. the results were exactly consistent between these
boards. i also tried
> I've no access to an arm machine running be so I can't test
> and fix :(
What about a Linksys NSLU2? Cost's about 100€ - If it would help I send you one
helmut
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
On 05/03/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
Henry Vermaak schrieb:
> On 03/03/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>>
>> At least cross it works now.
>
> with 2.3.1? i can compile, but no output from writeln and seg fault
> on floating point. i'm using big endian, btw.
>
Henry Vermaak schrieb:
> On 03/03/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>>
>> At least cross it works now.
>
> with 2.3.1? i can compile, but no output from writeln and seg fault
> on floating point. i'm using big endian, btw.
>
I've no access to an arm machine running be so I can't t
On 03/03/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
At least cross it works now.
with 2.3.1? i can compile, but no output from writeln and seg fault
on floating point. i'm using big endian, btw.
thanks
henry
___
fpc-pascal maillist - fpc-p
Florian Klaempfl schrieb:
> Henry Vermaak schrieb:
>> o.k. this is where i've come to with my struggle with arm big endian
>> (without fpu):
>>
>> 2.0.4: works well, except with floating point (hangs on my board).
>> can't compile the rtl with softfloat support.
>>
>> 2.0.5: just tried latest rev
Henry Vermaak schrieb:
> o.k. this is where i've come to with my struggle with arm big endian
> (without fpu):
>
> 2.0.4: works well, except with floating point (hangs on my board).
> can't compile the rtl with softfloat support.
>
> 2.0.5: just tried latest rev. doesn't work well, writeln('he
o.k. this is where i've come to with my struggle with arm big endian
(without fpu):
2.0.4: works well, except with floating point (hangs on my board).
can't compile the rtl with softfloat support.
2.0.5: just tried latest rev. doesn't work well, writeln('hello
world') spits out rubbish after
hi, i can't get anything compiled with ppcarm/ppcrossarm when i use
-CfSOFT. anyone have any luck with this? where can i go and dig?
sorry i have to ask here the whole time, i'm not experienced with this
platform at all...
henry
___
fpc-pascal maillis
On 26/02/07, Jonas Maebe <[EMAIL PROTECTED]> wrote:
On 26 feb 2007, at 15:23, Henry Vermaak wrote:
> /home/hcv/freepascal/latest/compiler/ppcrossarm -Ur -Parm
> -XParmbe-linux- -Xc -Xr -Ur -Xs -O1r -n -Fi../inc -Fi../arm -Fi../unix
> -Fiarm -FE. -FU/home/hcv/freepascal/latest/rtl/units/arm-linu
On 26 feb 2007, at 15:23, Henry Vermaak wrote:
/home/hcv/freepascal/latest/compiler/ppcrossarm -Ur -Parm
-XParmbe-linux- -Xc -Xr -Ur -Xs -O1r -n -Fi../inc -Fi../arm -Fi../unix
-Fiarm -FE. -FU/home/hcv/freepascal/latest/rtl/units/arm-linux -darm
-dRELEASE -Fi../objpas/sysutils ../unix/sysutils.
thanks, i'll try this.
henry
with latest fpc svn i try 'make distclean all CPU_TARGET=arm
BINUTILSPREFIX=armbe-linux-' and get this (after a while):
/home/hcv/freepascal/latest/compiler/ppcrossarm -Ur -Parm
-XParmbe-linux- -Xc -Xr -Ur -Xs -O1r -n -Fi../inc -Fi../arm -Fi../unix
-Fiarm -FE. -F
FPC cannot use libc for fpu emulation.
> also, is the "SOFT" option complete in latest fpc? this would
> probably save me lots of trouble.
Yes, softfpu should work on ARM.
Daniël
thanks, i'll try this.
henry
___
fpc-pascal maillist - fpc-pascal
Op Mon, 26 Feb 2007, schreef Henry Vermaak:
> hi all
>
> i managed to build a ppcarm (msb) over the last couple of days. there
> were a couple of problems, most problematic of which were that the
> compiler (ppccrossarm at that stage) seemed to go into a weird "state"
> when trying to compile
hi all
i managed to build a ppcarm (msb) over the last couple of days. there
were a couple of problems, most problematic of which were that the
compiler (ppccrossarm at that stage) seemed to go into a weird "state"
when trying to compile the gtk and gtk2 packages (can't remember
specific files n
22 matches
Mail list logo