1 |
On Monday 25 September 2006 07:22, Peter Humphrey wrote: |
2 |
> On Monday 25 September 2006 02:27, David Fellows wrote: |
3 |
> > So verify again, emerge imagemagick with your fancy cc options. If you |
4 |
> > get the error message again, then either the ebuild or autoconf is |
5 |
> > selecting a 3.6 version of gcc to compile with, Presumably by setting |
6 |
> > CTARGET. |
7 |
> |
8 |
> What I'm doing at the moment is to emerge -e world without -compile |
9 |
|
10 |
Yet another typo. I meant -combine, of course. Sorry. |
11 |
|
12 |
> or -ftree-pre. Kde-base/juk failed to compile, the loader complaining |
13 |
> about an undefined reference. I'll look into that later; at present I |
14 |
> still have 47 of the 709 packages to go [1] before I have a complete |
15 |
> GCC-4.1.1 system. Then I'll see about adding those two flags back in. |
16 |
> |
17 |
> To remove any doubt, I did an rm -rf /var/log/portage and |
18 |
> /var/tmp/portage before starting emerge -e world. That was last night; |
19 |
> this morning I find that portage has removed all its |
20 |
> /var/tmp/portage/*/work directories apart from those of failed packages, |
21 |
> and of course the package it's currently working on. Is this new |
22 |
> behaviour of portage? I don't think I've changed any make.conf FEATURES, |
23 |
> but I've been used to finding vast wodges of disk space occupied by work |
24 |
> directories (quote: FEATURES="ccache sandbox"). Also /var/log/portage is |
25 |
> full of stuff too, which I must devise a way to keep under control. |
26 |
> |
27 |
> [1] Down to 43 packages now; progress is slow now that it's got into the |
28 |
> kde packages. |
29 |
|
30 |
Now finished, and started on emerge -e world with the two CFLAGS reinstated. |
31 |
Watch this space... |
32 |
|
33 |
-- |
34 |
Rgds |
35 |
Peter |
36 |
-- |
37 |
gentoo-amd64@g.o mailing list |