From: clf@8th-dev.com   
      
   On 08/03/2024 4:25, Paul Rubin wrote:   
   > dxf  writes:   
   >> For example it's my experience one can input an out-of-range integer   
   >> into C and Forth compilers and neither will notice....  Programmers   
   >> too and I'm no exception.   
   >   
   > These days I'd call C and Forth both niche languages, the niche being   
   > low level systems code and small embedded programs.  #1 on TIOBE is   
   > Python, which uses arbitrary precision as the native integer type.  That   
   > slows arithmetic down but it mostly eliminates the overflow problem.   
   >   
   > IMHO that is what all high level languages should do by default.  Of   
   > course native machine types and low level languages (C, Forth, Rust,   
   > Ada, etc.) should stay available for cases where you want to or have to   
   > program closer to the hardware.   
      
   Just as an aside, 8th also does that. Numbers automatically grow as   
   needed. Yes, it's slower than native integers/floats... but it's very   
   convenient, and most of the time nobody notices the difference in speed.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)