Re: [Lazarus] inherited in autocode

2019-01-13 Thread Martok via lazarus
> This is probably to protect from calls to virtual methods? Sorry, meant to say "protect from calls to abstract methods", specifically from autogenerated code. -- Regards, Martok -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org

Re: [Lazarus] inherited in autocode

2019-01-13 Thread Martok via lazarus
Am 13.01.2019 um 01:36 schrieb Martin Frb via lazarus: > Well, I was told it was the same > https://bugs.freepascal.org/view.php?id=33862 Depends on how one reads the Emba Developer's comment. """ In such case, a call to an inherited method may occur if it exists or not if it doesn't. Such a

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Martin Frb via lazarus
On 13/01/2019 00:47, Martok via lazarus wrote: Indeed. But in Delphi, "inherited without function name" stops looking after one mismatched argument list (just like override would), so it never gets to TObject. FPC keeps going up the ancestor chain. Well, I was told it was the same

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Marcos Douglas B. Santos via lazarus
On Sat, Jan 12, 2019 at 8:45 PM Martin Frb via lazarus wrote: > > On 12/01/2019 22:54, Martok via lazarus wrote: > > Am 12.01.2019 um 22:28 schrieb Martin Frb via lazarus: > >> Same for constructors, if the parent constructor changes its argument > >> list, it will no longer be called. > > It

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Martok via lazarus
Am 12.01.2019 um 23:45 schrieb Martin Frb via lazarus: >> inherited; // calls TObject.Create! > because TObject has a matching constructor. Indeed. But in Delphi, "inherited without function name" stops looking after one mismatched argument list (just like override

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Martin Frb via lazarus
On 12/01/2019 22:54, Martok via lazarus wrote: Am 12.01.2019 um 22:28 schrieb Martin Frb via lazarus: Same for constructors, if the parent constructor changes its argument list, it will no longer be called. It does generate code, but it calls *any* inherited constructor that matches the

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Martok via lazarus
Am 12.01.2019 um 22:28 schrieb Martin Frb via lazarus: > Same for constructors, if the parent constructor changes its argument > list, it will no longer be called. It does generate code, but it calls *any* inherited constructor that matches the signature: type TA = class constructor

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Martin Frb via lazarus
On 12/01/2019 21:19, Bart via lazarus wrote: On Sat, Jan 12, 2019 at 7:18 PM Carlos Eduardo S. M. via lazarus wrote: What if the line "inherited;" is automatically included when using code completion (C) for constructor, destructor, CreateForm, DestroyForm, etc.? Instead of It already does

Re: [Lazarus] inherited in autocode

2019-01-12 Thread Bart via lazarus
On Sat, Jan 12, 2019 at 7:18 PM Carlos Eduardo S. M. via lazarus wrote: > What if the line "inherited;" is automatically included when using code > completion (C) for constructor, destructor, CreateForm, > DestroyForm, etc.? Instead of It already does if the method is declared with override.

[Lazarus] inherited in autocode

2019-01-12 Thread Carlos Eduardo S. M. via lazarus
On Fri, 11 Jan 2019 11:54:27 +0100 (CET), Michael Van Canneyt wrote: Hi, Please check the TStrings descendents in lcl/interfaces/qt5/qtobjects.pas (Line 4763) ide/inputhistory.pas (Line 676) components/fpvectorial/docxvectorialwriter.pas (line 414) lcl/interfaces/cocoa/cocoatextedits.pas