1 |
I had similar issues once, my guess is the following: /usr/bin/ |
2 |
libtool is the Darwin libtool, not the GNU libtool you emerged |
3 |
before. I don't know enough about prefix-portage to tell it which |
4 |
libtool to use, but I guess that's the problem to solve. |
5 |
|
6 |
Tobias |
7 |
|
8 |
>> /usr/bin/libtool: unknown option character `o' in: -soname |
9 |
>> Usage: /usr/bin/libtool -static [-] file [...] [-filelist |
10 |
>> listfile[,dirname]] [-arch_only arch] [-sacLT] |
11 |
>> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist |
12 |
>> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name |
13 |
>> name] |
14 |
>> [-compatibility_version #] [-current_version #] |
15 |
>> [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr |
16 |
>> 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename |
17 |
>> <file_system_path>] [-all_load] [-noall_load] |
18 |
>> make: *** [libperl.1.5.8.dylib] Error 1 |
19 |
>> |
20 |
> |
21 |
> This looks like some similar problem I had on ia64-hpux, where |
22 |
> native ld |
23 |
> does not understand -soname. |
24 |
> But wait, questions came up while reading your errormessage thrice: |
25 |
> Seems that your /usr/bin/libtool does not understand -soname ? |
26 |
> Didn't you have libtool-1.5.22 emerged just before to eprefix ? |
27 |
> Shouldn't this be passed to linker using -Wl, rather than libtool ? |
28 |
> |
29 |
|
30 |
|
31 |
Am 12.09.2006 um 08:45 schrieb Michael Haubenwallner: |
32 |
|
33 |
> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote: |
34 |
> <snip> |
35 |
> |
36 |
>> libperl-5.8.8 fails: |
37 |
>> |
38 |
>> env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib |
39 |
>> -L/usr/local/lib -L/opt/local/lib -dynamiclib |
40 |
>> -compatibility_version 5.8.0 |
41 |
>> -current_version 5.8.8 |
42 |
>> -install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/ |
43 |
>> libperl.1.5.8.dylib |
44 |
>> perl.o gv.o toke.o perly.o o |
45 |
>> p.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o |
46 |
>> pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o |
47 |
>> utf8.o taint.o deb.o universal.o xsutils.o g |
48 |
>> lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o |
49 |
>> -ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib | |
50 |
>> cut -d. -f3` |
51 |
>> /usr/bin/libtool: unknown option character `o' in: -soname |
52 |
>> Usage: /usr/bin/libtool -static [-] file [...] [-filelist |
53 |
>> listfile[,dirname]] [-arch_only arch] [-sacLT] |
54 |
>> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist |
55 |
>> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name |
56 |
>> name] |
57 |
>> [-compatibility_version #] [-current_version #] |
58 |
>> [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr |
59 |
>> 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename |
60 |
>> <file_system_path>] [-all_load] [-noall_load] |
61 |
>> make: *** [libperl.1.5.8.dylib] Error 1 |
62 |
>> |
63 |
> |
64 |
> This looks like some similar problem I had on ia64-hpux, where |
65 |
> native ld |
66 |
> does not understand -soname. |
67 |
> But wait, questions came up while reading your errormessage thrice: |
68 |
> Seems that your /usr/bin/libtool does not understand -soname ? |
69 |
> Didn't you have libtool-1.5.22 emerged just before to eprefix ? |
70 |
> Shouldn't this be passed to linker using -Wl, rather than libtool ? |
71 |
> |
72 |
> Anyway: |
73 |
> |
74 |
> libperl-5.8.7.ebuild assumes using GNU ld if userland != Darwin, |
75 |
> applying a patch called "${PN}-create-libperl-soname.patch". |
76 |
> Do you have userland set to Darwin ? |
77 |
> |
78 |
> I'm not sure how to decide when to apply this patch, in |
79 |
> libperl-5.8.7 it |
80 |
> was done for non-Darwin userland only: |
81 |
> use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl- |
82 |
> soname.patch |
83 |
> |
84 |
> On ia64-hpux i'm doing this based on CHOST now (will work for hppa- |
85 |
> hpux |
86 |
> too), but IMHO this nothing but a quick-hack: |
87 |
> ( use userland_Darwin || [[ ${CHOST} = *-*-hpux* ]] ) || |
88 |
> epatch ${FILESDIR}/${PN}-create-libperl-soname.patch |
89 |
> |
90 |
> Maybe I should do with 'use ia64-hpux' ? |
91 |
> |
92 |
> Same problem applies for perl itself lateron. |
93 |
> |
94 |
> Maybe we should introduce another global use-flags both for GNU-as and |
95 |
> GNU-ld ? |
96 |
> Because there are some platform out there, where both GNU and native |
97 |
> as/ld will work, and others where only GNU as works, but GNU ld does |
98 |
> not, and others where none of the GNU binutils work. |
99 |
> |
100 |
> -haubi- |
101 |
> -- |
102 |
> Michael Haubenwallner SALOMON Automation GmbH |
103 |
> Forschung & Entwicklung A-8114 Friesach bei Graz |
104 |
> mailto:michael.haubenwallner@×××××××.at http://www.salomon.at |
105 |
> No HTML/MIME please, see http://expita.com/nomime.html |
106 |
> |
107 |
> -- |
108 |
> gentoo-osx@g.o mailing list |
109 |
> |
110 |
|
111 |
-- |
112 |
gentoo-osx@g.o mailing list |