Gentoo Archives: gentoo-amd64

From: Peter Humphrey <prh@××××××××××.uk>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] GCC 4 CFLAGS
Date: Mon, 25 Sep 2006 09:54:41
Message-Id: 200609250952.50438.prh@gotadsl.co.uk
In Reply to: Re: [gentoo-amd64] GCC 4 CFLAGS by Peter Humphrey
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