On Thu, 30 Jul 2015, Joao Morais wrote:
On 24/07/15 04:10, Michael Van Canneyt wrote:
Attributes and RTTI will come as soon as 3.0 are out of the door.
Hello Michael, merging to trunk I presume. Provided that attributes and new
rtti are two of the best things since the discover of the
On Fri, 31 Jul 2015, Maciej Izak wrote:
2015-07-31 8:37 GMT+02:00 Michael Van Canneyt mich...@freepascal.org:
Attributes:
http://svn.freepascal.org/svn/fpc/branches/joost/classattributes/
Looks like dead branch...
No, it is not.
It looks dead because the support is long finished, but
2015-07-31 8:37 GMT+02:00 Michael Van Canneyt mich...@freepascal.org:
Attributes:
http://svn.freepascal.org/svn/fpc/branches/joost/classattributes/
Looks like dead branch...
New RTTI (I think):
http://svn.freepascal.org/svn/fpc/branches/interfacertti/
IIRC this is bugfix for mORMot
On Fri, Jul 24, 2015 at 4:10 AM, Michael Van Canneyt mich...@freepascal.org
wrote:
On Fri, 24 Jul 2015, silvioprog wrote:
After that, we can still see about new modes. I'm not arguing about that.
Michael.
Are you talking about compatibility to Delphi 5/7?
There are already many new
On 24/07/15 04:10, Michael Van Canneyt wrote:
Attributes and RTTI will come as soon as 3.0 are out of the door.
Hello Michael, merging to trunk I presume. Provided that attributes and
new rtti are two of the best things since the discover of the fire and
the wheel, is there some branch I
On Fri, 24 Jul 2015, silvioprog wrote:
After that, we can still see about new modes. I'm not arguing about that.
Michael.
Are you talking about compatibility to Delphi 5/7?
There are already many new great components available on network, however
it uses some basic new Delphi features
On Fri, Jul 17, 2015 at 1:32 PM, Michael Van Canneyt mich...@freepascal.org
wrote:
On Fri, 17 Jul 2015, silvioprog wrote:
On Fri, Jul 17, 2015 at 11:24 AM, Graeme Geldenhuys
mailingli...@geldenhuys.co.uk wrote:
On 2015-07-17 15:08, silvioprog wrote:
Using the generics I could do a
Am 19.07.2015 21:37 schrieb Florian Klämpfl flor...@freepascal.org:
Am 16.07.2015 um 22:40 schrieb Sven Barth:
In the end your code above will look like this in mode ObjFPC:
=== code begin ===
var
X: specialize SmartObjspecialize TDictionaryspecialize
WeakObjspecialize
Am 16.07.2015 um 22:40 schrieb Sven Barth:
In the end your code above will look like this in mode ObjFPC:
=== code begin ===
var
X: specialize SmartObjspecialize TDictionaryspecialize WeakObjspecialize
TListInteger ,
string ;
// the spaces between the are added, because I don't
On Fri, Jul 17, 2015 at 11:24 AM, Graeme Geldenhuys
mailingli...@geldenhuys.co.uk wrote:
On 2015-07-17 15:08, silvioprog wrote:
Using the generics I could do a generic
DAO that could be used by any class, avoiding TPersonDAO, TProductDAO,
TOtherMyEntityDAO and providing a simple and
On Fri, Jul 17, 2015 at 7:00 AM, Sven Barth pascaldra...@googlemail.com wrote:
Am 17.07.2015 11:06 schrieb Nikolay Nikolov nick...@gmail.com:
On 07/16/2015 11:29 PM, Sven Barth wrote:
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no,
On Fri, Jul 17, 2015 at 3:09 AM, Sven Barth pascaldra...@googlemail.com
wrote:
Am 17.07.2015 08:06 schrieb Graeme Geldenhuys
mailingli...@geldenhuys.co.uk:
On 2015-07-17 03:34, silvioprog wrote:
TPersonDao = class(TObject)
public
procedure Save(APerson: TObject);
end;
On Fri, Jul 17, 2015 at 3:06 AM, Graeme Geldenhuys
mailingli...@geldenhuys.co.uk wrote:
On 2015-07-17 03:34, silvioprog wrote:
TPersonDao = class(TObject)
public
procedure Save(APerson: TObject);
end;
Simply change that to the following:
TPersonDao = class(TObject)
public
On 2015-07-17 15:08, silvioprog wrote:
Using the generics I could do a generic
DAO that could be used by any class, avoiding TPersonDAO, TProductDAO,
TOtherMyEntityDAO and providing a simple and useful CRUD layer: just
I fully appreciate that there could be some uses, but I don't agree it
Sven Barth wrote:
Am 17.07.2015 11:06 schrieb Nikolay Nikolov nick...@gmail.com
mailto:nick...@gmail.com:
Btw, just an idea: why not make the generic syntax a {$modeswitch}?
This way people will be able to switch on the delphi generics syntax in
objfpc mode.
That's on my ToDo list for
Am 17.07.2015 08:06 schrieb Graeme Geldenhuys
mailingli...@geldenhuys.co.uk:
On 2015-07-17 03:34, silvioprog wrote:
TPersonDao = class(TObject)
public
procedure Save(APerson: TObject);
end;
Simply change that to the following:
TPersonDao = class(TObject)
public
procedure
Am 17.07.2015 05:03 schrieb silvioprog silviop...@gmail.com:
Hm... and more, the 'i := 1 1' isn't a more Pascal-like syntax,
IMHO. =)
Definitely. I was surprised when I found out that this works (it had been
added sometime in the far past to simplyfy porting of C code) and nowadays
it hunts me,
On 2015-07-17 03:34, silvioprog wrote:
TPersonDao = class(TObject)
public
procedure Save(APerson: TObject);
end;
Simply change that to the following:
TPersonDao = class(TObject)
public
procedure Save(APerson: TPerson);
end;
and you could have compile time validation too. Using TObject
On Fri, 17 Jul 2015, Nikolay Nikolov wrote:
On 07/16/2015 11:29 PM, Sven Barth wrote:
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from
objfpc.
Then let me tell you that generic
On 2015-07-17 07:57, Michael Van Canneyt wrote:
Simple: there is a bigger community, and more ready-to-use code
floating on internet. The language itself has absolutely nothing to
do with it.
+1 Well said.
I know this is a huge generalisation (normally not a good thing), but
most web (JS)
On Fri, 17 Jul 2015, Graeme Geldenhuys wrote:
On 2015-07-17 07:57, Michael Van Canneyt wrote:
Simple: there is a bigger community, and more ready-to-use code
floating on internet. The language itself has absolutely nothing to
do with it.
+1 Well said.
I know this is a huge
On 07/16/2015 11:29 PM, Sven Barth wrote:
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from
objfpc.
Then let me tell you that generic methods will arrive in mode ObjFPC
(and
thus
On Thu, 16 Jul 2015, silvioprog wrote:
Currently I made a wery fast websocket server[1] using Node.js, and I had some
dificult to find an updated WS Pascal client compatible with FPC 3 and XE8, so
I found one called Bauglir websocket, after
some changes I could compile it in both compilers.
On Fri, 17 Jul 2015, silvioprog wrote:
On Fri, Jul 17, 2015 at 11:24 AM, Graeme Geldenhuys
mailingli...@geldenhuys.co.uk wrote:
On 2015-07-17 15:08, silvioprog wrote:
Using the generics I could do a generic
DAO that could be used by any class, avoiding TPersonDAO, TProductDAO,
Am 17.07.2015 11:06 schrieb Nikolay Nikolov nick...@gmail.com:
On 07/16/2015 11:29 PM, Sven Barth wrote:
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from
objfpc.
Then let me tell
On 17.07.2015 18:32, Michael Van Canneyt wrote:
I'm working in a new lib and I'm having several problems
to keep compatibility betten FPC and Delphi, so I'm using a lot of
IFDEFs,
even using mode delphi.
To improve this situation I advocate NOT yet to spend effort on new
language modes, but
On Thu, Jul 16, 2015 at 2:21 PM, Michael Van Canneyt mich...@freepascal.org
wrote:
On Thu, 16 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 16, 2015 at 11:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 16 Jul 2015, Maciej Izak wrote:
sadly - no, only in Delphi mode.
Hi,
Is there some way to write this:
type
generic ICloneableT = interface
function Clone: T;
end;
...using this sintaxe:
type
ICloneableT = interface
function Clone: T;
end;
Because I would like to use:
TFoo = class(ICloneableTFoo)
...instead use:
TFoo = class(specialize
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
2015-07-16 15:34 GMT+02:00 Marcos Douglas:
Hi,
Is there some way to write this:
Best regards
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Thu, 16 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 16, 2015 at 11:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 16 Jul 2015, Maciej Izak wrote:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
That seems like a very strange reason to
On 16.07.2015 18:02, Marcos Douglas wrote:
On Thu, Jul 16, 2015 at 11:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 16 Jul 2015, Maciej Izak wrote:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
That seems like a very strange reason to me.
On 16.07.2015 17:53, Marcos Douglas wrote:
On Thu, Jul 16, 2015 at 12:23 PM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 16.07.2015 16:34 schrieb Maciej Izak hnb.c...@gmail.com:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
Then let me tell you that
On Thu, Jul 16, 2015 at 12:23 PM, Sven Barth
pascaldra...@googlemail.com wrote:
Am 16.07.2015 16:34 schrieb Maciej Izak hnb.c...@gmail.com:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
Then let me tell you that generic methods will arrive in mode ObjFPC (and
On Thu, Jul 16, 2015 at 11:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, 16 Jul 2015, Maciej Izak wrote:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
That seems like a very strange reason to me.
The fact that you must type 1 word in
On 2015-07-16 16:53, Marcos Douglas wrote:
I would like to know why exists this difference, what the advantages
for mode objfpc using this syntax.
Michael already answered that.
It is meant to help you, to make explicit you are in fact specializing
a new type.
The objfpc mode is normally more
On 2015-07-16 17:02, Marcos Douglas wrote:
Sometimes the IDE shows an error in interface declaration, but compiles.
So, to not receive these errors I have to create a new type:
So, that is then a bug in Lazarus's codetools or parser - report it for
the Lazarus project.
Regards,
- Graeme -
On 16.07.2015 19:21, Michael Van Canneyt wrote:
The whole generics mess that Delphi made goes completely against the
Pascal dictum that you must declare something before you can use it.
To me, the above verbose construction makes absolute sense. It has been
so since day 1:
PRecord = ^TRecord;
On Thu, 16 Jul 2015, silvioprog wrote:
On Thu, Jul 16, 2015 at 2:21 PM, Michael Van Canneyt mich...@freepascal.org
wrote:
On Thu, 16 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 16, 2015 at 11:44 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Thu, Jul 16, 2015 at 1:39 PM, Sven Barth pascaldra...@googlemail.com wrote:
On 16.07.2015 18:02, Marcos Douglas wrote:
[...]
Yes, but do you think this is more verbose unnecessarily? Because the
syntax TFooT (I mean this ) show us that is a generic, don't?
This might be the case for a
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
Then let me tell you that generic methods will arrive in mode ObjFPC (and
thus its syntax) first, because the Delphi syntax is a PITA to parse/handle.
https://xkcd.com/927/
On 16.07.2015 21:04, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
Then let me tell you that generic methods will arrive in mode ObjFPC (and
thus its syntax) first, because the Delphi syntax is a
2015-07-16 17:23 GMT+02:00 Sven Barth pascaldra...@googlemail.com:
Then let me tell you that generic methods will arrive in mode ObjFPC (and
thus its syntax) first, because the Delphi syntax is a PITA to parse/handle.
(in fact generic methods are already working in mode ObjFPC in my local
2015-07-16 22:40 GMT+02:00 Sven Barth pascaldra...@googlemail.com:
var
X: strong TDictionaryweak TListInteger, string;
Prefixed modifiers are the /worst/ you can do for Pascal.
it is already being done by introducing specialize keyword.
I have totally different opinion :) for me it is
On Thu, Jul 16, 2015 at 1:46 PM, Sven Barth pascaldra...@googlemail.com wrote:
On 16.07.2015 17:53, Marcos Douglas wrote:
[...]
I didn't understand. This already works... or you talking about work
with the same syntax than Delphi in mode objfpc?
Generic methods are not yet supported by
On 16.07.2015 22:17, Maciej Izak wrote:
2015-07-16 17:23 GMT+02:00 Sven Barth pascaldra...@googlemail.com
mailto:pascaldra...@googlemail.com:
Then let me tell you that generic methods will arrive in mode ObjFPC
(and thus its syntax) first, because the Delphi syntax is a PITA to
On 2015-07-16 20:04, Marco van de Voort wrote:
https://xkcd.com/927/
+1
Sadly that is the way the current world works. :)
Regards,
- Graeme -
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Thu, Jul 16, 2015 at 11:34 PM, silvioprog silviop...@gmail.com wrote:
[...]
... // a type, for example (mistakes happen, we are human =D )
I meant a typo, for example. ^^'
--
Silvio Clécio
My public projects - github.com/silvioprog
___
On Thu, Jul 16, 2015 at 5:40 PM, Sven Barth pascaldra...@googlemail.com
wrote:
On 16.07.2015 22:17, Maciej Izak wrote:
2015-07-16 17:23 GMT+02:00 Sven Barth pascaldra...@googlemail.com
mailto:pascaldra...@googlemail.com:
Then let me tell you that generic methods will arrive in mode
On Thu, Jul 16, 2015 at 6:44 PM, Michael Van Canneyt mich...@freepascal.org
wrote:
On Thu, 16 Jul 2015, Maciej Izak wrote:
2015-07-16 17:23 GMT+02:00 Sven Barth pascaldra...@googlemail.com:
Then let me tell you that generic methods will arrive in mode
ObjFPC (and thus its syntax)
On Thu, Jul 16, 2015 at 11:34 PM, silvioprog silviop...@gmail.com wrote:
[...] ... allowing us to do core more fast ...
I meant allowing us to do code more fast. =D
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist -
On Thu, 16 Jul 2015, Maciej Izak wrote:
2015-07-16 17:23 GMT+02:00 Sven Barth pascaldra...@googlemail.com:
Then let me tell you that generic methods will arrive in mode ObjFPC (and
thus its syntax) first, because the Delphi syntax is a PITA to parse/handle.
(in fact generic
51 matches
Mail list logo
