The existence of a good port of GNU C/C++ for OpenVMS would make porting Open Source tools to OpenVMS easier, which would benefit some enterprise development.
Certainly, HP has seen fit to port Apache and Mozilla to OpenVMS, presumably for enterprise customers, and even if there are advantages to using the DECC compiler for those products, having GNU C available as a reference point would have smoothed development, I would think. It might also benefit enterprise customers who only do light development and need a compiler available for a few tools that they might need to maintain. I've seen shops that do little or no programming, outside of 4 GLs provided by their ERP or Database vendors, but could benefit from Open Source tools and might need to build from source. -Jordan Henderson "Weaseling out of things is important to learn. It's what separates us from the animals... except the weasel." -- Homer J. Simpson > -----Original Message----- > From: Douglas B Rupp [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 31, 2004 5:11 PM > To: Henderson, Jordan (Contractor) (DAASC); Craig A. Berry > Cc: [EMAIL PROTECTED] > Subject: Re: Correct way to delete file(s) on OpenVMS? > > I disagree if you are speaking of a supported compiler for enterprise > development. Of course hobbyists would like have it, but generally > speaking > are unwiilling to invest the time and/or effort needed to make it happen. > There might be a case for a compiler with a Unix-like command line > interface > but that can be accomplished much easier with a wrapper around DECC. > > I've heard rumors that Intel might do compiler maintenance at some future > point on Itanium VMS.. If thats really the case, then there might be an > opportunity for someone to propose Gcc instead, but who knows. Certainly > there's quite a bit of work to do on Gnu C to enable it to handle all the > VMSisms, e.g. pragma Pointer_Size for example. > > > HP might have a need to have this supported. A case could certainly be > made to > > have Gnu C/C++ available for the OpenVMS platform to enhance the > viability > of > > the platform, I would think.
