[fpc-devel] "Blank slate" next version of FPC

Giuliano Colla giuliano.colla at fastwebnet.it
Wed Feb 20 19:28:29 CET 2019


Il 20/02/2019 19:11, Nikolai Zhubr ha scritto:

> Now it is getting even more curious. Admittedly I don't use C too much 
> (and C++ even less so, approximately never), maybe that is why I do 
> not understand your reasoning. Could you maybe give an example of such 
> problematic inline declaration and its negative effect, in C++ at 
> least? Honestly I can't imagine any.

Very easy: you read your code written some time before, or someone 
else's code, you miss the inline declaration, because it's buried in the 
code, and you mistake the variable with another one previously declared, 
in the outer scope.

I have just met such a situation: I ported from C++ to Pascal an 
algorithm for the computation of the kinematics of a Delta Robot, and I 
was badly bitten.
In that case you are just dealing with X,Y,Z coordinates, and 
Theta0,Theta1,and Theta2 angles, and you find, in the body of a 
procedure, some X,Y,Z or Theta which have global scope, and some which 
are just local to some smaller (but not too small) block and which are 
redeclared inline. Rather hard to tell them apart.
Redeclaring inline an index I, which you'll be then using a lot of 
times, is the best way to shoot you in the feet. Pascal encourages you 
to use I,J,K at first, then ii,jj,kk etc.

Moreover, using a modern tool such as Lazarus, you never need to scroll 
1000 lines to find a declaration: you just press alt+Up to go to the 
declaration of the symbol over the cursor, and Ctrl+H to go back to the 
line of code.

Keeping all declarations separated from code is just good programming 
practice. Mixing declaration and code is bad programming practice, IMO, 
and I appreciate Pascal for not supporting it.

Giuliano

-- 
Do not do to others as you would have them do to you.They might have different tastes.




More information about the fpc-devel mailing list