Sven Barth schrieb:
On 28.10.2014 10:15, Michael Schnell wrote:
On 10/27/2014 05:17 PM, Hans-Peter Diettrich wrote:
Something like ShortString and AnsiString?
Only that ShortStrings can easily be avoided (AFAIK, no great
performance advantage to use them) and hence are seldom used right
Sven Barth schrieb:
On 28.10.2014 10:19, Michael Schnell wrote:
On 10/27/2014 07:59 PM, Sven Barth wrote:
- in code that does not use ARC (modeswitch arc off - the default;
or maybe better a local directive) all instance variables are
considered weak
While I do have a vision what weak means
Sven Barth schrieb:
On 28.10.2014 09:57, Hans-Peter Diettrich wrote:
Something like ShortString and AnsiString?
Take unit Typinfo for example where quite some methods take a TObject
instance.
The TypInfo methods can determine the exact type of their arguments, and
act inside
On 30.10.2014 04:16, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 28.10.2014 10:19, Michael Schnell wrote:
On 10/27/2014 07:59 PM, Sven Barth wrote:
- in code that does not use ARC (modeswitch arc off - the default;
or maybe better a local directive) all instance variables are
On 30.10.2014 00:28, ListMember wrote:
On 2014-10-29 14:58, Sven Barth wrote:
Delphi introduced weak variable to break up cycling, I implemented
them similary in my branch (not using the attribute syntax though) and
in Florian's suggestions all object instance variables in legacy code
would be
On 30.10.2014 04:15, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 28.10.2014 09:57, Hans-Peter Diettrich wrote:
Something like ShortString and AnsiString?
Take unit Typinfo for example where quite some methods take a TObject
instance.
The TypInfo methods can determine the exact
On 30.10.2014 04:14, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 28.10.2014 10:15, Michael Schnell wrote:
On 10/27/2014 05:17 PM, Hans-Peter Diettrich wrote:
Something like ShortString and AnsiString?
Only that ShortStrings can easily be avoided (AFAIK, no great
performance
I managed to acquire some additional information on Lazarus 1.3 + FPC ARC edition problemFirst of all, I tested if Lazarus 1.3 trunk compiled with FPC trunk works correctly. It does.However, Lazarus 1.3 trunk with FPC ARC crashes.Lazarus trunk by FreePascal trunk - OKLazarus trunk by FreePascal
okay sorry for spamming the mailing list So basically the other problem I reported before (generic + refcounted does not work) turns out to be something different:Declaring variable of refcounted type in a different unit makes the compiler stop with error 2014092205 Assume in unit Aunit I have
Very good initiative Sven!
Can you create a branch on Github (https://github.com/graemeg/freepascal)?
Thank you very much!
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Sven Barth schrieb:
On 30.10.2014 04:14, Hans-Peter Diettrich wrote:
I wonder how difficult it would be to implement the existing Interface
refcounting model for TObject, so that this runtime variation could be
tested and benchmarked as well, in addition to the current compiletime
approach.
11 matches
Mail list logo
