On Sat, 2 Dec 2006 20:35:49 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
> Well, this is the very point Torvalds was trying to make in the cited
> discussion; he wants to use goto in Linux source code, because he
> considers it the right thing to do in certain situations.
I just happe
Op Sat, 2 Dec 2006, schreef John Coppens:
> On Sat, 2 Dec 2006 19:39:34 +0100 (CET)
> Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
> > However, assembler coded is not portable. A hand optimized Pascal
> > based solution with goto statements might be preferable over assembler
> > code. For exa
John Coppens wrote:
> Mind, I don't want to remove gotos. I'm all for free choice. But I'm
> still very much a proponent to discourage its use for fledgling
> programmers.
Well, in fpc, you have to use a compiler option to be able to use them.
A good trade-off IMHO.
Micha
On Sat, 2 Dec 2006 19:39:34 +0100 (CET)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
> However, assembler coded is not portable. A hand optimized Pascal
> based solution with goto statements might be preferable over assembler
> code. For example, in the file rtl/unix/video.pp , the procedure
> up
Op Sat, 2 Dec 2006, schreef John Coppens:
> On Sat, 02 Dec 2006 08:01:04 -0500
> David Mears <[EMAIL PROTECTED]> wrote:
>
> > From the first pascal program that I wrote in the late 80s to today,
> > I've only used Goto once and that was because I was still learning the
> > language - it was
John Coppens schrieb:
On Sat, 02 Dec 2006 08:01:04 -0500
David Mears <[EMAIL PROTECTED]> wrote:
From the first pascal program that I wrote in the late 80s to today,
I've only used Goto once and that was because I was still learning the
language - it was essentially a repeat loop and I replace
On Sat, 02 Dec 2006 08:01:04 -0500
David Mears <[EMAIL PROTECTED]> wrote:
> From the first pascal program that I wrote in the late 80s to today,
> I've only used Goto once and that was because I was still learning the
> language - it was essentially a repeat loop and I replaced it in later
> v
Am Samstag, 2. Dezember 2006 11:59 schrieb Bisma Jayadi:
> > * The statement is wrong, pascal allows you to do wrong things. You
> > just need to use some typecasts (specially to pointer).
>
> We can do wrong things almost on anything. It's just the matter of (1) how
> we use it [properly] and (2)
From the first pascal program that I wrote in the late 80s to today,
I've only used Goto once and that was because I was still learning the
language - it was essentially a repeat loop and I replaced it in later
versions.
Pascal lets you do stupid things- it just makes you confirm that you do
Daniël Mantione wrote:
>
> Op Sat, 2 Dec 2006, schreef Micha Nelissen:
>
>> Daniël Mantione wrote:
>>> (1) I'm using the in English not so common "informatics" instead of
>>> "computer science", because Dijkstra greatly disliked the term).
>> How about "computing science", or is that too "Ei
Op Sat, 2 Dec 2006, schreef Micha Nelissen:
> Daniël Mantione wrote:
> > (1) I'm using the in English not so common "informatics" instead of
> > "computer science", because Dijkstra greatly disliked the term).
>
> How about "computing science", or is that too "Eindhovens" ? ;-)
Dijkstra d
And that's the power of this promoting material. A big pascal hater
prefers pascal to do things right! :D
What do you think about the wording I used in my blog:
http://beeography.wordpress.com/2006/12/02/this-is-the-smart-guy/
How does it affect C programmers who read that? :D
-Bee-
has Bee.o
Daniël Mantione wrote:
> (1) I'm using the in English not so common "informatics" instead of
> "computer science", because Dijkstra greatly disliked the term).
How about "computing science", or is that too "Eindhovens" ? ;-)
Micha
___
fpc-pascal ma
* The statement is wrong, pascal allows you to do wrong things. You
just need to use some typecasts (specially to pointer).
We can do wrong things almost on anything. It's just the matter of (1) how we
use it [properly] and (2) how it prevents misuse of itself. In this discussion,
the point (1
Op Sat, 2 Dec 2006, schreef Micha Nelissen:
> Bisma Jayadi wrote:
> > Linus concluded, "the C language has scoping rules for a reason. *If I
> > wanted a language that didn't allow me to do anything wrong, I'd be
> > using Pascal.* As it is, it turns out that things that 'look' wrong on a
> > lo
of course we could take it out of context and use to promote pascal, but:
* The statement is wrong, pascal allows you to do wrong things. You
just need to use some typecasts (specially to pointer).
* It´s written by someone with a strong dislike for pascal.
Unfortunately Linus still thinks peopl
Daniël Mantione wrote:
> Alas, he doesn't. Linus Torvalds stronly disapproves of Pascal and this
> statement should be viewed in that context: he wants a language that does
> allow him to do anything wrong.
Actually: he wants a language to allows him to do things which are
perceived by some to b
Bisma Jayadi wrote:
> Linus concluded, "the C language has scoping rules for a reason. *If I
> wanted a language that didn't allow me to do anything wrong, I'd be
> using Pascal.* As it is, it turns out that things that 'look' wrong on a
> local level are often not wrong after all."
Well, Linus is
Alas, he doesn't. Linus Torvalds stronly disapproves of Pascal and this
statement should be viewed in that context: he wants a language that does
allow him to do anything wrong.
Yeah, I understand. But as he mention this sentence...
"If I wanted a language that didn't allow me to do anything w
Op Sat, 2 Dec 2006, schreef Bisma Jayadi:
> http://kerneltrap.org/node/7434
>
> Quoted:
> Linus concluded, "the C language has scoping rules for a reason. *If I wanted
> a language that didn't allow me to do anything wrong, I'd be using Pascal.* As
> it is, it turns out that things that 'look'
http://kerneltrap.org/node/7434
Quoted:
Linus concluded, "the C language has scoping rules for a reason. *If I wanted a
language that didn't allow me to do anything wrong, I'd be using Pascal.* As it
is, it turns out that things that 'look' wrong on a local level are often not
wrong after all.
21 matches
Mail list logo
