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 <fatuzorin2...@yahoo.com> wrote:

> > From: ramesh Gopal <fatuzorin2...@yahoo.com>
> > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > To: "Apache AXIS C User List" <c-user@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 <t...@e-tge.de>
> > wrote:
> > 
> > > From: Thomas Gentsch <t...@e-tge.de>
> > > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > > To: "Apache AXIS C User List" <c-user@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-unsubscr...@axis.apache.org
> > > > For additional commands, e-mail: c-user-h...@axis.apache.org
> > > > 
> > > 
> > > 
> > > 
> > > 
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org
> > > For additional commands, e-mail: c-user-h...@axis.apache.org
> > > 
> > > 
> > 
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org
> > For additional commands, e-mail: c-user-h...@axis.apache.org
> > 
> > 



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


----------------------- Original Message -----------------------
 
From: ramesh Gopal <fatuzorin2...@yahoo.com>
To: Apache AXIS C User List <c-user@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 <fatuzorin2...@yahoo.com> wrote:

> From: ramesh Gopal <fatuzorin2...@yahoo.com>
> Subject: Re: Axis2C build on HP 11.11 (32 bit)
> To: "Apache AXIS C User List" <c-user@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 <t...@e-tge.de>
> wrote:
> 
> > From: Thomas Gentsch <t...@e-tge.de>
> > Subject: Re: Axis2C build on HP 11.11 (32 bit)
> > To: "Apache AXIS C User List" <c-user@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-unsubscr...@axis.apache.org
> > > For additional commands, e-mail: c-user-h...@axis.apache.org
> > > 
> > 
> > 
> > 
> > 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org
> > For additional commands, e-mail: c-user-h...@axis.apache.org
> > 
> > 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org
> For additional commands, e-mail: c-user-h...@axis.apache.org
> 
> 



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


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

Reply via email to