Re: J3's workings



Steve Lionel wrote:

<snip>

We do hear a lot from our customers, but I'd go along with what Bob
says. Vendors have no special influence at the standards level and it
seems to me that some on the committee like inventing new language
(especially if it resembles C++) and have little stomach for working
out the issues with and refining the existing language.

As I hear it, the vendor representatives do try their best to make
known their customers' desires - but it rarely helps.

Question for Steve Lionel (Intel) and Robert Corbett (SUN): what are
the most commonly requested features that are not in Fortran 2003 or
the F2008 draft?

As standards of a programming language evolve, the features added
become less obviously necessary, since otherwise they would have been
added previously. Maybe after Fortran 2003, the language should evolve
by having compiler writers, both commercial and volunteer, (gfortran
and g95) add extensions that they think are important based on user
requests. If those features are adopted by several compilers, they
could later be standardized. Compiler-specific extensions do have
downsides, but they may not be worse than having a language standard
that gets too far ahead of compiler writers and users.

.



Relevant Pages

  • Re: J3s workings
    ... out the issues with and refining the existing language. ... As standards of a programming language evolve, ... Maybe after Fortran 2003, the language should evolve ... that gets too far ahead of compiler writers and users. ...
    (comp.lang.fortran)
  • Re: R6RS Ratified
    ... 20 years of history of formally developed language ... Economically speaking, formal language standards ... sell a new commodity to corporate customers. ... Formalization ...
    (comp.lang.scheme)
  • Re: How Common Lisp sucks
    ... certainly a mechanism for creating defacto standards. ... libraries that work across implementations that provide de facto ... which also mean an increase in expressive power when added to Common Lisp.) ... language and making changes to the language. ...
    (comp.lang.lisp)
  • Re: The strengths of FORTH
    ... are good but that's also possible for every other acceptable language ... that might be almost as good as assembler. ... Complex standards that are not followed very well, ... a collection of byte-code Forths for special purposes. ...
    (comp.lang.forth)
  • Re: The problems in comp.lang.c
    ... to get the feel of the newsgroup first. ... I would expect that someone familiar with those standards would ... inform you that none of those language standards addresses ... any doubt that these are topics of interest to C programmers - ...
    (comp.lang.c)