Re: [fpc-devel] Alternative parsers

2010-10-20 Thread Juha Manninen (gmail)
On Wednesday 20 October 2010 11:53:02 Marco van de Voort wrote: Again: Combining two languages into one compiler doesn't magically make them interoperable. And the only existing example doesn't exactly have a crack record on using C++ FROM Delphi (the otherway around is different, I'm told,

Re: [fpc-devel] Alternative parsers

2010-10-20 Thread Juha Manninen (gmail)
On Wednesday 20 October 2010 13:08:15 Marco van de Voort wrote: That is exactly the kind of circle reasoning that haunts these discussions. The actual target is a constant flux, and adapts to suit the reasoning: MS We need a C++ frontend MV Why ? MS porting to Pascal is such a horror, and

Re: [fpc-devel] Alternative parsers

2010-10-20 Thread Juha Manninen (gmail)
On Wednesday 20 October 2010 13:52:58 Marco van de Voort wrote: In our previous episode, Juha Manninen (gmail) said: Still, C would be doable, for porting SOME existing code to co-operarate directly with pascal code. If the C code uses lots of library calls it can't be used directly

Re: [fpc-devel] Alternative parsers

2010-10-19 Thread Juha Manninen (gmail)
On Tuesday 19 October 2010 11:10:29 Matt Emson wrote: On 19 Oct 2010, at 06:50, Alexander Klenin kle...@gmail.com wrote: On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich drdiettri...@aol.com wrote: So there's left nothing what I could do for FPC. I suggest you start a

Re: [fpc-devel] Alternative parsers

2010-10-19 Thread Juha Manninen (gmail)
On Tuesday 19 October 2010 14:44:38 Florian Klaempfl wrote: Am 19.10.2010 11:08, schrieb Juha Manninen (gmail): First Pascal-like languages and later C. FPC's main developer doesn't see a need for it. Indeed. Please tell what a C front end to FPC helps? FPC has no advantage over existing

[fpc-devel] Re: [Lazarus] Syntax highlighting anomalies

2010-10-09 Thread Juha Manninen (gmail)
On Saturday 09 October 2010 09:51:59 Alexander Klenin wrote: On Sat, Oct 9, 2010 at 14:24, Hans-Peter Diettrich drdiettri...@aol.com wrote: break, continue and exit are not keywords. They could be redefined. I'd appreciate when, at least in mode FPC, these words would become keywords.

Re: [fpc-devel] Dynamic Arrays as Static class variables

2010-10-05 Thread Juha Manninen (gmail)
On Tuesday 05 October 2010 01:00:19 Willibald Krenn wrote: Hi, I just tried and can reproduce this with fpc rev. 16078 on win64. Same thing here on Linux , AMD64, few days old FPC trunk version. Juha ___ fpc-devel maillist -

Re: [fpc-devel] FPC/Lazarus Rebuild performance

2010-09-11 Thread Juha Manninen (gmail)
On Saturday 11 September 2010 09:55:14 Martin Schreiber wrote: On Friday 10 September 2010 17:43:59 Adem wrote: Sometime ago, there was a brief mention of multi-threading FPC would be counter productive because compilation process was mostly disk IO bound --this is what I understood anyway.

Re: [fpc-devel] FPC/Lazarus Rebuild performance

2010-09-11 Thread Juha Manninen (gmail)
On Saturday 11 September 2010 13:40:26 Martin Schreiber wrote: And why does the Delphi commandline compiler (dcc32) not need this IDE assistance? My guess is that dcc32 works as an integrated make program + compiler and thus doesn't start external processes for each file. Or, if it starts an

Re: [fpc-devel] Parallel processing in the compiler

2010-09-05 Thread Juha Manninen (gmail)
On Sunday 05 September 2010 13:29:38 Graeme Geldenhuys wrote: Reading Jonas's comments and your reply above, it seems a git mirror (or a subversion/git dual setup) would be much better suited for your working style. git allows local commits and local branches. Ideal for cases like so those