1 |
On 3/24/06, m h <sesquile@×××××.com> wrote: |
2 |
> On 3/24/06, Grobian <grobian@g.o> wrote: |
3 |
> > On 23-03-2006 21:07:21 -0600, Kito wrote: |
4 |
> > > On Mar 23, 2006, at 7:52 PM, m h wrote: |
5 |
> > > >>I get: |
6 |
> > > >>/usr/bin/ld: cannot find /lib/libz.so |
7 |
> > > >>collect2: ld returned 1 exit status |
8 |
> > > >> |
9 |
> > > >>Very weird..... |
10 |
> > > >> |
11 |
> > > |
12 |
> > > Hrmm, your gcc is using the system ld.... we need to fix that first I think. |
13 |
> > |
14 |
> > Probably forgot to update the symlink to ld? |
15 |
> > |
16 |
> > > Yeah, lets go back to the first problem of getting gcc using the portage |
17 |
> > > binutils....I don't like this one ;) |
18 |
> > |
19 |
> > Please try. |
20 |
> > |
21 |
> |
22 |
> So I tried re-emerging binutils. I guess it fails at the end, but |
23 |
> gets far enough that it thinks it's installed... Here's the tail end: |
24 |
> --- !empty dir /data1/tmp/Mar21 |
25 |
> --- !empty dir /data1/tmp |
26 |
> --- !empty dir /data1 |
27 |
> !!! EBUILD_PHASE=postrm |
28 |
> !!! D=/data1/tmp/Mar21/var/tmp/binpkgs/binutils-2.16.1-r1/image/data1/tmp/Mar21 |
29 |
> !!! DEST=/data1/tmp/Mar21/var/tmp/binpkgs/binutils-2.16.1-r1/image/ |
30 |
> !!! PREFIX=/data1/tmp/Mar21 |
31 |
> !!! ROOT=/data1/tmp/Mar21 |
32 |
> /data1/tmp/Mar21/usr/bin/binutils-config: line 14: |
33 |
> /etc/init.d/functions.sh: No such file or directory |
34 |
> /data1/tmp/Mar21/usr/bin/binutils-config: line 14: |
35 |
> /etc/init.d/functions.sh: No such file or directory |
36 |
> !!! EBUILD_PHASE=clean |
37 |
> !!! D=/data1/tmp/Mar21/var/tmp/binpkgs/binutils-2.16.1-r1/image/data1/tmp/Mar21 |
38 |
> !!! DEST=/data1/tmp/Mar21/var/tmp/binpkgs/binutils-2.16.1-r1/image/ |
39 |
> !!! PREFIX=/data1/tmp/Mar21 |
40 |
> !!! ROOT=/data1/tmp/Mar21 |
41 |
> >>> Original instance of package unmerged safely. |
42 |
> !!! EBUILD_PHASE=postinst |
43 |
> !!! D=/data1/tmp/Mar21/var/tmp/portage/binutils-2.16.1-r1/image/data1/tmp/Mar21 |
44 |
> !!! DEST=/data1/tmp/Mar21/var/tmp/portage/binutils-2.16.1-r1/image/ |
45 |
> !!! PREFIX=/data1/tmp/Mar21 |
46 |
> !!! ROOT=/data1/tmp/Mar21 |
47 |
> /data1/tmp/Mar21/usr/bin/binutils-config: line 14: |
48 |
> /etc/init.d/functions.sh: No such file or directory |
49 |
> /data1/tmp/Mar21/usr/bin/binutils-config: Could not source |
50 |
> /etc/init.d/functions.sh! |
51 |
> >>> Regenerating /etc/ld.so.cache... |
52 |
> >>> sys-devel/binutils-2.16.1-r1 merged. |
53 |
> !!! EBUILD_PHASE=clean |
54 |
> !!! D=/data1/tmp/Mar21/var/tmp/portage/binutils-2.16.1-r1/image/data1/tmp/Mar21 |
55 |
> !!! DEST=/data1/tmp/Mar21/var/tmp/portage/binutils-2.16.1-r1/image/ |
56 |
> !!! PREFIX=/data1/tmp/Mar21 |
57 |
> !!! ROOT=/data1/tmp/Mar21 |
58 |
> |
59 |
> >>> No packages selected for removal by clean. |
60 |
> |
61 |
> >>> Auto-cleaning packages... |
62 |
> |
63 |
> >>> No outdated packages were found on your system. |
64 |
> |
65 |
> |
66 |
> * error scanning /etc |
67 |
> |
68 |
> ------------------------------- |
69 |
> Then it dies.... |
70 |
> |
71 |
> Also looking over the directories when it's trying to install, it |
72 |
> seems like there are some places where it's trying to install/remove |
73 |
> from ${PREFIX}/${PREFIX}! |
74 |
> |
75 |
> Here's an example of what I mean... |
76 |
> --- !empty dir /data1/tmp/Mar21/data1/tmp/Mar21/usr/lib/binutils/i686-pc-linux-gnu/2.16.1/ldscripts |
77 |
> --- !empty dir /data1/tmp/Mar21/data1/tmp/Mar21/usr/lib/binutils/i686-pc-linux-gnu/2.16.1/include |
78 |
> --- !empty dir /data1/tmp/Mar21/data1/tmp/Mar21/usr/lib/binutils/i686-pc-linux-gnu/2.16.1 |
79 |
> --- !empty dir /data1/tmp/Mar21/data1/tmp/Mar21/usr/lib/binutils/i686-pc-linux-gnu |
80 |
> |
81 |
> My PREFIX is /data1/tmp/Mar21 so there are a lot of ${PREFIX}/${PREFIX} |
82 |
> |
83 |
> Ideas about dealing with the double PREFIX? I guess Mac people are |
84 |
> running binutils issues since they use the host linker? |
85 |
> |
86 |
> -matt |
87 |
> |
88 |
|
89 |
Some detective work. |
90 |
|
91 |
It appears that the Makefile for binutils is combining together 2 |
92 |
variables. $(DESTDIR)$(prefix) and storing it in a variable called |
93 |
$(MAKEDIRS). DESTDIR is equal to ${D} (this is set in |
94 |
toolchain-binutils.eclass). And ${prefix} is ... ${PREFIX} (which |
95 |
also comes from the eclass where --prefix=${PREFIX}/usr). Since ${D} |
96 |
ends with ${PREFIX} there ends up being a double prefix..... |
97 |
|
98 |
-- |
99 |
gentoo-osx@g.o mailing list |