Hello,
can anyone give me a hint where to search for the "AS" compiler problem.
We tried to workaround that in ZEOS Code and gave up, as we are not able
to find all Memory holes and pinpoint them.
With 2.02 we have the problem that the TDataset has different behaviour
than in Delphi (Datetime).
Peter Vreman wrote:
At 16:56 25-7-2006, you wrote:
Hi,
some questions:
1) Is there some good reason why the support for the inline keyword can
be turned on and off explicitely by the {$INLINE} directive?
Historical
Oh, ok. There's no reason like the "historical reason". ;)
2) Can I check
Hello,
is it possible to include the following information in the next
releases changelog:
1) closed / fixed issues in mantis - issue number
2) the short description from mantis ?
This way it will be very easy to see what has been fixed and what not.
__
At 16:56 25-7-2006, you wrote:
Hi,
some questions:
1) Is there some good reason why the support for the inline keyword can
be turned on and off explicitely by the {$INLINE} directive?
Historical
2) Can I check somehow if inlining is enabled during compilation?
{$IFOPT INLINE} didn't work. ;
If you are using Lazarus, Just include LCLIntf unit.
Jesus Reyes A.
I can't use the LCL. The project I am working on is a new
cross-platform widget set written in FPC. Either way, no reason such
a handy function shouldn't be in FPC for all platforms.
Regards,
Graeme.
--
There's no place
- Original Message -
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Tuesday, July 25, 2006 4:59 AM
Subject: [fpc-devel] InflateRect() not cross-platform
Hi,
Any reason why there isn't a cross-platfrom InflateRect() function in
the RTL? It only appea
Hi,
some questions:
1) Is there some good reason why the support for the inline keyword can
be turned on and off explicitely by the {$INLINE} directive?
2) Can I check somehow if inlining is enabled during compilation?
{$IFOPT INLINE} didn't work. ;)
2a) If the answer to 2) is "no", can we ma
On Tuesday 25 July 2006 14:42, Graeme Geldenhuys wrote:
> Sorry, I added the two Size() functions as a last minute and only
> after sending the patch I noticed that it breaks the FPC build!
> Sorry!
>
> I attached another patch, without the Size() functions... Anybody
> know how we can get around
Sorry, I added the two Size() functions as a last minute and only
after sending the patch I noticed that it breaks the FPC build!
Sorry!
I attached another patch, without the Size() functions... Anybody
know how we can get around the Size() issue. It conflicts with the
"SIZE = TSize;" line on l
Hi,
Attached is a patch for the types.pp unit. I also include some Unit
Tests for InflateRect() function in a separate file (uses fpcUnit) by
wasn't sure how or where to incorporate them. The patch needs to be
applied in the root FPC source directory.
Changes:
* Added a new InflateRect() funct
hi,
repos fpcbuild: trunk and fixes_2_0, install/doc/whatsnew.txt
"Improved data base support" and
"Improved database support" means the same i think...
kisda
Index: whatsnew.txt
===
--- whatsnew.txt(Revision 153)
+++ whats
> Would there be a use for these funtions in the Types.pas unit? They
> do what Point() does for TPoint...
>
> function Size(AWidth, AHeight: Integer): TSize;
> function Size(ARect: TRect): TSize;
You mean it would compute the surface size ?
They return a TSize record, same as Point() returns
Michael Van Canneyt wrote:
>
>> function Size(AWidth, AHeight: Integer): TSize;
>> function Size(ARect: TRect): TSize;
>
> You mean it would compute the surface size ?
No, TSize is a record with a Width and a Height member.
Micha
___
fpc-devel maillis
On Tue, 25 Jul 2006, Graeme Geldenhuys wrote:
Would there be a use for these funtions in the Types.pas unit? They
do what Point() does for TPoint...
function Size(AWidth, AHeight: Integer): TSize;
function Size(ARect: TRect): TSize;
You mean it would compute the surface size ?
Michael.
__
Would there be a use for these funtions in the Types.pas unit? They
do what Point() does for TPoint...
function Size(AWidth, AHeight: Integer): TSize;
function Size(ARect: TRect): TSize;
Regards,
Graeme.
--
There's no place like 127.0.0.1
___
fpc-d
On Tue, 25 Jul 2006, Micha Nelissen wrote:
Graeme Geldenhuys wrote:
I see there is already such a function, just with a different name:
OffsetRect()
I guess there is no need to add InflateRect() now...
Offset is for position, Inflate is for size. AFAIK.
Correct.
Michael.
___
Graeme Geldenhuys wrote:
> I see there is already such a function, just with a different name:
> OffsetRect()
>
> I guess there is no need to add InflateRect() now...
Offset is for position, Inflate is for size. AFAIK.
Micha
___
fpc-devel maillist -
> You can enlarge/shrink the X and Y co-ordinates of a TRect using this
> function.
Well, feel free to implement it. We'll put it in types.pas, together with the
other TRect functions.
I see there is already such a function, just with a different name:
OffsetRect()
I guess there is no need to
Well, feel free to implement it. We'll put it in types.pas, together with the
other TRect functions.
Excellent. I just needed the location where it should go. Thanks
Regards,
Graeme.
--
There's no place like 127.0.0.1
___
fpc-devel maillist - f
On Tue, 25 Jul 2006, Graeme Geldenhuys wrote:
Hi,
Any reason why there isn't a cross-platfrom InflateRect() function in
the RTL? It only appears in the Windows API translations and is a
very handly funtion to have.
For those that don't know InflateRect():
Usage:
InflateRect(Rect, 1, 1);
Inf
Hi,
Any reason why there isn't a cross-platfrom InflateRect() function in
the RTL? It only appears in the Windows API translations and is a
very handly funtion to have.
For those that don't know InflateRect():
Usage:
InflateRect(Rect, 1, 1);
InflateRect(Rect, -2, -2);
You can enlarge/shrink
Stefan Kisdaroczi wrote:
> Micha Nelissen schrieb:
>> Stefan Kisdaroczi wrote:
>>> ===
>>> --- install/debian/copyright.in (revision 144)
>>> +++ install/debian/copyright.in (working copy)
>>> @@ -5,8 +5,7 @@
>>>Carlos Lavi
Micha Nelissen schrieb:
> Stefan Kisdaroczi wrote:
>>> not needed: control is created from control.in by script fixdeb like all
>>> *.in files
>>> outdated: amd64 arch is missing, but is in control.in
>>>
>> Micha ? Am i wrong ? What about the others files ?
>
> Hmm, dpkg-buildpackage needs a cont
Micha Nelissen schrieb:
> Stefan Kisdaroczi wrote:
>> ===
>> --- install/debian/copyright.in (revision 144)
>> +++ install/debian/copyright.in (working copy)
>> @@ -5,8 +5,7 @@
>>Carlos Laviola <[EMAIL PROTECTED]>
>
> St
Stefan Kisdaroczi wrote:
> ===
> --- install/debian/copyright.in (revision 144)
> +++ install/debian/copyright.in (working copy)
> @@ -5,8 +5,7 @@
>Carlos Laviola <[EMAIL PROTECTED]>
Strange, this file doesn't exist in
Stefan Kisdaroczi wrote:
>> not needed: control is created from control.in by script fixdeb like all
>> *.in files
>> outdated: amd64 arch is missing, but is in control.in
>>
>
> Micha ? Am i wrong ? What about the others files ?
Hmm, dpkg-buildpackage needs a control file before it will run the
26 matches
Mail list logo
