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 Dominic Smith <d....@querix.co.uk> on 2011/03/03 11:49:44 UTC

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

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

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

Posted by ramesh Gopal <fa...@yahoo.com>.
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

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

Posted by ramesh Gopal <fa...@yahoo.com>.
Hello Smith,

Yes ... I manually tried doing this, and with that it shows the embedded path as dynamic as against static.

But if we were to achieve this from the command (configure, libtool),
somehow we will need to modify them to use a format like
-Wl,-L/foo -Wl,-l:libbar.so

And there could be many deplibs too.

How can we achieve this change from within the script.

Thnx,
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