[omniORB] sa_family compilation error on Sun 64 bit

[Mark Zimmerman]

In src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc, on line 389,
try changing __sun__ to __sunos__


On Wed, Aug 26, 2009 at 08:42:38AM -0700, Tolar, Richard wrote:
> Hello, I'm having compilation problems building OmniOrb 4.1.4 in 64-bit
> mode on Solaris 10.
> 
>  
> 
> The error:
> 
> -------
> 
>  
> 
> /opt/installs/sun_studio/12/SUNWspro/prod/bin/CC -c -m64 -O2 -g   -I..
> -I../../../../../src/lib/omniORB/orbcore/..
> -I../../../../include/omniORB4/internal
> -I../../../../../include/omniORB4/internal -DUsePthread -D_REENTRANT -mt
> -DUSE_omniORB_logStream -D_OMNIORB_LIBRARY
> -DOMNIORB_VERSION_STRING='"4.1.4"' -DOMNIORB_VERSION_HEX='0x040104F1'
> -DCONFIG_DEFAULT_LOCATION='"/etc/omniORB.cfg"'
> -DCONFIG_ENV='"OMNIORB_CONFIG"' -DUnixArchitecture -DBSD_COMP    -I.
> -I../../../../../src/lib/omniORB/orbcore -I../../../../include
> -I../../../../../include -D__OSVERSION__=5 -D__sunos__ -D__sparc__ -o
> static/Namingstub.o ../../../../../src/lib/omniORB/orbcore/Namingstub.cc
> 
> /opt/installs/sun_studio/12/SUNWspro/prod/bin/CC -c -m64 -O2 -g   -I..
> -I../../../../../src/lib/omniORB/orbcore/..
> -I../../../../include/omniORB4/internal
> -I../../../../../include/omniORB4/internal -DUsePthread -D_REENTRANT -mt
> -DUSE_omniORB_logStream -D_OMNIORB_LIBRARY
> -DOMNIORB_VERSION_STRING='"4.1.4"' -DOMNIORB_VERSION_HEX='0x040104F1'
> -DCONFIG_DEFAULT_LOCATION='"/etc/omniORB.cfg"'
> -DCONFIG_ENV='"OMNIORB_CONFIG"' -DUnixArchitecture -DBSD_COMP    -I.
> -I../../../../../src/lib/omniORB/orbcore -I../../../../include
> -I../../../../../include -D__OSVERSION__=5 -D__sunos__ -D__sparc__ -o
> static/tcpTransportImpl.o
> ../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 399: Warning (Anachronism): Attempt to redefine ifc_buf without using
> #undef.
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 400: Warning (Anachronism): Attempt to redefine ifc_req without using
> #undef.
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 401: Warning (Anachronism): Attempt to redefine ifr_addr without using
> #undef.
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 460: Error: sa_family is not a member of sockaddr_storage.
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 473: Error: sa_family is not a member of sockaddr_storage.
> 
> "../../../../../src/lib/omniORB/orbcore/tcp/tcpTransportImpl.cc", line
> 482: Error: sa_family is not a member of sockaddr_storage.
> 
> 3 Error(s) and 3 Warning(s) detected.
> 
> make[4]: *** [static/tcpTransportImpl.o] Error 3
> 
> make[4]: Leaving directory
> `/project/tapestry/3p_sandbox/omniORB/omniORB-4.1.4/buildtemp/src/lib/om
> niORB/orbcore'
> 
> make[3]: *** [export] Error 2
> 
> make[3]: Leaving directory
> `/project/tapestry/3p_sandbox/omniORB/omniORB-4.1.4/buildtemp/src/lib/om
> niORB'
> 
> make[2]: *** [export] Error 2
> 
> make[2]: Leaving directory
> `/project/tapestry/3p_sandbox/omniORB/omniORB-4.1.4/buildtemp/src/lib'
> 
> make[1]: *** [export] Error 2
> 
> make[1]: Leaving directory
> `/project/tapestry/3p_sandbox/omniORB/omniORB-4.1.4/buildtemp/src'
> 
> make: *** [all] Error 2
> 
>  
> 
> -------
> 
>  
> 
> We've been successfully using a 64-bit compiles of OmniOrb for years,
> including:
> 
> OmniOrb 4.0.6
> 
> OmniOrb 4.1.0
> 
> A month ago I downloaded 4.1.3 and had no problems compiling or running
> in 64-bit mode.
> 
> However, 4.1.4 has the above error.
> 
>  
> 
> Suggestions?
> 
>  
> 
> Compiler
> 
> >/opt/installs/sun_studio/12/SUNWspro/bin/CC -V
> 
> CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25
> 
>  
> 
> Box:
> 
> >uname -a
> 
> SunOS thor 5.10 Generic_137111-08 sun4v sparc SUNW,T5140
> 
>  
> 
>  
> 
> CONFIDENTIALITY NOTICE: Proprietary/Confidential Information belonging
> to CGI Group Inc. and its affiliates may be contained in this message.
> If you are not a recipient indicated or intended in this message (or
> responsible for delivery of this message to such person), or you think
> for any reason this message may have been addressed to you in error, you
> may not use or copy or deliver this message to anyone else. In such
> case, you should destroy this message, and are asked to notify the
> sender by reply email.
> 
>  
> 

> _______________________________________________
> omniORB-list mailing list
> omniORB-list at omniorb-support.com
> http://www.omniorb-support.com/mailman/listinfo/omniorb-list