Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-30 Thread Richard Fish

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, and you might get a better answer there.

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-30 Thread Darren Grant

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 is a profile
issue, and you might get a better answer there.

-Richard
Thanks Richard... really do appreciate the help. I'll try posting on 
amd64 list, but at this point I'm leaning toward re-installing. I've 
always been quite adventurous in trying things within the linux 
environment. Any time I've broken things in the past, I've been able to 
find a way to fix it and learn a lot in the process... until now. I may 
have to reconsider my philosophy. hehe


That being said, is gentoo the right platform for a web/mail server?
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-30 Thread Alexander Skwar

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, but they
are rather often not as active as Gentoo certainly is.

Alexander Skwar
--
Die Affekte sind die krankhaften Säfte der Seele, und an jedem
Übermaße derselben erkrankt die Klugheit: Steigt gar das Übel zum
Munde hinaus, so läuft die Ehre Gefahr.
-- Baltasar Gracián y Morales (Handorakel und Kunst der 
Weltklugheit)
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-29 Thread Benno Schulenberg
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 May your 
CFLAGS didn't contain it, because the second assignment clobbers 
the first, and now that it does things fail.

Whether you are able to recover easily is something else: if your 
gcc has been miscompiled, go to http://gentoo-wiki.com/ and search 
for: recover gcc.

Benno
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-29 Thread Darren Grant

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 the -mtune=k8.  Before May your 
CFLAGS didn't contain it, because the second assignment clobbers 
the first, and now that it does things fail.


Whether you are able to recover easily is something else: if your 
gcc has been miscompiled, go to http://gentoo-wiki.com/ and search 
for: recover gcc.


Benno
  

Thanks Benno and Richard. Really appreciate it.

I used the gentoo-wiki to recompile my gcc. Now I can update and emerge 
packages. I still however cannot upgrade to the latest gcc and glibc 
components. They still fail with the same familiar error I had before.


I'm using x86_64-pc-linux-gnu-3.4.3 *


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-29 Thread Richard Fish

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
Portage 2.1 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla,
glibc-2.4-r3, 2.6.16 x86_64)
=
System uname: 2.6.16 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+

Notice my profile is default-linux/amd64/something, where you have
your profile as just default-linux/amd64.  I'm not sure that is
actually supported...and may in fact be the cause of your trouble.

The new profiles (starting with 2005.1) are multilib by default, so
for example merging glibc will try to build both i686 and x86_64
versions.  So it is in fact perfectly reasonble for an emerge of glibc
to try to build a i686 version, but *only* if you are using a multilib
profile.  Similarly gcc would try to build i686 versions of its
libraries, but would require an i686 glibc to be available first.

I suspect what you need to do is:

cd /etc
rm make.profile
ln -s ../usr/portage/profiles/default-linux/amd64/2005.1/no-multilib

Then try re-merging glibc and gcc.

If you want to switch to the multilib profile, the symlink should be
to /usr/portage/profiles/default-linux/amd64/2005.1 or 2006.0.  But
you might want to ask on gentoo-amd64 about how to switch from
no-multilib to a multilib profile...

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-29 Thread Benno Schulenberg
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 ../usr/portage/profiles/default-linux/amd64/2006.0 /etc/make.profile

Benno
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-29 Thread Darren Grant

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 System version 1.12.0
Portage 2.1 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla,
glibc-2.4-r3, 2.6.16 x86_64)
=
System uname: 2.6.16 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 
4400+


Notice my profile is default-linux/amd64/something, where you have
your profile as just default-linux/amd64.  I'm not sure that is
actually supported...and may in fact be the cause of your trouble.

The new profiles (starting with 2005.1) are multilib by default, so
for example merging glibc will try to build both i686 and x86_64
versions.  So it is in fact perfectly reasonble for an emerge of glibc
to try to build a i686 version, but *only* if you are using a multilib
profile.  Similarly gcc would try to build i686 versions of its
libraries, but would require an i686 glibc to be available first.

I suspect what you need to do is:

cd /etc
rm make.profile
ln -s ../usr/portage/profiles/default-linux/amd64/2005.1/no-multilib

Then try re-merging glibc and gcc.

If you want to switch to the multilib profile, the symlink should be
to /usr/portage/profiles/default-linux/amd64/2005.1 or 2006.0.  But
you might want to ask on gentoo-amd64 about how to switch from
no-multilib to a multilib profile...

-Richard
Didn't seem to help... I can emerge certain packages, but still can't 
re-merge gcc and glibc.


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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 enough for
us to look at if you are not sure what to look for.

-Richard

PS. Please avoid top-posting and multi-part html emails.
tail -n 200 
/var/tmp/portage/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log

libc_cv_weak_symbols=yes
libc_cv_z_combreloc=yes
libc_cv_z_execstack=yes
libc_cv_z_initfirst=yes
libc_cv_z_nodelete=yes
libc_cv_z_nodlopen=yes
libc_cv_z_relro=yes

## - ##
## Output variables. ##
## - ##

AR='/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ar'
AS='/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/as'
ASFLAGS_config=' -Wa,--noexecstack'
AUTOCONF='autoconf'
AWK='gawk'
BASH='/bin/sh'
BISON='/usr/bin/bison'
BUILD_CC=''
CC='x86_64-pc-linux-gnu-gcc'
CFLAGS='-march=athlon64 -mtune=k8 -pipe -O2'
CPP='x86_64-pc-linux-gnu-gcc -E'
CPPFLAGS=''
CXX='g++'
CXXFLAGS='-march=athlon64 -mtune=k8 -pipe -O2'
DEFINES=''
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='grep -E'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_INFO='/usr/bin/install-info'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
KSH='/bin/sh'
LD='/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld'
LDFLAGS=''
LIBGD='no'
LIBOBJS=''
LIBS=''
LN_S='ln -s'
LTLIBOBJS=''
MAKE='gmake'
MAKEINFO='makeinfo'
MIG=''
MSGFMT='gmsgfmt'
OBJDUMP='/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/objdump'
OBJEXT='o'
PACKAGE_BUGREPORT='glibc'
PACKAGE_NAME='GNU C Library'
PACKAGE_STRING='GNU C Library (see version.h)'
PACKAGE_TARNAME='c-library'
PACKAGE_VERSION='(see version.h)'
PATH_SEPARATOR=':'
PERL='/usr/bin/perl'
PWD_P='/bin/pwd'
RANLIB=':'
RELEASE=''
SED='sed'
SHELL='/bin/sh'
SYSINCLUDES='-nostdinc -isystem 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/./include -isystem /usr/include'

VERSION=''
VERSIONING='yes'
ac_ct_CC=''
ac_ct_CXX='g++'
ac_ct_RANLIB=''
add_ons='nptl c_stubs libidn'
all_warnings=''
base_machine='i386'
bindir='${exec_prefix}/bin'
bindnow='yes'
bounded='no'
build='i686-pc-linux-gnu'
build_alias='i686-pc-linux-gnu'
build_cpu='i686'
build_os='linux-gnu'
build_vendor='pc'
cross_compiling='no'
datadir='${prefix}/share'
elf='yes'
enable_check_abi='no'
exceptions='-fexceptions'
exec_prefix='NONE'
fno_unit_at_a_time='-fno-unit-at-a-time'
force_install='yes'
gnu_as='yes'
gnu_ld='yes'
have_libaudit=''
have_selinux='no'
host='i686-pc-linux-gnu'
host_alias='i686-pc-linux-gnu'
host_cpu='i686'
host_os='linux-gnu'
host_vendor='pc'
includedir='${prefix}/include'
infodir='/usr/share/info'
ldd_rewrite_script=''
libc_cv_Bgroup='yes'
libc_cv_as_needed='no'
libc_cv_asm_protected_directive='yes'
libc_cv_cc_with_libunwind='no'
libc_cv_cpp_asm_debuginfo='yes'
libc_cv_forced_unwind=''
libc_cv_fpie='no'
libc_cv_gcc_static_libgcc='-static-libgcc'
libc_cv_gcc_unwind_find_fde=''
libc_cv_have_bash2='yes'
libc_cv_have_initfini=''
libc_cv_have_ksh='yes'
libc_cv_initfinit_array='yes'
libc_cv_libgcc_s_suffix=''
libc_cv_localedir=''
libc_cv_rootsbindir=''
libc_cv_slibdir='/lib32'
libc_cv_ssp='no'
libc_cv_sysconfdir=''
libc_cv_z_combreloc='yes'
libc_cv_z_execstack='yes'
libc_cv_z_initfirst='yes'
libc_cv_z_nodelete='yes'
libc_cv_z_nodlopen='yes'
libc_cv_z_relro='yes'
libdir='/usr/lib32'
libexecdir='/usr/lib32/misc/glibc'
linux_doors=''
localstatedir='${prefix}/var'
mach_interface_list=''
mandir='/usr/share/man'
no_whole_archive='-Wl,--no-whole-archive'
nopic_initfini=''
old_glibc_headers=''
oldest_abi='default'
oldincludedir='/usr/include'
omitfp='no'
pic_default=''
prefix='/usr'
profile='no'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
shared='default'
sharedstatedir='${prefix}/com'
sizeof_long_double=''
static='yes'
static_nss='no'
subdirs=' '
sysconfdir='${prefix}/etc'
sysnames=' sysdeps/i386/elf nptl/sysdeps/unix/sysv/linux/i386/i686 
nptl/sysdeps/unix/sysv/linux/i386 nptl/sysdeps/unix/sysv/linux 
nptl/sysdeps/pthread sysdeps/pthread nptl/sysdeps/unix/sysv 
nptl/sysdeps/unix nptl/sysdeps/i386/i686 nptl/sysdeps/i386 
libidn/sysdeps/unix sysdeps/unix/sysv/linux/i386 sysdeps/unix/sysv/linux 
sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet 
sysdeps/unix/sysv/i386 sysdeps/unix/sysv sysdeps/unix/i386 sysdeps/unix 
sysdeps/posix sysdeps/i386/i686/fpu sysdeps/i386/i686 sysdeps/i386/i486 
nptl/sysdeps/i386/i486 sysdeps/i386/fpu sysdeps/i386 sysdeps/wordsize-32 
sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 
sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic'

target_alias=''
uname_release=''
uname_sysname=''
uname_version=''
use_ldconfig=''
with_cvs='no'
with_fp='yes'
xcoff='no'

## --- ##
## confdefs.h. ##
## --- ##

#define ASM_GLOBAL_DIRECTIVE .globl
#define 

Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Richard Fish

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/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log


*sigh*.  Still not enough.  You are welcome to email the config.log to
me privately...

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Richard Fish

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 not sure what to look for.
 tail -n 200
 
/var/tmp/portage/glibc-2.3.6-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log

*sigh*.  Still not enough.  You are welcome to email the config.log to
me privately...


Ok, here is the actual error:

configure:7208: checking size of long double
configure:7527: x86_64-pc-linux-gnu-gcc -o conftest -march=athlon64
-mtune=k8 -pipe -O2   conftest.c  5
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/l
ib/gcc/x86_64-pc-linux-gnu/3.4.5/./libgcc.a when searching for -lgcc
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/l
ib/gcc/x86_64-pc-linux-gnu/3.4.5/libgcc.a when searching for -lgcc
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/l
ib/gcc/x86_64-pc-linux-gnu/3.4.5/./libgcc.a when searching for -lgcc
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld:
skipping incompatible /usr/l
ib/gcc/x86_64-pc-linux-gnu/3.4.5/libgcc.a when searching for -lgcc
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/../../../../x86_64-pc-linux-gnu/bin/ld:
cannot find -lgcc
collect2: ld returned 1 exit status

It is looking like your toolchain is busted.

Are you able to build anything?  For example, does emerge --oneshot
=sys-libs/glibc-2.3.6-r3 work?

Also, what does binutils-config -l report?

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Richard Fish

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 some reason your system wants to build for i686, not x86_64.

What does /etc/make.conf contain?

How about env | grep i686

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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-pc-linux-gnu

For some reason your system wants to build for i686, not x86_64.

What does /etc/make.conf contain?

How about env | grep i686

-Richard

cat /etc/make.conf
# These settings were set by the catalyst build script that 
automatically built this stage

# Please consult /etc/make.conf.example for a more detailed example
#CFLAGS=-O2
CFLAGS=-march=athlon64 -mtune=k8 -O2 -pipe
MAKEOPTS=-j3
CHOST=x86_64-pc-linux-gnu
CXXFLAGS=${CFLAGS}
USE=nptl nptlonly session unicode cli pcre xml zlib threads mpm-prefork 
mysql imap libwww maildir sasl ssl gnome gtk2 -kde -qt dvdr alsa cdr 
apache2 nvidia opengl
GENTOO_MIRRORS=ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ 
http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ 
http://cudlug.cudenver.edu/gentoo/ 
ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ 
ftp://gentoo.arcticnetwork.ca/pub/gentoo/ 
http://gentoo.arcticnetwork.ca/ http://mirror.usu.edu/mirrors/gentoo/ 
ftp://mirror.usu.edu/mirrors/gentoo/;

SYNC=rsync://rsync.ca.gentoo.org/gentoo-portage

env
MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man
HOSTNAME=xxx..com
SHELL=/bin/bash
TERM=xterm
USER=root
GDK_USE_XFT=1
PAGER=/usr/bin/less
CONFIG_PROTECT_MASK=/etc/terminfo
XINITRC=/etc/X11/xinit/xinitrc
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5
DISTCC_LOG=
PWD=/root
EDITOR=/bin/nano
DISTCC_VERBOSE=0
DCCC_PATH=/usr/lib/distcc/bin
SHLVL=1
HOME=/root
LESS=-R -M --shift 5
PYTHONPATH=/usr/lib/portage/pym
LOGNAME=root
CVS_RSH=ssh
GCC_SPECS=
LESSOPEN=|lesspipe.sh %s
INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info
OPENGL_PROFILE=xorg-x11
G_BROKEN_FILENAMES=1
CONFIG_PROTECT=/usr/lib/X11/xkb
_=/usr/bin/env


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Richard Fish

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



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Benno Schulenberg
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



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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 command and it fails as well.

grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* ~/.profile*
/etc/env.d/05gcc:GCC_SPECS=
/etc/profile.csh:setenv GCC_SPECS=''
/etc/profile.env:export GCC_SPECS=''
grep: /root/.profile*: No such file or directory

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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 
... [ ok ]

# env | grep 'GCC_SPECS='


...nothing.
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Benno Schulenberg
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



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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 | grep 'GCC' ... returns nothing.

env | grep 'gcc'
MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5
INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info

grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* ~/.profile*
/etc/env.d/05gcc:GCC_SPECS=
/etc/profile.csh:setenv GCC_SPECS=''
/etc/profile.env:export GCC_SPECS=''
/root/.bash_history:unset GCC_SPECS  emerge --oneshot glibc
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*

/root/.bash_history:env | grep 'GCC_SPECS'
/root/.bash_history:env | grep 'GCC_SPECS='
grep: /root/.profile*: No such file or directory

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-28 Thread Darren Grant

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 and back in...

env | grep 'GCC' ... returns nothing.

env | grep 'gcc'
MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/man 

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5 

INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.5/info 



grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* ~/.profile*
/etc/env.d/05gcc:GCC_SPECS=
/etc/profile.csh:setenv GCC_SPECS=''
/etc/profile.env:export GCC_SPECS=''
/root/.bash_history:unset GCC_SPECS  emerge --oneshot glibc
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*
/root/.bash_history:grep GCC_SPECS /etc/env.d/* /etc/profile* ~/.bash* 
~/.profile*

/root/.bash_history:env | grep 'GCC_SPECS'
/root/.bash_history:env | grep 'GCC_SPECS='
grep: /root/.profile*: No such file or directory

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
MAKEOPTS=-j3
CHOST=x86_64-pc-linux-gnu
CXXFLAGS=${CFLAGS}
USE=session unicode cli pcre xml zlib threads mpm-prefork mysql imap 
libwww maildir sasl ssl gnome gtk2 -kde -qt dvdr alsa cdr apache2 nvidia 
opengl


to this...

CFLAGS=-march=athlon64 -mtune=k8 -O2 -pipe
MAKEOPTS=-j3
CHOST=x86_64-pc-linux-gnu
CXXFLAGS=${CFLAGS}
USE=nptl nptlonly session unicode cli pcre xml zlib threads mpm-prefork 
mysql imap libwww maildir sasl ssl gnome gtk2 -kde -qt dvdr alsa cdr 
apache2 nvidia opengl


Any chance that's what's causing my gcc problems now?


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-27 Thread Benno Schulenberg
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 double), 77

Googling for: configure: error: cannot compute sizeof long double, 
would show you this thread:
http://sources.redhat.com/ml/crossgcc/2006-01/msg00180.html

Maybe you're running a 32-bit system and are now trying to make it 
64-bit?

 See `config.log' for more details.

Did you follow this hint?  :)

Benno
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-27 Thread Darren Grant




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 PACKAGE_TARNAME "c-library"
#define PACKAGE_VERSION "(see version.h)"
#define USE_REGPARMS 1
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using std::exit;
  
configure: exit 1



emerge --info
Portage 2.0.54-r2 (default-linux/amd64, gcc-3.4.5, glibc-2.3.6-r3,
2.6.15-gentoo -r1 x86_64)
=
System uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm)64 X2 Dual Core
Processor 3 800+
Gentoo Base System version 1.6.14
dev-lang/python: 2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -mtune=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -mtune=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/
http://ftp.ucsb.edu /pub/mirrors/linux/gentoo/
http://cudlug.cudenver.edu/gentoo/
ftp://cudlug.cuden
ver.edu/pub/mirrors/distributions/gentoo/
ftp://gentoo.arcticnetwork.ca/pub/gent oo/
http://gentoo.arcticnetwork.ca/ http://mirror.usu.edu/mirrors/gentoo/
ftp:// mirror.usu.edu/mirrors/gentoo/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage"
USE="amd64 X alsa apache2 audiofile berkdb bitmap-fonts bzip2 cdr cli
crypt cups curl dri dvdr expat ffmpeg fortran gd
gif gmp gnome gpm gtk gtk2 imagemagick im ap ipv6
isdnlog jpeg ldap libwww maildir mhash mpm-prefork mysql ncurses nls
npt l nptlonly nvidia opengl pam pcre perl php png
pppd python readline reflection s amba sasl sdl
session spl ssl tcpd threads tiff truetype truetype-fonts
type1-fo nts udev unicode usb xml xml2 xorg zlib
userland_GNU kernel_linux elibc_glibc"
Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXT RA_OPTS, PORTAGE_RSYNC_OPTS,
PORTDIR_OVERLAY

gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.5 *
[2] x86_64-pc-linux-gnu-3.4.5-hardened
[3] x86_64-pc-linux-gnu-3.4.5-hardenednopie
[4] x86_64-pc-linux-gnu-3.4.5-hardenednopiessp
[5] x86_64-pc-linux-gnu-3.4.5-hardenednossp



Benno Schulenberg wrote:

  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 double), 77

  
  
Googling for: configure: error: cannot compute sizeof long double, 
would show you this thread:
http://sources.redhat.com/ml/crossgcc/2006-01/msg00180.html

Maybe you're running a 32-bit system and are now trying to make it 
64-bit?

  
  
See `config.log' for more details.

  
  
Did you follow this hint?  :)

Benno
  





Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-27 Thread Richard Fish

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 above this error?  I'd like to
see what command make was trying to execute when it encountered this.

-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Upgrading from gcc-3.4.5 to gcc-3.4.6-r1

2006-06-27 Thread Richard Fish

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 you are not sure what to look for.

-Richard

PS. Please avoid top-posting and multi-part html emails.
--
gentoo-user@gentoo.org mailing list