Ray Capozzi wrote:
> I cannot get ruby 1.8 to build its socket thingy on an HP-UX superdome.  The
> socket's make complains of no 'sa_len'. It seems that ruby's socket.c
> doesn't like the machine's socket.h.  I get the same outcome with both cc
> and gcc (v2.96).  I've googled this to no end, and yet I cannot find a
> solution.  The errors point to a bad/old socket header.  While I suspected
> the 2.9 gcc was a problem, gcc 3.x does not deliver any socket.h so I don't
> think gcc's version is the problem.  Can't ruby run on hp-ux and hp
> superdome? What am I missing?
> 
> % gcc -v
> Reading specs from
> /usr/cygnus/bin/../lib/gcc-lib/hppa1.1-hp-hpux11.00/2.96-hppa-010528/specs
> gcc version 2.96-hppa-010528
> 
> % model
> 9000/800/SD32000
> 
> % uname -a
> HP-UX hostname B.11.11 U 9000/800 2750633204 unlimited-user license
> 

We run Ruby on HPUX 11.00 all the time.  Currently running a CVS 
snapshot from 1.7.3, but have successfully tested 1.8.0.

Last I heard we had some configure problems with 1.8.1--I'll post back 
here after I check on the status of that.

Haven't seen any problems relating to sockets though.  If gcc 3.x 
doesn't ship a socket.h, then configure must pick something else--we've 
been using GCC 3.x for 3 years with Ruby.

home/brettw> gcc -v
Reading specs from 
/opt/ictools/gcc/lib/gcc-lib/hppa2.0-hp-hpux11.00/3.3.3/specs
Configured with: ../configure --host=hppa2.0-hp-hpux11.00 
--prefix=/opt/ictools/
gcc --disable-threads --with-gnu-as 
--with-as=/opt/ictools/binutils/bin/as --dis
able-nls --disable-shared --enable-languages=c,c++
Thread model: single
gcc version 3.3.3
lathe:home/brettw> model
9000/785/C3000
lathe:home/brettw> uname -a
HP-UX lathe B.11.00 A 9000/785 2000978003 two-user license