Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Gentoo: User

Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker.

 

 

First page Previous page 1 2 Next page Last page  View All Gentoo user RSS feed   Index | Next | Previous | View Threaded


adamcarter3 at gmail

Apr 26, 2012, 5:35 PM

Post #26 of 40 (837 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

> #expanded form of -march=native. Nothing special here. Noting this
> here because people keep freaking out when they see it in-line.
> SYS_CFLAGS_MARCH_NATIVE_EXP="-march=amdfam10 -mcx16 -msahf -mpopcnt
> --param l1-cache-size=64 --param l1-cache-line-size=64 --param
> l2-cache-size=512 -mtune=amdfam10"
> CFLAGS="${SYS_CFLAGS_MARCH_NATIVE_EXP} -O2 -pipe -ggdb3"
> CXXFLAGS="${CFLAGS}"
> FEATURES="splitdebug"
> MAKEOPTS="--jobs --load=5"
> EMERGE_DEFAULT_OPTS="--jobs --load-average=6 --verbose --tree
> --with-bdeps=y --keep-going"

FYI Michael, i'm not too dissimilar, and no apparent problems with
glibc-2.14.1-r3. Mostly stable, kernel from gentoo-sources 3.3.2.

CFLAGS="-march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe"
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"
#MAKEOPTS="-j1"
MAKEOPTS="-j4"
#FEATURES="ccache parallel-fetch buildsyspkg distcc"
FEATURES="-sandbox ccache parallel-fetch buildsyspkg"
LINGUAS="en"
EMERGE_DEFAULT_OPTS="--keep-going --autounmask y"


mikemol at gmail

Apr 26, 2012, 6:53 PM

Post #27 of 40 (838 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Thu, Apr 26, 2012 at 8:35 PM, Adam Carter <adamcarter3 [at] gmail> wrote:
>> #expanded form of -march=native. Nothing special here. Noting this
>> here because people keep freaking out when they see it in-line.
>> SYS_CFLAGS_MARCH_NATIVE_EXP="-march=amdfam10 -mcx16 -msahf -mpopcnt
>> --param l1-cache-size=64 --param l1-cache-line-size=64 --param
>> l2-cache-size=512 -mtune=amdfam10"
>> CFLAGS="${SYS_CFLAGS_MARCH_NATIVE_EXP} -O2 -pipe -ggdb3"
>> CXXFLAGS="${CFLAGS}"
>> FEATURES="splitdebug"
>> MAKEOPTS="--jobs --load=5"
>> EMERGE_DEFAULT_OPTS="--jobs --load-average=6 --verbose --tree
>> --with-bdeps=y --keep-going"
>
> FYI Michael, i'm not too dissimilar, and no apparent problems with
> glibc-2.14.1-r3. Mostly stable, kernel from gentoo-sources 3.3.2.

Running 3.2.12-gentoo on all systems here.

>
> CFLAGS="-march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe"
> CXXFLAGS="${CFLAGS}"
> CHOST="x86_64-pc-linux-gnu"
> #MAKEOPTS="-j1"
> MAKEOPTS="-j4"
> #FEATURES="ccache parallel-fetch buildsyspkg distcc"
> FEATURES="-sandbox ccache parallel-fetch buildsyspkg"
> LINGUAS="en"
> EMERGE_DEFAULT_OPTS="--keep-going --autounmask y"
>

Yeah, that's pretty similar to mine.

Lost my SSH session to inara (inara and kaylee are the two systems
that are borked by the upgrade, saffron is the one system I have which
upgraded without problem) when saffron hung coming out of screensaver.
I can no longer ssh into either inara or kaylee. And I won't have time
to work with either until Sunday at the earliest.

This has not been a good week.

--
:wq


wongwwy at member

Apr 27, 2012, 2:20 AM

Post #28 of 40 (840 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Thu, Apr 26, 2012 at 10:38:21AM -0400, Penguin Lover Doug Hunley squawked:
> On Thu, Apr 26, 2012 at 04:47, Helmut Jarausch
> <jarausch [at] igpm> wrote:
> > I am at glibc-2.15-r1 on AMD64 with no problems so far,
>
> ditto here
>

Hey guys, I think we've pretty much established that Michael is
running into an isolated problem or some strange edge case.
Rubbing it in further really won't help, as he is quite clearly
having an issue with two (or three) of his boxes despite y'all's
success on yours. So can we please stop with the "works for me"
e-mails?

At the very least, if you were to post one such, please make it
possibly useful for Michael by including your build options and such.

Regards,

W


kutulu at kutulu

Apr 27, 2012, 9:23 AM

Post #29 of 40 (839 views)
Permalink
RE: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

From: Michael Mol [mailto:mikemol [at] gmail]
Sent: Thursday, April 26, 2012 9:54 PM

> I can no longer ssh into either inara or kaylee.

Clearly they are busy fsck'ing /malcom and /simon


pandu at poluan

Apr 28, 2012, 12:10 AM

Post #30 of 40 (835 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Apr 27, 2012 8:58 AM, "Michael Mol" <mikemol [at] gmail> wrote:
>
> On Thu, Apr 26, 2012 at 8:35 PM, Adam Carter <adamcarter3 [at] gmail>
wrote:
> >> #expanded form of -march=native. Nothing special here. Noting this
> >> here because people keep freaking out when they see it in-line.
> >> SYS_CFLAGS_MARCH_NATIVE_EXP="-march=amdfam10 -mcx16 -msahf -mpopcnt
> >> --param l1-cache-size=64 --param l1-cache-line-size=64 --param
> >> l2-cache-size=512 -mtune=amdfam10"
> >> CFLAGS="${SYS_CFLAGS_MARCH_NATIVE_EXP} -O2 -pipe -ggdb3"
> >> CXXFLAGS="${CFLAGS}"
> >> FEATURES="splitdebug"
> >> MAKEOPTS="--jobs --load=5"
> >> EMERGE_DEFAULT_OPTS="--jobs --load-average=6 --verbose --tree
> >> --with-bdeps=y --keep-going"
> >
> > FYI Michael, i'm not too dissimilar, and no apparent problems with
> > glibc-2.14.1-r3. Mostly stable, kernel from gentoo-sources 3.3.2.
>
> Running 3.2.12-gentoo on all systems here.
>
> >
> > CFLAGS="-march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe"
> > CXXFLAGS="${CFLAGS}"
> > CHOST="x86_64-pc-linux-gnu"
> > #MAKEOPTS="-j1"
> > MAKEOPTS="-j4"
> > #FEATURES="ccache parallel-fetch buildsyspkg distcc"
> > FEATURES="-sandbox ccache parallel-fetch buildsyspkg"
> > LINGUAS="en"
> > EMERGE_DEFAULT_OPTS="--keep-going --autounmask y"
> >
>
> Yeah, that's pretty similar to mine.
>
> Lost my SSH session to inara (inara and kaylee are the two systems
> that are borked by the upgrade, saffron is the one system I have which
> upgraded without problem) when saffron hung coming out of screensaver.
> I can no longer ssh into either inara or kaylee. And I won't have time
> to work with either until Sunday at the earliest.
>
> This has not been a good week.
>

How big is your swapfile?

Rgds,


mikemol at gmail

Apr 28, 2012, 1:25 AM

Post #31 of 40 (839 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

I don't think I have one on kaylee. If I have one on inara, it'd be >=
system RAM, so at least 4G.
On Apr 28, 2012 3:14 AM, "Pandu Poluan" <pandu [at] poluan> wrote:

>
> On Apr 27, 2012 8:58 AM, "Michael Mol" <mikemol [at] gmail> wrote:
> >
> > On Thu, Apr 26, 2012 at 8:35 PM, Adam Carter <adamcarter3 [at] gmail>
> wrote:
> > >> #expanded form of -march=native. Nothing special here. Noting this
> > >> here because people keep freaking out when they see it in-line.
> > >> SYS_CFLAGS_MARCH_NATIVE_EXP="-march=amdfam10 -mcx16 -msahf -mpopcnt
> > >> --param l1-cache-size=64 --param l1-cache-line-size=64 --param
> > >> l2-cache-size=512 -mtune=amdfam10"
> > >> CFLAGS="${SYS_CFLAGS_MARCH_NATIVE_EXP} -O2 -pipe -ggdb3"
> > >> CXXFLAGS="${CFLAGS}"
> > >> FEATURES="splitdebug"
> > >> MAKEOPTS="--jobs --load=5"
> > >> EMERGE_DEFAULT_OPTS="--jobs --load-average=6 --verbose --tree
> > >> --with-bdeps=y --keep-going"
> > >
> > > FYI Michael, i'm not too dissimilar, and no apparent problems with
> > > glibc-2.14.1-r3. Mostly stable, kernel from gentoo-sources 3.3.2.
> >
> > Running 3.2.12-gentoo on all systems here.
> >
> > >
> > > CFLAGS="-march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe"
> > > CXXFLAGS="${CFLAGS}"
> > > CHOST="x86_64-pc-linux-gnu"
> > > #MAKEOPTS="-j1"
> > > MAKEOPTS="-j4"
> > > #FEATURES="ccache parallel-fetch buildsyspkg distcc"
> > > FEATURES="-sandbox ccache parallel-fetch buildsyspkg"
> > > LINGUAS="en"
> > > EMERGE_DEFAULT_OPTS="--keep-going --autounmask y"
> > >
> >
> > Yeah, that's pretty similar to mine.
> >
> > Lost my SSH session to inara (inara and kaylee are the two systems
> > that are borked by the upgrade, saffron is the one system I have which
> > upgraded without problem) when saffron hung coming out of screensaver.
> > I can no longer ssh into either inara or kaylee. And I won't have time
> > to work with either until Sunday at the earliest.
> >
> > This has not been a good week.
> >
>
> How big is your swapfile?
>
> Rgds,
>


pandu at poluan

Apr 28, 2012, 2:28 AM

Post #32 of 40 (838 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Apr 28, 2012 3:32 PM, "Michael Mol" <mikemol [at] gmail> wrote:
>
> On Apr 28, 2012 3:14 AM, "Pandu Poluan" <pandu [at] poluan> wrote:
>>

---- >8 snip

>>
>> How big is your swapfile?
>>
>> Rgds,
>
> I don't think I have one on kaylee. If I have one on inara, it'd be >=
system RAM, so at least 4G.

Are you sure?

I remember having a lot of grief trying to graphite-ize glibc without a
swapfile. Now, every time I see glibc in the list of "things to emerge", I
swapon /.swapfile (and swapoff that file after emerge us complete).

If you're using distcc, perhaps you need to turn on swapfile temporarily on
all participating hosts.

Rgds,


mikemol at gmail

Apr 28, 2012, 8:07 AM

Post #33 of 40 (841 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

Kaylee has 10GB of RAM...if that's not enough, I'll be disabling graphite.
(Though I haven't explicitly enabled it, either.)

But, no I'm not sure, and can't check until Sunday eveningish. Currently at
Penguicon.
On Apr 28, 2012 5:32 AM, "Pandu Poluan" <pandu [at] poluan> wrote:

>
> On Apr 28, 2012 3:32 PM, "Michael Mol" <mikemol [at] gmail> wrote:
> >
> > On Apr 28, 2012 3:14 AM, "Pandu Poluan" <pandu [at] poluan> wrote:
> >>
>
> ---- >8 snip
>
> >>
> >> How big is your swapfile?
> >>
> >> Rgds,
> >
> > I don't think I have one on kaylee. If I have one on inara, it'd be >=
> system RAM, so at least 4G.
>
> Are you sure?
>
> I remember having a lot of grief trying to graphite-ize glibc without a
> swapfile. Now, every time I see glibc in the list of "things to emerge", I
> swapon /.swapfile (and swapoff that file after emerge us complete).
>
> If you're using distcc, perhaps you need to turn on swapfile temporarily
> on all participating hosts.
>
> Rgds,
>


mikemol at gmail

Jun 2, 2012, 7:52 PM

Post #34 of 40 (831 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
> Kaylee has 10GB of RAM...if that's not enough, I'll be disabling graphite.
> (Though I haven't explicitly enabled it, either.)
>
> But, no I'm not sure, and can't check until Sunday eveningish. Currently at
> Penguicon.

Wow. Just wow. This is incredible.

This is repeatable for me.

My steps:

Start with the 12.1 LiveDVD ( http://www.gentoo.org/news/20120401-livedvd.xml )

Install latest stage 3, latest portage. Set various stuff. USE flags,
make.conf stuff, etc. Get kernel installed, reboot into system, sshd
up, etc.

Now, I essentially reused my existing make.conf file, which is at the
end of this email. I finally get to:

emerge --update --deep --newuse @world

...and once it goes to install glibc, I get:

* The ebuild phase 'postrm' has been killed by signal 11.
* The 'postrm' phase of the 'sys-libs/glibc-2.14.1-r3' package has failed
* with exit value 1.
*
* The problem occurred while executing the ebuild file named
* 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
* libs/glibc-2.14.1-r3' directory. If necessary, manually remove the
* environment.bz2 file and/or the ebuild file located in that directory.
*
* Removal of the environment.bz2 file is preferred since it may allow the
* removal phases to execute successfully. The ebuild will be sourced and
* the eclasses from the current portage tree will be used when necessary.
* Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm()
* removal phases to be skipped entirely.

So, once the updated glibc goes in, anything that dynamically links
against it fails on spawn, hence the failure at postinst. This is
crazy.

Make.conf:

CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
--param l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=4096 -mtune=core2 -ggdb3"
CXXFLAGS="${CFLAGS}"

MAKEOPTS="--jobs --load 8"
EMERGE_DEFAULT_OPTS="--jobs --load-average=8 --verbose --tree
--with-bdeps=y --keep-going"
FEATURES="splitdebug"
LINGUAS="en"
SYS_USE_CPU="mmx sse sse2 sse3 ssse3 openmp opencl cuda posix nptl
multilib smp lapack"
SYS_USE_LANG="perl python tcl"
SYS_USE_TOOLKITS="gtk"
SYS_USE_GAPI="gd sdl ncurses xcb opengl v4l vdpau xv X dri"
SYS_USE_AAPI="openal alsa"
SYS_USE_OTHER="acl alsa cdr crypt cups dvd dvdr firefox gmp iconv
nsplugin offensive pcre pda rss spell taglib truetype videos
vim-syntax xattr xcomposite xft xinerama xml xscreensaver fontconfig
qt3support phonon"
SYS_USE_COMPRESSION="bzip2 gzip lzma lzo szip zlib"
SYS_USE_MEDIA_GFX="imagemagick jpeg jpeg2k openexr png raw svg tiff wmf mng"
SYS_USE_MEDIA_AUDIO="aac cdda flac gsm lame mad mikmod shorten speex
timidity vorbis mp3 midi"
SYS_USE_MEDIA_VIDEO="css dv ffmpeg theora x264 xvid"
SYS_USE_MEDIA_CONTAINERS="matroska mms mp4 mpeg ogg pdf quicktime vcd"
SYS_USE_MEDIA="${SYS_USE_MEDIA_GFX} ${SYS_USE_MEDIA_AUDIO}
${SYS_USE_MEDIA_VIDEO} ${SYS_USE_MEDIA_CONTAINERS} sound cddb encode
exif gimp libsamplerate mtp ppds sndfile sox wavpack xmp latex"
SYS_USE_NET="avahi curl ftp geoip gnutls ipv6 libwww rdesktop samba
sockets ssl tcpd vnc"
SYS_USE_PLATFORM="acpi dbus fam hddtemp ieee1394 joystick libnotify
lm_sensors pam readline sharedmem syslog sysvipc threads udev unicode
usb"
SYS_USE_DONOTWANT="-pulseaudio -gnome -oss -berkdb -gdbm"
USE="${SYS_USE_CPU} ${SYS_USE_LANG} ${SYS_USE_TOOLKITS}
${SYS_USE_GAPI} ${SYS_USE_AAPI} ${SYS_USE_OTHER} ${SYS_USE_MEDIA}
${SYS_USE_COMPRESSION} ${SYS_USE_NET} ${SYS_USE_PLATFORM}
${SYS_USE_DONOTWANT}"
GENTOO_MIRRORS="http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/
http://mirrors.cs.wmich.edu/gentoo
http://gentoo.mirrors.tds.net/gentoo"
SYNC="rsync://rsync29.us.gentoo.org/gentoo-portage"

VIDEO_CARDS="nvidia"
INPUT_DEVICES="evdev"
ALSA_CARDS=""

ACCEPT_LICENSE="AdobeFlash-10.3"
PORTAGE_BINHOST="http://binhost.ossdl.de/x86_64-pc-linux-gnu/"

#PKGDIR="/mnt/r5/pkgdir"
#PORTAGE_TMPDIR="/mnt/r5/portage_tmp"

CHOST="x86_64-pc-linux-gnu"

--
:wq


dgoncharov at users

Jun 2, 2012, 8:34 PM

Post #35 of 40 (806 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
> Wow. Just wow. This is incredible.
>
> This is repeatable for me.
>
<snip>
> * The problem occurred while executing the ebuild file named
> * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
>
<snip>
> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
> l2-cache-size=4096 -mtune=core2 -ggdb3"
> CXXFLAGS="${CFLAGS}"

Can you upgrage to glibc-2.15?
Can you tweak you gcc flags to something more conventional and see if the
problem persists?
If you are interested in submitting a patch to the upstream then you can build
the glibc test suite with your gcc flags and check if the tests pass.

regards, Dmitry


mikemol at gmail

Jun 2, 2012, 8:56 PM

Post #36 of 40 (800 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Jun 2, 2012 at 11:34 PM, Dmitry Goncharov
<dgoncharov [at] users> wrote:
> On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
>> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
>> Wow. Just wow. This is incredible.
>>
>> This is repeatable for me.
>>
> <snip>
>>  * The problem occurred while executing the ebuild file named
>>  * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
>>
> <snip>
>> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
>> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
>> l2-cache-size=4096 -mtune=core2 -ggdb3"
>> CXXFLAGS="${CFLAGS}"
>
> Can you upgrage to glibc-2.15?

Sure. It's going to be another full reinstall.

> Can you tweak you gcc flags to something more conventional and see if the
> problem persists?

Those CFLAGS should be equivalent to:
CFLAGS="-O2 -pipe -ggdb3 --march=native".

But I'll try making it just -O2 -pipe --march=native.

> If you are interested in submitting a patch to the upstream then you can build
> the glibc test suite with your gcc flags and check if the tests pass.

If it gets things fixed. I have two machines which have been offline
for almost two months from this.

--
:wq


dgoncharov at users

Jun 2, 2012, 9:08 PM

Post #37 of 40 (811 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Jun 02, 2012 at 11:56:01PM -0400, Michael Mol wrote:
> On Sat, Jun 2, 2012 at 11:34 PM, Dmitry Goncharov
> <dgoncharov [at] users> wrote:
> > On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
> >> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
> >> Wow. Just wow. This is incredible.
> >>
> >> This is repeatable for me.
> >>
> > <snip>
> >> * The problem occurred while executing the ebuild file named
> >> * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
> >>
> > <snip>
> >> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
> >> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
> >> l2-cache-size=4096 -mtune=core2 -ggdb3"
> >> CXXFLAGS="${CFLAGS}"
> >
> > Can you upgrage to glibc-2.15?
>
> Sure. It's going to be another full reinstall.
>
> > Can you tweak you gcc flags to something more conventional and see if the
> > problem persists?
>
> Those CFLAGS should be equivalent to:
> CFLAGS="-O2 -pipe -ggdb3 --march=native".
>
> But I'll try making it just -O2 -pipe --march=native.
>
> > If you are interested in submitting a patch to the upstream then you can build
> > the glibc test suite with your gcc flags and check if the tests pass.
>
> If it gets things fixed. I have two machines which have been offline
> for almost two months from this.
>
> --
> :wq
>
Also, which gcc are you using? Can you try a different version?

regards, Dmitry


mikemol at gmail

Jun 2, 2012, 9:15 PM

Post #38 of 40 (802 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sun, Jun 3, 2012 at 12:08 AM, Dmitry Goncharov
<dgoncharov [at] users> wrote:
> On Sat, Jun 02, 2012 at 11:56:01PM -0400, Michael Mol wrote:
>> On Sat, Jun 2, 2012 at 11:34 PM, Dmitry Goncharov
>> <dgoncharov [at] users> wrote:
>> > On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
>> >> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
>> >> Wow. Just wow. This is incredible.
>> >>
>> >> This is repeatable for me.
>> >>
>> > <snip>
>> >>  * The problem occurred while executing the ebuild file named
>> >>  * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
>> >>
>> > <snip>
>> >> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
>> >> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
>> >> l2-cache-size=4096 -mtune=core2 -ggdb3"
>> >> CXXFLAGS="${CFLAGS}"
>> >
>> > Can you upgrage to glibc-2.15?
>>
>> Sure. It's going to be another full reinstall.
>>
>> > Can you tweak you gcc flags to something more conventional and see if the
>> > problem persists?
>>
>> Those CFLAGS should be equivalent to:
>> CFLAGS="-O2 -pipe -ggdb3 --march=native".
>>
>> But I'll try making it just -O2 -pipe --march=native.
>>
>> > If you are interested in submitting a patch to the upstream then you can build
>> > the glibc test suite with your gcc flags and check if the tests pass.
>>
>> If it gets things fixed. I have two machines which have been offline
>> for almost two months from this.
>>
>> --
>> :wq
>>
> Also, which gcc are you using? Can you try a different version?

It updated gcc immediately before glibc, IIRC, so I expect it's newest
stable. Kaylee is offline until I do a new reinstall again, but it
looks like latest stable in portage is 4.5.3-r2.

--
:wq


mikemol at gmail

Jun 22, 2012, 9:37 PM

Post #39 of 40 (790 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Jun 2, 2012 at 11:56 PM, Michael Mol <mikemol [at] gmail> wrote:
> On Sat, Jun 2, 2012 at 11:34 PM, Dmitry Goncharov
> <dgoncharov [at] users> wrote:
>> On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
>>> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
>>> Wow. Just wow. This is incredible.
>>>
>>> This is repeatable for me.
>>>
>> <snip>
>>>  * The problem occurred while executing the ebuild file named
>>>  * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
>>>
>> <snip>
>>> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
>>> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
>>> l2-cache-size=4096 -mtune=core2 -ggdb3"
>>> CXXFLAGS="${CFLAGS}"
>>
>> Can you upgrage to glibc-2.15?
>
> Sure. It's going to be another full reinstall.

Forgot to try this. Will do tomorrow.

>
>> Can you tweak you gcc flags to something more conventional and see if the
>> problem persists?
>
> Those CFLAGS should be equivalent to:
> CFLAGS="-O2 -pipe -ggdb3 --march=native".
>
> But I'll try making it just -O2 -pipe --march=native.

Just an update: Tried CFLAGS="-O2 -pipe --march=native -ggdb3". Same results.

>
>> If you are interested in submitting a patch to the upstream then you can build
>> the glibc test suite with your gcc flags and check if the tests pass.

I do still have a working gentoo laptop I could try this on...but it
has an i3 proc, as opposed to the core 2 xeon or the phenom 9650. Have
a link to instructions?

--
:wq


mikemol at gmail

Jun 23, 2012, 3:08 PM

Post #40 of 40 (802 views)
Permalink
Re: Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. [In reply to]

On Sat, Jun 23, 2012 at 12:37 AM, Michael Mol <mikemol [at] gmail> wrote:
> On Sat, Jun 2, 2012 at 11:56 PM, Michael Mol <mikemol [at] gmail> wrote:
>> On Sat, Jun 2, 2012 at 11:34 PM, Dmitry Goncharov
>> <dgoncharov [at] users> wrote:
>>> On Sat, Jun 02, 2012 at 10:52:12PM -0400, Michael Mol wrote:
>>>> On Sat, Apr 28, 2012 at 11:07 AM, Michael Mol <mikemol [at] gmail> wrote:
>>>> Wow. Just wow. This is incredible.
>>>>
>>>> This is repeatable for me.
>>>>
>>> <snip>
>>>>  * The problem occurred while executing the ebuild file named
>>>>  * 'glibc-2.14.1-r3.ebuild' located in the '/var/db/pkg/sys-
>>>>
>>> <snip>
>>>> CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf
>>>> --param l1-cache-size=32 --param l1-cache-line-size=64 --param
>>>> l2-cache-size=4096 -mtune=core2 -ggdb3"
>>>> CXXFLAGS="${CFLAGS}"
>>>
>>> Can you upgrage to glibc-2.15?
>>
>> Sure. It's going to be another full reinstall.
>
> Forgot to try this. Will do tomorrow.
>
>>
>>> Can you tweak you gcc flags to something more conventional and see if the
>>> problem persists?
>>
>> Those CFLAGS should be equivalent to:
>> CFLAGS="-O2 -pipe -ggdb3 --march=native".
>>
>> But I'll try making it just -O2 -pipe --march=native.
>
> Just an update: Tried CFLAGS="-O2 -pipe --march=native -ggdb3". Same results.
>
>>
>>> If you are interested in submitting a patch to the upstream then you can build
>>> the glibc test suite with your gcc flags and check if the tests pass.
>
> I do still have a working gentoo laptop I could try this on...but it
> has an i3 proc, as opposed to the core 2 xeon or the phenom 9650. Have
> a link to instructions?

For anyone following or interested, this is now reported as bug
#423149. I'll be tracking progress there, so I have a common place to
keep notes and discoveries as I try to work it out.

https://bugs.gentoo.org/show_bug.cgi?id=423149

--
:wq

First page Previous page 1 2 Next page Last page  View All Gentoo user RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.