> Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32.
> There is already proposal:
>
>http://qc.borland.com/wc/qcmain.aspx?d=11168
>
> The FPC syntax must be at least a subset of the Borland syntax to be
> compatible.
Only if they are usuable for FPC. Delphi.NET has .NET 2.0
On Fri, 4 Nov 2005, Michalis Kamburelis wrote:
Hi
I just tested SysUtils.GetAppConfigDir under Linux and I see that it returns
GetHomeDir + ApplicationName
(when Global = false). Shouldn't it rather return
GetHomeDir + '.' + ApplicationName
? Config directories in user's home dir traditiona
Alexey Barkovoy wrote:
Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32.
This page looks only like the start of a proposal. Neither complete nor
official.
Why do you think, that D2006 will have generics?
Not Delphi 2006, but Delphi 2007
__
Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32.
This page looks only like the start of a proposal. Neither complete nor
official.
Why do you think, that D2006 will have generics?
Not Delphi 2006, but Delphi 2007
___
fpc-devel m
Mattias Gaertner wrote:
This page looks only like the start of a proposal. Neither complete nor
official.
Why do you think, that D2006 will have generics?
D2006 <> D11=D2007
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists
On Fri, 04 Nov 2005 01:06:42 +0100
[EMAIL PROTECTED] wrote:
> Hi *,
> Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32.
> There is already proposal:
>
>http://qc.borland.com/wc/qcmain.aspx?d=11168
>
> The FPC syntax must be at least a subset of the Borland syntax to be
> com
- Original Message -
From: "Agustin Barto" <[EMAIL PROTECTED]>
To:
Sent: Thursday, November 03, 2005 6:39 PM
Subject: [fpc-devel] Lazarus kills X while choosing the Editor's font
Just when I decided to give Lazarus another chance, I run into this:
Whenever I try to choose a new font fo
Hi
I just tested SysUtils.GetAppConfigDir under Linux and I see that it
returns
GetHomeDir + ApplicationName
(when Global = false). Shouldn't it rather return
GetHomeDir + '.' + ApplicationName
? Config directories in user's home dir traditionally start with '.' to
be somewhat "hidden". I
Just when I decided to give Lazarus another chance, I run into this:
Whenever I try to choose a new font for the editor on Lazarus, my X
session closes (I get back to gdm). It doesn't matter which font I
choose.
I'm using Fedora Core 4 (x86) with the latest updates, and Gnome
2.12.1 from nrpms.net
Hi *,
Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32.
There is already proposal:
http://qc.borland.com/wc/qcmain.aspx?d=11168
The FPC syntax must be at least a subset of the Borland syntax to be
compatible.
Mattias Gaertner wrote:
Hi all,
I want to push generics to th
On Thu, 03 Nov 2005 22:35:34 +0100
Peter Vreman <[EMAIL PROTECTED]> wrote:
> At 20:41 3-11-2005, you wrote:
> >On Thu, 3 Nov 2005 20:25:07 +0100 (CET)
> >Daniël Mantione <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > > Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
> > >
> > > > Right. I didn't thi
At 20:41 3-11-2005, you wrote:
On Thu, 3 Nov 2005 20:25:07 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
>
> > Right. I didn't think of that.
> >
> > What about edged brackets?
> >
> > type
> > TGenericClass[T,F] = class
> > public
On Thu, 3 Nov 2005 20:25:07 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
>
> > Right. I didn't think of that.
> >
> > What about edged brackets?
> >
> > type
> > TGenericClass[T,F] = class
> > public
> > procedure Add(Item:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
> Right. I didn't think of that.
>
> What about edged brackets?
>
> type
> TGenericClass[T,F] = class
> public
> procedure Add(Item: T; Flag: F);
> end;
At first sight it looks okay. If necessary it is possible to introduce a
two charac
On Thu, 3 Nov 2005 20:10:35 +0100
Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Nov 2005 19:59:40 +0100 (CET)
> Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
> >
> > >
> > > Here is a proposal of the syntax:
> > >
> > > type
On Thu, 3 Nov 2005 19:59:40 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
>
> >
> > Here is a proposal of the syntax:
> >
> > type
> > TGenericClass = class
> > public
> > procedure Add(Item: T; Flag: F);
> > end;
>
> Thi
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
>
> Here is a proposal of the syntax:
>
> type
> TGenericClass = class
> public
> procedure Add(Item: T; Flag: F);
> end;
This syntax is almost impossible to implement since in one of your other
mails the symbols to mark the parameters
There are some unsolved problems of generics in free pascal:
1.
See wiki:
http://www.freepascal.org/wiki/index.php/Generics#Notes
The generic should not use private parts of a unit:
interface
generictype declar
implementation
procedure helper;
begin
end
constructor generictype.c
Here is a proposal of the syntax:
type
TGenericClass = class
public
procedure Add(Item: T; Flag: F);
end;
procedure TGenericClass.Add(Item: T; Flag: F);
// Note: No redundant after TGenericClass.
begin
end;
I think, the parameters should be at the identifier name, not in the class
b
Hi all,
I want to push generics to the next level.
For those not familar, there is already a wiki about this topic:
http://www.freepascal.org/wiki/index.php/Generics
The page still contains a couple of different proposals, so I guess, the
syntax is not yet defined.
And there are still some unsol
> Jonas Maebe wrote:
>
>> No, in eax. "movl %eax, %esi" means "move the contents of eax into esi".
>> This is AT&T assembler notation, not Intel.
>
> ops, i worked 10 years with intel assembler style, so i mixed this. sorry.
>
>> No. At least one problem is that in your assembler function, you use
Jonas Maebe wrote:
> No, in eax. "movl %eax, %esi" means "move the contents of eax into esi".
> This is AT&T assembler notation, not Intel.
ops, i worked 10 years with intel assembler style, so i mixed this. sorry.
> No. At least one problem is that in your assembler function, you use esi
> and
On 3 nov 2005, at 10:48, Adriaan van Os wrote:
An unhandled exception occurred at $903E68B8 :
EInvalidOp : Invalid floating point operation
So it first seems to be some error in the fpu code generation of
the compiler. But the strange things is, after running a C-Program
which uses glut a
On 3 nov 2005, at 11:53, Markus Kämmerer wrote:
.stabn 68,0,257,.Ll49 - EDITOR_FINDUMBRUCH$formal$LONGINT$$LONGINT
.Ll49:
# [257] mov esi,data
movl%eax,%esi
.stabn 68,0,258,.Ll50 - EDITOR_FINDUMBRUCH$formal$LONGINT$$LONGINT
.Ll50:
# [258] mov ebx,zlen
movl%edx,%ebx
Hi,
as you know we use FreePascal with our OpenXP Project
(www.openxp.de/.com). We found, that after compiling our release
version, an important function doesn't work anymore. After long search,
I found, that compiling with R- instead of R+ is the reason. There is a
bug in fpc. See the following c
Hi,
as you know we use FreePascal with our OpenXP Project
(www.openxp.de/.com). We found, that after compiling our release
version, an important function doesn't work anymore. After long search,
I found, that compiling with R- instead of R+ is the reason. There is a
bug in fpc. See the following c
Nexus wrote:
An unhandled exception occurred at $903E68B8 :
EInvalidOp : Invalid floating point operation
So it first seems to be some error in the fpu code generation of the
compiler. But the strange things is, after running a C-Program which
uses glut and open gl everything just works fine
27 matches
Mail list logo