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

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

[Darren Grant]

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]: *** [32/libgcc_s_32.so] Error 1
> make[3]: Leaving directory `/var/tmp/portage/gcc-3.4.6-r1/work/build/gcc'
> make[2]: *** [stmp-multilib] Error 2
> make[2]: Leaving directory `/var/tmp/portage/gcc-3.4.6-r1/work/build/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/var/tmp/portage/gcc-3.4.6-r1/work/build/gcc'
> make: *** [profiledbootstrap] Error 2
>
> !!! ERROR: sys-devel/gcc-3.4.6-r1 failed.
> !!! Function gcc_do_make, Line 1342, Exitcode 2
> !!! emake failed with profiledbootstrap
> !!! If you need support, post the topmost build error, NOT this status 
> message.

And if I try and upgrade glibc...

checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof 
(long double), 77
See `config.log' for more details.

!!! ERROR: sys-libs/glibc-2.3.6-r4 failed.
!!! Function glibc_do_configure, Line 905, Exitcode 1
!!! failed to configure glibc
!!! If you need support, post the topmost build error, NOT this status 
message.

-- 
gentoo-user@gentoo.org mailing list

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

[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

[Darren Grant]

[-- Attachment #1: Type: text/plain, Size: 4015 bytes --]

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
>   

[-- Attachment #2: Type: text/html, Size: 7068 bytes --]

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

[Richard Fish]

On 6/27/06, Darren Grant <dgrant@monstertech.ca> 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

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

[Darren Grant]

Richard Fish wrote:
> On 6/27/06, Darren Grant <dgrant@monstertech.ca> 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 ASM_TYPE_DIRECTIVE_PREFIX @
#define DO_VERSIONING 1
#define HAVE_ASM_CFI_DIRECTIVES 1
#define HAVE_ASM_PREVIOUS_DIRECTIVE 1
#define HAVE_ASM_SET_DIRECTIVE 1
#define HAVE_ASM_WEAK_DIRECTIVE 1
#define HAVE_BUILTIN_REDIRECTION 1
#define HAVE_CPP_ASM_DEBUGINFO 1
#define HAVE_HIDDEN 1
#define HAVE_INITFINI_ARRAY 1
#define HAVE_INTTYPES_H 1
#define HAVE_MEMORY_H 1
#define HAVE_PROTECTED 1
#define HAVE_STDINT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRINGS_H 1
#define HAVE_STRING_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_TLS_MODEL_ATTRIBUTE 1
#define HAVE_UNISTD_H 1
#define HAVE_VISIBILITY_ATTRIBUTE 1
#define HAVE_Z_COMBRELOC 1
#define HAVE_Z_RELRO 1
#define HAVE___THREAD 1
#define NO_UNDERSCORES 1
#define PACKAGE_BUGREPORT "glibc"
#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

-- 
gentoo-user@gentoo.org mailing list

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

[Richard Fish]

On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Richard Fish]

On 6/28/06, Richard Fish <bigfish@asmallpond.org> wrote:
> On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Richard Fish]

On 6/28/06, Richard Fish <bigfish@asmallpond.org> 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

[Darren Grant]

Richard Fish wrote:
> On 6/28/06, Richard Fish <bigfish@asmallpond.org> 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.xxxx.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

[Richard Fish]

On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Benno Schulenberg]

Richard Fish wrote:
> On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Darren Grant]

Benno Schulenberg wrote:
> Richard Fish wrote:
>   
>> On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[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

[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

[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

[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

[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

[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

[Richard Fish]

On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Darren Grant]

Richard Fish wrote:
> On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Richard Fish]

On 6/29/06, Darren Grant <dgrant@monstertech.ca> 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

[Darren Grant]

Richard Fish wrote:
> On 6/29/06, Darren Grant <dgrant@monstertech.ca> 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

[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

[Darren Grant]

Richard Fish wrote:
> On 6/28/06, Darren Grant <dgrant@monstertech.ca> 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

[Richard Fish]

On 6/27/06, Darren Grant <dgrant@monstertech.ca> 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