On Wed, 7 Mar 2012, Graeme Geldenhuys wrote:
On 6 March 2012 18:12, Bernd wrote:
The documentation is incorrect. It says:
As usual, please file a 'FPC >> Docs' bug report so the issue doesn't
get forgotten. It should be auto-assigned to Michael van Canneyt.
Supplying a documentation patch
On 6 March 2012 18:12, Bernd wrote:
> The documentation is incorrect. It says:
As usual, please file a 'FPC >> Docs' bug report so the issue doesn't
get forgotten. It should be auto-assigned to Michael van Canneyt.
Supplying a documentation patch is always nice too.
--
Regards,
- Graeme -
As the subject line says? As can be seen below, i386 is not a supported target.
---
$ fpc -i
Free Pascal Compiler version 2.6.1
Compiler Date : 2012/02/29
Compiler CPU Target: x86_64
Supported targets:
Linux for x86-64
FreeBSD for x86-64
Win64 for x64
Dar
On 3/6/12, Bernd wrote:
> The documentation is incorrect. It says:
>
Yes, and I misread the actual implementation.
I was too lazy to write a test program.
I really shouldn't post "bugs" after 23:00 (local time).
Sorry for wasting your time.
Bart
___
f
On Tue, Mar 6, 2012 at 12:11 PM, Jonas Maebe wrote:
>
> On 06 Mar 2012, at 13:28, michael.vancann...@wisa.be wrote:
>
>> As far as I know, Currency is always a scaled int64, and didn't interpret
>> the
>> request as a request to change that.
>
>
> The problem is that on i386 (and in Delphi on i386
On 06/03/12 11:00, michael.vancann...@wisa.be wrote:
On Mon, 5 Mar 2012, Bart wrote:
Hi,
Brought up in Lazarus forums.
Fpc Trim(): Trim whitespace from the ends of a string.
Delphi Trim(): Trims leading and trailing spaces and control
characters from a string.
Depends on what you mean by
The documentation is incorrect. It says:
"Description
Trim strips blank characters (spaces) at the beginning and end of S
and returns the resulting string. Only #32 characters are stripped. "
But it will strip everything <= #32, not only #32 as the documentation
suggests. The same error is in th
On 06 Mar 2012, at 13:28, michael.vancann...@wisa.be wrote:
As far as I know, Currency is always a scaled int64, and didn't
interpret the
request as a request to change that.
The problem is that on i386 (and in Delphi on i386), operations on the
currency type are handled using the fpu. Th
The Git mirror repositories (FPC and Lazarus) are back in sync with
SubVersion again.
Graeme.
On 5 March 2012 15:36, Graeme Geldenhuys wrote:
> On 5 March 2012 12:48, Alexander Shishkin wrote:
>> Out of synch again.
>
>
> Yes, thank you. I was rebuilding two of our servers over t
On 06 Mar 2012, at 14:13, Ludo Brands wrote:
There is also a lot of code in the rtl and fcl-db that supposes
currency =
double. Fe.
Function CurrToStr(Value: Currency; Const FormatSettings:
TFormatSettings):
string;
begin
Result:=FloatToStrF(Value,ffGeneral,-1,0,FormatSettings);
end;
F
> > There is also a lot of code in the rtl and fcl-db that supposes
> > currency = double. Fe.
> >
> > Function CurrToStr(Value: Currency; Const FormatSettings:
> > TFormatSettings): string; begin
> >Result:=FloatToStrF(Value,ffGeneral,-1,0,FormatSettings);
> > end;
> >
> > Or
> >
> > TCurre
Am 06.03.2012 14:13, schrieb Ludo Brands:
Note that this requires compiler patching, because abs()
is internal
(it can be used in constant expressions). I would
personally argue to
do away entirely with the "treat currency as a floating
point type on
i386 so it can use the 80x87", and inste
On Tue, Mar 6, 2012 at 2:56 PM, Sven Barth wrote:
> No, Currency is based on Extended on i386 and x86_64 (except win64!).
Hmm, but it is break the balance in the budget of my customer.
I resolved it by adding CurrABS function, but i don't think it is good idea.
Best Regards
Zaher Dirkey
__
> >> Note that this requires compiler patching, because abs()
> is internal
> >> (it can be used in constant expressions). I would
> personally argue to
> >> do away entirely with the "treat currency as a floating
> point type on
> >> i386 so it can use the 80x87", and instead map it
> imple
Am 06.03.2012 13:28, schrieb michael.vancann...@wisa.be:
On Tue, 6 Mar 2012, Jonas Maebe wrote:
On 06 Mar 2012, at 13:05, michael.vancann...@wisa.be wrote:
On Tue, 6 Mar 2012, Zaher Dirkey wrote:
On Mon, Mar 5, 2012 at 12:22 AM, Jonas Maebe
wrote:
This particular problem could obviousl
On Tue, 6 Mar 2012, Jonas Maebe wrote:
On 06 Mar 2012, at 13:05, michael.vancann...@wisa.be wrote:
On Tue, 6 Mar 2012, Zaher Dirkey wrote:
On Mon, Mar 5, 2012 at 12:22 AM, Jonas Maebe
wrote:
This particular problem could obviously be resolved by adding a
currency-specific version of ab
On 06 Mar 2012, at 13:05, michael.vancann...@wisa.be wrote:
On Tue, 6 Mar 2012, Zaher Dirkey wrote:
On Mon, Mar 5, 2012 at 12:22 AM, Jonas Maebe >wrote:
This particular problem could obviously be resolved by adding a
currency-specific version of abs()
Can i ask to add overload function fo
On Tue, 6 Mar 2012, Zaher Dirkey wrote:
On Mon, Mar 5, 2012 at 12:22 AM, Jonas Maebe wrote:
This particular problem could obviously be resolved by adding a
currency-specific version of abs()
Can i ask to add overload function for ABS(Currency) be a feature request
in FPC?
Yes, please ad
On Mon, Mar 5, 2012 at 12:22 AM, Jonas Maebe wrote:
> This particular problem could obviously be resolved by adding a
> currency-specific version of abs()
Can i ask to add overload function for ABS(Currency) be a feature request
in FPC?
Thanks
I am using last reversion of Lazarus, FPC 2.6
Bes
On Mon, 5 Mar 2012, Bart wrote:
Hi,
Brought up in Lazarus forums.
Fpc Trim(): Trim whitespace from the ends of a string.
Delphi Trim(): Trims leading and trailing spaces and control
characters from a string.
Depends on what you mean by whitespace, of course.
FPC strips everything below Or
Flávio Etrusco wrote:
On Mon, Mar 5, 2012 at 11:36 PM, leledumbo wrote:
Fpc Trim(): Trim whitespace from the ends of a string.
Where did you get that? The documentation
(http://www.freepascal.org/docs-html/rtl/sysutils/trim.html) doesn't say
so...
And a simple test confirms the docs (FPC 2.
21 matches
Mail list logo
