Re: any chance of 2.6.0-test*?

[Rob Wilkens]

On Sun, 2003-01-12 at 14:58, David Ford wrote:
> The horrific response to the use of "goto" is deprecated in favor of 
> proper use.  A function overloaded with gotos probably should be 
> reworked.  But there there is no need to outright avoid the use of 
> 'goto'.  if()  is simply a conditional test with a goto A or goto B logic.

But if the if() is already there, there is no need to have an additional
goto in the statement,  My version may even be faster than linus'
version because it may save an extra assembler line of code (the beq or
whatever branch statement generated by the if would do the branch during
the if rather than after the if was evaluated and got to the first
statement which was the goto).  Of course, compiler optimizatoins
probably make that particular point pointless to discuss.

> There is a reason for the implementation of goto.  When it all boils 
> down to it, in assembler it's all a matter of JMP with or without a 
> condition.

But in this case, the condition was already there..  My point is that if
you don't need a goto, you shouldn't use it.  Whenever there's an
obvious way not to use it, don't.

-Rob