<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-11-22 21:03 GMT+01:00 Jonas Maebe <span dir="ltr"><<a href="mailto:jonas.maebe@elis.ugent.be" target="_blank">jonas.maebe@elis.ugent.be</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-m_-9069126340382788578gmail-:87x" class="gmail-m_-9069126340382788578gmail-a3s gmail-m_-9069126340382788578gmail-aXjCH gmail-m_-9069126340382788578gmail-m1588da2f132ed3e2">a) it breaks the syntax for procedure attributes that has existed since the beginning in FPC in case such an attribute comes right after a procedure declaration (like procedure test; [public, alias: 'abc'];). At the very least the attributes need an extra modeswitch to activate them in order not to potentially break existing code by default.<br></div></blockquote><div><br></div><div>modeswitch prefixedattributes is implemented (and seems it works) and can be used by default in Delphi mode only, so I think this is not the problem.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-m_-9069126340382788578gmail-:87x" class="gmail-m_-9069126340382788578gmail-a3s gmail-m_-9069126340382788578gmail-aXjCH gmail-m_-9069126340382788578gmail-m1588da2f132ed3e2">
b) the generated type info is Delphi-incompatible (TAttributeData vs TAttrData, no TAttrEntry). Some people wanted it to be Delphi-compatible, other people considered this is an implementation detail and that we do not have to follow Delphi here.</div></blockquote></div><br><div>Don't get my next words as attack but... I don't understand double standards. TypInfo is already incompatible, first example:</div><div><br></div><div><a href="http://lists.freepascal.org/pipermail/fpc-devel/2016-March/036742.html">http://lists.freepascal.org/pipermail/fpc-devel/2016-March/036742.html</a></div><div><a href="http://bugs.freepascal.org/view.php?id=29767" target="_blank">http://bugs.freepascal.org/<wbr>view.php?id=29767</a><br></div><div><br></div><div>I still have objections about ManagedFldCount which is in many cases buggy/problematic for existing Delphi code base and has improper naming (btw. info about all record fields in that form is useless). On the other hand I need to read "We can't accept that because is Delphi-incompatible".</div><div><br></div><div>TypInfo module is less important than RTTI module. In most of cases for newer code TypInfo is rarely used. At the end we can mark TAttributeData as experimental feature. Generics.Collections is also incompatible on details but i prefer to have somehow incompatible important feature than don't have that feature.</div><div><br></div>-- <br><div class="gmail-m_-9069126340382788578gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>