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

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

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

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 m

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 dis

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 pref

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 licens

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, a

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 cross-

[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: To: Sent: Sunday, February 21, 2010 10:00 PM Subject: fpc-pascal Digest, Vol 68, Issue 28 Send fpc-pascal mailing list submi

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 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. __