[fpc-pascal] Regression in 3.2.0 ??

2020-08-18 Thread Peter via fpc-pascal
I wondering if there is a regression in 3.2.0. The Lazarus file fpguiwsprivate.pp no longer compiles. It was fine in 3.0.4. The error message "No matching implementation for interface method ... CDecl; found " is strange as the interface and implementation are both clearly defined as stdcall. I

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Dwight Schauer via fpc-pascal
On Wed, 2020-08-19 at 02:03 +0200, Michael Van Canneyt wrote: > > On Tue, 18 Aug 2020, Dwight Schauer via fpc-pascal wrote: > As long as the code only gets alterned into something logically > > equivalaent, and as long as I can retreive the contents of comments > > formatted as they were originall

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Michael Van Canneyt via fpc-pascal
On Tue, 18 Aug 2020, Dwight Schauer via fpc-pascal wrote: On Tue, 2020-08-18 at 23:17 +0200, Marco van de Voort via fpc-pascal wrote: Op 2020-08-18 om 23:01 schreef Sven Barth via fpc-pascal: > Might be the even better solution as fcl-passrc will be better > maintained due to it being used f

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Dwight Schauer via fpc-pascal
On Tue, 2020-08-18 at 23:17 +0200, Marco van de Voort via fpc-pascal wrote: > Op 2020-08-18 om 23:01 schreef Sven Barth via fpc-pascal: > > Might be the even better solution as fcl-passrc will be better > > maintained due to it being used for both the documentation utility > > fpdoc as well as pa

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Marco van de Voort via fpc-pascal
Op 2020-08-18 om 23:01 schreef Sven Barth via fpc-pascal: I see what I can do with ptop config and if need be see what it will take to improve ptop. Or investigate starting over with pparser, pastree, paswrite, as I'm already looking at those for some other things. https://

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Sven Barth via fpc-pascal
Dwight Schauer via fpc-pascal schrieb am Di., 18. Aug. 2020, 20:38: > On Tue, 2020-08-18 at 14:11 +0200, Sven Barth wrote: > > Not that I know. Most formatters will barf on some of the syntax > > extensions that FPC provides (see the Jedi Code Formatter that barfs > > on generic syntax). Even pto

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Dwight Schauer via fpc-pascal
On Tue, 2020-08-18 at 14:11 +0200, Sven Barth wrote: > Not that I know. Most formatters will barf on some of the syntax > extensions that FPC provides (see the Jedi Code Formatter that barfs > on generic syntax). Even ptop might fail on newer language > extensions... > > So improving ptop might i

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Sven Barth via fpc-pascal
Dwight Schauer via fpc-pascal schrieb am Di., 18. Aug. 2020, 13:55: > Is there a more robust code reformatter (command line / batch oriented) > that can used with free pascal? (before I start digging in to making > ptop work to remove one's focus from style and put it solely on > content?) > Not

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Dwight Schauer via fpc-pascal
On Tue, 2020-08-18 at 11:08 +0200, Sven Barth via fpc-pascal wrote: > ... > There is no default configuration, because there is not one default > standard. ... Understood. > Rule of thumb is that contributions should fit into the existing > style. In general when it comes to programming it is b

Re: [fpc-pascal] FPC coding standards

2020-08-18 Thread Sven Barth via fpc-pascal
Dwight Schauer via fpc-pascal schrieb am Di., 18. Aug. 2020, 08:45: > > The default config generated by ptop definitely does not conform to > the standards... > There is no default configuration, because there is not one default standard. While some things are a given (lowercase identifiers, no