Darren Grant schrieb:
That being said, is gentoo the right platform for a web/mail server?
I think so, and I do so :) What I like is, that I'm able to easily and
clearly install only what's required - ie. no X for example. Sure, there
are "server distributions" out there, which also offer that
Richard Fish wrote:
On 6/29/06, Darren Grant <[EMAIL PROTECTED]> wrote:
Didn't seem to help... I can emerge certain packages, but still can't
re-merge gcc and glibc.
*sigh*. Well, if emerge --info now shows a no-multilib profile, then
you might try asking on gentoo-amd64. I still think this
On 6/29/06, Darren Grant <[EMAIL PROTECTED]> wrote:
Didn't seem to help... I can emerge certain packages, but still can't
re-merge gcc and glibc.
*sigh*. Well, if emerge --info now shows a no-multilib profile, then
you might try asking on gentoo-amd64. I still think this is a profile
issue, a
Richard Fish wrote:
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
Any chance that's what's causing my gcc problems now?
Hmm, I doubt it. But in comparing what you have posted to my AMD64
box, I see some things that don't look right. For example, on my
AMD64 box, I have:
Gentoo Base Sy
Darren Grant wrote:
> I still however cannot upgrade to the latest gcc
> and glibc components. They still fail with the same familiar
> error I had before.
So nothing was repaired. Then try the next thing: remove nptlonly
from the USE flags. And do as Richard advised, correct the link:
ln -snf
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
Any chance that's what's causing my gcc problems now?
Hmm, I doubt it. But in comparing what you have posted to my AMD64
box, I see some things that don't look right. For example, on my
AMD64 box, I have:
Gentoo Base System version 1.12.0
P
Benno Schulenberg wrote:
Darren Grant wrote:
Back in May I thought I was streamlining my make.conf file by
changing from this...
CFLAGS="-mtune=k8 -O2 -pipe"
CFLAGS="-march=athlon64 -O2 -pipe"
to this...
CFLAGS="-march=athlon64 -mtune=k8 -O2 -pipe"
Well, that's clear then: remove th
Darren Grant wrote:
> Back in May I thought I was streamlining my make.conf file by
> changing from this...
>
> CFLAGS="-mtune=k8 -O2 -pipe"
> CFLAGS="-march=athlon64 -O2 -pipe"
>
> to this...
>
> CFLAGS="-march=athlon64 -mtune=k8 -O2 -pipe"
Well, that's clear then: remove the -mtune=k8. Before M
Darren Grant wrote:
Benno Schulenberg wrote:
Darren Grant wrote:
# gcc-config 1
* Switching native-compiler to x86_64-pc-linux-gnu-3.4.5
... [ ok ]
# env | grep 'GCC_SPECS='
...nothing.
Log back in first. Environment is set when bash starts.
Benno
Ok... logged out
Benno Schulenberg wrote:
Darren Grant wrote:
# gcc-config 1
* Switching native-compiler to x86_64-pc-linux-gnu-3.4.5
... [ ok ]
# env | grep 'GCC_SPECS='
...nothing.
Log back in first. Environment is set when bash starts.
Benno
Ok... logged out and back in...
env
Darren Grant wrote:
> # gcc-config 1
>
> * Switching native-compiler to x86_64-pc-linux-gnu-3.4.5
> ... [ ok ]
> # env | grep 'GCC_SPECS='
>
> ...nothing.
Log back in first. Environment is set when bash starts.
Benno
--
gentoo-user@gentoo.org mailing list
Benno Schulenberg wrote:
Richard Fish wrote:
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
GCC_SPECS=
Hmm, suspicious.
Run 'gcc-config 1', Darren, and then check GCC_SPECS again.
Benno
#gcc-config 1
* Switching native-compiler to x86_64-pc-linux-gnu-3.4.5
...
Richard Fish wrote:
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
GCC_SPECS=
Hmm, suspicious. Where is this coming from? ("grep GCC_SPECS
/etc/env.d/* /etc/profile* ~/.bash* ~/.profile*")
Does "unset GCC_SPECS && emerge --oneshot glibc" work any better?
-Richard
I tried that emerge c
Richard Fish wrote:
> On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
> > GCC_SPECS=
>
> Hmm, suspicious.
Run 'gcc-config 1', Darren, and then check GCC_SPECS again.
Benno
--
gentoo-user@gentoo.org mailing list
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
GCC_SPECS=
Hmm, suspicious. Where is this coming from? ("grep GCC_SPECS
/etc/env.d/* /etc/profile* ~/.bash* ~/.profile*")
Does "unset GCC_SPECS && emerge --oneshot glibc" work any better?
-Richard
--
gentoo-user@gentoo.org mailing list
Richard Fish wrote:
On 6/28/06, Richard Fish <[EMAIL PROTECTED]> wrote:
Ok, here is the actual error:
I lied. The problem is at the top:
configure:1715: checking build system type
configure:1733: result: i686-pc-linux-gnu
configure:1741: checking host system type
configure:1755: result: i686
On 6/28/06, Richard Fish <[EMAIL PROTECTED]> wrote:
Ok, here is the actual error:
I lied. The problem is at the top:
configure:1715: checking build system type
configure:1733: result: i686-pc-linux-gnu
configure:1741: checking host system type
configure:1755: result: i686-pc-linux-gnu
For so
On 6/28/06, Richard Fish <[EMAIL PROTECTED]> wrote:
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
> Richard Fish wrote:
> > A simple 'tail' doesn't produce enough output to be useful. The
> > output of "tail -n 200 /var/tmp//config.log" should be enough for
> > us to look at if you are
On 6/28/06, Darren Grant <[EMAIL PROTECTED]> wrote:
Richard Fish wrote:
> A simple 'tail' doesn't produce enough output to be useful. The
> output of "tail -n 200 /var/tmp//config.log" should be enough for
> us to look at if you are not sure what to look for.
tail -n 200
/var/tmp/portage/gli
Richard Fish wrote:
On 6/27/06, Darren Grant <[EMAIL PROTECTED]> wrote:
tail -f
/var/tmp/portage/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log
A simple 'tail' doesn't produce enough output to be useful. The
output of "tail -n 200 /var/tmp//config.log" should be enoug
On 6/27/06, Darren Grant <[EMAIL PROTECTED]> wrote:
tail -f
/var/tmp/portage/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log
A simple 'tail' doesn't produce enough output to be useful. The
output of "tail -n 200 /var/tmp//config.log" should be enough for
us to look at if
On 6/27/06, Darren Grant <[EMAIL PROTECTED]> wrote:
When trying to upgrade via emerge from gcc-3.4.5 to 3.4.6-r1 I get the
following errors...
Any ideas?
> /usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.a
> when searching for -lc
Can you post some more of the output abov
Hey Benno... thanks for the help... appreciate it.
It should always have been a 64bit system...
tail -f
/var/tmp/portage/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log
#define PACKAGE_NAME "GNU C Library"
#define PACKAGE_STRING "GNU C Library (see version.h)"
#define PACK
Darren Grant wrote:
> When trying to upgrade via emerge from gcc-3.4.5 to 3.4.6-r1 I
> get the following errors...
Please post the output of 'emerge --info' and 'gcc-config -l' when
getting stuck on build errors.
> checking size of long double... configure: error: cannot compute
> sizeof (long d
When trying to upgrade via emerge from gcc-3.4.5 to 3.4.6-r1 I get the
following errors...
Any ideas?
/usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.a
when searching for -lc
/usr/x86_64-pc-linux-gnu/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
make[3]: ***
25 matches
Mail list logo
