>On 29-12-2006 21:26:19 +0100, [EMAIL PROTECTED] wrote:
>> The first problem was that setting export EPREFIX="~/Library/Gentoo" 
>>resultet in creating a ~ directory in my home dir (with subdirs) while 
>>running 
>>./bootstrap-prefix.sh $EPREFIX tree (which then obviously failed at mv 
>>prefix-overlay portage). Thus I simply removed everything again and used 
>>export EPREFIX="/Users/myusername/Library/Gentoo" which worked!

>What is your shell?  It's not expanding the ~ in your export.  That's
>kind of uncommon.  Are you sure you used double quotes and not single
>ones?

I'm using the Mac OS X Terminal with /bin/bash.
I copy & pasted the command and thus really used double quotes!

I tried it again:

powerbook:~ shs$ export EPREFIX="~/Gentoo"
powerbook:~ shs$ export 
PATH="$EPREFIX/usr/bin:$EPREFIX/bin:$EPREFIX/tmp/usr/bin:$EPREFIX/tmp/bin:$PATH"
powerbook:~ shs$ ./bootstrap-prefix.sh $EPREFIX tree
* Bootstrapping Gentoo prefixed portage installation using
* host:   powerpc-apple-darwin8
* prefix: ~/Gentoo
* ready to bootstrap tree
* Fetching prefix-overlay-20061227.tar.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 4866k  100 4866k    0     0   221k      0  0:00:21  0:00:21 --:--:--  313k
mv: rename portage/distfiles to prefix-overlay/distfiles: No such file or 
directory
powerbook:~ shs$ ls
Desktop                 Music                   bootstrap-prefix.sh
Documents               Pictures                mplayer
Library                 Public                  ~
Movies                  Sites
powerbook:~ shs$ env
TERM_PROGRAM=Apple_Terminal
TERM=xterm-color
SHELL=/bin/bash
TERM_PROGRAM_VERSION=133
USER=shs
__CF_USER_TEXT_ENCODING=0x1F5:0:3
PATH=~/Gentoo/usr/bin:~/Gentoo/bin:~/Gentoo/tmp/usr/bin:~/Gentoo/tmp/bin:/bin:/sbin:/usr/bin:/usr/sbin
EPREFIX=~/Gentoo
PWD=/Users/shs
SHLVL=1
HOME=/Users/shs
LOGNAME=shs
SECURITYSESSIONID=5069e0
_=/usr/bin/env

powerbook:~ shs$ ls \~
Gentoo
powerbook:~ shs$ ls \~/Gentoo
etc     usr     var
powerbook:~ shs$ ls \~/Gentoo/etc
powerbook:~ shs$ ls \~/Gentoo/usr
bin     portage sbin    ~
powerbook:~ shs$ ls \~/Gentoo/var
db      lib     log     tmp
powerbook:~ shs$ ls \~/Gentoo/usr/\~
Gentoo
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo
usr
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr
portage
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr/portage
distfiles
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr/portage/distfiles
prefix-overlay-20061227.tar.bz2

>> I'm using a Mac OS Extended (case sensitive and journaled) filesystem.
>That's cool.

Great!

>> After doing the above everything went smooth till emerge -e system:
>> It failed at emerging sys-devel/gcc-apple-4.0.1_p5363-r1:
>> configure: error: cannot execute: >>/Users/shs/Library/Gentoo/usr/bin/ld: 
>>check --with-ld or env. var. DEFAULT_LINKER
>> make: *** [configure-gcc] Error 1

>This is the same problem Nathan reported.  For the moment I don't have a
>solution for this, but I'm working on it.

Cool, thanks for your efforts! ;-)

>> What do you think?
>> 
>> If you need more information or want me to try something just tell me!
>> 
>> I'm happy to help... ;-)
>
>Good, thanks!

You're welcome!

>I'm going to try and fix this problem.  You'll have to start over from
>scratch unfortunately, but I'll post to the list whenever I think I
>found the solution ;)

Restarting from scratch is no problem!

>If you want the details: the problem is two-fold:
>
>1) binutils-config will return an error if no profile is currently
>active, thereby preventing setting an profile.  Solution here is
>probably to have a bit smarter ebuild, such that when no profile is
>active, the first possible profile is attempted.
>
>2) the ldwrapper script adds the lib-path for the current compiler's
>libs.  However, during bootstrap, you don't have a compiler yet, so this
>horribly fails to find such path.  This results in a "-L" (with nothing
>following) being passed onto the linker, which afterwards (correctly)
>complains that either no argument was given, or that the given argument
>doesn't make sense.  Solution here is to incorporate some more logic in
>the ldwrapper program, to refrain from adding the lib-path for the
>compiler if it can't find one.

Thanks for the details!

Steffen

>-- 
>Fabian Groffen
>Gentoo on a different level
>-- 
>[EMAIL PROTECTED] mailing list
>
-- 
[EMAIL PROTECTED] mailing list

Reply via email to