| garylscott@sbcglobal.net 2007-11-30, 7:11 pm |
| On Nov 30, 2:56 pm, lind...@pbm.com (Greg Lindahl) wrote:
> In article <f1df862f-af62-42f8-a280-3b01ff021...@r60g2000hsc.googlegroups.com>,
>
> <garylsc...@sbcglobal.net> wrote:
>
> You put it #4 on your list. Part of why we're having such a hard time
> understanding each other is that we're speaking different languages.
>
> As I mentioned before, our typical customer has execution speed as #1
> and #2 and #3 on their list.
>
> And I note that you didn't include debugging features on your list at
> all. Which was what we were discussing.
>
> -- greg
You're right, I tend to lump diagnostics and debugging features as a
given and would have probably been included in my #4. I understand
that the majority of Fortran users use it for possibly limited
applications in which raw number crunching is the most important
factor. My goal is always to expand the number of problem domains for
which Fortran is suitable for. I have no desire to damage it for it's
primary domain however. It's a challenge to know exactly what feature
set would serve to expand it's suitability for a wider variety of
problem domains. I have my own isolated views based upon embedded
processor development more so than commercial/workstation/PC
development.
|