Ales Katona wrote:
5. Isn't Free Software equal to crappy software?
You're right. About Proprietary Software, there is no need to ask the
question, the answer is obvious.
mm
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
[EMAIL PROTECTED] wrote:
Delphi.Net2.0 is using
Chrome is using
C# is using
C/C++ is using
Why should FPC use generics ???
Why should FPC be Pascal-ish? Is that your question? :-)
mm
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Hans-Peter Diettrich a écrit :
Marcel Martin wrote:
Unexpected overflows? The overflows occur or not according to
simple rules, perfectly defined, which ones depend on the types
of the operands.
Unexpected as depending on the values, not on the types. When the ranges
of the possible
Marcel Martin a écrit :
Hans-Peter Diettrich a écrit :
As outlined before, the above assignment of x:=-x should
raise an range check error. A comparison of x=-x will return False, in
the Int64 range.
Not with FPC. (Moreover, I didn't make comparisons, I only
used := and -.)
But, if X
Hans-Peter Diettrich a écrit :
Peter Vreman wrote:
IMO the compiler can convert between Inc and Dec, for negative
constants, so that the value always is positive, compatible with
signed and unsigned data types.
That means different behaviour between the use of a variable or constant.
That
Vinzent Hoefler a écrit :
On Thursday 07 July 2005 05:39, Peter Vreman wrote:
shouldn't it implement inv(v,-1) in exactly the same way it
implements v:=v-1?
The problem is what type do you give to -1. In the old situation the
-1 was converted to the same type as v - longword.
Which
peter green a écrit :
shouldn't it implement inv(v,-1) in exactly the same way it implements
v:=v-1?
Well, I am far to be an expert in compilers but I think no,
it shouldn't.
v := v + Longword(-1) is different from v := v - Longword(1).
The resulting value v is the same but not the way to get
Peter Vreman a écrit :
Hello,
I am using FPC 2.0.0, Win32.
When subtracting a longword from a longword, FPC codes the
operation as if it were a 64-bit operation. This is not really
a bug since the code is correct but this uselessly increases
the running times and the sizes of the executables.
Hello,
I am using FPC 2.0.0, Win32.
When subtracting a longword from a longword, FPC codes the
operation as if it were a 64-bit operation. This is not really
a bug since the code is correct but this uselessly increases
the running times and the sizes of the executables.
(I found no bug report
Hello,
Let's say there is a function
function ICmp(A,B: PBigInt): SInt32;
and a TBigIntList class having the following method that can
sort the list according to Cmp
procedure TBigIntList.Sort(Cmp: TBigIntCompareFunc);
with, of course,
type TBigIntCompareFunc = function(A,B: PBigInt):
Peter Vreman a écrit :
Hello,
Let's say there is a function
function ICmp(A,B: PBigInt): SInt32;
and a TBigIntList class having the following method that can
sort the list according to Cmp
procedure TBigIntList.Sort(Cmp: TBigIntCompareFunc);
with, of course,
type TBigIntCompareFunc =
11 matches
Mail list logo