AIX: libperl fails

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

AIX: libperl fails

Marshall McMullen
After installing the latest gettext and native-cctools, I was trying
to do an emerge -e system, and things were going fine until I get to
libperl:

powerpc-ibm-aix5.2.0.0-gcc -o libperl.so.1.5.8 -Wl,-H512 -Wl,-T512
-Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:perl.exp -Wl,-b,noentry  -Wl,-brtl
-Wl,-bdynamic -Wl,-bmaxdata:0x80000000 -Wl,-b32 -lbind -lnsl -ldl -lld
-lm -lcrypt -lc -lbsd  perl.o  gv.o toke.o perly.o op.o pad.o
regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o
pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o
deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o
locale.o pp_pack.o pp_sort.o  -lbind -lnsl -ldl -lld -lm -lcrypt -lc
-lbsd  -Wl,-soname -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d.
-f3`
ld: 0706-005 Cannot find or open file: libperl.so.1
        ld:open(): No such file or directory
collect2: ld returned 255 exit status
make: *** [libperl.so.1.5.8] Error 1

!!! ERROR: sys-devel/libperl-5.8.8-r1 failed.
Call stack:
  ebuild.sh, line 1561:   Called dyn_compile
  ebuild.sh, line 913:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  libperl-5.8.8-r1.ebuild, line 277:   Called die

!!! Unable to make libperl.so
!!! If you need support, post the topmost build error, and the call
stack if relevant.
!!! A complete build log is located at
'/home/mdmcmull/.overlay/var/tmp/portage/sys-devel/libperl-5.8.8-r1/temp/build.log'.

Any ideas?

--
Marshall McMullen
[hidden email]
[hidden email]
[hidden email]

In France, there's a popular saying about Linux that essentially translates as:
"Linux? You can get a less powerful system, but it will cost you more."
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Michael Haubenwallner
On Sat, 2007-05-19 at 15:25 -0500, Marshall McMullen wrote:
> After installing the latest gettext and native-cctools, I was trying
> to do an emerge -e system, and things were going fine until I get to
> libperl:

Confirmed, but it has nothing to do with gettext nor native-cctools.

AIX support was lost during this commit:
------------------------------------------------------------------------
r5932 | grobian | 2007-05-06 12:00:31 +0200 (Sun, 06 May 2007) | 2 lines

Auto sync sys-devel/libperl (2007-05-06 00:26:36.233361045 +0200)
(Portage 2.1.25.6465-prefix/SVN/SunOS 5.10 i386)
------------------------------------------------------------------------

As a workaround you can do:
$ svn up -r5931 sys-devel/libperl/files/libperl-create-libperl-soname.patch

/haubi/

>
> powerpc-ibm-aix5.2.0.0-gcc -o libperl.so.1.5.8 -Wl,-H512 -Wl,-T512
> -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:perl.exp -Wl,-b,noentry  -Wl,-brtl
> -Wl,-bdynamic -Wl,-bmaxdata:0x80000000 -Wl,-b32 -lbind -lnsl -ldl -lld
> -lm -lcrypt -lc -lbsd  perl.o  gv.o toke.o perly.o op.o pad.o
> regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o
> pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o
> deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o
> locale.o pp_pack.o pp_sort.o  -lbind -lnsl -ldl -lld -lm -lcrypt -lc
> -lbsd  -Wl,-soname -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d.
> -f3`
> ld: 0706-005 Cannot find or open file: libperl.so.1
>         ld:open(): No such file or directory
> collect2: ld returned 255 exit status
> make: *** [libperl.so.1.5.8] Error 1
>
> !!! ERROR: sys-devel/libperl-5.8.8-r1 failed.
> Call stack:
>   ebuild.sh, line 1561:   Called dyn_compile
>   ebuild.sh, line 913:   Called qa_call 'src_compile'
>   ebuild.sh, line 44:   Called src_compile
>   libperl-5.8.8-r1.ebuild, line 277:   Called die
>
> !!! Unable to make libperl.so
> !!! If you need support, post the topmost build error, and the call
> stack if relevant.
> !!! A complete build log is located at
> '/home/mdmcmull/.overlay/var/tmp/portage/sys-devel/libperl-5.8.8-r1/temp/build.log'.
>
> Any ideas?
>
> --
> Marshall McMullen
> [hidden email]
> [hidden email]
> [hidden email]
>
> In France, there's a popular saying about Linux that essentially translates as:
> "Linux? You can get a less powerful system, but it will cost you more."

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Marshall McMullen
Sweet, I'll give it a shot, thanks!

On 6/8/07, Michael Haubenwallner <[hidden email]> wrote:

> On Sat, 2007-05-19 at 15:25 -0500, Marshall McMullen wrote:
> > After installing the latest gettext and native-cctools, I was trying
> > to do an emerge -e system, and things were going fine until I get to
> > libperl:
>
> Confirmed, but it has nothing to do with gettext nor native-cctools.
>
> AIX support was lost during this commit:
> ------------------------------------------------------------------------
> r5932 | grobian | 2007-05-06 12:00:31 +0200 (Sun, 06 May 2007) | 2 lines
>
> Auto sync sys-devel/libperl (2007-05-06 00:26:36.233361045 +0200)
> (Portage 2.1.25.6465-prefix/SVN/SunOS 5.10 i386)
> ------------------------------------------------------------------------
>
> As a workaround you can do:
> $ svn up -r5931 sys-devel/libperl/files/libperl-create-libperl-soname.patch
>
> /haubi/
>
> >
> > powerpc-ibm-aix5.2.0.0-gcc -o libperl.so.1.5.8 -Wl,-H512 -Wl,-T512
> > -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:perl.exp -Wl,-b,noentry  -Wl,-brtl
> > -Wl,-bdynamic -Wl,-bmaxdata:0x80000000 -Wl,-b32 -lbind -lnsl -ldl -lld
> > -lm -lcrypt -lc -lbsd  perl.o  gv.o toke.o perly.o op.o pad.o
> > regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o
> > pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o
> > deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o
> > locale.o pp_pack.o pp_sort.o  -lbind -lnsl -ldl -lld -lm -lcrypt -lc
> > -lbsd  -Wl,-soname -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d.
> > -f3`
> > ld: 0706-005 Cannot find or open file: libperl.so.1
> >         ld:open(): No such file or directory
> > collect2: ld returned 255 exit status
> > make: *** [libperl.so.1.5.8] Error 1
> >
> > !!! ERROR: sys-devel/libperl-5.8.8-r1 failed.
> > Call stack:
> >   ebuild.sh, line 1561:   Called dyn_compile
> >   ebuild.sh, line 913:   Called qa_call 'src_compile'
> >   ebuild.sh, line 44:   Called src_compile
> >   libperl-5.8.8-r1.ebuild, line 277:   Called die
> >
> > !!! Unable to make libperl.so
> > !!! If you need support, post the topmost build error, and the call
> > stack if relevant.
> > !!! A complete build log is located at
> > '/home/mdmcmull/.overlay/var/tmp/portage/sys-devel/libperl-5.8.8-r1/temp/build.log'.
> >
> > Any ideas?
> >
> > --
> > Marshall McMullen
> > [hidden email]
> > [hidden email]
> > [hidden email]
> >
> > In France, there's a popular saying about Linux that essentially translates as:
> > "Linux? You can get a less powerful system, but it will cost you more."
>
> --
> [hidden email] mailing list
>
>


--
Marshall McMullen
[hidden email]
[hidden email]
[hidden email]

In France, there's a popular saying about Linux that essentially translates as:
"Linux? You can get a less powerful system, but it will cost you more."
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Marshall McMullen
Hrm, well I must be doing something wrong. I did the svn update, got
the latest soname.patch, and tried emerging it again, but it still
fails with the same error.  Am I doing something wrong ?

On 6/8/07, Marshall McMullen <[hidden email]> wrote:

> Sweet, I'll give it a shot, thanks!
>
> On 6/8/07, Michael Haubenwallner <[hidden email]> wrote:
> > On Sat, 2007-05-19 at 15:25 -0500, Marshall McMullen wrote:
> > > After installing the latest gettext and native-cctools, I was trying
> > > to do an emerge -e system, and things were going fine until I get to
> > > libperl:
> >
> > Confirmed, but it has nothing to do with gettext nor native-cctools.
> >
> > AIX support was lost during this commit:
> > ------------------------------------------------------------------------
> > r5932 | grobian | 2007-05-06 12:00:31 +0200 (Sun, 06 May 2007) | 2 lines
> >
> > Auto sync sys-devel/libperl (2007-05-06 00:26:36.233361045 +0200)
> > (Portage 2.1.25.6465-prefix/SVN/SunOS 5.10 i386)
> > ------------------------------------------------------------------------
> >
> > As a workaround you can do:
> > $ svn up -r5931 sys-devel/libperl/files/libperl-create-libperl-soname.patch
> >
> > /haubi/
> >
> > >
> > > powerpc-ibm-aix5.2.0.0-gcc -o libperl.so.1.5.8 -Wl,-H512 -Wl,-T512
> > > -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:perl.exp -Wl,-b,noentry  -Wl,-brtl
> > > -Wl,-bdynamic -Wl,-bmaxdata:0x80000000 -Wl,-b32 -lbind -lnsl -ldl -lld
> > > -lm -lcrypt -lc -lbsd  perl.o  gv.o toke.o perly.o op.o pad.o
> > > regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o
> > > pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o
> > > deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o
> > > locale.o pp_pack.o pp_sort.o  -lbind -lnsl -ldl -lld -lm -lcrypt -lc
> > > -lbsd  -Wl,-soname -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d.
> > > -f3`
> > > ld: 0706-005 Cannot find or open file: libperl.so.1
> > >         ld:open(): No such file or directory
> > > collect2: ld returned 255 exit status
> > > make: *** [libperl.so.1.5.8] Error 1
> > >
> > > !!! ERROR: sys-devel/libperl-5.8.8-r1 failed.
> > > Call stack:
> > >   ebuild.sh, line 1561:   Called dyn_compile
> > >   ebuild.sh, line 913:   Called qa_call 'src_compile'
> > >   ebuild.sh, line 44:   Called src_compile
> > >   libperl-5.8.8-r1.ebuild, line 277:   Called die
> > >
> > > !!! Unable to make libperl.so
> > > !!! If you need support, post the topmost build error, and the call
> > > stack if relevant.
> > > !!! A complete build log is located at
> > > '/home/mdmcmull/.overlay/var/tmp/portage/sys-devel/libperl-5.8.8-r1/temp/build.log'.
> > >
> > > Any ideas?
> > >
> > > --
> > > Marshall McMullen
> > > [hidden email]
> > > [hidden email]
> > > [hidden email]
> > >
> > > In France, there's a popular saying about Linux that essentially translates as:
> > > "Linux? You can get a less powerful system, but it will cost you more."
> >
> > --
> > [hidden email] mailing list
> >
> >
>
>
> --
> Marshall McMullen
> [hidden email]
> [hidden email]
> [hidden email]
>
> In France, there's a popular saying about Linux that essentially translates as:
> "Linux? You can get a less powerful system, but it will cost you more."
>


--
Marshall McMullen
[hidden email]
[hidden email]
[hidden email]

In France, there's a popular saying about Linux that essentially translates as:
"Linux? You can get a less powerful system, but it will cost you more."
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Michael Haubenwallner
On Fri, 2007-06-08 at 15:05 -0500, Marshall McMullen wrote:
> Hrm, well I must be doing something wrong. I did the svn update, got
> the latest soname.patch, and tried emerging it again, but it still
> fails with the same error.  Am I doing something wrong ?

The latest soname patch is broken, but the previous (< r5932) works.
Thus the explicit downgrade to r5931.

/haubi/

>
> On 6/8/07, Marshall McMullen <[hidden email]> wrote:
> > Sweet, I'll give it a shot, thanks!
> >
> > On 6/8/07, Michael Haubenwallner <[hidden email]> wrote:
> > > On Sat, 2007-05-19 at 15:25 -0500, Marshall McMullen wrote:
> > > > After installing the latest gettext and native-cctools, I was trying
> > > > to do an emerge -e system, and things were going fine until I get to
> > > > libperl:
> > >
> > > Confirmed, but it has nothing to do with gettext nor native-cctools.
> > >
> > > AIX support was lost during this commit:
> > > ------------------------------------------------------------------------
> > > r5932 | grobian | 2007-05-06 12:00:31 +0200 (Sun, 06 May 2007) | 2 lines
> > >
> > > Auto sync sys-devel/libperl (2007-05-06 00:26:36.233361045 +0200)
> > > (Portage 2.1.25.6465-prefix/SVN/SunOS 5.10 i386)
> > > ------------------------------------------------------------------------
> > >
> > > As a workaround you can do:
> > > $ svn up -r5931 sys-devel/libperl/files/libperl-create-libperl-soname.patch
> > >
> > > /haubi/
> > >
> > > >
> > > > powerpc-ibm-aix5.2.0.0-gcc -o libperl.so.1.5.8 -Wl,-H512 -Wl,-T512
> > > > -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:perl.exp -Wl,-b,noentry  -Wl,-brtl
> > > > -Wl,-bdynamic -Wl,-bmaxdata:0x80000000 -Wl,-b32 -lbind -lnsl -ldl -lld
> > > > -lm -lcrypt -lc -lbsd  perl.o  gv.o toke.o perly.o op.o pad.o
> > > > regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o pp_hot.o sv.o
> > > > pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o
> > > > deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o
> > > > locale.o pp_pack.o pp_sort.o  -lbind -lnsl -ldl -lld -lm -lcrypt -lc
> > > > -lbsd  -Wl,-soname -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d.
> > > > -f3`
> > > > ld: 0706-005 Cannot find or open file: libperl.so.1
> > > >         ld:open(): No such file or directory
> > > > collect2: ld returned 255 exit status
> > > > make: *** [libperl.so.1.5.8] Error 1
> > > >
> > > > !!! ERROR: sys-devel/libperl-5.8.8-r1 failed.
> > > > Call stack:
> > > >   ebuild.sh, line 1561:   Called dyn_compile
> > > >   ebuild.sh, line 913:   Called qa_call 'src_compile'
> > > >   ebuild.sh, line 44:   Called src_compile
> > > >   libperl-5.8.8-r1.ebuild, line 277:   Called die
> > > >
> > > > !!! Unable to make libperl.so
> > > > !!! If you need support, post the topmost build error, and the call
> > > > stack if relevant.
> > > > !!! A complete build log is located at
> > > > '/home/mdmcmull/.overlay/var/tmp/portage/sys-devel/libperl-5.8.8-r1/temp/build.log'.
> > > >
> > > > Any ideas?
> > > >
> > > > --
> > > > Marshall McMullen
> > > > [hidden email]
> > > > [hidden email]
> > > > [hidden email]
> > > >
> > > > In France, there's a popular saying about Linux that essentially translates as:
> > > > "Linux? You can get a less powerful system, but it will cost you more."
> > >
> > > --
> > > [hidden email] mailing list
> > >
> > >
> >
> >
> > --
> > Marshall McMullen
> > [hidden email]
> > [hidden email]
> > [hidden email]
> >
> > In France, there's a popular saying about Linux that essentially translates as:
> > "Linux? You can get a less powerful system, but it will cost you more."
> >
>
>
> --
> Marshall McMullen
> [hidden email]
> [hidden email]
> [hidden email]
>
> In France, there's a popular saying about Linux that essentially translates as:
> "Linux? You can get a less powerful system, but it will cost you more."

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Michael Haubenwallner
On Fri, 2007-06-08 at 22:44 +0200, Michael Haubenwallner wrote:
> On Fri, 2007-06-08 at 15:05 -0500, Marshall McMullen wrote:
> > Hrm, well I must be doing something wrong. I did the svn update, got
> > the latest soname.patch, and tried emerging it again, but it still
> > fails with the same error.  Am I doing something wrong ?
>
> The latest soname patch is broken, but the previous (< r5932) works.
> Thus the explicit downgrade to r5931.

Or try this patch instead...

/haubi/

libperl-aix-nosoname.patch (631 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Fabian Groffen-2
1) the patch was reverted, because there is no CVS header in the patch,
   so my update script can't do anything but making it the same as the main
   tree version, in this case overwriting the differences
2) I tried applying the patch, but it failed to apply somehow
3) the patch adds some GNU binutils specific linker stuff AFAICT, so
   maybe it is better to apply it for the archs we use the GNU linker
   with instead of not applying it for the archs we don't use it?


On 12-06-2007 11:09:08 +0200, Michael Haubenwallner wrote:

> On Fri, 2007-06-08 at 22:44 +0200, Michael Haubenwallner wrote:
> > On Fri, 2007-06-08 at 15:05 -0500, Marshall McMullen wrote:
> > > Hrm, well I must be doing something wrong. I did the svn update, got
> > > the latest soname.patch, and tried emerging it again, but it still
> > > fails with the same error.  Am I doing something wrong ?
> >
> > The latest soname patch is broken, but the previous (< r5932) works.
> > Thus the explicit downgrade to r5931.
>
> Or try this patch instead...
>
> /haubi/

> Index: libperl-5.8.8-r1.ebuild
> ===================================================================
> --- libperl-5.8.8-r1.ebuild (revision 6683)
> +++ libperl-5.8.8-r1.ebuild (working copy)
> @@ -122,7 +122,11 @@
>   #   LIBPERL=libperl.so.${SLOT}.`echo ${PV} | cut -d. -f1,2`
>   #
>   cd ${S};
> - use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-soname.patch
> + case "${CHOST}" in
> + *-darwin*) ;;
> + *-aix*) ;;
> + *) epatch ${FILESDIR}/${PN}-create-libperl-soname.patch ;;
> + esac
>  
>   # Configure makes an unwarranted assumption that /bin/ksh is a
>   # good shell. This patch makes it revert to using /bin/sh unless


--
Fabian Groffen
Gentoo on a different level
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Michael Haubenwallner
On Tue, 2007-06-12 at 11:20 +0200, Fabian Groffen wrote:
> 1) the patch was reverted, because there is no CVS header in the patch,
>    so my update script can't do anything but making it the same as the main
>    tree version, in this case overwriting the differences
> 2) I tried applying the patch, but it failed to apply somehow
> 3) the patch adds some GNU binutils specific linker stuff AFAICT, so
>    maybe it is better to apply it for the archs we use the GNU linker
>    with instead of not applying it for the archs we don't use it?

Agreed, but

4) Some native linkers (hpux fex.) do have soname support, but with
different argument (+h for hpux), not '-soname'.
And we cannot use GNU ld on hpux.

Maybe ldwrapper should map "-soname=name" to "+h name" for hpux once,
and for aix/darwin, just drop "-soname=name" ?

>
>
> On 12-06-2007 11:09:08 +0200, Michael Haubenwallner wrote:
> > On Fri, 2007-06-08 at 22:44 +0200, Michael Haubenwallner wrote:
> > > On Fri, 2007-06-08 at 15:05 -0500, Marshall McMullen wrote:
> > > > Hrm, well I must be doing something wrong. I did the svn update, got
> > > > the latest soname.patch, and tried emerging it again, but it still
> > > > fails with the same error.  Am I doing something wrong ?
> > >
> > > The latest soname patch is broken, but the previous (< r5932) works.
> > > Thus the explicit downgrade to r5931.
> >
> > Or try this patch instead...
> >
> > /haubi/
>
> > Index: libperl-5.8.8-r1.ebuild
> > ===================================================================
> > --- libperl-5.8.8-r1.ebuild (revision 6683)
> > +++ libperl-5.8.8-r1.ebuild (working copy)
> > @@ -122,7 +122,11 @@
> >   #   LIBPERL=libperl.so.${SLOT}.`echo ${PV} | cut -d. -f1,2`
> >   #
> >   cd ${S};
> > - use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-soname.patch
> > + case "${CHOST}" in
> > + *-darwin*) ;;
> > + *-aix*) ;;
> > + *) epatch ${FILESDIR}/${PN}-create-libperl-soname.patch ;;
> > + esac
> >  
> >   # Configure makes an unwarranted assumption that /bin/ksh is a
> >   # good shell. This patch makes it revert to using /bin/sh unless
>
>
> --
> Fabian Groffen
> Gentoo on a different level

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Fabian Groffen-2
On 13-06-2007 12:08:49 +0200, Michael Haubenwallner wrote:

> On Tue, 2007-06-12 at 11:20 +0200, Fabian Groffen wrote:
> > 1) the patch was reverted, because there is no CVS header in the patch,
> >    so my update script can't do anything but making it the same as the main
> >    tree version, in this case overwriting the differences
> > 2) I tried applying the patch, but it failed to apply somehow
> > 3) the patch adds some GNU binutils specific linker stuff AFAICT, so
> >    maybe it is better to apply it for the archs we use the GNU linker
> >    with instead of not applying it for the archs we don't use it?
>
> Agreed, but
>
> 4) Some native linkers (hpux fex.) do have soname support, but with
> different argument (+h for hpux), not '-soname'.
> And we cannot use GNU ld on hpux.
>
> Maybe ldwrapper should map "-soname=name" to "+h name" for hpux once,
> and for aix/darwin, just drop "-soname=name" ?

How tricky would it be to do this?  Can it go wrong?  With the modular
setup of the ldwrapper it is completely instance specific of course...
How much other things can we "solve" this way?  hmmm....


--
Fabian Groffen
Gentoo on a different level

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Michael Haubenwallner
On Wed, 2007-06-13 at 12:24 +0200, Fabian Groffen wrote:

> On 13-06-2007 12:08:49 +0200, Michael Haubenwallner wrote:
> > On Tue, 2007-06-12 at 11:20 +0200, Fabian Groffen wrote:
> > > 1) the patch was reverted, because there is no CVS header in the patch,
> > >    so my update script can't do anything but making it the same as the main
> > >    tree version, in this case overwriting the differences
> > > 2) I tried applying the patch, but it failed to apply somehow
> > > 3) the patch adds some GNU binutils specific linker stuff AFAICT, so
> > >    maybe it is better to apply it for the archs we use the GNU linker
> > >    with instead of not applying it for the archs we don't use it?
> >
> > Agreed, but
> >
> > 4) Some native linkers (hpux fex.) do have soname support, but with
> > different argument (+h for hpux), not '-soname'.
> > And we cannot use GNU ld on hpux.
> >
> > Maybe ldwrapper should map "-soname=name" to "+h name" for hpux once,
> > and for aix/darwin, just drop "-soname=name" ?
>
> How tricky would it be to do this?

"The difficult we do immediately, the impossible takes longer!" :)

Substituting "-soname=" with "+h " is simple (for hpux once).
And it's easier to ignore "-soname=*" for aix.

> Can it go wrong?

Unlikely, but who can say ?

> With the modular
> setup of the ldwrapper it is completely instance specific of course...
> How much other things can we "solve" this way?  hmmm....

Who knows what things we do have/want/need ?

These are done right now:

*) have prefix in default library search path
*) have prefix in default runpath
*) darwin: pass "-search_paths_first"
   (since brandnew version 0.svn72 ;-) )
*) aix: default to "-brtl" to have real shared-libs by default
*) aix: pass runpath as one arg: "-blibpath:path1:path2:pathN"
*) interix: pass runpath as two args: "-rpath" "path1:path2:pathN"
*) aix/interix: uniq and resort runpath to "others:prefix:system"

/haubi/

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Fabian Groffen-2
On 13-06-2007 22:35:38 +0200, Michael Haubenwallner wrote:
> > How tricky would it be to do this?
>
> "The difficult we do immediately, the impossible takes longer!" :)

:)

I've been thinking about this (but I'm ill, so it may make no sense),
and I came to the following reasoning:

"fact": Gentoo's policy is to generate patches that can be send upstream

background: Gentoo does basically only Linux, and most developers hate
anything which [[ $(uname -s) != Linux ]], so patchesare usually aimed
at building, or architectural problems (pps, arm, mips, amd64, etc.)

Given that some the platforms we use (AIX for example) will probably
never really be supported by most upstreams, we can relax the patch
strategy.

In other words, yes why not can we toy with the linker arguments if this
just allows us to build most (I hope) software.

For Darwin we've been simply doing this for ages.  (-search_path_first).

> Substituting "-soname=" with "+h " is simple (for hpux once).
> And it's easier to ignore "-soname=*" for aix.
>
> > Can it go wrong?
>
> Unlikely, but who can say ?
>
> > With the modular
> > setup of the ldwrapper it is completely instance specific of course...
> > How much other things can we "solve" this way?  hmmm....
>
> Who knows what things we do have/want/need ?
>
> These are done right now:
>
> *) have prefix in default library search path
> *) have prefix in default runpath
> *) darwin: pass "-search_paths_first"
>    (since brandnew version 0.svn72 ;-) )
> *) aix: default to "-brtl" to have real shared-libs by default
> *) aix: pass runpath as one arg: "-blibpath:path1:path2:pathN"
> *) interix: pass runpath as two args: "-rpath" "path1:path2:pathN"
> *) aix/interix: uniq and resort runpath to "others:prefix:system"
>
> /haubi/
>
> --
> [hidden email] mailing list
>

--
Fabian Groffen
Gentoo on a different level

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

Fabian Groffen-2
On 14-06-2007 12:09:31 +0200, Fabian Groffen wrote:
> In other words, yes why not can we toy with the linker arguments if this
> just allows us to build most (I hope) software.

Patches will still be necessary, because -soname usually is an
-install_name on Darwin, but there you need a full path, which you
cannot deduce.  But it helps a bit.

> For Darwin we've been simply doing this for ages.  (-search_path_first).

--
Fabian Groffen
Gentoo on a different level

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: AIX: libperl fails

mattmatteh
In reply to this post by Fabian Groffen-2
On Thu, 14 Jun 2007 12:09:31 +0200
Fabian Groffen <[hidden email]> wrote:

> "fact": Gentoo's policy is to generate patches that can be send
> upstream
>
> background: Gentoo does basically only Linux, and most developers hate
> anything which [[ $(uname -s) != Linux ]], so patchesare usually aimed
> at building, or architectural problems (pps, arm, mips, amd64, etc.)
>
> Given that some the platforms we use (AIX for example) will probably
> never really be supported by most upstreams, we can relax the patch
> strategy.

do they reject the patches?  or apply them with out really supporting
[[ $(uname -s) != Linux ]] ?

matt
--
[hidden email] mailing list