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
How will Delphi handle the following case with overloads and different types:
unit test;
interface
type
ListT =
Peter Vreman wrote:
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
How will Delphi handle the following case with overloads and different types:
If it is
Marc Weustink wrote:
Peter Vreman wrote:
How will Delphi handle the following case with overloads and different
types:
If the generic is precompiled (which is maybe necesary if you need
access to privates) then I fear some runtime logic has to be added to
call the correct procedure. IE.
Peter Vreman wrote:
How will Delphi handle the following case with overloads and different types:
The restriction to use generic types only in (assignment to)/(passing to
procedure) of the same generic type is too big a restriction ?
If you want to do this, one should instantiate it first
Micha Nelissen wrote:
Marc Weustink wrote:
Peter Vreman wrote:
How will Delphi handle the following case with overloads and
different types:
If the generic is precompiled (which is maybe necesary if you need
access to privates) then I fear some runtime logic has to be added to
call the
On Friday 04 November 2005 09:25, Micha Nelissen wrote:
Marc Weustink wrote:
If the generic is precompiled (which is maybe necesary if you
need access to privates) then I fear some runtime logic has to be
added to call the correct procedure. IE. something like
case TypeInfo(Data) of
Peter Vreman wrote:
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
How will Delphi handle the following case with overloads and different types:
unit
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = 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
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = 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
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = 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 appear in
On Fri, 04 Nov 2005 12:56:03 +0100
Thomas Schatzl [EMAIL PROTECTED] wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = class
public
procedure Add(Item: T; Flag: F);
end;
This syntax is almost impossible
On Fri, 04 Nov 2005 10:47:42 +0100
Marc Weustink [EMAIL PROTECTED] wrote:
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = class
public
procedure Add(Item: T; Flag: F);
end;
This
On Fri, 04 Nov 2005 08:38:03 +0100
[EMAIL PROTECTED] wrote:
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
Marc Weustink wrote:
BTW,
what woud be the problem with
type
TMySpecificClass = TGenericClass(TObject, Integer);
Or:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection = TGenericCollection of
On Fri, 04 Nov 2005 13:44:55 +0100
Marc Weustink [EMAIL PROTECTED] wrote:
Mattias Gaertner wrote:
On Fri, 04 Nov 2005 10:47:42 +0100
Marc Weustink [EMAIL PROTECTED] wrote:
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
Micha Nelissen wrote:
Marc Weustink wrote:
BTW,
what woud be the problem with
type
TMySpecificClass = TGenericClass(TObject, Integer);
Or:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection =
Example:
procedure MyProc(T); // generic procedure without parameters
ver i: T;
begin
...
end;
procedure MyProc(T: TClass); // non generic procedure
begin
end;
Call
MyProc(TObject);
What will happen?
Mattias
Sky will reign fire:
procedure (var T);
begin
// generic or not??
end;
Ales Katona wrote:
Micha Nelissen wrote:
Marc Weustink wrote:
BTW,
what woud be the problem with
type
TMySpecificClass = TGenericClass(TObject, Integer);
Or:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
Micha Nelissen wrote:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection = TGenericCollection of (TCollectionItem);
TFieldDefs = TGenericCollection of (TFieldDef);
/code
So generic procs could look like:
On Friday 04 November 2005 13:00, Micha Nelissen wrote:
Combining some of the wiki ideas, and has no evil characters
:-).
I don't understand the fuzz about using . It's not even close to
being C(++)-ish, because it was used for describing discrete range
types _at least_ in Ada's generics
Mattias Gaertner wrote:
On Fri, 04 Nov 2005 13:44:55 +0100
Marc Weustink [EMAIL PROTECTED] wrote:
Mattias Gaertner wrote:
On Fri, 04 Nov 2005 10:47:42 +0100
Marc Weustink [EMAIL PROTECTED] wrote:
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a
types _at least_ in Ada's generics back in 1983[*] already.
Perhaps someone should take a look at those, because these are also
quite different from C++-templates.
Vinzent.
[*] That would be the same year the term C++ just appeared first in
history of programming languages then, and
Hi all,
does fpc xml support encoding ???
I have a document with
?xml version=1.0 encoding=UTF-8?
and an application which runs on a system with CP1251 locale. The text
is read from the xml file but is not properly shown.
How can I make it show properly ???
Delphi does this automatically ?
TIA
Hi,
what is the CThreads unit replacement in Windows
Do I need to use thread driver under Win32 or it is needed only for Linux?
TIA.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Micha Nelissen wrote:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection = TGenericCollection of (TCollectionItem);
TFieldDefs = TGenericCollection of (TFieldDef);
/code
So generic procs could look
On Friday 04 November 2005 13:27, Marco van de Voort wrote:
[]
The evil is in
- using characters instead of modifiers.
- worse, recycling already used characters.
Alright, I completely understand at least the first part, so perhaps
they should simply not be overused. :-)
Just for the fun
On Friday 04 November 2005 10:33, Vinzent Hoefler wrote:
On Friday 04 November 2005 09:25, Micha Nelissen wrote:
Marc Weustink wrote:
If the generic is precompiled (which is maybe necesary if you
need access to privates) then I fear some runtime logic has to be
added to call the
Peter Vreman wrote:
Expiriment, feed g++ code with errors in the statements. With macro's
those errors won't be show until the macro is used. But with templates
this is diffent:
Smart indeed :)
This is more important than the syntactical sugar. The rules where to
declare generics and
On Fri, 4 Nov 2005, dannym wrote:
Hi,
Am Freitag, den 04.11.2005, 05:46 +0100 schrieb Michalis Kamburelis:
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 + '.' +
Hi,
Am Freitag, den 04.11.2005, 17:26 +0100 schrieb Michael Van Canneyt:
On Fri, 4 Nov 2005, dannym wrote:
Hi,
Am Freitag, den 04.11.2005, 05:46 +0100 schrieb Michalis Kamburelis:
Hi
I just tested SysUtils.GetAppConfigDir under Linux and I see that it
returns
GetHomeDir +
This is evaluated by the pre-compiler run during compile time.
When you use the template with e.g.
var
bl: ListString;
then procedure show(s:string) is taken.
Peter Vreman wrote:
Mattias Gaertner wrote:
This page looks only like the start of a proposal. Neither complete nor
At 18:17 4-11-2005, you wrote:
This is evaluated by the pre-compiler run during compile time.
When you use the template with e.g.
var
bl: ListString;
then procedure show(s:string) is taken.
But what if the bl: ListString is called from an other unit? The
Show(string) is then not visible
On Fri, 04 Nov 2005 20:28:15 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
- instantiation steps which require code generation are done after main
program compilation based on information saved in the unit files, this
has some advantages:
If there are errors in some template, won't this
- Original Message -
From: Adriaan van Os [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, November 03, 2005 10:48 AM
Subject: Re: [fpc-devel] OpenGL and glut bugs in Freepascal 2.1.1runningwith
Mac Os X Tiger ?
Nexus wrote:
snip
An
On 04 Nov 2005, at 22:23, Matthias Krenzer wrote:
1.) Why are the fpc applications running fine after running some
open gl applications written in c ? (maybe i didn't get it yet, sorry)
Since we don't know what the bug in the Carbon framework is, that's
hard to guess. And for some people,
I forgot to mention it's against 2.0.1
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Ales Katona wrote:
This patch fixes a bug in win32 threads. Warning: created in win32 :)
(no idea about lineendings)
Aplied, also for wince and netware.
Ales
Index: rtl/win32/tthread.inc
What is Chrome? Some examples of Generics:
http://www.remobjects.com/articles/?id={A1D08EE3-0D9E-4828-AFB3-B2C1E772186E}
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
38 matches
Mail list logo