| 1 |
On 9/12/06, Michael Haubenwallner <michael.haubenwallner@×××××××.at> wrote: |
| 2 |
> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote: |
| 3 |
> <snip> |
| 4 |
> |
| 5 |
> > libperl-5.8.8 fails: |
| 6 |
> > |
| 7 |
> > env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib |
| 8 |
> > -L/usr/local/lib -L/opt/local/lib -dynamiclib |
| 9 |
> > -compatibility_version 5.8.0 |
| 10 |
> > -current_version 5.8.8 |
| 11 |
> > -install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8.dylib |
| 12 |
> > perl.o gv.o toke.o perly.o o |
| 13 |
> > p.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o |
| 14 |
> > pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o |
| 15 |
> > utf8.o taint.o deb.o universal.o xsutils.o g |
| 16 |
> > lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o |
| 17 |
> > -ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib | |
| 18 |
> > cut -d. -f3` |
| 19 |
> > /usr/bin/libtool: unknown option character `o' in: -soname |
| 20 |
> > Usage: /usr/bin/libtool -static [-] file [...] [-filelist |
| 21 |
> > listfile[,dirname]] [-arch_only arch] [-sacLT] |
| 22 |
> > Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist |
| 23 |
> > listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] |
| 24 |
> > [-compatibility_version #] [-current_version #] |
| 25 |
> > [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr |
| 26 |
> > 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename |
| 27 |
> > <file_system_path>] [-all_load] [-noall_load] |
| 28 |
> > make: *** [libperl.1.5.8.dylib] Error 1 |
| 29 |
> > |
| 30 |
> |
| 31 |
> This looks like some similar problem I had on ia64-hpux, where native ld |
| 32 |
> does not understand -soname. |
| 33 |
> But wait, questions came up while reading your errormessage thrice: |
| 34 |
> Seems that your /usr/bin/libtool does not understand -soname ? |
| 35 |
> Didn't you have libtool-1.5.22 emerged just before to eprefix ? |
| 36 |
> Shouldn't this be passed to linker using -Wl, rather than libtool ? |
| 37 |
|
| 38 |
Ah, may that's the problem. Yes, I did have 1.5.22 emerge'd, but it's |
| 39 |
still calling /usr/bin/libtool not /gentoo/usr/bin/libtool. Maybe |
| 40 |
that's it? |
| 41 |
|
| 42 |
> |
| 43 |
> Anyway: |
| 44 |
> |
| 45 |
> libperl-5.8.7.ebuild assumes using GNU ld if userland != Darwin, |
| 46 |
> applying a patch called "${PN}-create-libperl-soname.patch". |
| 47 |
> Do you have userland set to Darwin ? |
| 48 |
|
| 49 |
I assume that is set by the profile? I didn't explicitly add this anywhere. |
| 50 |
|
| 51 |
> |
| 52 |
> I'm not sure how to decide when to apply this patch, in libperl-5.8.7 it |
| 53 |
> was done for non-Darwin userland only: |
| 54 |
> use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-soname.patch |
| 55 |
|
| 56 |
Yeah, I don't see this in 5.8.8, just 5.8.7, so I'll try that one with |
| 57 |
the userland_Darwin use flag. |
| 58 |
> |
| 59 |
> |
| 60 |
|
| 61 |
Thanks, |
| 62 |
|
| 63 |
|
| 64 |
Chris |
| 65 |
-- |
| 66 |
gentoo-osx@g.o mailing list |
Archives