[gentoo-alpha] problem upgrading the toolchain

[gentoo-alpha] problem upgrading the toolchain

[Jeff Donsbach]

Hi folks,

I'm trying to get Gentoo installed on a new (to me)
Miata. I got the base system installed and got
upgraded to the 2.6.14.2 kernel. Looks good so far. By
the way, the 2005.1 LiveCD wouldn't boot on this
system with the default 2.6 kernel either. I had to
boot the 2.4 kernel and install that way, then upgrade
to the 2.6 kernel. But, that isn't my current problem.

I'm having trouble updating the tool chain. GLIBC
seems to have rebuilt fine with NPTL support. As an
example, here is the log file when trying to emerge
binutils -

=======
alpha1 build # more config.log
This file contains any messages produced by compilers
while
running configure, to aid debugging if configure makes
a mistake.

configure:595: checking host system type
configure:616: checking target system type
configure:634: checking build system type
configure:689: checking for a BSD compatible install
configure:742: checking whether ln works
configure:766: checking whether ln -s works
configure:1779: checking for gcc
configure:1892: checking whether the C compiler
(/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 ) works
configure:1908: /usr/bin/gcc -o conftest -mieee
-mcpu=ev56 -pipe -O2   conftest.c  1>&5
gcc: Internal error: Segmentation fault (program as)
Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.
configure: failed program was:

#line 1903 "configure"
#include "confdefs.h"

main(){return(0);}

=====

Now, the strange part is, if I make a conftest.c with
the two lines above and manually run "usr/bin/gcc -o
conftest -mieee -mcpu=ev56 -pipe -O2   conftest.c" ,
it works just fine!

Any idea what could be wrong? Other ebuilds seem to
fail the same way. Oh, my gcc version is:
alpha1 build # gcc --version
gcc (GCC) 3.3.2 20040119 (Gentoo Linux 3.3.2-r7,
propolice-3.3-7)

My glibc version is 2.3.5-r3 with NPTL support in my
USE flags.

Thanks,
Jeff D






		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Nils o. Janus]

Hi Jeff,

> configure:1892: checking whether the C compiler
> (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 ) works
> configure:1908: /usr/bin/gcc -o conftest -mieee
> -mcpu=ev56 -pipe -O2   conftest.c  1>&5
						 ^^^^
what perplexes me is that stdout is redirecting to the filedescriptor 5
which is not a standardized one.
Does that filedescriptor ( /dev/fd/5 ) exist?
This may be the reason why compiling without redirecting the output, like
you already tried, works fine.

Try passing the 1>&5 to the call of gcc too and check wether it segfaults  
again.

On a DS20e, gcc just throws a "Bad file descriptor" error without  
segfaulting.

HTH,

greetings
Nils
-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Jeff Donsbach]

Good point, Nils. Perhaps "5" is the configure.log I
included? I don't know.I'll try that tonight (the
Miata is at home).

Jeff D

--- "Nils o. Janus" <NoJ@janussysteme.de> wrote:

> Hi Jeff,
> 
> > configure:1892: checking whether the C compiler
> > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 ) works
> > configure:1908: /usr/bin/gcc -o conftest -mieee
> > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> 						 ^^^^
> what perplexes me is that stdout is redirecting to
> the filedescriptor 5
> which is not a standardized one.
> Does that filedescriptor ( /dev/fd/5 ) exist?
> This may be the reason why compiling without
> redirecting the output, like
> you already tried, works fine.
> 
> Try passing the 1>&5 to the call of gcc too and
> check wether it segfaults  
> again.
> 
> On a DS20e, gcc just throws a "Bad file descriptor"
> error without  
> segfaulting.
> 
> HTH,
> 
> greetings
> Nils
> -- 
> gentoo-alpha@gentoo.org mailing list
> 
> 



		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Marc Giger]

Hi,

I reported the same problem to bugzilla...
http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
(Perhaps it finds more attention here...)

It seems it has to do with the current state of ntpl on
alphas.

If you set LD_ASSUME_KERNEL=2.4.1 and therefore force
to use linuxthreads, emerge works again.
But I don't know if it really is nptl's fault. I can manually
compile everything with the same parameters as
portage does. So a portage (sandbox?) fault is also possible.

Marc


On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:

> 
> Good point, Nils. Perhaps "5" is the configure.log I
> included? I don't know.I'll try that tonight (the
> Miata is at home).
> 
> Jeff D
> 
> --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> 
> > Hi Jeff,
> > 
> > > configure:1892: checking whether the C compiler
> > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 ) works
> > > configure:1908: /usr/bin/gcc -o conftest -mieee
> > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > 						 ^^^^
> > what perplexes me is that stdout is redirecting to
> > the filedescriptor 5
> > which is not a standardized one.
> > Does that filedescriptor ( /dev/fd/5 ) exist?
> > This may be the reason why compiling without
> > redirecting the output, like
> > you already tried, works fine.
> > 
> > Try passing the 1>&5 to the call of gcc too and
> > check wether it segfaults  
> > again.
> > 
> > On a DS20e, gcc just throws a "Bad file descriptor"
> > error without  
> > segfaulting.
> > 
> > HTH,
> > 
> > greetings
> > Nils
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 
> > 
> 
> 
> 
> 		
> __________________________________________ 
> Yahoo! DSL – Something to write home about. 
> Just $16.99/mo. or less. 
> dsl.yahoo.com 
> 
> -- 
> gentoo-alpha@gentoo.org mailing list
> 

-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Jeff Donsbach]

Thanks, Marc,

I guess it's a good thing I didn't build with
USE="-nptlonly" then, huh? ;-)

Should I file a duplicate bug in bugzilla (if it would
help)?

So, is there some kind of catch 22 going on here?
Weren't there some reports of problems with
linuxthreads in glibc on Alpha?

Jeff D

--- Marc Giger <gigerstyle@gmx.ch> wrote:

> Hi,
> 
> I reported the same problem to bugzilla...
> http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
> (Perhaps it finds more attention here...)
> 
> It seems it has to do with the current state of ntpl
> on
> alphas.
> 
> If you set LD_ASSUME_KERNEL=2.4.1 and therefore
> force
> to use linuxthreads, emerge works again.
> But I don't know if it really is nptl's fault. I can
> manually
> compile everything with the same parameters as
> portage does. So a portage (sandbox?) fault is also
> possible.
> 
> Marc
> 
> 
> On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
> Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:
> 
> > 
> > Good point, Nils. Perhaps "5" is the configure.log
> I
> > included? I don't know.I'll try that tonight (the
> > Miata is at home).
> > 
> > Jeff D
> > 
> > --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> > 
> > > Hi Jeff,
> > > 
> > > > configure:1892: checking whether the C
> compiler
> > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 )
> works
> > > > configure:1908: /usr/bin/gcc -o conftest
> -mieee
> > > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > > 						 ^^^^
> > > what perplexes me is that stdout is redirecting
> to
> > > the filedescriptor 5
> > > which is not a standardized one.
> > > Does that filedescriptor ( /dev/fd/5 ) exist?
> > > This may be the reason why compiling without
> > > redirecting the output, like
> > > you already tried, works fine.
> > > 
> > > Try passing the 1>&5 to the call of gcc too and
> > > check wether it segfaults  
> > > again.
> > > 
> > > On a DS20e, gcc just throws a "Bad file
> descriptor"
> > > error without  
> > > segfaulting.
> > > 
> > > HTH,
> > > 
> > > greetings
> > > Nils
> > > -- 
> > > gentoo-alpha@gentoo.org mailing list
> > > 
> > > 
> > 
> > 
> > 
> > 		
> > __________________________________________ 
> > Yahoo! DSL – Something to write home about. 
> > Just $16.99/mo. or less. 
> > dsl.yahoo.com 
> > 
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 
> 
> -- 
> gentoo-alpha@gentoo.org mailing list
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Bryan Østergaard]

Please don't file a duplicate bug about this problem as we're well aware
of the existing bug. The big problem is that we don't seem to be able to
reproduce the bug as everything seems fine in our testing using
glibc-2.3.5*.

At least 3 Gentoo developers (myself included) have tried to reproduce
it without any luck which makes it quite hard to fix.

So what I'd like is a bit more information about the machines this
problem happens on. Model of the box, glibc version, kernel version and
patchset and output from emerge --info.

Please add all this info to bug 100259 or send it to this list or me
directly at kloeri@gentoo.org and I'll see if I can find some pattern
to this. Hopefully this will give me some much needed clue about this
problem.

Regards,
Bryan Østergaard

On Tue, Dec 06, 2005 at 07:39:53PM -0800, Jeff Donsbach wrote:
> Thanks, Marc,
> 
> I guess it's a good thing I didn't build with
> USE="-nptlonly" then, huh? ;-)
> 
> Should I file a duplicate bug in bugzilla (if it would
> help)?
> 
> So, is there some kind of catch 22 going on here?
> Weren't there some reports of problems with
> linuxthreads in glibc on Alpha?
> 
> Jeff D
> 
> --- Marc Giger <gigerstyle@gmx.ch> wrote:
> 
> > Hi,
> > 
> > I reported the same problem to bugzilla...
> > http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
> > (Perhaps it finds more attention here...)
> > 
> > It seems it has to do with the current state of ntpl
> > on
> > alphas.
> > 
> > If you set LD_ASSUME_KERNEL=2.4.1 and therefore
> > force
> > to use linuxthreads, emerge works again.
> > But I don't know if it really is nptl's fault. I can
> > manually
> > compile everything with the same parameters as
> > portage does. So a portage (sandbox?) fault is also
> > possible.
> > 
> > Marc
> > 
> > 
> > On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
> > Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:
> > 
> > > 
> > > Good point, Nils. Perhaps "5" is the configure.log
> > I
> > > included? I don't know.I'll try that tonight (the
> > > Miata is at home).
> > > 
> > > Jeff D
> > > 
> > > --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> > > 
> > > > Hi Jeff,
> > > > 
> > > > > configure:1892: checking whether the C
> > compiler
> > > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 )
> > works
> > > > > configure:1908: /usr/bin/gcc -o conftest
> > -mieee
> > > > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > > > 						 ^^^^
> > > > what perplexes me is that stdout is redirecting
> > to
> > > > the filedescriptor 5
> > > > which is not a standardized one.
> > > > Does that filedescriptor ( /dev/fd/5 ) exist?
> > > > This may be the reason why compiling without
> > > > redirecting the output, like
> > > > you already tried, works fine.
> > > > 
> > > > Try passing the 1>&5 to the call of gcc too and
> > > > check wether it segfaults  
> > > > again.
> > > > 
> > > > On a DS20e, gcc just throws a "Bad file
> > descriptor"
> > > > error without  
> > > > segfaulting.
> > > > 
> > > > HTH,
> > > > 
> > > > greetings
> > > > Nils
> > > > -- 
> > > > gentoo-alpha@gentoo.org mailing list
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > > 		
> > > __________________________________________ 
> > > Yahoo! DSL – Something to write home about. 
> > > Just $16.99/mo. or less. 
> > > dsl.yahoo.com 
> > > 
> > > -- 
> > > gentoo-alpha@gentoo.org mailing list
> > > 
> > 
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> -- 
> gentoo-alpha@gentoo.org mailing list
> 
> 
-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Jeff Donsbach]

-
> 
> --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:

> > Does that filedescriptor ( /dev/fd/5 ) exist?

It indeed does not exist on my system at this moment.
I only have /dev/fd/[0-3] . Should this get created at
boot time by udev or something?

Bryan, regarding my system info, here is my "emerge
--info" output below. This is a pretty basic system as
I've only done a basic install so far and haven't
added much to it yet. The system itself is a DPW 500AU
(aka Miata). I had started to update my tool chain
when I started getting this error. It looks like it
successfully built the updated GLIBC (with NPTL
support) and things went to heck after that.

alpha1 ~ # emerge --info
Portage 2.0.51.22-r3 (default-linux/alpha/2005.0,
gcc-3.3.2, glibc-2.3.5-r3, 2.6.14.2 alpha)
=================================================================
System uname: 2.6.14.2 alpha EV56
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1,
1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="alpha"
AUTOCLEAN="yes"
CBUILD="alpha-unknown-linux-gnu"
CFLAGS="-mieee -O3 -mcpu=ev56 -fomit-frame-pointer
-pipe"
CHOST="alpha-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo
/etc/env.d"
CXXFLAGS="-mieee -O3 -mcpu=ev56 -fomit-frame-pointer
-pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
ftp://gentoo.chem.wisc.edu/gentoo/
ftp://gentoo.mirrors.pair.com/
http://mirror.clarkson.edu/pub/distributions/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="alpha X arts berkdb bitmap-fonts bzip2 crypt cups
eds encode expat font-server foomaticdb fortran gdbm
gif gnome gpm gstreamer gtk gtk2 imlib jpeg kde libg++
libwww mad mikmod motif mp3 mpeg ncurses nls nptl ogg
oggvorbis opengl oss pam pdflib perl png python qt
quicktime readline sdl spell ssl tcpd truetype
truetype-fonts type1-fonts udev vorbis xml2 xmms xv
zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTDIR_OVERLAY

Jeff D




		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Marc Giger]

Bryan

Thank you for your time. I will provide as much information
as possible to solve these problems.

witch ~ # cat /proc/cpuinfo
cpu                     : Alpha
cpu model               : EV56
cpu variation           : 7
cpu revision            : 0
cpu serial number       :
system type             : EB164
system variation        : LX164
system revision         : 0
system serial number    :
cycle frequency [Hz]    : 533172608 est.
timer frequency [Hz]    : 1024.00
page size [bytes]       : 8192
phys. address bits      : 40
max. addr. space #      : 127
BogoMIPS                : 1059.80
kernel unaligned acc    : 190 (pc=fffffffc00313e20,va=fffffc00243c28ce)
user unaligned acc      : 0 (pc=0,va=0)
platform string         : Digital AlphaPC 164LX 533 MHz
cpus detected           : 1
L1 Icache               : 8K, 1-way, 32b line
L1 Dcache               : 8K, 1-way, 32b line
L2 cache                : 96K, 3-way, 64b line
L3 cache                : 2048K, 1-way, 64b line

witch ~ # emerge --info
Portage 2.0.51.22-r3 (default-linux/alpha/2005.0, gcc-3.4.4,
glibc-2.3.5-r3, 2.6.12.5 alpha)
================================================================= System
uname: 2.6.12.5 alpha EV56 Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.2.3-r5, 2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
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.15.92.0.2-r10
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="alpha"
AUTOCLEAN="yes"
CBUILD="alpha-unknown-linux-gnu"
CFLAGS="-mcpu=ev56 -O3 -pipe"
CHOST="alpha-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf
/etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=ev56 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo
http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="alpha acl apache apache2 arts berkdb bitmap-fonts bzip2 crypt cups
eds encode ev56 expat font-server foomaticdb fortran gd gdbm gif gmp gpm
gstreamer gtk2 imlib jikes jpeg libg++ libwww mad mhash mikmod motif mp3
mpeg mysql ncurses nls no-htdocs nptl ogg oggvorbis opengl oss pam pcre
pdflib perl php png postgres python quicktime readline sdl slang snmp
spell ssl tcpd tiff truetype-fonts type1-fonts vorbis xmms xv zlib
userland_GNU kernel_linux elibc_glibc" Unset:  ASFLAGS, CTARGET, LANG,
LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY

As you can see I use gcc-3.4.4. This was a test if it would made
any difference. It did also not work with gcc-3.3.x.
Also I rebuilt portage, python etc (with the new glibc) with no
success.

Please ask if you need more infos. I've set up a chroot-env to
for testing purposes.

Thanks

Marc


On Wed, 7 Dec 2005 11:20:49 +0100
Bryan Østergaard <kloeri@gentoo.org> wrote:

> Please don't file a duplicate bug about this problem as we're well
> aware of the existing bug. The big problem is that we don't seem to be
> able to reproduce the bug as everything seems fine in our testing
> using glibc-2.3.5*.
> 
> At least 3 Gentoo developers (myself included) have tried to reproduce
> it without any luck which makes it quite hard to fix.
> 
> So what I'd like is a bit more information about the machines this
> problem happens on. Model of the box, glibc version, kernel version
> and patchset and output from emerge --info.
> 
> Please add all this info to bug 100259 or send it to this list or me
> directly at kloeri@gentoo.org and I'll see if I can find some pattern
> to this. Hopefully this will give me some much needed clue about this
> problem.
> 
> Regards,
> Bryan Østergaard
> 
> On Tue, Dec 06, 2005 at 07:39:53PM -0800, Jeff Donsbach wrote:
> > Thanks, Marc,
> > 
> > I guess it's a good thing I didn't build with
> > USE="-nptlonly" then, huh? ;-)
> > 
> > Should I file a duplicate bug in bugzilla (if it would
> > help)?
> > 
> > So, is there some kind of catch 22 going on here?
> > Weren't there some reports of problems with
> > linuxthreads in glibc on Alpha?
> > 
> > Jeff D
> > 
> > --- Marc Giger <gigerstyle@gmx.ch> wrote:
> > 
> > > Hi,
> > > 
> > > I reported the same problem to bugzilla...
> > > http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
> > > (Perhaps it finds more attention here...)
> > > 
> > > It seems it has to do with the current state of ntpl
> > > on
> > > alphas.
> > > 
> > > If you set LD_ASSUME_KERNEL=2.4.1 and therefore
> > > force
> > > to use linuxthreads, emerge works again.
> > > But I don't know if it really is nptl's fault. I can
> > > manually
> > > compile everything with the same parameters as
> > > portage does. So a portage (sandbox?) fault is also
> > > possible.
> > > 
> > > Marc
> > > 
> > > 
> > > On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
> > > Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:
> > > 
> > > > 
> > > > Good point, Nils. Perhaps "5" is the configure.log
> > > I
> > > > included? I don't know.I'll try that tonight (the
> > > > Miata is at home).
> > > > 
> > > > Jeff D
> > > > 
> > > > --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> > > > 
> > > > > Hi Jeff,
> > > > > 
> > > > > > configure:1892: checking whether the C
> > > compiler
> > > > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 )
> > > works
> > > > > > configure:1908: /usr/bin/gcc -o conftest
> > > -mieee
> > > > > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > > > > 						 ^^^^
> > > > > what perplexes me is that stdout is redirecting
> > > to
> > > > > the filedescriptor 5
> > > > > which is not a standardized one.
> > > > > Does that filedescriptor ( /dev/fd/5 ) exist?
> > > > > This may be the reason why compiling without
> > > > > redirecting the output, like
> > > > > you already tried, works fine.
> > > > > 
> > > > > Try passing the 1>&5 to the call of gcc too and
> > > > > check wether it segfaults  
> > > > > again.
> > > > > 
> > > > > On a DS20e, gcc just throws a "Bad file
> > > descriptor"
> > > > > error without  
> > > > > segfaulting.
> > > > > 
> > > > > HTH,
> > > > > 
> > > > > greetings
> > > > > Nils
> > > > > -- 
> > > > > gentoo-alpha@gentoo.org mailing list
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > 
> > > > 		
> > > > __________________________________________ 
> > > > Yahoo! DSL – Something to write home about. 
> > > > Just $16.99/mo. or less. 
> > > > dsl.yahoo.com 
> > > > 
> > > > -- 
> > > > gentoo-alpha@gentoo.org mailing list
> > > > 
> > > 
> > > -- 
> > > gentoo-alpha@gentoo.org mailing list
> > > 
> > > 
> > 
> > 
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around 
> > http://mail.yahoo.com 
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 
> > 
> -- 
> gentoo-alpha@gentoo.org mailing list
> 

-- 
gentoo-alpha@gentoo.org mailing list

Re: [gentoo-alpha] problem upgrading the toolchain

[Marc Giger]

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

I "straced" emerge, perhaps it helps.
That's what I got on the shell:

witch ~ # strace -fF -s1000 -o emerge-trace.txt emerge -b gcc-config
umovestr: Input/output error
sh: 10: No such file or directory
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-devel/gcc-config-1.3.12-r4 to /
umovestr: Input/output error
PANIC: attached pid 6291 exited
umovestr: Input/output error
/usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory
ptrace: umoven: Input/output error
umovestr: Input/output error
>>> md5 files   ;-) gcc-config-2.0.0_beta2.ebuild
>>> md5 files   ;-) gcc-config-1.3.12-r4.ebuild
>>> md5 files   ;-) files/gcc-config-1.3.12
>>> md5 files   ;-) files/wrapper-1.4.7.c
>>> md5 files   ;-) files/digest-gcc-config-2.0.0_beta2
>>> md5 files   ;-) files/digest-gcc-config-1.3.12-r4
umovestr: Input/output error
PANIC: attached pid 6315 exited
umovestr: Input/output error
/usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory
ptrace: umoven: Input/output error
umovestr: Input/output error
umovestr: Input/output error
umovestr: Input/output error
PANIC: attached pid 6338 exited
umovestr: Input/output error
ptrace: umoven: Input/output error
umovestr: Input/output error
umovestr: Input/output error
[preattached child 73 of 6369 in weird state!]
umovestr: Input/output error
PANIC: attached pid 6369 exited
umovestr: Input/output error
ptrace: umoven: Input/output error
umovestr: Input/output error
alpha-unknown-linux-gnu-gcc: Internal error: Segmentation fault (program
as) Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.

!!! ERROR: sys-devel/gcc-config-1.3.12-r4 failed.
!!! Function src_compile, Line 25, Exitcode 1
!!! compile wrapper
!!! If you need support, post the topmost build error, NOT this status
message.

The full output of strace is attached.

Thanks

Marc

On Wed, 7 Dec 2005 18:48:02 +0100
Marc Giger <gigerstyle@gmx.ch> wrote:

> Bryan
> 
> Thank you for your time. I will provide as much information
> as possible to solve these problems.
> 
> witch ~ # cat /proc/cpuinfo
> cpu                     : Alpha
> cpu model               : EV56
> cpu variation           : 7
> cpu revision            : 0
> cpu serial number       :
> system type             : EB164
> system variation        : LX164
> system revision         : 0
> system serial number    :
> cycle frequency [Hz]    : 533172608 est.
> timer frequency [Hz]    : 1024.00
> page size [bytes]       : 8192
> phys. address bits      : 40
> max. addr. space #      : 127
> BogoMIPS                : 1059.80
> kernel unaligned acc    : 190
> (pc=fffffffc00313e20,va=fffffc00243c28ce) user unaligned acc      : 0
> (pc=0,va=0) platform string         : Digital AlphaPC 164LX 533 MHz
> cpus detected           : 1
> L1 Icache               : 8K, 1-way, 32b line
> L1 Dcache               : 8K, 1-way, 32b line
> L2 cache                : 96K, 3-way, 64b line
> L3 cache                : 2048K, 1-way, 64b line
> 
> witch ~ # emerge --info
> Portage 2.0.51.22-r3 (default-linux/alpha/2005.0, gcc-3.4.4,
> glibc-2.3.5-r3, 2.6.12.5 alpha)
> =================================================================
> System uname: 2.6.12.5 alpha EV56 Gentoo Base System version 1.6.13
> ccache version 2.3 [enabled]
> dev-lang/python:     2.2.3-r5, 2.3.5-r2, 2.4.2
> sys-apps/sandbox:    1.2.12
> sys-devel/autoconf:  2.13, 2.59-r6
> 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.15.92.0.2-r10
> sys-devel/libtool:   1.5.20
> virtual/os-headers:  2.6.11-r2
> ACCEPT_KEYWORDS="alpha"
> AUTOCLEAN="yes"
> CBUILD="alpha-unknown-linux-gnu"
> CFLAGS="-mcpu=ev56 -O3 -pipe"
> CHOST="alpha-unknown-linux-gnu"
> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
> /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf
> /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=ev56 -O3 -pipe"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
> GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo
> http://gentoo.oregonstate.edu
> http://www.ibiblio.org/pub/Linux/distributions/gentoo"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="alpha acl apache apache2 arts berkdb bitmap-fonts bzip2 crypt
> cups eds encode ev56 expat font-server foomaticdb fortran gd gdbm gif
> gmp gpm gstreamer gtk2 imlib jikes jpeg libg++ libwww mad mhash mikmod
> motif mp3 mpeg mysql ncurses nls no-htdocs nptl ogg oggvorbis opengl
> oss pam pcre pdflib perl php png postgres python quicktime readline
> sdl slang snmp spell ssl tcpd tiff truetype-fonts type1-fonts vorbis
> xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset:  ASFLAGS,
> CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
> 
> As you can see I use gcc-3.4.4. This was a test if it would made
> any difference. It did also not work with gcc-3.3.x.
> Also I rebuilt portage, python etc (with the new glibc) with no
> success.
> 
> Please ask if you need more infos. I've set up a chroot-env to
> for testing purposes.
> 
> Thanks
> 
> Marc
> 
> 
> On Wed, 7 Dec 2005 11:20:49 +0100
> Bryan Østergaard <kloeri@gentoo.org> wrote:
> 
> > Please don't file a duplicate bug about this problem as we're well
> > aware of the existing bug. The big problem is that we don't seem to
> > be able to reproduce the bug as everything seems fine in our testing
> > using glibc-2.3.5*.
> > 
> > At least 3 Gentoo developers (myself included) have tried to
> > reproduce it without any luck which makes it quite hard to fix.
> > 
> > So what I'd like is a bit more information about the machines this
> > problem happens on. Model of the box, glibc version, kernel version
> > and patchset and output from emerge --info.
> > 
> > Please add all this info to bug 100259 or send it to this list or me
> > directly at kloeri@gentoo.org and I'll see if I can find some
> > pattern to this. Hopefully this will give me some much needed clue
> > about this problem.
> > 
> > Regards,
> > Bryan Østergaard
> > 
> > On Tue, Dec 06, 2005 at 07:39:53PM -0800, Jeff Donsbach wrote:
> > > Thanks, Marc,
> > > 
> > > I guess it's a good thing I didn't build with
> > > USE="-nptlonly" then, huh? ;-)
> > > 
> > > Should I file a duplicate bug in bugzilla (if it would
> > > help)?
> > > 
> > > So, is there some kind of catch 22 going on here?
> > > Weren't there some reports of problems with
> > > linuxthreads in glibc on Alpha?
> > > 
> > > Jeff D
> > > 
> > > --- Marc Giger <gigerstyle@gmx.ch> wrote:
> > > 
> > > > Hi,
> > > > 
> > > > I reported the same problem to bugzilla...
> > > > http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
> > > > (Perhaps it finds more attention here...)
> > > > 
> > > > It seems it has to do with the current state of ntpl
> > > > on
> > > > alphas.
> > > > 
> > > > If you set LD_ASSUME_KERNEL=2.4.1 and therefore
> > > > force
> > > > to use linuxthreads, emerge works again.
> > > > But I don't know if it really is nptl's fault. I can
> > > > manually
> > > > compile everything with the same parameters as
> > > > portage does. So a portage (sandbox?) fault is also
> > > > possible.
> > > > 
> > > > Marc
> > > > 
> > > > 
> > > > On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
> > > > Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:
> > > > 
> > > > > 
> > > > > Good point, Nils. Perhaps "5" is the configure.log
> > > > I
> > > > > included? I don't know.I'll try that tonight (the
> > > > > Miata is at home).
> > > > > 
> > > > > Jeff D
> > > > > 
> > > > > --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> > > > > 
> > > > > > Hi Jeff,
> > > > > > 
> > > > > > > configure:1892: checking whether the C
> > > > compiler
> > > > > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 )
> > > > works
> > > > > > > configure:1908: /usr/bin/gcc -o conftest
> > > > -mieee
> > > > > > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > > > > > 						 ^^^^
> > > > > > what perplexes me is that stdout is redirecting
> > > > to
> > > > > > the filedescriptor 5
> > > > > > which is not a standardized one.
> > > > > > Does that filedescriptor ( /dev/fd/5 ) exist?
> > > > > > This may be the reason why compiling without
> > > > > > redirecting the output, like
> > > > > > you already tried, works fine.
> > > > > > 
> > > > > > Try passing the 1>&5 to the call of gcc too and
> > > > > > check wether it segfaults  
> > > > > > again.
> > > > > > 
> > > > > > On a DS20e, gcc just throws a "Bad file
> > > > descriptor"
> > > > > > error without  
> > > > > > segfaulting.
> > > > > > 
> > > > > > HTH,
> > > > > > 
> > > > > > greetings
> > > > > > Nils
> > > > > > -- 
> > > > > > gentoo-alpha@gentoo.org mailing list
> > > > > > 
> > > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 		
> > > > > __________________________________________ 
> > > > > Yahoo! DSL – Something to write home about. 
> > > > > Just $16.99/mo. or less. 
> > > > > dsl.yahoo.com 
> > > > > 
> > > > > -- 
> > > > > gentoo-alpha@gentoo.org mailing list
> > > > > 
> > > > 
> > > > -- 
> > > > gentoo-alpha@gentoo.org mailing list
> > > > 
> > > > 
> > > 
> > > 
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam protection around 
> > > http://mail.yahoo.com 
> > > -- 
> > > gentoo-alpha@gentoo.org mailing list
> > > 
> > > 
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 
> 
> -- 
> gentoo-alpha@gentoo.org mailing list
> 

[-- Attachment #2: emerge-trace.txt.gzip --]
[-- Type: application/octet-stream, Size: 732442 bytes --]

Re: [gentoo-alpha] problem upgrading the toolchain

[Marc Giger]

Hi,

I have some more infos:

witch sandbox-1.2.12 # sandbox
========================== Gentoo linux path sandbox
=========================== Detection of the support files.
Verification of the required files.
Setting up the required environment variables.
The protected environment has been started.
-----------------------------------------------------------------------
--------- Process being started in forked instance.
witch sandbox-1.2.12 # less /usr/lib/libsandbox.so.0.0.0
/usr/bin/lesspipe.sh: line 10:  5624 Segmentation fault      strings
"$F" "/usr/lib/libsandbox.so.0.0.0" may be a binary file.  See it
anyway? witch sandbox-1.2.12 #
witch sandbox-1.2.12 # nm /usr/lib/libsandbox.so.0.0.0
Segmentation fault
witch sandbox-1.2.12 # ldd /usr/lib/libsandbox.so.0.0.0
        libc.so.6.1 => /lib/tls/libc.so.6.1 (0x0000020000020000)
        libdl.so.2.1 => /lib/libdl.so.2.1 (0x000002000018a000)
        /lib/ld-linux.so.2 (0x0000020001000000)
witch sandbox-1.2.12 # exit
exit
Cleaning up sandbox process
========================== Gentoo linux path sandbox
=========================== The protected environment has been shut
down.
-----------------------------------------------------------------------
--------- witch sandbox-1.2.12 # 

Ah, I see the problem, but don't know how to solve:-(
All binutil-programs fails after

lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19,
...}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) ---

where e.g stat,vi,etc works:

lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19,
...}) = 0 brk(0)                                  = 0x12001a000
brk(0x12003c000)                        = 0x12003c000
lstat64("/usr/lib/libsandbox.so", {st_mode=S_IFLNK|0777, st_size=19,
...}) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1),
...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2000001a000
readlink("/usr/lib/libsandbox.so", "libsandbox.so.0.0.0", 128) = 19
write(1, "  File: `/usr/lib/libsandbox.so\'"..., 58  File:
`/usr/lib/libsandbox.so' -> `libsandbox.so.0.0.0' ) = 58

gdb showed me that these programms are failing just after the
call of the main() function.

I tried with a newer binutils version but it did not help.

Has someone an idea whats going on?

Thanks

Marc


On Wed, 7 Dec 2005 19:15:08 +0100
Marc Giger <gigerstyle@gmx.ch> wrote:

> I "straced" emerge, perhaps it helps.
> That's what I got on the shell:
> 
> witch ~ # strace -fF -s1000 -o emerge-trace.txt emerge -b gcc-config
> umovestr: Input/output error
> sh: 10: No such file or directory
> Calculating dependencies ...done!
> >>> emerge (1 of 1) sys-devel/gcc-config-1.3.12-r4 to /
> umovestr: Input/output error
> PANIC: attached pid 6291 exited
> umovestr: Input/output error
> /usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory
> ptrace: umoven: Input/output error
> umovestr: Input/output error
> >>> md5 files   ;-) gcc-config-2.0.0_beta2.ebuild
> >>> md5 files   ;-) gcc-config-1.3.12-r4.ebuild
> >>> md5 files   ;-) files/gcc-config-1.3.12
> >>> md5 files   ;-) files/wrapper-1.4.7.c
> >>> md5 files   ;-) files/digest-gcc-config-2.0.0_beta2
> >>> md5 files   ;-) files/digest-gcc-config-1.3.12-r4
> umovestr: Input/output error
> PANIC: attached pid 6315 exited
> umovestr: Input/output error
> /usr/lib/portage/bin/ebuild.sh: line 56: 11: No such file or directory
> ptrace: umoven: Input/output error
> umovestr: Input/output error
> umovestr: Input/output error
> umovestr: Input/output error
> PANIC: attached pid 6338 exited
> umovestr: Input/output error
> ptrace: umoven: Input/output error
> umovestr: Input/output error
> umovestr: Input/output error
> [preattached child 73 of 6369 in weird state!]
> umovestr: Input/output error
> PANIC: attached pid 6369 exited
> umovestr: Input/output error
> ptrace: umoven: Input/output error
> umovestr: Input/output error
> alpha-unknown-linux-gnu-gcc: Internal error: Segmentation fault
> (program as) Please submit a full bug report.
> See <URL:http://bugs.gentoo.org/> for instructions.
> 
> !!! ERROR: sys-devel/gcc-config-1.3.12-r4 failed.
> !!! Function src_compile, Line 25, Exitcode 1
> !!! compile wrapper
> !!! If you need support, post the topmost build error, NOT this status
> message.
> 
> The full output of strace is attached.
> 
> Thanks
> 
> Marc
> 
> On Wed, 7 Dec 2005 18:48:02 +0100
> Marc Giger <gigerstyle@gmx.ch> wrote:
> 
> > Bryan
> > 
> > Thank you for your time. I will provide as much information
> > as possible to solve these problems.
> > 
> > witch ~ # cat /proc/cpuinfo
> > cpu                     : Alpha
> > cpu model               : EV56
> > cpu variation           : 7
> > cpu revision            : 0
> > cpu serial number       :
> > system type             : EB164
> > system variation        : LX164
> > system revision         : 0
> > system serial number    :
> > cycle frequency [Hz]    : 533172608 est.
> > timer frequency [Hz]    : 1024.00
> > page size [bytes]       : 8192
> > phys. address bits      : 40
> > max. addr. space #      : 127
> > BogoMIPS                : 1059.80
> > kernel unaligned acc    : 190
> > (pc=fffffffc00313e20,va=fffffc00243c28ce) user unaligned acc      :
> > 0 (pc=0,va=0) platform string         : Digital AlphaPC 164LX 533
> > MHz cpus detected           : 1
> > L1 Icache               : 8K, 1-way, 32b line
> > L1 Dcache               : 8K, 1-way, 32b line
> > L2 cache                : 96K, 3-way, 64b line
> > L3 cache                : 2048K, 1-way, 64b line
> > 
> > witch ~ # emerge --info
> > Portage 2.0.51.22-r3 (default-linux/alpha/2005.0, gcc-3.4.4,
> > glibc-2.3.5-r3, 2.6.12.5 alpha)
> > =================================================================
> > System uname: 2.6.12.5 alpha EV56 Gentoo Base System version 1.6.13
> > ccache version 2.3 [enabled]
> > dev-lang/python:     2.2.3-r5, 2.3.5-r2, 2.4.2
> > sys-apps/sandbox:    1.2.12
> > sys-devel/autoconf:  2.13, 2.59-r6
> > 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.15.92.0.2-r10
> > sys-devel/libtool:   1.5.20
> > virtual/os-headers:  2.6.11-r2
> > ACCEPT_KEYWORDS="alpha"
> > AUTOCLEAN="yes"
> > CBUILD="alpha-unknown-linux-gnu"
> > CFLAGS="-mcpu=ev56 -O3 -pipe"
> > CHOST="alpha-unknown-linux-gnu"
> > CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
> > /usr/share/config /var/qmail/control"
> > CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
> > CXXFLAGS="-mcpu=ev56 -O3 -pipe" DISTDIR="/usr/portage/distfiles"
> > FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
> > GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo
> > http://gentoo.oregonstate.edu
> > http://www.ibiblio.org/pub/Linux/distributions/gentoo"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_TMPDIR="/var/tmp"
> > PORTDIR="/usr/portage"
> > SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> > USE="alpha acl apache apache2 arts berkdb bitmap-fonts bzip2 crypt
> > cups eds encode ev56 expat font-server foomaticdb fortran gd gdbm
> > gif gmp gpm gstreamer gtk2 imlib jikes jpeg libg++ libwww mad mhash
> > mikmod motif mp3 mpeg mysql ncurses nls no-htdocs nptl ogg oggvorbis
> > opengl oss pam pcre pdflib perl php png postgres python quicktime
> > readline sdl slang snmp spell ssl tcpd tiff truetype-fonts
> > type1-fonts vorbis xmms xv zlib userland_GNU kernel_linux
> > elibc_glibc" Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS,
> > LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
> > 
> > As you can see I use gcc-3.4.4. This was a test if it would made
> > any difference. It did also not work with gcc-3.3.x.
> > Also I rebuilt portage, python etc (with the new glibc) with no
> > success.
> > 
> > Please ask if you need more infos. I've set up a chroot-env to
> > for testing purposes.
> > 
> > Thanks
> > 
> > Marc
> > 
> > 
> > On Wed, 7 Dec 2005 11:20:49 +0100
> > Bryan Østergaard <kloeri@gentoo.org> wrote:
> > 
> > > Please don't file a duplicate bug about this problem as we're well
> > > aware of the existing bug. The big problem is that we don't seem
> > > to be able to reproduce the bug as everything seems fine in our
> > > testing using glibc-2.3.5*.
> > > 
> > > At least 3 Gentoo developers (myself included) have tried to
> > > reproduce it without any luck which makes it quite hard to fix.
> > > 
> > > So what I'd like is a bit more information about the machines this
> > > problem happens on. Model of the box, glibc version, kernel
> > > version and patchset and output from emerge --info.
> > > 
> > > Please add all this info to bug 100259 or send it to this list or
> > > me directly at kloeri@gentoo.org and I'll see if I can find some
> > > pattern to this. Hopefully this will give me some much needed clue
> > > about this problem.
> > > 
> > > Regards,
> > > Bryan Østergaard
> > > 
> > > On Tue, Dec 06, 2005 at 07:39:53PM -0800, Jeff Donsbach wrote:
> > > > Thanks, Marc,
> > > > 
> > > > I guess it's a good thing I didn't build with
> > > > USE="-nptlonly" then, huh? ;-)
> > > > 
> > > > Should I file a duplicate bug in bugzilla (if it would
> > > > help)?
> > > > 
> > > > So, is there some kind of catch 22 going on here?
> > > > Weren't there some reports of problems with
> > > > linuxthreads in glibc on Alpha?
> > > > 
> > > > Jeff D
> > > > 
> > > > --- Marc Giger <gigerstyle@gmx.ch> wrote:
> > > > 
> > > > > Hi,
> > > > > 
> > > > > I reported the same problem to bugzilla...
> > > > > http://bugs.gentoo.org/show_bug.cgi?id=100259#c36
> > > > > (Perhaps it finds more attention here...)
> > > > > 
> > > > > It seems it has to do with the current state of ntpl
> > > > > on
> > > > > alphas.
> > > > > 
> > > > > If you set LD_ASSUME_KERNEL=2.4.1 and therefore
> > > > > force
> > > > > to use linuxthreads, emerge works again.
> > > > > But I don't know if it really is nptl's fault. I can
> > > > > manually
> > > > > compile everything with the same parameters as
> > > > > portage does. So a portage (sandbox?) fault is also
> > > > > possible.
> > > > > 
> > > > > Marc
> > > > > 
> > > > > 
> > > > > On Tue, 6 Dec 2005 10:45:57 -0800 (PST)
> > > > > Jeff Donsbach <jeff_donsbach@yahoo.com> wrote:
> > > > > 
> > > > > > 
> > > > > > Good point, Nils. Perhaps "5" is the configure.log
> > > > > I
> > > > > > included? I don't know.I'll try that tonight (the
> > > > > > Miata is at home).
> > > > > > 
> > > > > > Jeff D
> > > > > > 
> > > > > > --- "Nils o. Janus" <NoJ@janussysteme.de> wrote:
> > > > > > 
> > > > > > > Hi Jeff,
> > > > > > > 
> > > > > > > > configure:1892: checking whether the C
> > > > > compiler
> > > > > > > > (/usr/bin/gcc -mieee -mcpu=ev56 -pipe -O2 )
> > > > > works
> > > > > > > > configure:1908: /usr/bin/gcc -o conftest
> > > > > -mieee
> > > > > > > > -mcpu=ev56 -pipe -O2   conftest.c  1>&5
> > > > > > > 						 ^^^^
> > > > > > > what perplexes me is that stdout is redirecting
> > > > > to
> > > > > > > the filedescriptor 5
> > > > > > > which is not a standardized one.
> > > > > > > Does that filedescriptor ( /dev/fd/5 ) exist?
> > > > > > > This may be the reason why compiling without
> > > > > > > redirecting the output, like
> > > > > > > you already tried, works fine.
> > > > > > > 
> > > > > > > Try passing the 1>&5 to the call of gcc too and
> > > > > > > check wether it segfaults  
> > > > > > > again.
> > > > > > > 
> > > > > > > On a DS20e, gcc just throws a "Bad file
> > > > > descriptor"
> > > > > > > error without  
> > > > > > > segfaulting.
> > > > > > > 
> > > > > > > HTH,
> > > > > > > 
> > > > > > > greetings
> > > > > > > Nils
> > > > > > > -- 
> > > > > > > gentoo-alpha@gentoo.org mailing list
> > > > > > > 
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 		
> > > > > > __________________________________________ 
> > > > > > Yahoo! DSL – Something to write home about. 
> > > > > > Just $16.99/mo. or less. 
> > > > > > dsl.yahoo.com 
> > > > > > 
> > > > > > -- 
> > > > > > gentoo-alpha@gentoo.org mailing list
> > > > > > 
> > > > > 
> > > > > -- 
> > > > > gentoo-alpha@gentoo.org mailing list
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > __________________________________________________
> > > > Do You Yahoo!?
> > > > Tired of spam?  Yahoo! Mail has the best spam protection around 
> > > > http://mail.yahoo.com 
> > > > -- 
> > > > gentoo-alpha@gentoo.org mailing list
> > > > 
> > > > 
> > > -- 
> > > gentoo-alpha@gentoo.org mailing list
> > > 
> > 
> > -- 
> > gentoo-alpha@gentoo.org mailing list
> > 

-- 
gentoo-alpha@gentoo.org mailing list

[gentoo-alpha] more problems... nptl releated also?

[Jeff Donsbach]

I'm having all kinds of problems doing an "emerge
--sync" tonight. I tried both with and without
LD_ASSUME_KERNEL=2.4.1 and neither way worked. Without
it, rsync would time out early in the process. With
it, I would get failures when deleting files. And now
I'm getting I/O errors. I was going to just delete my
portage tree and restore from yesterday's snapshot.
But, I can't even delete my portage tree completely:

alpha1 usr # rm -rf portage
rm: cannot lstat
`portage/sci-chemistry/libghemical/files':
Input/output error

I just untarred the portage snapshot with some files
still left in /usr/portage. I guess there is a lot of
stuff still left that should be deleted. After that, I
did an emerge metadata

<sigh>. I hope I don't have to reinstall from scratch
again. This is getting annoying.

Anyone got any better suggestions?

Any word on the previous nptl/emerge problem with
compiling stuff?

Jeff D




__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-- 
gentoo-alpha@gentoo.org mailing list