Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Gentoo>
  3. OSX
Results
clmason at gmail
Sep 11, 2006, 4:34 PM
Post #1 of 9 (12531 views)
Permalink
Okay, here's the full test results from scratch with everything that
can be keyworded ~x86-macos. I hope the whole project doesn't blow
up! :)


sys-apps/sed-4.1.4-r1
sys-devel/autoconf-2.13
sys-devel/autoconf-2.59-r7
sys-devel/autoconf-wrapper-3.2
sys-devel/automake-1.5
sys-devel/automake-1.8.5-r3
sys-devel/automake-1.6.3
sys-devel/automake-1.7.9-r1
sys-devel/automake-1.4_p6
sys-devel/automake-1.9.6-r1
sys-devel/automake-wrapper-1-r1
sys-devel/libtool-1.5.22

sys-apps/coreutils-5.94-r3
(note with ELIBC fix backported from 6.1 and /bin/expr copied in manually.
Also, note this didn't even have the ppc-macos keyword. Also had to
remove the "--program-prefix=g" option from the ebuild, still works
without that, but I don't think we want the 'g' prefix on everything.)

sys-apps/gawk-3.1.5
(note, this should probably be before coreutils, because coreutils gives
a non-fatal error about gawk not being found. Also "--nodeps" isn't
needed with gawk.)

(emerge system doesn't do anything, so I try to emerge portage and its deps)

sys-libs/zlib-1.2.3
dev-libs/expat-1.95.8
dev-lang/python-2.4.2
dev-python/python-fchksum-1.7.1
dev-python/pycrypto-2.0.1
sys-libs/ncurses-5.5-r3
app-shells/bash-3.1_p11
sys-apps/portage-2.1.13.4415-r1

Now I try "emerge -uDN world"

sys-apps/texinfo-4.8-r2
sys-apps/groff-1.19.2-r1

libperl-5.8.8 fails:

env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib
-L/usr/local/lib -L/opt/local/lib -dynamiclib
-compatibility_version 5.8.0
-current_version 5.8.8
-install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8.dylib
perl.o gv.o toke.o perly.o o
p.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 g
lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o
-ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib |
cut -d. -f3`
/usr/bin/libtool: unknown option character `o' in: -soname
Usage: /usr/bin/libtool -static [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-sacLT]
Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name]
[-compatibility_version #] [-current_version #]
[-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr
0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename
<file_system_path>] [-all_load] [-noall_load]
make: *** [libperl.1.5.8.dylib] Error 1


Misc notes:
- gpm use flag should probably be masked
- selinux use flag should probably be masked

Thanks!


Chris
--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
michael.haubenwallner at salomon
Sep 11, 2006, 11:45 PM
Post #2 of 9 (12244 views)
Permalink
On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote:
<snip>

> libperl-5.8.8 fails:
>
> env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib
> -L/usr/local/lib -L/opt/local/lib -dynamiclib
> -compatibility_version 5.8.0
> -current_version 5.8.8
> -install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8.dylib
> perl.o gv.o toke.o perly.o o
> p.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 g
> lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o
> -ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib |
> cut -d. -f3`
> /usr/bin/libtool: unknown option character `o' in: -soname
> Usage: /usr/bin/libtool -static [-] file [...] [-filelist
> listfile[,dirname]] [-arch_only arch] [-sacLT]
> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name]
> [-compatibility_version #] [-current_version #]
> [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr
> 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename
> <file_system_path>] [-all_load] [-noall_load]
> make: *** [libperl.1.5.8.dylib] Error 1
>

This looks like some similar problem I had on ia64-hpux, where native ld
does not understand -soname.
But wait, questions came up while reading your errormessage thrice:
Seems that your /usr/bin/libtool does not understand -soname ?
Didn't you have libtool-1.5.22 emerged just before to eprefix ?
Shouldn't this be passed to linker using -Wl, rather than libtool ?

Anyway:

libperl-5.8.7.ebuild assumes using GNU ld if userland != Darwin,
applying a patch called "${PN}-create-libperl-soname.patch".
Do you have userland set to Darwin ?

I'm not sure how to decide when to apply this patch, in libperl-5.8.7 it
was done for non-Darwin userland only:
use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-soname.patch

On ia64-hpux i'm doing this based on CHOST now (will work for hppa-hpux
too), but IMHO this nothing but a quick-hack:
( use userland_Darwin || [[ ${CHOST} = *-*-hpux* ]] ) ||
epatch ${FILESDIR}/${PN}-create-libperl-soname.patch

Maybe I should do with 'use ia64-hpux' ?

Same problem applies for perl itself lateron.

Maybe we should introduce another global use-flags both for GNU-as and
GNU-ld ?
Because there are some platform out there, where both GNU and native
as/ld will work, and others where only GNU as works, but GNU ld does
not, and others where none of the GNU binutils work.

-haubi-
--
Michael Haubenwallner SALOMON Automation GmbH
Forschung & Entwicklung A-8114 Friesach bei Graz
mailto:michael.haubenwallner@salomon.at http://www.salomon.at
No HTML/MIME please, see http://expita.com/nomime.html

--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
clmason at gmail
Sep 12, 2006, 3:57 AM
Post #3 of 9 (12248 views)
Permalink
On 9/12/06, Michael Haubenwallner <michael.haubenwallner@salomon.at> wrote:
> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote:
> <snip>
>
> > libperl-5.8.8 fails:
> >
> > env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib
> > -L/usr/local/lib -L/opt/local/lib -dynamiclib
> > -compatibility_version 5.8.0
> > -current_version 5.8.8
> > -install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8.dylib
> > perl.o gv.o toke.o perly.o o
> > p.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 g
> > lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o
> > -ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib |
> > cut -d. -f3`
> > /usr/bin/libtool: unknown option character `o' in: -soname
> > Usage: /usr/bin/libtool -static [-] file [...] [-filelist
> > listfile[,dirname]] [-arch_only arch] [-sacLT]
> > Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
> > listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name]
> > [-compatibility_version #] [-current_version #]
> > [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr
> > 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename
> > <file_system_path>] [-all_load] [-noall_load]
> > make: *** [libperl.1.5.8.dylib] Error 1
> >
>
> This looks like some similar problem I had on ia64-hpux, where native ld
> does not understand -soname.
> But wait, questions came up while reading your errormessage thrice:
> Seems that your /usr/bin/libtool does not understand -soname ?
> Didn't you have libtool-1.5.22 emerged just before to eprefix ?
> Shouldn't this be passed to linker using -Wl, rather than libtool ?

Ah, may that's the problem. Yes, I did have 1.5.22 emerge'd, but it's
still calling /usr/bin/libtool not /gentoo/usr/bin/libtool. Maybe
that's it?

>
> Anyway:
>
> libperl-5.8.7.ebuild assumes using GNU ld if userland != Darwin,
> applying a patch called "${PN}-create-libperl-soname.patch".
> Do you have userland set to Darwin ?

I assume that is set by the profile? I didn't explicitly add this anywhere.

>
> I'm not sure how to decide when to apply this patch, in libperl-5.8.7 it
> was done for non-Darwin userland only:
> use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-soname.patch

Yeah, I don't see this in 5.8.8, just 5.8.7, so I'll try that one with
the userland_Darwin use flag.
>
>

Thanks,


Chris
--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
clmason at gmail
Sep 12, 2006, 4:27 AM
Post #4 of 9 (12239 views)
Permalink
Okay, by manually adding the USE flag userland_Darwin to
/gentoo/etc/make.conf, I was able to get libperl installed. So it can
be keyworded as well, and I guess the userland_Darwin flag needs to be
set somehwere in the profile?

sys-devel/libperl-5.8.7

perl also compiled, but at the end I get three mv questions I had to
answer:

mv: overwrite `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/darwin-2level/Config.pm',
overriding mode 0444? y
mv: overwrite `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/darwin-2level/Encode/Config.pm',
overriding mode 0444? y
mv: overwrite `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/Net/Config.pm',
overriding mode 0444? y

Then later I get:

File "/gentoo/usr/lib/portage/pym/portage.py", line 6309, in mergeme
myf=open(myrealdest,"r+")
(several of these lines)
IOError: [Errno 13] Permission denied:
'/gentoo/usr/lib/perl5/5.8.7/darwin-2level/auto/DynaLoader/DynaLoader.a'

Don't know what to do here.

Thanks,


Chris
--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
tobhahn at web
Sep 12, 2006, 5:04 AM
Post #5 of 9 (12250 views)
Permalink
I had similar issues once, my guess is the following: /usr/bin/
libtool is the Darwin libtool, not the GNU libtool you emerged
before. I don't know enough about prefix-portage to tell it which
libtool to use, but I guess that's the problem to solve.

Tobias

>> /usr/bin/libtool: unknown option character `o' in: -soname
>> Usage: /usr/bin/libtool -static [-] file [...] [-filelist
>> listfile[,dirname]] [-arch_only arch] [-sacLT]
>> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
>> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name
>> name]
>> [-compatibility_version #] [-current_version #]
>> [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr
>> 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename
>> <file_system_path>] [-all_load] [-noall_load]
>> make: *** [libperl.1.5.8.dylib] Error 1
>>
>
> This looks like some similar problem I had on ia64-hpux, where
> native ld
> does not understand -soname.
> But wait, questions came up while reading your errormessage thrice:
> Seems that your /usr/bin/libtool does not understand -soname ?
> Didn't you have libtool-1.5.22 emerged just before to eprefix ?
> Shouldn't this be passed to linker using -Wl, rather than libtool ?
>


Am 12.09.2006 um 08:45 schrieb Michael Haubenwallner:

> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote:
> <snip>
>
>> libperl-5.8.8 fails:
>>
>> env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib
>> -L/usr/local/lib -L/opt/local/lib -dynamiclib
>> -compatibility_version 5.8.0
>> -current_version 5.8.8
>> -install_name /gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/
>> libperl.1.5.8.dylib
>> perl.o gv.o toke.o perly.o o
>> p.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 g
>> lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o pp_sort.o
>> -ldl -lm -lc -Wl,-soname -Wl,libperl.so.`echo libperl.1.5.8.dylib |
>> cut -d. -f3`
>> /usr/bin/libtool: unknown option character `o' in: -soname
>> Usage: /usr/bin/libtool -static [-] file [...] [-filelist
>> listfile[,dirname]] [-arch_only arch] [-sacLT]
>> Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
>> listfile[,dirname]] [-arch_only arch] [-o output] [-install_name
>> name]
>> [-compatibility_version #] [-current_version #]
>> [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr
>> 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename
>> <file_system_path>] [-all_load] [-noall_load]
>> make: *** [libperl.1.5.8.dylib] Error 1
>>
>
> This looks like some similar problem I had on ia64-hpux, where
> native ld
> does not understand -soname.
> But wait, questions came up while reading your errormessage thrice:
> Seems that your /usr/bin/libtool does not understand -soname ?
> Didn't you have libtool-1.5.22 emerged just before to eprefix ?
> Shouldn't this be passed to linker using -Wl, rather than libtool ?
>
> Anyway:
>
> libperl-5.8.7.ebuild assumes using GNU ld if userland != Darwin,
> applying a patch called "${PN}-create-libperl-soname.patch".
> Do you have userland set to Darwin ?
>
> I'm not sure how to decide when to apply this patch, in
> libperl-5.8.7 it
> was done for non-Darwin userland only:
> use userland_Darwin || epatch ${FILESDIR}/${PN}-create-libperl-
> soname.patch
>
> On ia64-hpux i'm doing this based on CHOST now (will work for hppa-
> hpux
> too), but IMHO this nothing but a quick-hack:
> ( use userland_Darwin || [[ ${CHOST} = *-*-hpux* ]] ) ||
> epatch ${FILESDIR}/${PN}-create-libperl-soname.patch
>
> Maybe I should do with 'use ia64-hpux' ?
>
> Same problem applies for perl itself lateron.
>
> Maybe we should introduce another global use-flags both for GNU-as and
> GNU-ld ?
> Because there are some platform out there, where both GNU and native
> as/ld will work, and others where only GNU as works, but GNU ld does
> not, and others where none of the GNU binutils work.
>
> -haubi-
> --
> Michael Haubenwallner SALOMON Automation GmbH
> Forschung & Entwicklung A-8114 Friesach bei Graz
> mailto:michael.haubenwallner@salomon.at http://www.salomon.at
> No HTML/MIME please, see http://expita.com/nomime.html
>
> --
> gentoo-osx@gentoo.org mailing list
>

--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
clmason at gmail
Sep 12, 2006, 5:37 AM
Post #6 of 9 (12242 views)
Permalink
On 9/12/06, Tobias Hahn <tobhahn@web.de> wrote:
> I had similar issues once, my guess is the following: /usr/bin/
> libtool is the Darwin libtool, not the GNU libtool you emerged
> before. I don't know enough about prefix-portage to tell it which
> libtool to use, but I guess that's the problem to solve.
>

But, this shouldn't be x86-macos specific, right? Does anyone see the
same thing on ppc-macos?

Thanks,


Chris
--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
tobhahn at web
Sep 12, 2006, 5:43 AM
Post #7 of 9 (12231 views)
Permalink
Well, I am on ppc-macos, but when I experienced this, prefix was
still in its infancy, i.e. months ago. Maybe I'll try another fresh
install of prefix next weekend after Grobian's mail from yesterday.

Am 12.09.2006 um 14:37 schrieb Chris L. Mason:

> On 9/12/06, Tobias Hahn <tobhahn@web.de> wrote:
>> I had similar issues once, my guess is the following: /usr/bin/
>> libtool is the Darwin libtool, not the GNU libtool you emerged
>> before. I don't know enough about prefix-portage to tell it which
>> libtool to use, but I guess that's the problem to solve.
>>
>
> But, this shouldn't be x86-macos specific, right? Does anyone see the
> same thing on ppc-macos?
>
> Thanks,
>
>
> Chris
> --
> gentoo-osx@gentoo.org mailing list
>

--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
grobian at gentoo
Sep 16, 2006, 11:57 AM
Post #8 of 9 (12238 views)
Permalink
On 11-09-2006 19:34:08 -0400, Chris L. Mason wrote:
> Okay, here's the full test results from scratch with everything that
> can be keyworded ~x86-macos. I hope the whole project doesn't blow
> up! :)

I added x86-macos to the arch.list file, so in prefix it is real now :)

All ebuild listed below, I treated with "esanitise", which are two
scripts that a) add EAPI="prefix" when not there, and b) removes all
keywords that are not in my list of supported keywords.

> sys-apps/sed-4.1.4-r1
bumped to 4.1.5 -- please test
> sys-devel/autoconf-2.13
> sys-devel/autoconf-2.59-r7
done
> sys-devel/autoconf-wrapper-3.2
done
> sys-devel/automake-1.5
> sys-devel/automake-1.8.5-r3
> sys-devel/automake-1.6.3
> sys-devel/automake-1.7.9-r1
> sys-devel/automake-1.4_p6
> sys-devel/automake-1.9.6-r1
done
> sys-devel/automake-wrapper-1-r1
done
> sys-devel/libtool-1.5.22
done

> sys-apps/coreutils-5.94-r3
> (note with ELIBC fix backported from 6.1 and /bin/expr copied in manually.
> Also, note this didn't even have the ppc-macos keyword. Also had to
> remove the "--program-prefix=g" option from the ebuild, still works
> without that, but I don't think we want the 'g' prefix on everything.)

could you try emerging coreutils-5.94-r3 from the prefix tree to see if
my modifications work? On ppc they do.

> sys-apps/gawk-3.1.5
> (note, this should probably be before coreutils, because coreutils gives
> a non-fatal error about gawk not being found. Also "--nodeps" isn't
> needed with gawk.)
(ok, those are wiki fixes)
done

> (emerge system doesn't do anything, so I try to emerge portage and its deps)
(weird)

> sys-libs/zlib-1.2.3
done
> dev-libs/expat-1.95.8
done
> dev-lang/python-2.4.2
done
> dev-python/python-fchksum-1.7.1
done
> dev-python/pycrypto-2.0.1
done
> sys-libs/ncurses-5.5-r3
done
> app-shells/bash-3.1_p11
done
> sys-apps/portage-2.1.13.4415-r1
please test -r2

First going to make some more scripts now to automate even more in the
process of "porting" from main to prefix tree.

Thanks for the reports on x86-macos. Please feel free to report any
other ebuilds or bugs.

--
Fabian Groffen
Gentoo on a different level
--
gentoo-osx@gentoo.org mailing list
Re: Results [ In reply to ]
grobian at gentoo
Sep 19, 2006, 12:54 PM
Post #9 of 9 (12230 views)
Permalink
On 12-09-2006 07:27:27 -0400, Chris L. Mason wrote:
> perl also compiled, but at the end I get three mv questions I had to
> answer:
>
> mv: overwrite
> `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/darwin-2level/Config.pm',
> overriding mode 0444? y
> mv: overwrite
> `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/darwin-2level/Encode/Config.pm',
> overriding mode 0444? y
> mv: overwrite
> `/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/perl5/5.8.7/Net/Config.pm',
> overriding mode 0444? y

I didn't get these. But I'm compiling 5.8.8

> Then later I get:
>
> File "/gentoo/usr/lib/portage/pym/portage.py", line 6309, in mergeme
> myf=open(myrealdest,"r+")
> (several of these lines)
> IOError: [Errno 13] Permission denied:
> '/gentoo/usr/lib/perl5/5.8.7/darwin-2level/auto/DynaLoader/DynaLoader.a'

Got this one too, and hopefully, I fixed this. Portage seems to read
all static archives on Darwin, in writable mode to set back a timestamp
or something. The perl build have it file mode 444, so it gets a
permission denied. I did a chmod 644 on all .a files, to hopefully
solve this one.

So, can you test if that works for you on x86 with the latest libperl
and perl, tomorrow with the newest tree?

--
Fabian Groffen
Gentoo on a different level
--
gentoo-osx@gentoo.org mailing list

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal