[omniORB] omniORB 2.8 library problems on AIX 4.2

[Gary D. Duzan]

   First of all, I don't think you are going to be able to use
shared libraries on AIX using gcc due to compiler bugs dealing with
exceptions. Secondly, you'll want to look at the results of
"dump -H libomniDynamic28.a", since I believe that is what is
causing the difficulty. You'll want to redo that by hand, or even better,
fix the dir.mk to build it right (-L, -l; instead of ../.../blah.a).
   Good luck...

					Gary Duzan
					GTE Laboratories


p.s. IBM finally anounced an ANSI C++ compiler with a normal command
line interface. It is about time.


In Message <862568B3.000F35C7.00@smtp2.mcld.net> ,
   mdonahue@McLeodUSA.com wrote:

=>
=>
=>
=>Has anyone seen this error
=>
=>exec(): 0509-036 Cannot load program omniNames because of the following errors:
=>        0509-022 Cannot load library
=>../../orbcore/sharedlib/libomniORB28.a.0[libomniORB2.so.8.0].
=>        0509-026 System error: A file or directory in the path name does not
=>exist.
=>
=>When I dump the header information I get the following
=>
=>                        ***Import File Strings***
=>INDEX  PATH                          BASE                MEMBER
=>0
=>/usr/local/omniORB/280/lib/powerpc_aix_4.2_egcs:/usr/local/gcc/2.95.2/lib/gcc-lib/powerpc-ibm-aix4.2.1.0/2.95.2:/usr/local
/gcc/2.95.2/lib:/usr/lib/threads:/usr/lib:/lib
=>
=>
=>1                                    libc_r.a            shr.o
=>2                                    libpthreads.a       shr.o
=>3                                    libstdc++.a
=>4                                    libomniORB28.a      libomniORB2.so.8.0
=>5                                    libomnithread2.a    libomnithread.so.2.1
=>6                                    libomniDynamic28.a  libomniDynamic2.so.8.0
=>
=>My libs dir  (/usr/local/omniORB/280/lib/powerpc_aix_4.2_egcs) looks like this
=>
=>5104 -rw-r--r--   1 mjdonah  staff    5225084 Mar 30 15:34 libomniDynamic2-ar.a
=>   0 lrwxrwxrwx   1 mjdonah  scpdev        20 Mar 30 19:56 libomniDynamic28.a ->
=> libomniDynamic28.a.0
=>5068 -rw-r--r--   1 mjdonah  staff    5185774 Mar 30 15:34 libomniDynamic28.a.0
=>  12 -rw-r--r--   1 mjdonah  staff      11294 Mar 30 15:34 libomniGK_alone-ar.a
=>   8 -rw-r--r--   1 mjdonah  staff       4753 Mar 30 15:34 libomniGK_stub-ar.a
=> 196 -rw-r--r--   1 mjdonah  staff     200216 Mar 30 15:34 libomniLC-ar.a
=>   0 lrwxrwxrwx   1 mjdonah  scpdev        14 Mar 30 19:56 libomniLC3.a ->
=>libomniLC3.a.0
=> 236 -rw-r--r--   1 mjdonah  staff     238936 Mar 30 15:34 libomniLC3.a.0
=>2032 -rw-r--r--   1 mjdonah  staff    2080444 Mar 30 15:34 libomniORB2-ar.a
=>   0 lrwxrwxrwx   1 mjdonah  scpdev        16 Mar 30 19:56 libomniORB28.a ->
=>libomniORB28.a.0
=>1868 -rw-r--r--   1 mjdonah  staff    1909300 Mar 30 15:34 libomniORB28.a.0
=>  48 -rw-r--r--   1 mjdonah  staff      45419 Mar 30 15:34 libomnithread-ar.a
=>   0 lrwxrwxrwx   1 mjdonah  scpdev        18 Mar 30 19:56 libomnithread2.a ->
=>libomnithread2.a.1
=>  68 -rw-r--r--   1 mjdonah  staff      66440 Mar 30 15:34 libomnithread2.a.1
=>  72 -rw-r--r--   1 mjdonah  staff      72288 Mar 30 15:34 libtcpwrapGK-ar.a
=>
=>I've tried manually linking omniNames to the libs to try and get rid of the
=>relative path hoping that would solve the problem.
=>
=>I'm using G++ 2.95.2 and GNUMAKE 3.78.1...
=>
=>- Mike Donahue
=>
=>
=>