Hello,
I am trying to compile the latest FPC 2.3 SVN on OS X i386 with
CPU_TARGET=powerpc.
The crosscompiling guide on the freepascal web site says to do a:
make cycle
But cycle seems to be no longer there, so I tried compiler_cycle and
also make all.
Make all and make install both produce thi
This behaviour normal and while annoying, it is simply how things work
in the digital world, you will have to work around it.
Daniël
oh yes, this is one of the possible workarounds:
function is_equal_dbl(a ,b : double ) : boolean;
const
epsilon = 1e-14;
begin
result:=Abs(a - b ) < epsilon;
Op Sun, 28 Oct 2007, schreef Adriaan van Os:
> Daniël Mantione wrote:
>
> > N - Natural numbers
> > Z - Integer numbers
> > Q - Rational numbers
> > R - Real numbers
> > C - Complex numbers
> >
> > Subranges of N, Z and Q can be represented exactly in a computer.
>
> > R and C
> > can not, we
Daniël Mantione wrote:
N - Natural numbers
Z - Integer numbers
Q - Rational numbers
R - Real numbers
C - Complex numbers
Subranges of N, Z and Q can be represented exactly in a computer.
> R and C
can not, we use the floating point system as approximation.
This is big nonsense. The issue i
> > Regarding the $3000 computer: An extended has 20 digits of precision.
> > Make sure you round your output to 10 digits and you need to a very weird
> > calcation until you can see a rounding difference :)
>
> I was talking about $3000 pascal dollars:
>
> BEGIN
> writeln($3000);
> END.
>
> Regarding the $3000 computer: An extended has 20 digits of precision.
> Make sure you round your output to 10 digits and you need to a very weird
> calcation until you can see a rounding difference :)
I was talking about $3000 pascal dollars:
BEGIN
writeln($3000);
END.
Output:
12288
The
Op Sun, 28 Oct 2007, schreef L:
> > > If you do on a hand calculator:
> > >
> > > 1/3
> > >
> > > ... you will see:
> > >
> > > 0.333
> > >
> > > If you multiply again with 3, you will see:
> > >
> > > 0.999
> > >
> > > ... and not 1.000.
>
>
> On my electronic/di
L schrieb:
>>> If you do on a hand calculator:
>>>
>>> 1/3
>>>
>>> ... you will see:
>>>
>>> 0.333
>>>
>>> If you multiply again with 3, you will see:
>>>
>>> 0.999
>>>
>>> ... and not 1.000.
>
>
> On my electronic/digital calculator I see '1'
They calculate usually inter
> > If you do on a hand calculator:
> >
> > 1/3
> >
> > ... you will see:
> >
> > 0.333
> >
> > If you multiply again with 3, you will see:
> >
> > 0.999
> >
> > ... and not 1.000.
On my electronic/digital calculator I see '1'
It is a casio fx-300SA
Maybe $5 digita
Op Sun, 28 Oct 2007, schreef Joao Morais:
> Daniël Mantione wrote:
> > There is a similar issue here. The value "0.4" cannot be stored exactly
> > in a computer, therefore it is rounded.
> >
> > This behaviour normal and while annoying, it is simply how things work in
> > the digital world, you
Daniël Mantione wrote:
There is a similar issue here. The value "0.4" cannot be stored exactly in
a computer, therefore it is rounded.
This behaviour normal and while annoying, it is simply how things work
in the digital world, you will have to work around it.
Or, of course, use a scaled int
Op Sun, 28 Oct 2007, schreef Milan Marusinec:
> Hello folks,
>
> This one looks pretty elementary, but to my big surprise
> it doesn't work as I would expect.
>
> I'd like to ask FreePascal compiler creators, how can I safely
> evaluate double variables in case like this.
>
> Sample program w
Hello folks,
This one looks pretty elementary, but to my big surprise
it doesn't work as I would expect.
I'd like to ask FreePascal compiler creators, how can I safely
evaluate double variables in case like this.
Sample program with comment is in attachement ...
Milano
//
// Hm. This is reall
Paulo Estrela schreef:
Hi,
I was trying to install fpc 2.2.0 on a CentOS 5 x64 machine using rpm
package, but libtinfo.so.5 is required. My system doesn`t have this
lib and I didn`t find anything on Internet related to this. Anyone
with same problem or any idea?
I'm running FPC 2.2.0 on CentO
14 matches
Mail list logo
