Re: Nice to have feature in upcoming Fortran compilers...

To illustrate my thinking, consider the following statement:

INTEGER ( KIND=4) I

On most compilers, this is interpreted to mean that I is a 4-byte
signed INTEGER.

However, on Salford FTN95, it is interpreted as meaning that I is an
8-byte signed INTEGER.

So, why not a compiler option that states what:

INTEGER (KIND=42) I

means. After all, plenty of compilers have options that specify the
number of bytes occupied by default INTEGER.

.

Relevant Pages

  • Re: Rounding during division
    ... rounds up or down for negative intergers. ... portable way of acheiving signed integer division by ... Check the compiler against a list of known okay compilers. ...
    (comp.lang.c)
  • Re: Nice to have feature in upcoming Fortran compilers...
    ... signed INTEGER. ... plenty of compilers have options that specify the ... If I were to produce a Fortran compiler, I would make the kind value represent the number of bits since 80-90 percent of my code requires bit twiddling moving data back and forth between internal and externally defined data types. ...
    (comp.lang.fortran)
  • Re: Nice to have feature in upcoming Fortran compilers...
    ... > On most compilers, this is interpreted to mean that I is a 4-byte signed ... > an 8-byte signed INTEGER. ... why not a compiler option that states what: ... number of bytes of storage (e.g., default REAL is 4 and DOUBLE PRECISION is ...
    (comp.lang.fortran)
  • Re: Internal sign encoding in DISPLAY and PACKED-DECIMAL usage
    ... > with current IBM mainframe COBOLs whether or not A, B, ... > installation compiler option. ... As far as I have understood, it seems that most compilers are accepting ... Cobol compilers seems to be highly configurable! ...
    (comp.lang.cobol)
  • Re: execution speed java vs. C
    ... Compiler option -O3 is not enough to gain ... C compilers can do, and more (since they have more information about ... the current machine) and in practice the Hotspot JIT, as of 1.4.1, ... is ALWAYS faster than java JIT. ...
    (comp.lang.java.programmer)