[omniORB] Patch for DEC C++ 5.6

[Richard Clarke]

Hello Bruce,

FYI you are not alone - we too are using Omniorb on OpenVMS VAX.

We develop software testing products and are currently part-way 
through a major development project that makes use of Omniorb
running on Windows NT, various flavours of UNIX, OpenVMS Alpha and 
OpenVMS VAX. All the development work has been done on Windows 
NT and UNIX, with tests performed at various stages on OpenVMS VAX 
and Alpha to verify correct operation on those platforms. My role has 
been to assist in this verification.

We are very interested in issues relating to Omniorb on OpenVMS VAX 
and Alpha.

FYI, on the VAX platform,  we have performed tests using Omniorb  
V2.7.1 on OpenVMS VAX V6.1 using DEC C++ V5.6A. I had problems with 
Omninames on this platform, but did not pursue them as we do not 
require this service to run on OpenVMS.

> Date:          Tue, 13 Jul 1999 11:54:47 -0400
> From:          Bruce Visscher <visschb@rjrt.com>
> To:            omniORB mailing list <omniorb-list@uk.research.att.com>
> Subject:       [omniORB] Patch for DEC C++ 5.6
>                boundary="------------A26923A3C45A24ED74BBA1AD"

> [Sorry for the posts earlier with the long lines.  My mail reader was
> misconfigurued.  I think I have it fixed now...]
> 
> Attached is a patch for the DEC C++ 5.6 compiler.
> 
> In the interest of conserving bandwidth, I've excluded most of the IDL
> generated headers in include/omniORB2.
> 
> The main two problems were the pointer to reference compiler bug (it
> turns out that the compiler just doesn't understand operator T&*(),
> whether or not T is a template argument) and a compiler bug that
> prevents the new _var_type from working with structs (this might also be
> a problem with unions, I haven't checked).
> 
> I thought the difference in footprint was interesting.  The following is
> the required disk space for the utilities and examples.  This does not
> include debug versions.
> 
> +--------------------------+---------------+----------------+
> | OpenVMS Alpha            | DEC C++ 5.6   | Compaq C++ 6.2 |
> +--------------------------+---------------+----------------+
> | omniORB 2.7.1            |   69MB        |          20MB  |
> | omniORB 2.8.0 [pre1]     |  470MB        |          34MB  |
> +--------------------------+---------------+----------------+
> 
> Note that this is partially my fault, since I haven't implemented shared
> libraries for the VMS port (contributions are welcome).  In any case, I
> think anyone upgrading to omniORB 2.8.0 on VMS or Tru64 Unix should
> consider upgrading the compiler if needed.
> 
> The port to OpenVMS VAX still doesn't work.  I can't compile
> include/omniORB2/CORBA.h.  I tried to resurrect ENABLE_CLIENT_IR_SUPPORT
> (and #undef it for the VAX platform) but ran into problems.  I assume
> this is obsolete?  I'd like to have this working for the VAX platform
> (but I suspect we may be the only users on that platform).
> 
> Bruce
> 

Richard Clarke       Direct Tel: 01274 761 013
Software Engineer    E-mail: rclarke@cyrano.com
CYRANO (UK) Ltd