ORBit 0.3.91

[Philippe Defert cern ch]

I have generated ORBit 0.3.91 using egcs 1.1.1 on the following
platforms: 

sparc-sun-solaris2.5.1
sparc-sun-solaris2.6
i686-pc-linux-gnulibc1
i686-pc-linux-gnu
alpha-dec-osf4.0b
hppa1.1-hp-hpux10.20
powerpc-ibm-aix4.3.2.0
mips-sgi-irix6.5

The results are positive on all platforms with the following problems:

- on mips-sgi-irix6.5, the link failed for orbit-name-server and
  old-name-server 

: :gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I. -I../../../src -I../../../src  -I/usr/local/lib/glib/include -I/usr/local/include  -O2 -c boot.c
 : :/bin/sh ../../../libtool --mode=link gcc -O2 -L/usr/local/lib -o orbit-name-server  boot.o ../../../src/orb/libORBit.la ../../../src/ORBitutil/libORBitutil.la ../../../src/IIOP/libIIOP.la libORBitCosNaming.la -L/usr/local/lib -lglib -lm libname-server.a 
 : :gcc -O2 -L/usr/local/lib -o .libs/orbit-name-server boot.o -Wl,-rpath -Wl,/usr/local/lib ../../../src/orb/.libs/libORBit.so -L/usr/local/lib -L/usr/local/lib -lglib -lm -Wl,-rpath -Wl,/usr/local/lib ../../../src/ORBitutil/.libs/libORBitutil.so -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib ../../../src/IIOP/.libs/libIIOP.so -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib .libs/libORBitCosNaming.so -L/usr/local/lib -L/usr/local/lib -lglib -lm libname-server.a
 :*:ld32: WARNING 85: definition of __deregister_frame_info in ../../../src/IIOP/.libs/libIIOP.so preempts that definition in .libs/libORBitCosNaming.so.
 :*:ld32: WARNING 85: definition of __register_frame in ../../../src/orb/.libs/libORBit.so preempts that definition in /usr/local/lib/libglib.so.

...

 :*:ld32: WARNING 85: definition of __deregister_frame_info in ../../../src/IIOP/.libs/libIIOP.so preempts that definition in .libs/libORBitCosNaming.so.
 :*:ld32: WARNING 84: .libs/libORBitCosNaming.so is not used for resolving any symbol.
 :*:ld32: ERROR 33: Unresolved text symbol "CORBA_string_alloc" -- 1st referenced by libname-server.a(new-name-server.o).
 :*:	Use linker option -v to see when and which objects, archives and dsos are loaded.  
 :*:ld32: ERROR 33: Unresolved text symbol "CORBA_sequence_CosNaming_NameComponent_allocbuf" -- 1st referenced by libname-server.a(new-name-server.o).
 :*:	Use linker option -v to see when and which objects, archives and dsos are loaded.  

...

  This is easily corrected by putting the libname-server.a library
  just after boot.o in the link command. The same happens for the
  other program.

- powerpc-ibm-aix4.3.2.0, the compilation went wrong for
  src/IIOP/connection.c with this error:

make[3]: Entering directory `/happi/GNU.DESK/ORBit-0.3.91/src/IIOP'
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include  -O2 -c connection.c
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include -O2 -c -DPIC connection.c
In file included from connection.c:4:
IIOP-private.h:11: parse error before `fd_set'
IIOP-private.h:11: warning: no semicolon at end of struct or union
IIOP-private.h:14: parse error before `}'
IIOP-private.h:14: warning: data definition has no type or storage class
IIOP-private.h:16: parse error before `giop_connection_list'
IIOP-private.h:16: warning: data definition has no type or storage class
In file included from connection.c:13:
/usr/include/arpa/inet.h:152: warning: `struct ether_addr' declared inside parameter list
/usr/include/arpa/inet.h:152: warning: its scope is only this definition or declaration,

  This is easily solved if you include IIOP-private.h after
  <sys/time.h> as the definition of fd_set is in <sys/time.h>.

  Then the compilation of src/IIOP/giop-msg-buffer.c is faulty for a
 similar reason: 

 /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include  -O2 -c giop-msg-buffer.c
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include -O2 -c -DPIC giop-msg-buffer.c
In file included from giop-msg-buffer.c:33:
IIOP-private.h:11: parse error before `fd_set'
IIOP-private.h:11: warning: no semicolon at end of struct or union
IIOP-private.h:14: parse error before `}'
IIOP-private.h:14: warning: data definition has no type or storage class
IIOP-private.h:16: parse error before `giop_connection_list'
IIOP-private.h:16: warning: data definition has no type or storage class
make[3]: *** [giop-msg-buffer.lo] Error 1

  This is solved by inclusing <sys/time.h> before IIOP-private.h in
  the src/IIOP/giop-msg-buffer.c.

  On AIX, I also have many difficulties with libtool but that is
  general to gnome. It is strange that it does not occur with glib and
  gtk+.


- on hppa1.1-hp-hpux10.20, compilation fails as usual for
  src/IIOP/connection.c 

 : :gmake[3]: Entering directory `/scratch/happi/GNU.DESK/ORBit-0.3.91/src/IIOP'
 : :/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include  -O2 -c connection.c
 : :gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/local/lib/glib/include -I/usr/local/include -O2 -c -fPIC -DPIC connection.c
 :*:connection.c: In function `iiop_connection_new':
 :*:connection.c:771: `h_errno' undeclared (first use in this function)
 :*:connection.c:771: (Each undeclared identifier is reported only once
 :*:connection.c:771: for each function it appears in.)
 :*:gmake[3]: *** [connection.lo] Error 1
 : :gmake[3]: Leaving directory `/scratch/happi/GNU.DESK/ORBit-0.3.91/src/IIOP'
 :*:gmake[2]: *** [all-recursive] Error 1
 : :gmake[2]: Leaving directory `/scratch/happi/GNU.DESK/ORBit-0.3.91/src'
 :*:gmake[1]: *** [all-recursive] Error 1
 : :gmake[1]: Leaving directory `/scratch/happi/GNU.DESK/ORBit-0.3.91'
 :*:gmake: *** [all-recursive-am] Error 2
 
  this is because h_errno is not defined by default on HPUX. One has to
  compile with -D_XOPEN_SOURCE_EXTENDED. (see reports by Dan Newcombe
  <Newcombe@mordor.clayton.edu> and myself) but only connection.c
  unless other files will miss some symbols. Dan Newcombe even has
  better fixes like including sequences like
#ifndef _XOPEN_SOURCE_EXTENDED
#       define _XOPEN_SOURCE_EXTENDED
#endif

  and 

#ifdef _XOPEN_SOURCE_EXTENDED
#       undef _XOPEN_SOURCE_EXTENDED
#endif

  around includes which needs _XOPEN_SOURCE_EXTENDED.
  Then it compiles and links OK.

Amicalement.
-- 
  ************************************************************************
  *  Philippe Defert: Computing and Networks Division                    *
  *                   CERN,  European Laboratory for Particle Physics    *
  ************************************************************************
  * URL: http://wwwcn.cern.ch/~defert | E*mail: Philippe.Defert@cern.ch  *
  ************************************************************************
  *      Un monde nouveau, tu comprends                          ////\   *
  *      Rien ne sera plus jamais comme avant                    \\\//   *
  *      C'est la fin de l'histoire, le rouge apres le noir       | |    *
  *                                                  J.J. Goldman | |    *  
  ************************************************************************