You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-user@axis.apache.org by ramesh Gopal <fa...@yahoo.com> on 2011/04/06 08:59:30 UTC

Re: re[2]: Axis2C build on HP 11.11 (32 bit)

Thanks everybody for the advice.

I finally got the Axis2C build to work.

Its a lot tedious on HP 32.

I had to write my own script to get it working.


Ramesh.


--- On Thu, 3/3/11, Dominic Smith <d....@querix.co.uk> wrote:

> From: Dominic Smith <d....@querix.co.uk>
> Subject: re[2]: Axis2C build on HP 11.11 (32 bit)
> To: "Apache AXIS C User List" <c-...@axis.apache.org>
> Date: Thursday, 3 March, 2011, 4:19 PM
> Hi Ramesh, 
> 
> This behaviour is caused by the way in which the linker is
> being invoked, and 
> is something that GNU libtool has never really dealt with
> correctly on this 
> platform. I've never attempted to build axis2/c for this
> configuration, however 
> I can give you pointers as to the conditions that need to
> be satisfied.
> 
> When linking with shared objects on this platform, the +s
> flag must be used, 
> and the -l/-l: flags must used for any libraries.
> 
> So, for example:
> 
> ld -o myprogram /foo/libbar.sl
> 
> will cause /foo/libbar.sl to be the search location of the
> shared library, and 
> the dynamic linker will ignore the SHLIB_PATH variable.
> 
> ld -o myprogram +s -L/foo -lbar
> 
> will create the entries you require.
> 
> Also, take care if the +b flag is being used as the +b flag
> will override the 
> +s flag for any link items that follow (in general, avoid
> the +b flag if at all 
> possible).
> 
> 
> > Hello,
> 
> > Pls help me with this issue.
> 
> > There should be a way to suppress the hardcoding of
> the paths while creating
> > the shared object. Is there something parameter in the
> configure script
> > which might be causing this behaviour.
> 
> > Ramesh.
> 
> > --- On Tue, 22/2/11, ramesh Gopal <fa...@yahoo.com>
> wrote:
> 
> > > From: ramesh Gopal <fa...@yahoo.com>
> > > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > > To: "Apache AXIS C User List" <c-...@axis.apache.org>
> > > Date: Tuesday, 22 February, 2011, 3:46 PM
> > > 
> > > Hello Thomas,
> > > 
> > > The chatr command displays :
> > > 
> > > chatr libaxis2_engine.so 
> > > libaxis2_engine.so: 
> > >          shared
> library 
> > >          shared
> library
> > > dynamic path search:
> > >          
> > > Â Â Â SHLIB_PATHÂ 
> > >    enabled  second 
> > >          
> > >    embedded path 
> > > enabled   first 
> > > /work/AXIS_HP/axis2c-src-1.5.0/lib
> > >          internal
> name:
> > >          
> > > Â Â Â libaxis2_engine.so.5
> > >          shared
> library
> > > list:
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libneethi.so.5
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_http_common.so.5
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_axiom.so.5
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_parser.so.5
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libguththila.so.5
> > >          
> > >    static   
> > >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxutil.so.5
> > >          
> > >    dynamic   /usr/lib/libpthread.1
> > >          
> > >    dynamic   /usr/lib/libc.2
> > > 
> > > Ramesh.
> > > 
> > > 
> > > --- On Fri, 18/2/11, Thomas Gentsch <tg...@e-tge.de>
> > > wrote:
> > > 
> > > > From: Thomas Gentsch <tg...@e-tge.de>
> > > > Subject: Re: Axis2C build on HP 11.11 (32
> bit)
> > > > To: "Apache AXIS C User List" <c-...@axis.apache.org>
> > > > Date: Friday, 18 February, 2011, 1:45 AM
> > > > 
> > > > Hi Ramesh!
> > > > 
> > > > On Thu, 2011-02-17 at 16:14 +0530, ramesh
> Gopal
> > > wrote:
> > > > > Hello,
> > > > > 
> > > > > I am trying to do an AXIS2C build on HP
> 11.11
> > > (32
> > > > bit).
> > > > > 
> > > > > I have modified some CFLAGS and
> LDFLAGS, and
> > > > accordingly changed a few source files to
> include
> > > platform
> > > > specific header files. The compilation goes
> fine and
> > > also
> > > > the axis distribution is done.
> > > > > 
> > > > > But when I see ldd libaxis2_engine.so,
> I see
> > > something
> > > > like :
> > > > > 
> > > > >
> > > >
> > >
> >
> /work/AXIS_HP/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.
> > so
> > > > =>Â 
> > > >
> > >
> >
> /work/AXIS_HP/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.
> > so
> > > > 
> > > > What is the problem exactly?
> > > > The fact, that ldd prints the output above
> is not
> > > > necessarily bad - ldd
> > > > just resolves the libs as the loader does
> and if it
> > > finds
> > > > that lib with
> > > > the path /work/... - fine.
> > > > 
> > > > > So, if you see here the portion before
> "=>"
> > > has a
> > > > hard-coded path.
> > > > > 
> > > > > So, when I take the axis tar file and
> try to
> > > extract
> > > > on a different machine, because this path
> > > "/work/AXIS_HP"
> > > > won't exist on other machines, the
> extraction fails.
> > > > 
> > > > If you do the ldd on another machine, ldd
> should say
> > > > something like:
> > > >  libaxis2_engine.so => not found 
> > > > right?
> > > > 
> > > > Please provide the command output when
> linking the
> > > > libaxis2_engine.so.
> > > > Also, on HP-UX there is a command "chatr"
> which tells
> > > you
> > > > the libs of
> > > > dependent libs, locating strategies and
> built-in
> > > library
> > > > paths.
> > > > What does that command say?
> > > > 
> > > > BTW: This is PA-RISC? What does "uname -a"
> say?
> > > > 
> > > > Rgds,
> > > >   tge
> > > > 
> > > > > On other platforms, HPIA/ AIX/ Linux
> etc, the
> > > file is
> > > > displayed as :
> > > > > 
> > > > > libaxis2_engine.so =>Â 
> > > >
> > >
> /work/AXIS/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.so
> > > > > 
> > > > > 
> > > > > Can somebody tell me which is the flag
> which that
> > > do
> > > > the trick for me ?
> > > > > 
> > > > > Rgds,
> > > > > Ramesh.
> > > > > 
> > > > > 
> > > > > 
> > > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > > > > For additional commands, e-mail: c-user-help@axis.apache.org
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >
> > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > > > For additional commands, e-mail: c-user-help@axis.apache.org
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > > For additional commands, e-mail: c-user-help@axis.apache.org
> > > 
> > > 
> 
> 
> 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > For additional commands, e-mail: c-user-help@axis.apache.org
> 
> 
> ----------------------- Original Message
> -----------------------
>  
> From: ramesh Gopal <fa...@yahoo.com>
> To: Apache AXIS C User List <c-...@axis.apache.org>
> Cc: 
> Date: Tue, 1 Mar 2011 14:14:25 +0530 (IST)
> Subject: Re: Axis2C build on HP 11.11 (32 bit)
>  
> 
> Hello,
> 
> Pls help me with this issue.
> 
> There should be a way to suppress the hardcoding of the
> paths while creating 
> the shared object. Is there something parameter in the
> configure script which 
> might be causing this behaviour.
> 
> Ramesh.
> 
> --- On Tue, 22/2/11, ramesh Gopal <fa...@yahoo.com>
> wrote:
> 
> > From: ramesh Gopal <fa...@yahoo.com>
> > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > To: "Apache AXIS C User List" <c-...@axis.apache.org>
> > Date: Tuesday, 22 February, 2011, 3:46 PM
> > 
> > Hello Thomas,
> > 
> > The chatr command displays :
> > 
> > chatr libaxis2_engine.so 
> > libaxis2_engine.so: 
> >          shared library 
> >          shared library
> > dynamic path search:
> >          
> >    SHLIB_PATH 
> >    enabled  second 
> >          
> >    embedded path 
> > enabled   first 
> > /work/AXIS_HP/axis2c-src-1.5.0/lib
> >          internal name:
> >          
> >    libaxis2_engine.so.5
> >          shared library
> > list:
> >          
> >    static   
> > /work/AXIS_HP/axis2c-src-1.5.0/lib/libneethi.so.5
> >          
> >    static   
> >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_http_common.so.5
> >          
> >    static   
> >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_axiom.so.5
> >          
> >    static   
> >
> /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxis2_parser.so.5
> >          
> >    static   
> > /work/AXIS_HP/axis2c-src-1.5.0/lib/libguththila.so.5
> >          
> >    static   
> > /work/AXIS_HP/axis2c-src-1.5.0/lib/libaxutil.so.5
> >          
> >   
> dynamic   /usr/lib/libpthread.1
> >          
> >    dynamic   /usr/lib/libc.2
> > 
> > Ramesh.
> > 
> > 
> > --- On Fri, 18/2/11, Thomas Gentsch <tg...@e-tge.de>
> > wrote:
> > 
> > > From: Thomas Gentsch <tg...@e-tge.de>
> > > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > > To: "Apache AXIS C User List" <c-...@axis.apache.org>
> > > Date: Friday, 18 February, 2011, 1:45 AM
> > > 
> > > Hi Ramesh!
> > > 
> > > On Thu, 2011-02-17 at 16:14 +0530, ramesh Gopal
> > wrote:
> > > > Hello,
> > > > 
> > > > I am trying to do an AXIS2C build on HP
> 11.11
> > (32
> > > bit).
> > > > 
> > > > I have modified some CFLAGS and LDFLAGS,
> and
> > > accordingly changed a few source files to
> include
> > platform
> > > specific header files. The compilation goes fine
> and
> > also
> > > the axis distribution is done.
> > > > 
> > > > But when I see ldd libaxis2_engine.so, I
> see
> > something
> > > like :
> > > > 
> > > >
> > >
> >
> /work/AXIS_HP/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.so
> > > => 
> > >
> >
> /work/AXIS_HP/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.so
> > > 
> > > What is the problem exactly?
> > > The fact, that ldd prints the output above is
> not
> > > necessarily bad - ldd
> > > just resolves the libs as the loader does and if
> it
> > finds
> > > that lib with
> > > the path /work/... - fine.
> > > 
> > > > So, if you see here the portion before
> "=>"
> > has a
> > > hard-coded path.
> > > > 
> > > > So, when I take the axis tar file and try
> to
> > extract
> > > on a different machine, because this path
> > "/work/AXIS_HP"
> > > won't exist on other machines, the extraction
> fails.
> > > 
> > > If you do the ldd on another machine, ldd should
> say
> > > something like:
> > >  libaxis2_engine.so => not found 
> > > right?
> > > 
> > > Please provide the command output when linking
> the
> > > libaxis2_engine.so.
> > > Also, on HP-UX there is a command "chatr" which
> tells
> > you
> > > the libs of
> > > dependent libs, locating strategies and built-in
> > library
> > > paths.
> > > What does that command say?
> > > 
> > > BTW: This is PA-RISC? What does "uname -a" say?
> > > 
> > > Rgds,
> > >   tge
> > > 
> > > > On other platforms, HPIA/ AIX/ Linux etc,
> the
> > file is
> > > displayed as :
> > > > 
> > > > libaxis2_engine.so => 
> > >
> >
> /work/AXIS/axis2c-src-1.5.0/axiom/src/core/engine/.libs/libaxis2_engine.so
> > > > 
> > > > 
> > > > Can somebody tell me which is the flag which
> that
> > do
> > > the trick for me ?
> > > > 
> > > > Rgds,
> > > > Ramesh.
> > > > 
> > > > 
> > > > 
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > > > For additional commands, e-mail: c-user-help@axis.apache.org
> > > > 
> > > 
> > > 
> > > 
> > > 
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > > For additional commands, e-mail: c-user-help@axis.apache.org
> > > 
> > > 
> > 
> > 
> > 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> > For additional commands, e-mail: c-user-help@axis.apache.org
> > 
> > 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> For additional commands, e-mail: c-user-help@axis.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
> For additional commands, e-mail: c-user-help@axis.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: c-user-unsubscribe@axis.apache.org
For additional commands, e-mail: c-user-help@axis.apache.org