Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Vincent Snijders
2010/10/19 Alexander Klenin : > On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich > wrote: > >> So there's left nothing what I could do for FPC. > > I suggest you start a git-maintained fork. > This way, developers can transition to your version gradaully, > avoiding unnecessary disruption and c

Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Graeme Geldenhuys
Op 2010-10-19 07:19, Hans-Peter Diettrich het geskryf: > > So there's left nothing what I could do for FPC. Welcome to the club of uphill battles. :) PS: [this comment applies in general, not necessarily to this specific thread's feature] I agree that code clean-up, code restructuring and refac

Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Alexander Klenin
On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich wrote: > So there's left nothing what I could do for FPC. I suggest you start a git-maintained fork. This way, developers can transition to your version gradaully, avoiding unnecessary disruption and conflicts with traditional FPC team. -- Al

Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Hans-Peter Diettrich
Florian Klaempfl schrieb: Am 18.10.2010 14:01, schrieb Hans-Peter Diettrich: Florian Klaempfl schrieb: One goal of this refactoring is the determination and documentation of the actions, required in certain pieces of the grammar. Why should we need these actions? Yes, that's one of the big q

[fpc-devel] MySQL 5.1 and Sum(Field) sql statement

2010-10-18 Thread Andrew Brunner
I'm using Ubuntu 10.10 and Lazarus, FPC from svn/trunk (today) and I got the MySQL51 database component to pickup the field returned during the Query.Open command. http://bugs.freepascal.org/view.php?id=17661 I've traced into where FPC is looking for the field type and goes through the list of kn

Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Florian Klaempfl
Am 18.10.2010 14:01, schrieb Hans-Peter Diettrich: > Florian Klaempfl schrieb: >>> One goal of this refactoring is the determination and documentation of >>> the actions, required in certain pieces of the grammar. >> >> Why should we need these actions? > > Yes, that's one of the big questions. W

Re: [fpc-devel] Alternative parsers

2010-10-18 Thread Hans-Peter Diettrich
Florian Klaempfl schrieb: One goal of this refactoring is the determination and documentation of the actions, required in certain pieces of the grammar. Why should we need these actions? Yes, that's one of the big questions. What is that funny call to XYZ good for, in this particular place?