Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
stage3 for Haswell, built with gcc-4.8.1 and -march=native
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 362

PostPosted: Fri Jul 05, 2013 9:13 pm    Post subject: stage3 for Haswell, built with gcc-4.8.1 and -march=native Reply with quote

Disclaimer: I work for Intel. This is my own personal project.

Lots of people are upgrading to Haswell (including myself). Stable gcc-4.6 doesn't support -march=corei7-avx2 and frequently fails to compile packages with -march=native on Haswell.

I thought I'd save myself time and some trouble by building a stage3 with gcc-4.8.1 (and while I'm at it, with -march=native on a Haswell).

I hope it saves you some time too. :)

http://dev.gentoo.org/~mattst88/haswell/
_________________
My 1U Dual 833 MHz Alphaserver DS20L
The AlphaLinux.org Wiki
Back to top
View user's profile Send private message
Artcfox
n00b
n00b


Joined: 09 Jan 2003
Posts: 21

PostPosted: Sun Jul 07, 2013 8:48 pm    Post subject: Reply with quote

Cool!

I just built an i7-4770 based desktop and last night I installed Gentoo using the standard instructions (modified for UEFI). I didn't see this post until today.

I saw that I might run into some issues with the stable version of gcc, so I switched to ~amd64 from the very beginning, and upgraded gcc to 4.7 as soon as I could. That let me use -march=native to compile the rest without errors, but I would love to switch up to gcc 4.8.1, and re-emerge everything.

I used to use Gentoo many years ago, but at some point I switched to Debian stable, so my Gentoo knowledge is pretty rusty. I apologize in advance if these are silly questions:

  • Is your stage3 built from ~amd64? (Will it result in a ~amd64 system?)
  • Without starting over from scratch, what is the easiest way for me to get my system to the same state that starting from your stage3 would give me?
  • Am I using an old mirror, or did you have to do something special to get gcc 4.8.1?

I plan on using ~amd64, and I just finished going through the base install, so I haven't installed much of anything else yet, as I would like to get my gcc up to 4.8.1 and rebuild everything first.
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 362

PostPosted: Sun Jul 07, 2013 11:32 pm    Post subject: Reply with quote

Artcfox wrote:
Is your stage3 built from ~amd64? (Will it result in a ~amd64 system?)


It's stable amd64, but with and built by an unstable (and masked) gcc-4.8.1.

Artcfox wrote:
Without starting over from scratch, what is the easiest way for me to get my system to the same state that starting from your stage3 would give me?


Unmask and install gcc-4.8.1 (see below) and then
Code:
emerge -e @world


Artcfox wrote:
Am I using an old mirror, or did you have to do something special to get gcc 4.8.1?


Yes, gcc-4.8 is currently hard masked. You can unmask it and install with

Code:
mkdir -p /etc/portage/package.keywords /etc/portage/package.unmask
echo "=sys-devel/gcc-4.8.1 **" >> /etc/portage/package.keywords/gcc-4.8
echo "=sys-devel/gcc-4.8.1" >> /etc/portage/package.unmask/gcc-4.8
emerge =sys-libs/gcc-4.8.1

_________________
My 1U Dual 833 MHz Alphaserver DS20L
The AlphaLinux.org Wiki
Back to top
View user's profile Send private message
Artcfox
n00b
n00b


Joined: 09 Jan 2003
Posts: 21

PostPosted: Mon Jul 08, 2013 12:13 am    Post subject: Reply with quote

mattst88 wrote:
It's stable amd64, but with and built by an unstable (and masked) gcc-4.8.1.


Oh, that is very nice! If I ever need to set up a stable install, it sounds like your stage3 is the way to go.

mattst88 wrote:
Unmask and install gcc-4.8.1 (see below) and then
Code:
emerge -e @world


Thanks! I just finished emerging gcc-4.8.1 using your instructions. Wow, this is one fast machine! :D
Back to top
View user's profile Send private message
gringo
Advocate
Advocate


Joined: 27 Apr 2003
Posts: 3705

PostPosted: Mon Jul 08, 2013 10:50 am    Post subject: Reply with quote

very nice, thanks a lot !
i will have a Haswell based laptop in short and this will save me some time.
Back to top
View user's profile Send private message
BlinkEye
Veteran
Veteran


Joined: 21 Oct 2003
Posts: 1042
Location: Gentoo Forums

PostPosted: Thu Aug 29, 2013 11:16 am    Post subject: Reply with quote

I'm using gcc-4.8.1 with the suggested use flags - but I always get a glibc segfault sooner or later during

Code:

emerge -e @world


Example of:

Code:

# emerge -e @system --keep-going


dmesg output:
Code:

[ 5009.964462] traps: emerge[24618] general protection ip:7ff54b04b508 sp:7fffd1878e10 error:0 in libpython2.7.so.1.0[7ff54af41000+174000]
[ 5031.327019] traps: as[27495] general protection ip:410be6 sp:7fff5c899b90 error:0 in as[400000+55000]
[ 5048.605806] traps: python2.7[27706] general protection ip:7fcd9cea8500 sp:7fffd2d75208 error:0 in libpython2.7.so.1.0[7fcd9cd9e000+174000]
[ 5048.642210] traps: python2.7[27791] trap stack segment ip:7f29f89acec4 sp:7fffc95bd110 error:0
[ 5048.743775] traps: python2.7[27802] general protection ip:7f42c1e00880 sp:7fff06c77bc0 error:0 in libpython2.7.so.1.0[7f42c1cf6000+174000]
[ 5068.367842] traps: yasm[28374] general protection ip:425163 sp:7fffe11d0240 error:0 in yasm[400000+9d000]
[ 5068.436951] traps: yasm[28375] general protection ip:7fda7567e1c6 sp:7fff3ffde098 error:0 in libc-2.15.so[7fda75565000+199000]
[ 5068.502872] traps: yasm[28380] general protection ip:448325 sp:7fff9f67f680 error:0 in yasm[400000+9d000]
[ 5091.083516] traps: as[29714] general protection ip:410be6 sp:7fff21ae7960 error:0 in as[400000+55000]
[ 5091.309306] traps: as[29861] general protection ip:410be6 sp:7fffba46a380 error:0 in as[400000+55000]
[ 5091.629181] traps: x86_64-pc-linux[30070] general protection ip:7ff187a89415 sp:7fffa294d510 error:0 in ld-2.15.so[7ff187a80000+22000]
[ 5091.663374] traps: as[30090] general protection ip:411170 sp:7fffc1863070 error:0 in as[400000+55000]
[ 5092.397437] traps: as[31404] general protection ip:411170 sp:7fff8e7d93d0 error:0 in as[400000+55000]
[ 5092.525463] traps: as[31499] general protection ip:411170 sp:7fff668adb10 error:0 in as[400000+55000]
[ 5092.704688] traps: ld[31783] general protection ip:7f9667acbbd8 sp:7fffb0ad6fb0 error:0 in libbfd-2.23.52.20130828.so[7f9667a7f000+f9000]
[ 5092.748782] traps: as[31813] general protection ip:411170 sp:7fff2bd5fe20 error:0 in as[400000+55000]
[ 5092.781028] traps: as[31838] general protection ip:411170 sp:7fffcc370660 error:0 in as[400000+55000]
[ 5092.899089] traps: as[32072] general protection ip:411170 sp:7ffff0ba1940 error:0 in as[400000+55000]
[ 5835.213310] do_general_protection: 6 callbacks suppressed
[ 5835.213315] traps: emerge[1229] general protection ip:7f8ce0945d28 sp:7fff4160fb80 error:0 in libpython2.7.so.1.0[7f8ce08fb000+174000]


and then emerge doesn't work any more:

Code:

# emerge --resume

 * IMPORTANT: 4 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.

Calculating dependencies \Segmentation fault


After countless tries to

Code:

# emerge --resume


I can get some more packages built.

I've unmasked bintutils-9999 out of ideas

Code:

=sys-devel/binutils-9999 **



but to no avail. The system itself is very unstable, Thunderbird, Firefox, Netbeans constantly crash (but do work for some time).

Any ideas?
_________________
Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick
Back to top
View user's profile Send private message
BlinkEye
Veteran
Veteran


Joined: 21 Oct 2003
Posts: 1042
Location: Gentoo Forums

PostPosted: Thu Aug 29, 2013 12:33 pm    Post subject: Reply with quote

What I don't understand is why it often fails while installing a package, e.g.:

Code:

...
>>> Completed installing eselect-1.3.4 into /var/portage/tmp/portage/app-admin/eselect-1.3.4/image/

ecompressdir: bzip2 -9 /usr/share/man
ecompressdir: bzip2 -9 /usr/share/doc
>>> Done.

>>> Installing (1 of 199) app-admin/eselect-1.3.4
*** glibc detected *** /usr/bin/

_________________
Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick
Back to top
View user's profile Send private message
BlinkEye
Veteran
Veteran


Joined: 21 Oct 2003
Posts: 1042
Location: Gentoo Forums

PostPosted: Thu Aug 29, 2013 12:55 pm    Post subject: Reply with quote

Very rarely I get a backtrace:

Code:

Making all in man
make[2]: Entering directory `/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45_build/man'
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drm.7" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drm.xml" && touch .man_fixup
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drm-kms.7" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drm-kms.xml" && touch .man_fixup
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drm-memory.7" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drm-memory.xml" && touch .man_fixup
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drmAvailable.3" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drmAvailable.xml" && touch .man_fixup
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drmHandleEvent.3" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drmHandleEvent.xml" && touch .man_fixup
/bin/mkdir -p ./ && /usr/bin/xsltproc -o "drmModeGetResources.3" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drmModeGetResources.xml" && touch .man_fixup
/bin/sh: line 1: 20080 Segmentation fault      /usr/bin/xsltproc -o "drmModeGetResources.3" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drmModeGetResources.xml"
make[2]: *** [drmModeGetResources.3] Error 139
make[2]: *** Waiting for unfinished jobs....
/bin/sh: line 1: 20078 Segmentation fault      /usr/bin/xsltproc -o "drmAvailable.3" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drmAvailable.xml"
make[2]: *** [drmAvailable.3] Error 139
*** glibc detected *** /usr/bin/xsltproc: malloc(): smallbin double linked list corrupted: 0x0000000002e11f10 ***
*** glibc detected *** /usr/bin/xsltproc: double free or corruption (out): 0x0000000002378a10 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x764de)[0x7fba5cccc4de]
/usr/lib64/libxslt.so.1(+0x13363)[0x7fba5d584363]
/usr/lib64/libxslt.so.1(xsltFreeCompMatchList+0x1b)[0x7fba5d58443b]
/usr/lib64/libxml2.so.2(xmlHashFree+0xa5)[0x7fba5d057795]
/usr/lib64/libxslt.so.1(xsltFreeTemplateHashes+0x19)[0x7fba5d587ef9]
/usr/lib64/libxslt.so.1(xsltFreeStylesheet+0x36)[0x7fba5d57e0b6]
/usr/bin/xsltproc[0x4024be]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7fba5cc76ba5]
/usr/bin/xsltproc[0x402d55]
======= Memory map: ========
00400000-00405000 r-xp 00000000 08:02 11841244                           /usr/bin/xsltproc
00605000-00606000 rw-p 00005000 08:02 11841244                           /usr/bin/xsltproc
0077e000-0260a000 rw-p 00000000 00:00 0                                  [heap]
7fba59cd7000-7fba59cec000 r-xp 00000000 08:02 11025107                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libgcc_s.so.1
7fba59cec000-7fba59eeb000 ---p 00015000 08:02 11025107                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libgcc_s.so.1
7fba59eeb000-7fba59eec000 rw-p 00014000 08:02 11025107                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libgcc_s.so.1
7fba59eec000-7fba59fd1000 r-xp 00000000 08:02 11025115                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libstdc++.so.6.0.18
7fba59fd1000-7fba5a1d0000 ---p 000e5000 08:02 11025115                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libstdc++.so.6.0.18
7fba5a1d0000-7fba5a1d8000 r--p 000e4000 08:02 11025115                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libstdc++.so.6.0.18
7fba5a1d8000-7fba5a1da000 rw-p 000ec000 08:02 11025115                   /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.1/libstdc++.so.6.0.18
7fba5a1da000-7fba5a1ef000 rw-p 00000000 00:00 0
7fba5a1ef000-7fba5b738000 r-xp 00000000 08:02 13905706                   /usr/lib64/libicudata.so.51.1
7fba5b738000-7fba5b937000 ---p 01549000 08:02 13905706                   /usr/lib64/libicudata.so.51.1
7fba5b937000-7fba5b938000 rw-p 01548000 08:02 13905706                   /usr/lib64/libicudata.so.51.1
7fba5b938000-7fba5b93b000 r-xp 00000000 08:02 9443970                    /usr/lib64/libgpg-error.so.0.8.0
7fba5b93b000-7fba5bb3a000 ---p 00003000 08:02 9443970                    /usr/lib64/libgpg-error.so.0.8.0
7fba5bb3a000-7fba5bb3b000 rw-p 00002000 08:02 9443970                    /usr/lib64/libgpg-error.so.0.8.0
7fba5bb3b000-7fba5bb50000 r-xp 00000000 08:02 10233558                   /lib64/libz.so.1.2.7
7fba5bb50000-7fba5bd4f000 ---p 00015000 08:02 10233558                   /lib64/libz.so.1.2.7
7fba5bd4f000-7fba5bd50000 rw-p 00014000 08:02 10233558                   /lib64/libz.so.1.2.7
7fba5bd50000-7fba5bd67000 r-xp 00000000 08:02 13922948                   /lib64/libpthread-2.15.so
7fba5bd67000-7fba5bf66000 ---p 00017000 08:02 13922948                   /lib64/libpthread-2.15.so
7fba5bf66000-7fba5bf67000 r--p 00016000 08:02 13922948                   /lib64/libpthread-2.15.so
7fba5bf67000-7fba5bf68000 rw-p 00017000 08:02 13922948                   /lib64/libpthread-2.15.so
7fba5bf68000-7fba5bf6c000 rw-p 00000000 00:00 0
7fba5bf6c000-7fba5c0c8000 r-xp 00000000 08:02 13905713                   /usr/lib64/libicuuc.so.51.1
7fba5c0c8000-7fba5c2c8000 ---p 0015c000 08:02 13905713                   /usr/lib64/libicuuc.so.51.1
7fba5c2c8000-7fba5c2d9000 rw-p 0015c000 08:02 13905713                   /usr/lib64/libicuuc.so.51.1
7fba5c2d9000-7fba5c2dd000 rw-p 00000000 00:00 0
7fba5c2dd000-7fba5c359000 r-xp 00000000 08:02 10233596                   /usr/lib64/libgcrypt.so.11.8.2
7fba5c359000-7fba5c559000 ---p 0007c000 08:02 10233596                   /usr/lib64/libgcrypt.so.11.8.2
7fba5c559000-7fba5c55d000 rw-p 0007c000 08:02 10233596                   /usr/lib64/libgcrypt.so.11.8.2
7fba5c55d000-7fba5c564000 r-xp 00000000 08:02 13923209                   /lib64/librt-2.15.so
7fba5c564000-7fba5c764000 ---p 00007000 08:02 13923209                   /lib64/librt-2.15.so
7fba5c764000-7fba5c765000 r--p 00007000 08:02 13923209                   /lib64/librt-2.15.so
7fba5c765000-7fba5c766000 rw-p 00008000 08:02 13923209                   /lib64/librt-2.15.so
7fba5c766000-7fba5c851000 r-xp 00000000 08:02 13922708                   /lib64/libm-2.15.so
7fba5c851000-7fba5ca50000 ---p 000eb000 08:02 13922708                   /lib64/libm-2.15.so
7fba5ca50000-7fba5ca51000 r--p 000ea000 08:02 13922708                   /lib64/libm-2.15.so
7fba5ca51000-7fba5ca52000 rw-p 000eb000 08:02 13922708                   /lib64/libm-2.15.so
7fba5ca52000-7fba5ca54000 r-xp 00000000 08:02 13921393                   /lib64/libdl-2.15.so
7fba5ca54000-7fba5cc54000 ---p 00002000 08:02 13921393                   /lib64/libdl-2.15.so
7fba5cc54000-7fba5cc55000 r--p 00002000 08:02 13921393                   /lib64/libdl-2.15.so
7fba5cc55000-7fba5cc56000 rw-p 00003000 08:02 13921393                   /lib64/libdl-2.15.so
7fba5cc56000-7fba5cdef000 r-xp 00000000 08:02 13921422                   /lib64/libc-2.15.so
7fba5cdef000-7fba5cfee000 ---p 00199000 08:02 13921422                   /lib64/libc-2.15.so
7fba5cfee000-7fba5cff2000 r--p 00198000 08:02 13921422                   /lib64/libc-2.15.so
7fba5cff2000-7fba5cff4000 rw-p 0019c000 08:02 13921422                   /lib64/libc-2.15.so
7fba5cff4000-7fba5cff8000 rw-p 00000000 00:00 0
7fba5cff8000-7fba5d152000 r-xp 00000000 08:02 9575811                    /usr/lib64/libxml2.so.2.9.1
7fba5d152000-7fba5d351000 ---p 0015a000 08:02 9575811                    /usr/lib64/libxml2.so.2.9.1
7fba5d351000-7fba5d35b000 rw-p 00159000 08:02 9575811                    /usr/lib64/libxml2.so.2.9.1
7fba5d35b000-7fba5d35c000 rw-p 00000000 00:00 0
7fba5d35c000-7fba5d370000 r-xp 00000000 08:02 11535752                   /usr/lib64/libexslt.so.0.8.17
7fba5d370000-7fba5d570000 ---p 00014000 08:02 11535752                   /usr/lib64/libexslt.so.0.8.17
7fba5d570000-7fba5d571000 rw-p 00014000 08:02 11535752                   /usr/lib64/libexslt.so.0.8.17
7fba5d571000-7fba5d5aa000 r-xp 00000000 08:02 11535756                   /usr/lib64/libxslt.so.1.1.28
7fba5d5aa000-7fba5d7a9000 ---p 00039000 08:02 11535756                   /usr/lib64/libxslt.so.1.1.28
7fba5d7a9000-7fba5d7ab000 rw-p 00038000 08:02 11535756                   /usr/lib64/libxslt.so.1.1.28
7fba5d7ab000-7fba5d7bb000 r-xp 00000000 08:02 14168645                   /usr/lib64/libsandbox.so
7fba5d7bb000-7fba5d9ba000 ---p 00010000 08:02 14168645                   /usr/lib64/libsandbox.so
7fba5d9ba000-7fba5d9bc000 rw-p 0000f000 08:02 14168645                   /usr/lib64/libsandbox.so
7fba5d9bc000-7fba5d9c2000 rw-p 00000000 00:00 0
7fba5d9c2000-7fba5d9e4000 r-xp 00000000 08:02 13922707                   /lib64/ld-2.15.so
7fba5dafe000-7fba5dbaf000 rw-p 00000000 00:00 0
7fba5dbaf000-7fba5dbe3000 rw-p 00000000 00:00 0
7fba5dbe3000-7fba5dbe4000 r--p 00021000 08:02 13922707                   /lib64/ld-2.15.so
7fba5dbe4000-7fba5dbe5000 rw-p 00022000 08:02 13922707                   /lib64/ld-2.15.so
7fba5dbe5000-7fba5dbe6000 rw-p 00000000 00:00 0
7fffdf8f6000-7fffdf91b000 rw-p 00000000 00:00 0                          [stack]
7fffdf9ff000-7fffdfa00000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
/bin/sh: line 1: 20073 Aborted                 /usr/bin/xsltproc -o "drm.7" --stringparam man.authors.section.enabled 0 --stringparam man.copyright.section.enabled 0 --stringparam funcsynopsis.style ansi --stringparam man.output.quietly 1 --nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl "/var/portage/tmp/portage/x11-libs/libdrm-2.4.45/work/libdrm-2.4.45/man/drm.xml"
make[2]: *** [drm.7] Error 134


with the corresponding dmesg output:

Code:

[ 8389.765733] traps: xsltproc[20080] general protection ip:7f6624a96965 sp:7fffb1e8e378 error:0 in libxslt.so.1.1.28[7f6624a8a000+39000]
[ 8389.790807] traps: xsltproc[20078] general protection ip:7fdd65d7c991 sp:7fff505512b8 error:0 in libc-2.15.so[7fdd65c34000+199000]

_________________
Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick
Back to top
View user's profile Send private message
gringo
Advocate
Advocate


Joined: 27 Apr 2003
Posts: 3705

PostPosted: Thu Aug 29, 2013 2:59 pm    Post subject: Reply with quote

in case you are bullding with -O3 then thats the problem.
ive been using 4.8.1 on my lappy for 3 weeks now and not a single build issue so far.

cheers
Back to top
View user's profile Send private message
BlinkEye
Veteran
Veteran


Joined: 21 Oct 2003
Posts: 1042
Location: Gentoo Forums

PostPosted: Thu Aug 29, 2013 3:05 pm    Post subject: Reply with quote

I'm using the default Safe CFLAGS:

Code:

CFLAGS="-march=native -O2 -pipe"


What are you using?
_________________
Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick
Back to top
View user's profile Send private message
gringo
Advocate
Advocate


Joined: 27 Apr 2003
Posts: 3705

PostPosted: Thu Aug 29, 2013 4:54 pm    Post subject: Reply with quote

same as you : CFLAGS="-march=native -O2 -pipe" and all packages have been built with 4.8.1.
i did not use this stage IIRC, just because i forgot about it.

mine is a 4900MQ.

cheers
Back to top
View user's profile Send private message
aguettinger
Tux's lil' helper
Tux's lil' helper


Joined: 26 Sep 2003
Posts: 84

PostPosted: Fri Aug 30, 2013 8:26 pm    Post subject: Reply with quote

I installed gentoo on my newly built Haswell PC (i7-4470) using the above stage3, which really helped a lot, so thanks to the OP.

I'm using CFLAGS="-march=native -O2 -pipe", no problem in 3 weeks of gentooing.
I'm using default desktop profile with xfce4, firefox. Didn't run in any build problems during installation at all.
gcc 4.8.1 was recompiled during an emerge -uNDpv world early on however, didn't check exactly why, maybe change in use flags.
_________________
regards
- andy
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 362

PostPosted: Fri Aug 30, 2013 8:36 pm    Post subject: Reply with quote

aguettinger wrote:
I installed gentoo on my newly built Haswell PC (i7-4470) using the above stage3, which really helped a lot, so thanks to the OP.


Awesome. Glad to hear it!
_________________
My 1U Dual 833 MHz Alphaserver DS20L
The AlphaLinux.org Wiki
Back to top
View user's profile Send private message
BlinkEye
Veteran
Veteran


Joined: 21 Oct 2003
Posts: 1042
Location: Gentoo Forums

PostPosted: Sat Oct 26, 2013 4:36 am    Post subject: Reply with quote

BlinkEye wrote:


...

dmesg output:
Code:

[ 5009.964462] traps: emerge[24618] general protection ip:7ff54b04b508 sp:7fffd1878e10 error:0 in libpython2.7.so.1.0[7ff54af41000+174000]
[ 5031.327019] traps: as[27495] general protection ip:410be6 sp:7fff5c899b90 error:0 in as[400000+55000]
[ 5048.605806] traps: python2.7[27706] general protection ip:7fcd9cea8500 sp:7fffd2d75208 error:0 in libpython2.7.so.1.0[7fcd9cd9e000+174000]
[ 5048.642210] traps: python2.7[27791] trap stack segment ip:7f29f89acec4 sp:7fffc95bd110 error:0
[ 5048.743775] traps: python2.7[27802] general protection ip:7f42c1e00880 sp:7fff06c77bc0 error:0 in libpython2.7.so.1.0[7f42c1cf6000+174000]
[ 5068.367842] traps: yasm[28374] general protection ip:425163 sp:7fffe11d0240 error:0 in yasm[400000+9d000]
[ 5068.436951] traps: yasm[28375] general protection ip:7fda7567e1c6 sp:7fff3ffde098 error:0 in libc-2.15.so[7fda75565000+199000]
[ 5068.502872] traps: yasm[28380] general protection ip:448325 sp:7fff9f67f680 error:0 in yasm[400000+9d000]
[ 5091.083516] traps: as[29714] general protection ip:410be6 sp:7fff21ae7960 error:0 in as[400000+55000]
[ 5091.309306] traps: as[29861] general protection ip:410be6 sp:7fffba46a380 error:0 in as[400000+55000]
[ 5091.629181] traps: x86_64-pc-linux[30070] general protection ip:7ff187a89415 sp:7fffa294d510 error:0 in ld-2.15.so[7ff187a80000+22000]
[ 5091.663374] traps: as[30090] general protection ip:411170 sp:7fffc1863070 error:0 in as[400000+55000]
[ 5092.397437] traps: as[31404] general protection ip:411170 sp:7fff8e7d93d0 error:0 in as[400000+55000]
[ 5092.525463] traps: as[31499] general protection ip:411170 sp:7fff668adb10 error:0 in as[400000+55000]
[ 5092.704688] traps: ld[31783] general protection ip:7f9667acbbd8 sp:7fffb0ad6fb0 error:0 in libbfd-2.23.52.20130828.so[7f9667a7f000+f9000]
[ 5092.748782] traps: as[31813] general protection ip:411170 sp:7fff2bd5fe20 error:0 in as[400000+55000]
[ 5092.781028] traps: as[31838] general protection ip:411170 sp:7fffcc370660 error:0 in as[400000+55000]
[ 5092.899089] traps: as[32072] general protection ip:411170 sp:7ffff0ba1940 error:0 in as[400000+55000]
[ 5835.213310] do_general_protection: 6 callbacks suppressed
[ 5835.213315] traps: emerge[1229] general protection ip:7f8ce0945d28 sp:7fff4160fb80 error:0 in libpython2.7.so.1.0[7f8ce08fb000+174000]

...


Problem solved: defective memory, dooh ...
_________________
Easily backup up your system? klick
Get rid of SSH Brute Force Attempts / Script Kiddies klick
Back to top
View user's profile Send private message
swathe
n00b
n00b


Joined: 04 Jul 2011
Posts: 51

PostPosted: Sat Oct 26, 2013 11:52 pm    Post subject: Reply with quote

Is this stage still the better one to use? I will be doing a gentoo install on my 4770K in the next couple of weeks and just want to know if this is still applicable
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 362

PostPosted: Sun Oct 27, 2013 12:01 am    Post subject: Reply with quote

swathe wrote:
Is this stage still the better one to use? I will be doing a gentoo install on my 4770K in the next couple of weeks and just want to know if this is still applicable


Yes, it is. :)
_________________
My 1U Dual 833 MHz Alphaserver DS20L
The AlphaLinux.org Wiki
Back to top
View user's profile Send private message
swathe
n00b
n00b


Joined: 04 Jul 2011
Posts: 51

PostPosted: Sun Oct 27, 2013 2:43 am    Post subject: Reply with quote

mattst88 wrote:
swathe wrote:
Is this stage still the better one to use? I will be doing a gentoo install on my 4770K in the next couple of weeks and just want to know if this is still applicable


Yes, it is. :)


Ok mate thanks, wont be for a week or two till I can free up some time lol. Kids and prepping a car for drag racing take up a lot of time haha
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum