<HTML><HEAD></HEAD>
<BODY dir=ltr>
<DIV dir=ltr>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: 'Arial'; COLOR: #000000">
<DIV>As for 2. this is example where attribute could have helped ;-) . Just
another argument in favor of attributes vs. new keywords ;-) .</DIV>
<DIV> </DIV>
<DIV style="FONT-SIZE: 10pt; FONT-FAMILY: 'Arial'; COLOR: #000000">With best
regards,<BR>Boian
Mitov<BR><BR>-------------------------------------------------------<BR>Mitov
Software<BR>www.mitov.com<BR>-------------------------------------------------------</DIV>
<DIV
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>
<DIV style="FONT: 10pt tahoma">
<DIV> </DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A title=hinstance@yandex.ru
href="mailto:hinstance@yandex.ru">hinstance@yandex.ru</A> </DIV>
<DIV><B>Sent:</B> Monday, October 27, 2014 6:48 AM</DIV>
<DIV><B>To:</B> <A title=fpc-devel@lists.freepascal.org
href="mailto:fpc-devel@lists.freepascal.org">FPC developers' list</A> </DIV>
<DIV><B>Subject:</B> Re: [fpc-devel] Proof of Concept ARC
implementation</DIV></DIV></DIV>
<DIV> </DIV></DIV>
<DIV
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>
<P>I tested it a bit; thoughts so far:<BR>1. generic and refcounted do not work
well together: no matter how I arrange it, a class can't be both generic and
refcounted, it causes the compiler to produce some internal error
2014092205.<BR>2. Lazarus CodeTools parser hates refcounted keyword, but can be
fooled into ignoring it with if-defs<BR><BR><BR>27.10.2014, 16:15, "Sven Barth"
<<A
href="mailto:pascaldragon@googlemail.com">pascaldragon@googlemail.com</A>>:</P>
<BLOCKQUOTE>Am 27.10.2014 11:37 schrieb <<A
href="mailto:hinstance@yandex.ru">hinstance@yandex.ru</A>>:<BR>
<BLOCKQUOTE>I think we should just roll out this feature to FPC trunk and
let people test it; so those who are interested in it would test it and
detect potential problems in practice rather than in thought
experiments</BLOCKQUOTE>Then just checkout the branch I mentioned in my
initial mail. It's implemented there and is not a thought experiment. I'm not
going to commit this any time soon to trunk, because 1) there are too many
open points and 2) trunk is preparing for release branching thus no new big
features and especially not as critized ones as
this.<BR><BR>Regards,<BR>Sven<BR>,<BR><BR>_______________________________________________<BR>fpc-devel
maillist - <A
href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</A><BR> <A
href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel</A></BLOCKQUOTE>
<P>
<HR>
_______________________________________________<BR>fpc-devel maillist
-
fpc-devel@lists.freepascal.org<BR>http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel<BR></DIV></DIV></DIV></BODY></HTML>