[Info-vax] Programming languages on VMS

[already5chosen at yahoo.com]

On Wednesday, January 24, 2018 at 3:03:37 AM UTC+2, DaveFroble wrote:
> Jan-Erik Soderholm wrote:
> > Den 2018-01-24 kl. 00:36, skrev already5chosen at yahoo.com:
> >> On Wednesday, January 24, 2018 at 1:22:57 AM UTC+2, Jan-Erik Soderholm
> >> wrote:
> >>> Den 2018-01-23 kl. 23:58, skrev already5chosen at yahoo.com:
> >>>> On Tuesday, January 23, 2018 at 6:06:34 PM UTC+2, Stephen Hoffman 
> >>>> wrote:
> >>>>>
> >>>>> Nobody's mentioned an IDE here yet, and that's basically a 
> >>>>> requirement for most modern developers.   That means more than a 
> >>>>> little work in LSEDIT or other VSI tools, and more than a little 
> >>>>> integration support that the third-party IDE providers can build
> >>>>> on. Build-related tools, too.  Cmake has been ported, but is not
> >>>>> yet available.  Work on GNV and its tools.  Etc.  Existing ISVs
> >>>>> accept where OpenVMS and its tools are, but potential new ISVs are
> >>>>> going to be a little more particular about the available tools and
> >>>>> frameworks.
> >>>>>
> >>>>
> >>>> I would imagine that new ISVs would not want native VMS development 
> >>>> tools at all. They would be more comfortable with Windows-hosted or 
> >>>> Linux-hosted cross-development.
> >>>>
> >>>
> >>> Yes, also thought about that when I saw Hoffs note. I do not see any 
> >>> major news in the native tools, besides of in the build/compile/link 
> >>> contexts. Editing sources belongs to the desktop.
> >>
> >> That's not what I meant. I had in mind all code-generation tools also
> >> running off-VMS, ether on desktop, or, for large projects, on non-VMS
> >> build server. Only minimal debugger agent runs natively.
> >>
> > 
> > Ah, OK... :-) The jury is still out on that one, I guess... :-)
> > 
> 
> Depends on who is on the jury ...

I explicitly said "new ISVs". So, it still depends on who is on the jury, but one particular David Froble is unquestionably out of it.

> 
> If that's all someone wants, I don't see a need for VMS in such an environment. 
>   What could it possibly have that isn't already on some "gee wizz" "can do 
> everything" type of system?
> 

May be.
But then, how do you portray potential "new ISVs" ?
Are they more likely to come to VMS because VMS is offering something unique, or because having VMS on the list of supported OS targets takes relatively little effort?

> I'm betting I'm not the only geezer who isn't quite done with the "traditional" 
> VMS development environment.
> 

But you are not on jury.

> 
> -- 
> David Froble                       Tel: 724-529-0450
> Dave Froble Enterprises, Inc.      E-Mail: davef at tsoft-inc.com
> DFE Ultralights, Inc.
> 170 Grimplin Road
> Vanderbilt, PA  15486