Re: Re[2]: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Matt Emson
Sent from my iPhone On 21 Feb 2010, at 19:37, JoshyFun joshy...@gmail.com wrote: z := iff(a=b,1,2); But to me it looks awful and a bit of c-ism No, that is a VB-ism. A C-ism would be: z = (a==b ? 1 : 2); Which I fo tend to use myself in c# as it is a lot more convenient in some cases.

[fpc-pascal] Re: fpc-pascal Digest, Vol 68, Issue 28

2010-02-22 Thread Justin Smyth
Can someone please let me know where i need to put the complier ption -WB0040 to solve the 64 bit debug issue in lazarus ? - Original Message - From: fpc-pascal-requ...@lists.freepascal.org To: fpc-pascal@lists.freepascal.org Sent: Sunday, February 21, 2010 10:00 PM Subject:

Re: [fpc-pascal] Re: fpc-pascal Digest, Vol 68, Issue 28

2010-02-22 Thread Graeme Geldenhuys
Justin Smyth wrote: Can someone please let me know where i need to put the complier ption -WB0040 to solve the 64 bit debug issue in lazarus ? Project Compiler Options Other tab. Enter you extra compiler options in the memo box. Regards, - Graeme - -- fpGUI Toolkit - a

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Matt Emson
Graeme Geldenhuys wrote: Marco van de Voort wrote: It also proves that such solution external to the language is possible. That weakens the case for a language feature My point exactly! The language doesn't need such a feature because your editor of choice should be able to do that,

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Matt Emson
Marco van de Voort wrote: IMHO Prism is not even Delphi. Just recycling of the brand. Laying cards on the proverbial table, I don't think it was ever intended to be Delphi. RemObjects developed the compiler completely outside of Delphi for a number of years before the technology was

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Anthony Walter
The syntax that Prism uses is a lot cleaner in many respects - especially removing the procedure/function conundrum and using instead method. However, in other ways it is horrible and so I can also see why it is not something worth discussing further. Matt, I am no Prism fan (I prefer native

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Jonas Maebe
On 22 Feb 2010, at 14:35, Anthony Walter wrote: The syntax that Prism uses is a lot cleaner in many respects - especially removing the procedure/function conundrum and using instead method. However, in other ways it is horrible and so I can also see why it is not something worth

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Matt Emson
Jonas Maebe wrote: Maybe this discussion could be moved to the fpc-other list? It's not really directly applicable to FPC anymore. Indeed, which is why I said [..] I can also see why it is not something worth discussing further. I guess if someone was committing to developing the compiler

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Marco van de Voort
In our previous episode, Matt Emson said: It also proves that such solution external to the language is possible. That weakens the case for a language feature My point exactly! The language doesn't need such a feature because your editor of choice should be able to do that,

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread Marco van de Voort
In our previous episode, Matt Emson said: Marco van de Voort wrote: IMHO Prism is not even Delphi. Just recycling of the brand. Laying cards on the proverbial table, I don't think it was ever intended to be Delphi. RemObjects developed the compiler completely outside of Delphi for a

Re: [fpc-pascal] some new features to delphi prisem

2010-02-22 Thread David Emerson
On Sat 20 Feb 2010, Jürgen Hestermann wrote: y := case Other of bla : 'hello'; foo : 'bye'; baz : 'adius'; end; What do you gain with this? Doesn't look much different to case Other of bla : y := 'hello'; foo : y := 'bye'; baz : y :=