[gentoo-user] Gcc 5.3

[gentoo-user] Gcc 5.3

[Alan Grimes]

Hey, thanks for putting out gcc 5.3...

Unfortunately, it fails to bootstrap on my machine. I am getting
differences between the stage 2 and stage 3 compilers and it's dying... =(

make[2]: Entering directory
'/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
make[3]: Entering directory
'/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
rm -f stage_current
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree-ssa-threadedge.o differs
gcc/tsan.o differs
gcc/print-tree.o differs
gcc/df-core.o differs
gcc/omega.o differs
gcc/dwarf2cfi.o differs
gcc/lto-cgraph.o differs
gcc/sanopt.o differs
gcc/sched-vis.o differs
gcc/tree-ssa-tail-merge.o differs
gcc/godump.o differs
gcc/graph.o differs
gcc/tree-vect-loop-manip.o differs
gcc/cse.o differs
gcc/omp-low.o differs

[many lines omitted]

libiberty/xmalloc.o differs
libiberty/simple-object-elf.o differs
libiberty/spaces.o differs
libiberty/pex-unix.o differs
libiberty/simple-object-coff.o differs
libiberty/crc32.o differs
libiberty/physmem.o differs
libiberty/make-relative-prefix.o differs
libiberty/argv.o differs
libiberty/pex-common.o differs
libiberty/simple-object.o differs
libiberty/strerror.o differs
libiberty/simple-object-mach-o.o differs
libiberty/sha1.o differs
libiberty/cp-demint.o differs
libiberty/dyn-string.o differs
libiberty/make-temp-file.o differs
libiberty/cplus-dem.o differs
libiberty/sort.o differs
libiberty/splay-tree.o differs
libiberty/xstrndup.o differs
lto-plugin/.libs/lto-plugin.o differs
Makefile:19638: recipe for target 'compare' failed
make[2]: *** [compare] Error 1
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
Makefile:19617: recipe for target 'stage3-bubble' failed
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
Makefile:19691: recipe for target 'bootstrap-lean' failed
make: *** [bootstrap-lean] Error 2
 * ERROR: sys-devel/gcc-5.3.0::gentoo failed (compile phase):
 *   emake failed



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Gcc 5.3

[Stanislav Nikolov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

I think they should be compiled with the same version of gcc, shouldn't they?

On 12/24/2015 05:18 PM, Alan Grimes wrote:
> Hey, thanks for putting out gcc 5.3...
> 
> Unfortunately, it fails to bootstrap on my machine. I am getting
> differences between the stage 2 and stage 3 compilers and it's dying... =(
> 
> make[2]: Entering directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> make[3]: Entering directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> rm -f stage_current
> make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> Comparing stages 2 and 3
> warning: gcc/cc1plus-checksum.o differs
> warning: gcc/cc1-checksum.o differs
> Bootstrap comparison failure!
> gcc/tree-ssa-threadedge.o differs
> gcc/tsan.o differs
> gcc/print-tree.o differs
> gcc/df-core.o differs
> gcc/omega.o differs
> gcc/dwarf2cfi.o differs
> gcc/lto-cgraph.o differs
> gcc/sanopt.o differs
> gcc/sched-vis.o differs
> gcc/tree-ssa-tail-merge.o differs
> gcc/godump.o differs
> gcc/graph.o differs
> gcc/tree-vect-loop-manip.o differs
> gcc/cse.o differs
> gcc/omp-low.o differs
> 
> [many lines omitted]
> 
> libiberty/xmalloc.o differs
> libiberty/simple-object-elf.o differs
> libiberty/spaces.o differs
> libiberty/pex-unix.o differs
> libiberty/simple-object-coff.o differs
> libiberty/crc32.o differs
> libiberty/physmem.o differs
> libiberty/make-relative-prefix.o differs
> libiberty/argv.o differs
> libiberty/pex-common.o differs
> libiberty/simple-object.o differs
> libiberty/strerror.o differs
> libiberty/simple-object-mach-o.o differs
> libiberty/sha1.o differs
> libiberty/cp-demint.o differs
> libiberty/dyn-string.o differs
> libiberty/make-temp-file.o differs
> libiberty/cplus-dem.o differs
> libiberty/sort.o differs
> libiberty/splay-tree.o differs
> libiberty/xstrndup.o differs
> lto-plugin/.libs/lto-plugin.o differs
> Makefile:19638: recipe for target 'compare' failed
> make[2]: *** [compare] Error 1
> make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> Makefile:19617: recipe for target 'stage3-bubble' failed
> make[1]: *** [stage3-bubble] Error 2
> make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> Makefile:19691: recipe for target 'bootstrap-lean' failed
> make: *** [bootstrap-lean] Error 2
>  * ERROR: sys-devel/gcc-5.3.0::gentoo failed (compile phase):
>  *   emake failed
> 
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJWfBHDAAoJEBYxB87Vey/R/yEH/1y1ZpfKFfN8+SAwNMRlAMdf
u9MYag/wI0Ilnrh/uFg3oDZyKZPj+3ze3bjFaIY+8f7xyRQuS+bzk9gTu/eG9WzF
m/KT1QSwtRwatgXlBpgJKWNn6jNnLg3zKCUHi+okb9XSffkXedW641+az7E9J1pK
YQeGbysRaMSHoshGgBSPr3CHoMpQnkNoIjbUJ0hCRBOSxmth67WFq4gMxSEYG4sM
F6pn+dI2Ir1stGSItBJzkWXAWpsfBopxebBi3DVpPJmUvDkyAelzGCl+E8kV5f/S
soWO4cFVoAAJyk8MEI4KZ/MPo+R+gzjBJKHOcyf5oORlvGG8DRWy5mAEaTPnH2c=
=4Pts
-----END PGP SIGNATURE-----

Re: [gentoo-user] Gcc 5.3

[Alan Grimes]

It has been many moons since I got into compiling a compiler but here's
how it basically works:


 STAGE 1:

Compile the new compiler with whatever broken crap compiler is already
installed/hacked together/manually entered by punch cards/etc...

STAGE 2:

Compile the new compiler with whatever came out of stage 1.

STAGE 3:

As a sanity check, compile the new compiler a third time with whatever
came out of stage 2

Because stage 1 should have produced a fully updated compiler, it's
output (stage 2) should be identical to what that compiler in turn
produced (Stage 3).

This is where it's failing for me.


Stanislav Nikolov wrote:
> I think they should be compiled with the same version of gcc,
> shouldn't they?
>
> On 12/24/2015 05:18 PM, Alan Grimes wrote:
> > Hey, thanks for putting out gcc 5.3...
>
> > Unfortunately, it fails to bootstrap on my machine. I am getting
> > differences between the stage 2 and stage 3 compilers and it's
> dying... =(
>
> > make[2]: Entering directory
> > '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> > make[3]: Entering directory
> > '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> > rm -f stage_current
> > make[3]: Leaving directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> > Comparing stages 2 and 3
> > warning: gcc/cc1plus-checksum.o differs
> > warning: gcc/cc1-checksum.o differs
> > Bootstrap comparison failure!
> > gcc/tree-ssa-threadedge.o differs
> > gcc/tsan.o differs
> > gcc/print-tree.o differs
> > gcc/df-core.o differs
> > gcc/omega.o differs
> > gcc/dwarf2cfi.o differs
> > gcc/lto-cgraph.o differs
> > gcc/sanopt.o differs
> > gcc/sched-vis.o differs
> > gcc/tree-ssa-tail-merge.o differs
> > gcc/godump.o differs
> > gcc/graph.o differs
> > gcc/tree-vect-loop-manip.o differs
> > gcc/cse.o differs
> > gcc/omp-low.o differs
>
> > [many lines omitted]
>
> > libiberty/xmalloc.o differs
> > libiberty/simple-object-elf.o differs
> > libiberty/spaces.o differs
> > libiberty/pex-unix.o differs
> > libiberty/simple-object-coff.o differs
> > libiberty/crc32.o differs
> > libiberty/physmem.o differs
> > libiberty/make-relative-prefix.o differs
> > libiberty/argv.o differs
> > libiberty/pex-common.o differs
> > libiberty/simple-object.o differs
> > libiberty/strerror.o differs
> > libiberty/simple-object-mach-o.o differs
> > libiberty/sha1.o differs
> > libiberty/cp-demint.o differs
> > libiberty/dyn-string.o differs
> > libiberty/make-temp-file.o differs
> > libiberty/cplus-dem.o differs
> > libiberty/sort.o differs
> > libiberty/splay-tree.o differs
> > libiberty/xstrndup.o differs
> > lto-plugin/.libs/lto-plugin.o differs
> > Makefile:19638: recipe for target 'compare' failed
> > make[2]: *** [compare] Error 1
> > make[2]: Leaving directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> > Makefile:19617: recipe for target 'stage3-bubble' failed
> > make[1]: *** [stage3-bubble] Error 2
> > make[1]: Leaving directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> > Makefile:19691: recipe for target 'bootstrap-lean' failed
> > make: *** [bootstrap-lean] Error 2
> >  * ERROR: sys-devel/gcc-5.3.0::gentoo failed (compile phase):
> >  *   emake failed
>
>
>
> >

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Gcc 5.3

[David Haller]

Hello,

On Thu, 24 Dec 2015, Alan Grimes wrote:
>Hey, thanks for putting out gcc 5.3...
>
>Unfortunately, it fails to bootstrap on my machine. I am getting
>differences between the stage 2 and stage 3 compilers and it's dying... =(

What compiler and C(XX)FLAGS are you using? It builds nicely with
gcc-4.9 (and rather agressive flags) here. With how many processes
(MAKEOPTS) are you compiling?.

Also, compiling gcc might expose flaky RAM (removing and reseating the
RAM DIMMs might help there[0]). Have you e.g. encoded stuff with
mencoder or ffmpeg lately[1]? If you're compiling with any MAKEOPTS
'-j1' it could be the same phenomenon as I had in [1], so try with
-j1. If that works ... Consider using prime95/mprime[2] for a test.

-dnh

[0] stuff expands and shrinks depending on temps, so connections can
    get flaky even if the box isn't moved ;)

[1] I've had mencoder segfault on me reproducibly on one box after
    20-30 mins encoding with one process, and <= 10mins with two
    processes. Memtest86 found nothing in one round. New RAM (replaced
    on guarantee :) cured the problem for good.

[2] http://www.mersenne.org/download/#download

-- 
panic("Attempted to kill the idle task!");
        linux-2.2.16/kernel/exit.c

Re: [gentoo-user] Gcc 5.3

[Alan Grimes]

David Haller wrote:
> Hello,
>
> On Thu, 24 Dec 2015, Alan Grimes wrote:
>> Hey, thanks for putting out gcc 5.3...
>>
>> Unfortunately, it fails to bootstrap on my machine. I am getting
>> differences between the stage 2 and stage 3 compilers and it's dying... =(
> What compiler and C(XX)FLAGS are you using? It builds nicely with
> gcc-4.9 (and rather agressive flags) here. With how many processes
> (MAKEOPTS) are you compiling?.

6, one per core, because it doesn't go to 100% utilization, I can
continue to use the machine normally for desktop.

> Also, compiling gcc might expose flaky RAM (removing and reseating the
> RAM DIMMs might help there[0]). Have you e.g. encoded stuff with
> mencoder or ffmpeg lately[1]? If you're compiling with any MAKEOPTS
> '-j1' it could be the same phenomenon as I had in [1], so try with
> -j1. If that works ... Consider using prime95/mprime[2] for a test.

Been through that, I'm fairly confident with the integrity of the
machine right now.

> -dnh
>
> [0] stuff expands and shrinks depending on temps, so connections can
>     get flaky even if the box isn't moved ;)
>
> [1] I've had mencoder segfault on me reproducibly on one box after
>     20-30 mins encoding with one process, and <= 10mins with two
>     processes. Memtest86 found nothing in one round. New RAM (replaced
>     on guarantee :) cured the problem for good.
>
> [2] http://www.mersenne.org/download/#download


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Gcc 5.3

[Paul Colquhoun]

On Thu, 24 Dec 2015 10:18:27 Alan Grimes wrote:
> Hey, thanks for putting out gcc 5.3...
> 
> Unfortunately, it fails to bootstrap on my machine. I am getting
> differences between the stage 2 and stage 3 compilers and it's dying... =(
> 
> make[2]: Entering directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> make[3]: Entering directory
> '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> rm -f stage_current
> make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-5.3.0/work/build'
> Comparing stages 2 and 3
> warning: gcc/cc1plus-checksum.o differs
> warning: gcc/cc1-checksum.o differs
> Bootstrap comparison failure!
> gcc/tree-ssa-threadedge.o differs


I'm getting the same problem. I keyworded 5.1.0 as a test, and it did the same 
thing.

Perhaps my search skills are lacking, but I cant see anything else about this 
for GCC v5 (yet).

Was planning to poke at it for a few more days before putting in a bug report.

I've included the first part of 'emerge --info' for my system below. Is yours 
similar?


Portage 2.2.26 (python 2.7.11-final-0, 
default/linux/amd64/13.0/desktop/kde/systemd, gcc-4.9.3, glibc-2.22-r1, 4.2.2-
gentoo x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Linux-4.2.2-gentoo-x86_64-AMD_FX-tm-8120_Eight-Core_Processor-
with-gentoo-2.2
KiB Mem:    16441164 total,    679344 free
KiB Swap:   67108856 total,  67108684 free
Timestamp of repository gentoo: Thu, 24 Dec 2015 15:45:01 +0000
sh bash 4.3_p42
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
ccache version 3.2.4 [disabled]
app-shells/bash:          4.3_p42::gentoo
dev-java/java-config:     2.2.0::gentoo
dev-lang/perl:            5.22.1::gentoo
dev-lang/python:          2.7.11-r1::gentoo, 3.4.3-r7::gentoo, 3.5.1-
r2::gentoo
dev-util/ccache:          3.2.4::gentoo
dev-util/cmake:           3.4.1::gentoo
dev-util/pkgconfig:       0.29::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.19.1::gentoo
sys-apps/sandbox:         2.10-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r1::gentoo
sys-devel/automake:       1.11.6-r2::gentoo, 1.12.6::gentoo, 1.13.4-
r1::gentoo, 1.14.1-r1::gentoo, 1.15-r1::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo
sys-devel/gcc:            4.9.3::gentoo
sys-devel/gcc-config:     1.8::gentoo
sys-devel/libtool:        2.4.6-r1::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 4.3::gentoo (virtual/os-headers)
sys-libs/glibc:           2.22-r1::gentoo


-- 
Reverend Paul Colquhoun, ULC.     http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
     http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] Gcc 5.3

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Donnerstag, 24. Dezember 2015, 16:18:27 schrieb Alan Grimes:
> Hey, thanks for putting out gcc 5.3...
> 
> Unfortunately, it fails to bootstrap on my machine. I am getting
> differences between the stage 2 and stage 3 compilers and it's dying... =(
> 

"emerge --info" output pretty please! :)

- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfridge@gentoo.org
http://www.akhuettel.de/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCgAGBQJWfTrdAAoJEHRrah2soMK+T0IP/2ydazWAGK3+c+XKFl91dEiD
ucSbupfp2MsmrPgtWDS8JdHHaY3vRCOJOtH+TzfYHtIBCvGg19V3Z6LyEq/Ch6BL
iUK4gyT4JIsuYe24wsmFm4kcNpm7P7A7tnIyGl4T+E2sahZ1GUZhXfzRUm10D+Z0
LZod6Nyo2kgghw3DUqvWtDaOl2FrNA5EV63ZqVqr84S+ycGmFT+1KLAglYfE0/M/
Dc059New0/KRlDr+pbCOD3U+LNbVecLtudawhvkCfUZLsRc+p0PR2/bNp2pZn61/
WV1tQbC5q22qpwWP9ysyDPaFUZmFvFb5Ifs9o9qzgsitmdmPC/cjeNwSfHyORXaS
fhAPNDc9E0famxnXnWIWD50ujBk+XHb3Y9iCVXsk/fxV0KC0yBQI5iQlt9oCe5Mg
UYH4O8KRrPAbiMieqv4UML8ub7WRpopIVHhIHS2WxoP7oxti3E2WyjnHzV1YqJOd
UNyhJ36+Ma5uV30gddy8WDlxOmE7FobuDn603esZ5u12QjbuFfwdkToMqkTFdQFI
cvj/EQlUIxuRshb15qW1vO+gYPUElsRBOuKl8uNXvGeX4UkIKyO8x8cX1GgZaUj7
17ee4CLUs4bt+pFJ/EAGDrmlKOZr7bI5kWPwZ4T51gAzwY80/+pmZW1Qeoy92Ha8
ts5kUUEekh/xuLuPpiR2
=wg00
-----END PGP SIGNATURE-----

Re: [gentoo-user] Gcc 5.3

[Alan Grimes]

Andreas K. Huettel wrote:
> Am Donnerstag, 24. Dezember 2015, 16:18:27 schrieb Alan Grimes:
> > Hey, thanks for putting out gcc 5.3...
>
> > Unfortunately, it fails to bootstrap on my machine. I am getting
> > differences between the stage 2 and stage 3 compilers and it's
> dying... =(
>
>
> "emerge --info" output pretty please! :)

Like the other d00d, I'm also using and AMD processor.


atg@tortoise ~ $ emerge --info
Portage 2.2.26 (python 3.4.3-final-0, default/linux/amd64/13.0/desktop,
gcc-4.9.3, glibc-2.22-r1, 4.3.3 x86_64)
=================================================================
System uname:
Linux-4.3.3-x86_64-AMD_Phenom-tm-_II_X6_1090T_Processor-with-gentoo-2.2
KiB Mem:    32877316 total,  21368792 free
KiB Swap:    8000364 total,   8000364 free
Timestamp of repository gentoo: Fri, 25 Dec 2015 15:30:01 +0000
sh bash 4.3_p42
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:          4.3_p42::gentoo
dev-java/java-config:     2.2.0::gentoo
dev-lang/perl:            5.22.1::gentoo
dev-lang/python:          2.7.11-r1::gentoo, 3.3.5-r1::gentoo,
3.4.3-r7::gentoo
dev-util/cmake:           3.4.1::gentoo
dev-util/pkgconfig:       0.29::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.19.1::gentoo
sys-apps/sandbox:         2.10-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r1::gentoo
sys-devel/automake:       1.10.3-r1::gentoo, 1.11.6-r2::gentoo,
1.12.6::gentoo, 1.13.4::gentoo, 1.14.1-r1::gentoo, 1.15-r1::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo
sys-devel/gcc:            4.9.3::gentoo
sys-devel/gcc-config:     1.8::gentoo
sys-devel/libtool:        2.4.6-r1::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 4.3::gentoo (virtual/os-headers)
sys-libs/glibc:           2.22-r1::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-extra-opts: --progress

hasufell
    location: /var/lib/layman/hasufell
    masters: gentoo
    priority: 50
                                                                                                                                                                                                                                                                            

spike-community-overlay                                                                                                                                                                                                                                                     

    location: /var/lib/layman/spike-community-overlay
    masters: gentoo
    priority: 50

steam-overlay
    location: /var/lib/layman/steam-overlay
    masters: gentoo
    priority: 50

wichtounet
    location: /var/lib/layman/wichtounet
    masters: gentoo
    priority: 50

ABI="amd64"
ABI_X86="64 32"
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
ACCEPT_PROPERTIES="*"
ACCEPT_RESTRICT="*"
ADA_INCLUDE_PATH="/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/adainclude"
ADA_OBJECTS_PATH="/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/adalib"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ANT_HOME="/usr/share/ant"
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner
authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
speling status unique_id userdir usertrack vhost_alias"
ARCH="amd64"
AUTOCLEAN="yes"
BOOTSTRAP_USE="cxx unicode internal-glib python_targets_python3_4
python_targets_python2_7 multilib"
BROWSER="seamonkey"
CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
braindump author"
CAMERAS="ptp2"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -pipe "
CFLAGS_amd64="-m64"
CFLAGS_x32="-mx32"
CFLAGS_x86="-m32"
CG_COMPILER_EXE="/opt/bin/cgc"
CG_INC_PATH="/opt/nvidia-cg-toolkit/include"
CG_LIB_PATH="/opt/nvidia-cg-toolkit/lib64:/opt/nvidia-cg-toolkit/lib32"
CHOST="x86_64-pc-linux-gnu"
CHOST_amd64="x86_64-pc-linux-gnu"
CHOST_x32="x86_64-pc-linux-gnux32"
CHOST_x86="i686-pc-linux-gnu"
CLEAN_DELAY="5"
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog"
COLLISION_IGNORE="/lib/modules/* *.py[co] *$py.class */dropin.cache"
COLORFGBG="15;0"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc
/usr/share/config /usr/share/gnupg/qualified.txt
/usr/share/maven-bin-3.2/conf /usr/share/maven-bin-3.3/conf /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release
/etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/
/etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d
/etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d
/etc/texmf/updmap.d /etc/texmf/web2c"
CPU_FLAGS_X86="mmx mmxext sse2_4way 3dnow 3dnowext sse sse2 sse3 sse4"
CVS_RSH="ssh"
CXXFLAGS="-march=native -pipe "
DEFAULT_ABI="amd64"
DISABLED=" "
DISPLAY=":0"
DISTDIR="/usr/portage/distfiles"
EDITOR="/bin/nano"
ELIBC="glibc"
EMERGE_DEFAULT_OPTS="--jobs=1 --quiet-build=n --verbose"
EMERGE_WARNING_DELAY="10"
ENABLED=" /var/lib/layman/hasufell /var/lib/layman/steam-overlay "
EPREFIX=""
EROOT="/"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified
distlocks ebuild-locks fixlafiles merge-sync news nostrip parallel-fetch
protect-owned sandbox sfperms splitdebug strict unknown-features-warn
unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FETCHCOMMAND="wget -t 3 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}"
"${URI}""
FETCHCOMMAND_RSYNC="rsync -avP "${URI}" "${DISTDIR}/${FILE}""
FETCHCOMMAND_SFTP="bash -c "x=\${2#sftp://} ; host=\${x%%/*} ;
port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] &&
port=22 ; eval \"declare -a ssh_opts=(\${3})\" ; exec sftp -P \${port}
\"\${ssh_opts[@]}\" \"\${host}:/\${x#*/}\" \"\$1\"" sftp
"${DISTDIR}/${FILE}" "${URI}" "${PORTAGE_SSH_OPTS}""
FETCHCOMMAND_SSH="bash -c "x=\${2#ssh://} ; host=\${x%%/*} ;
port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] &&
port=22 ; exec rsync --rsh=\"ssh -p\${port} \${3}\" -avP
\"\${host}:/\${x#*/}\" \"\$1\"" rsync "${DISTDIR}/${FILE}" "${URI}"
"${PORTAGE_SSH_OPTS}""
FFLAGS="-O2 -pipe"
FLTK_DOCDIR="/usr/share/doc/fltk-1.3.2_p10088/html"
FVWM_MODULEDIR="/usr/lib/fvwm/2.6.5"
FVWM_USERDIR="/home/atg/.fvwm"
GCC_SPECS=""
GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/"
GNOME_KEYRING_CONTROL="/home/atg/.cache/keyring-CJ239X"
GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
GRUB_PLATFORMS="pc efi-64"
GSETTINGS_BACKEND="dconf"
GUILE_LOAD_PATH="/usr/share/guile/1.8"
HG="/usr/bin/hg"
HOME="/home/atg"
HOSTDISPLAY="tortoise:0"
HUSHLOGIN="FALSE"
INFOPATH="/usr/share/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/info:/usr/share/info/emacs-24:/usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.6/info"
INPUT_DEVICES="keyboard mouse"
IUSE_IMPLICIT="abi_x86_64 prefix prefix-guest"
JAVAC="/etc/java-config-2/current-system-vm/bin/javac"
JAVA_HOME="/etc/java-config-2/current-system-vm"
JDK_HOME="/etc/java-config-2/current-system-vm"
KERNEL="linux"
KONSOLE_DBUS_SERVICE=":1.941"
KONSOLE_DBUS_SESSION="/Sessions/2"
KONSOLE_DBUS_WINDOW="/Windows/1"
KONSOLE_PROFILE_NAME="Shell"
LANG="en_US.utf8"
LANGUAGE=""
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
ncurses text"
LC_MESSAGES="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LDFLAGS_amd64="-m elf_x86_64"
LDFLAGS_x32="-m elf32_x86_64"
LDFLAGS_x86="-m elf_i386"
LESS="-R -M --shift 5"
LESSOPEN="|lesspipe %s"
LIBDIR_amd64="lib64"
LIBDIR_amd64_fbsd="lib64"
LIBDIR_arm="lib"
LIBDIR_arm64="lib64"
LIBDIR_n32="lib32"
LIBDIR_n64="lib64"
LIBDIR_o32="lib"
LIBDIR_ppc="lib32"
LIBDIR_ppc64="lib64"
LIBDIR_s390="lib32"
LIBDIR_s390x="lib64"
LIBDIR_sparc32="lib32"
LIBDIR_sparc64="lib64"
LIBDIR_x32="libx32"
LIBDIR_x86="lib32"
LIBDIR_x86_fbsd="lib32"
LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer"
LINGUAS="en en_US"
LOGNAME="atg"
LS_COLORS="rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.cfg=00;32:*.conf=00;32:*.diff=00;32:*.doc=00;32:*.ini=00;32:*.log=00;32:*.patch=00;32:*.pdf=00;32:*.ps=00;32:*.tex=00;32:*.txt=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:"
MAIL="/var/mail/atg"
MANPATH="/etc/java-config-2/current-system-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/man:/etc/java-config-2/current-system-vm/man/:/usr/lib64/php5.6/man/:/usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.6/man"
MULTILIB_ABIS="amd64 x86"
MULTILIB_STRICT_DENY="64-bit.*shared object"
MULTILIB_STRICT_DIRS="/lib32 /lib /usr/lib32 /usr/lib /usr/kde/*/lib32
/usr/kde/*/lib /usr/qt/*/lib32 /usr/qt/*/lib /usr/X11R6/lib32
/usr/X11R6/lib"
MULTILIB_STRICT_EXEMPT="(perl5|gcc|gcc-lib|binutils|eclipse-3|debug|portage|udev|systemd|clang|python-exec)"
NETBEANS="apisupport cnd groovy gsf harness ide identity j2ee java
mobility nb php profiler soa visualweb webcommon websvccommon xml"
OFFICE_IMPLEMENTATION="libreoffice"
OPENCL_PROFILE="nvidia"
OPENGL_PROFILE="nvidia"
PAGER="/usr/bin/less"
PATH="/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3:/usr/x86_64-pc-linux-gnu/gnat-gcc-bin/4.6:/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/games/bin"
PHP_TARGETS="php5-5"
PKGDIR="/usr/portage/packages"
PORTAGE_ARCHLIST="alpha amd64 amd64-fbsd amd64-linux arm arm-linux arm64
hppa hppa-hpux ia64 ia64-hpux ia64-linux m68k m68k-mint mips nios2 ppc
ppc-aix ppc-macos ppc-openbsd ppc64 ppc64-linux riscv s390 sh sparc
sparc-fbsd sparc-solaris sparc64-freebsd sparc64-solaris x64-cygwin
x64-freebsd x64-macos x64-openbsd x64-solaris x86 x86-cygwin x86-fbsd
x86-freebsd x86-interix x86-linux x86-macos x86-netbsd x86-openbsd
x86-solaris x86-winnt"
PORTAGE_BIN_PATH="/usr/lib/portage/python3.4"
PORTAGE_COMPRESS_EXCLUDE_SUFFIXES="css gif htm[l]? jp[e]?g js pdf png"
PORTAGE_CONFIGROOT="/"
PORTAGE_DEBUG="0"
PORTAGE_DEPCACHEDIR="/var/cache/edb/dep"
PORTAGE_ELOG_CLASSES="log warn error"
PORTAGE_ELOG_MAILFROM="portage@localhost"
PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}"
PORTAGE_ELOG_MAILURI="root"
PORTAGE_ELOG_SYSTEM="save_summary:log,warn,error,qa echo"
PORTAGE_FETCH_CHECKSUM_TRY_MIRRORS="5"
PORTAGE_FETCH_RESUME_MIN_SIZE="350K"
PORTAGE_GID="250"
PORTAGE_GPG_SIGNING_COMMAND="gpg --sign --digest-algo SHA256 --clearsign
--yes --default-key "${PORTAGE_GPG_KEY}" --homedir "${PORTAGE_GPG_DIR}"
"${FILE}""
PORTAGE_INST_GID="0"
PORTAGE_INST_UID="0"
PORTAGE_INTERNAL_CALLER="1"
PORTAGE_OVERRIDE_EPREFIX=""
PORTAGE_PYM_PATH="/usr/lib64/python3.4/site-packages"
PORTAGE_PYTHONPATH="/usr/lib64/python3.4/site-packages"
PORTAGE_RSYNC_EXTRA_OPTS="--progress"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages"
PORTAGE_RSYNC_RETRIES="-1"
PORTAGE_SYNC_STALE="30"
PORTAGE_TMPDIR="/var/tmp"
PORTAGE_VERBOSE="1"
PORTAGE_WORKDIR_MODE="0700"
PORTAGE_XATTR_EXCLUDE="btrfs.* security.evm security.ima       
security.selinux system.nfs4_acl"
PORT_LOGDIR_CLEAN="find "${PORT_LOGDIR}" -type f ! -name "summary.log*"
-mtime +7 -delete"
PRELINK_PATH_MASK="/usr/lib64/klibc:/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so:/usr/lib32/libfreebl3.so:/usr/lib32/libnssdbm3.so:/usr/lib32/libsoftokn3.so:/opt/bin/skype"
PROFILEHOME=""
PROFILE_ONLY_VARIABLES="ARCH ELIBC IUSE_IMPLICIT KERNEL USERLAND
USE_EXPAND_IMPLICIT USE_EXPAND_UNPREFIXED USE_EXPAND_VALUES_ARCH
USE_EXPAND_VALUES_ELIBC USE_EXPAND_VALUES_KERNEL USE_EXPAND_VALUES_USERLAND"
PWD="/home/atg"
PYTHONDONTWRITEBYTECODE="1"
PYTHON_SINGLE_TARGET="python2_7"
PYTHON_TARGETS="python2_7 python3_4 python2_7 python3_4"
QT_GRAPHICSSYSTEM="raster"
QT_PLUGIN_PATH="/usr/lib64/kde4/plugins"
RESUMECOMMAND="wget -c -t 3 -T 60 --passive-ftp -O "${DISTDIR}/${FILE}"
"${URI}""
RESUMECOMMAND_RSYNC="rsync -avP "${URI}" "${DISTDIR}/${FILE}""
RESUMECOMMAND_SSH="bash -c "x=\${2#ssh://} ; host=\${x%%/*} ;
port=\${host##*:} ; host=\${host%:*} ; [[ \${host} = \${port} ]] &&
port=22 ; exec rsync --rsh=\"ssh -p\${port} \${3}\" -avP
\"\${host}:/\${x#*/}\" \"\$1\"" rsync "${DISTDIR}/${FILE}" "${URI}"
"${PORTAGE_SSH_OPTS}""
ROOT="/"
ROOTPATH="/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3:/usr/x86_64-pc-linux-gnu/gnat-gcc-bin/4.6:/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin"
RPMDIR="/usr/portage/rpm"
RUBY_TARGETS="ruby20 ruby21 ruby21 ruby22 ruby24"
R_HOME="/usr/lib64/R"
SCHEME_LIBRARY_PATH="/usr/share/slib/"
SHELL="/bin/bash"
SHELL_SESSION_ID="d8536f8a2efd4000be0b376902596e6c"
SHLVL="4"
SYMLINK_LIB="yes"
TERM="xterm"
UNINSTALL_IGNORE="/lib/modules/* /var/run /var/lock"
USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 amr apache2 ares
audiofile autoipd avahi berkdb bittorrent blender-game bmp boost
branding bzip2 c++0x cairo caps cdda cdr cg cgi clang cli consolekit
contrib cpudetection cracklib crypt css cuda cups curl custom-cflags
custom-tune cxx dbus debugger declarative device-mapper dga discouraged
dolbyinrec double-precision dri drm dts dvd dvdr emboss encode evdev
exif expat extras fam fbcon ffcall ffmpeg fftw firefox firmware flac
fluidsynth fontconfig foomaticdb fortran freeimage ftp g3dvl gbm gd gdbm
gflags gfortran ggz gif gl glade glamor glut gmp gnome gnome-keyring
gphoto2 gpm graphviz gsl gstreamer gtk gtk3 heterogeneous high-ints
hpijs hwdb iconv icu ide imlib ipv6 ithreads jadetex java jit joystick
jpeg jpeg2k kde kdrive lame lapack lcms ldap libffi libkms libnotify
libwww llvm-shared-libs lm_sensors lua lzo mad matroska
mdnsresponder-compat metis midi minizip mmap mms mmx mmxext mng modules
mozilla mp3 mp3rtp mp4 mpeg mpeg2 multicore multilib multislot mysql
mysqli nas natspec ncurses netpbm nls nowin nptl nsplugin ode ogg ogre
ois okteta openal opencl openexr opengl openmp openssl opus orc pae pam
pango parport pch pcre pcre16 pdf pdo perl pgo plasma png policykit
posix postproc povray ppds private-headers pulseaudio python python3 qml
qt3support qt4 qthelp quicktime r600-llvm-compiler readline reiserfs
script sdk sdl seamonkey seccomp secure-delete semantic-desktop server
session sftp sip smp soprano spell sql sqlite sse sse2 sse3 sse4 ssl
startup-notification static-ppds subversion svg system-boost system-icu
system-jpeg system-libvpx system-sqlite t1lib tcpd theora threads
threadsafe threadsonly tiff tinfo tk truetype udev udisks unicode
unlock-notify upnp upnp-av upower usb userlocales utempter uuid uvm uxa
v4l vcd video videos vnc vorbis vpx webkit wxwidgets x264 xattr xcb xine
xml xmp xv xvfb xvid xvmc yuv4mpeg zeroconf zlib" ABI_X86="64 32"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner
authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
speling status unique_id userdir usertrack vhost_alias"
CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load
memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse2_4way 3dnow
3dnowext sse sse2 sse3 sse4" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm
earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea
ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf
superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="pc
efi-64" INPUT_DEVICES="keyboard mouse" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console
presenter-minimizer" LINGUAS="en en_US"
OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5"
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4
python2_7 python3_4" RUBY_TARGETS="ruby20 ruby21 ruby21 ruby22 ruby24"
USERLAND="GNU" VIDEO_CARDS="nvidia radeonsi radeon amdgpu"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
dhcpmac delude chaos account"
USER="atg"
USERLAND="GNU"
USE_EXPAND="ABI_MIPS ABI_PPC ABI_S390 ABI_X86 ALSA_CARDS APACHE2_MODULES
APACHE2_MPMS CALLIGRA_FEATURES CAMERAS COLLECTD_PLUGINS CPU_FLAGS_X86
CROSSCOMPILE_OPTS CURL_SSL DRACUT_MODULES DVB_CARDS ELIBC
ENLIGHTENMENT_MODULES FCDSL_CARDS FFTOOLS FOO2ZJS_DEVICES
FRITZCAPI_CARDS GPSD_PROTOCOLS GRUB_PLATFORMS INPUT_DEVICES KERNEL
LCD_DEVICES LIBREOFFICE_EXTENSIONS LINGUAS LIRC_DEVICES MONKEYD_PLUGINS
NETBEANS_MODULES NGINX_MODULES_HTTP NGINX_MODULES_MAIL OFED_DRIVERS
OFFICE_IMPLEMENTATION OPENMPI_FABRICS OPENMPI_OFED_FEATURES OPENMPI_RM
PHP_TARGETS PYTHON_SINGLE_TARGET PYTHON_TARGETS QEMU_SOFTMMU_TARGETS
QEMU_USER_TARGETS ROS_MESSAGES RUBY_TARGETS SANE_BACKENDS USERLAND
UWSGI_PLUGINS VIDEO_CARDS VOICEMAIL_STORAGE XFCE_PLUGINS XTABLES_ADDONS"
USE_EXPAND_HIDDEN="ABI_MIPS ABI_PPC ABI_S390 CROSSCOMPILE_OPTS ELIBC
KERNEL USERLAND"
USE_EXPAND_IMPLICIT="ARCH ELIBC KERNEL USERLAND"
USE_EXPAND_UNPREFIXED="ARCH"
USE_EXPAND_VALUES_ARCH="alpha amd64 amd64-fbsd amd64-linux arm arm-linux
arm64 hppa hppa-hpux ia64 ia64-hpux ia64-linux m68k m68k-mint mips nios2
ppc ppc64 ppc64-linux ppc-aix ppc-macos ppc-openbsd riscv s390 sh sparc
sparc64-freebsd sparc64-solaris sparc-fbsd sparc-solaris x64-cygwin
x64-freebsd x64-macos x64-openbsd x64-solaris x86 x86-cygwin x86-fbsd
x86-freebsd x86-interix x86-linux x86-macos x86-netbsd x86-openbsd
x86-solaris x86-winnt"
USE_EXPAND_VALUES_ELIBC="AIX Cygwin Darwin DragonFly FreeBSD glibc HPUX
Interix mintlib musl NetBSD OpenBSD SunOS uclibc Winnt"
USE_EXPAND_VALUES_KERNEL="AIX Darwin FreeBSD freemint HPUX linux NetBSD
OpenBSD SunOS Winnt"
USE_EXPAND_VALUES_USERLAND="BSD GNU"
USE_ORDER="env:pkg:conf:defaults:pkginternal:repo:env.d"
USE_PYTHON="2.7 3.5"
VIDEO_CARDS="nvidia radeonsi radeon amdgpu"
VISUAL="/bin/nano"
WINDOWID="46137366"
WINDOWPATH="7"
XAUTHORITY="/home/atg/.Xauthority"
XDG_CONFIG_DIRS="/etc/xdg"
XDG_DATA_DIRS="/usr/local/share:/usr/share"
XDG_SESSION_COOKIE="tortoise-1450972712.443429-1264327082"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
dhcpmac delude chaos account"



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

[gentoo-user] Re: Gcc 5.3

[walt]

On Thu, 24 Dec 2015 10:18:27 -0500
Alan Grimes <ALONZOTG@verizon.net> wrote:

> Hey, thanks for putting out gcc 5.3...
> 
> Unfortunately, it fails to bootstrap on my machine. I am getting
> differences between the stage 2 and stage 3 compilers and it's
> dying... =(

I'm waiting for 5.3.1 before I even try to install it on my main
desktop machine.  But I've installed it in a virtual gentoo ~amd64
machine, so I know that the failure you are seeing was introduced when
the 'jit' useflag was added to the gcc ebuild.

You can work around the failure by installing 5.3.0 with the -jit
useflag (which should succeed) and *then* switch to 5.3.0 using
gcc-config before re-installing 5.3.0 with +jit.

David mentioned that he succeeded by using gcc-4.9 but I had to use the
workaround I described above.

Re: [gentoo-user] Re: Gcc 5.3

[Paul Colquhoun]

On Fri, 25 Dec 2015 12:40:48 walt wrote:
> On Thu, 24 Dec 2015 10:18:27 -0500
> 
> Alan Grimes <ALONZOTG@verizon.net> wrote:
> > Hey, thanks for putting out gcc 5.3...
> > 
> > Unfortunately, it fails to bootstrap on my machine. I am getting
> > differences between the stage 2 and stage 3 compilers and it's
> > dying... =(
> 
> I'm waiting for 5.3.1 before I even try to install it on my main
> desktop machine.  But I've installed it in a virtual gentoo ~amd64
> machine, so I know that the failure you are seeing was introduced when
> the 'jit' useflag was added to the gcc ebuild.
> 
> You can work around the failure by installing 5.3.0 with the -jit
> useflag (which should succeed) and *then* switch to 5.3.0 using
> gcc-config before re-installing 5.3.0 with +jit.
> 
> David mentioned that he succeeded by using gcc-4.9 but I had to use the
> workaround I described above.


I disabled the 'jit' flag for gcc, and 5.3.0 compiled cleanly.

Now to turn the flag back on and see if that works.


-- 
Reverend Paul Colquhoun, ULC.     http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
     http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] Re: Gcc 5.3

[Paul Colquhoun]

On Sat, 26 Dec 2015 14:00:55 Paul Colquhoun wrote:
> On Fri, 25 Dec 2015 12:40:48 walt wrote:
> > On Thu, 24 Dec 2015 10:18:27 -0500
> > 
> > Alan Grimes <ALONZOTG@verizon.net> wrote:
> > > Hey, thanks for putting out gcc 5.3...
> > > 
> > > Unfortunately, it fails to bootstrap on my machine. I am getting
> > > differences between the stage 2 and stage 3 compilers and it's
> > > dying... =(
> > 
> > I'm waiting for 5.3.1 before I even try to install it on my main
> > desktop machine.  But I've installed it in a virtual gentoo ~amd64
> > machine, so I know that the failure you are seeing was introduced when
> > the 'jit' useflag was added to the gcc ebuild.
> > 
> > You can work around the failure by installing 5.3.0 with the -jit
> > useflag (which should succeed) and *then* switch to 5.3.0 using
> > gcc-config before re-installing 5.3.0 with +jit.
> > 
> > David mentioned that he succeeded by using gcc-4.9 but I had to use the
> > workaround I described above.
> 
> I disabled the 'jit' flag for gcc, and 5.3.0 compiled cleanly.
> 
> Now to turn the flag back on and see if that works.


Yes, using gcc-5.3.0 to recompile 5.3.0 with +jit worked.

Thanks.


-- 
Reverend Paul Colquhoun, ULC.     http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
     http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] Re: Gcc 5.3

[Stefan G. Weichinger]

On 12/26/2015 06:44 AM, Paul Colquhoun wrote:

> Yes, using gcc-5.3.0 to recompile 5.3.0 with +jit worked.

Doing the same right now.

Does JIT make any difference yet when I recompile something with a
JIT-enabled gcc? Does any code in current gentoo actually use that already?

Re: [gentoo-user] Re: Gcc 5.3

[David Haller]

Hello,

On Fri, 25 Dec 2015, walt wrote:
>On Thu, 24 Dec 2015 10:18:27 -0500
>Alan Grimes <ALONZOTG@verizon.net> wrote:
>
>> Hey, thanks for putting out gcc 5.3...
>> 
>> Unfortunately, it fails to bootstrap on my machine. I am getting
>> differences between the stage 2 and stage 3 compilers and it's
>> dying... =(
[..]
>You can work around the failure by installing 5.3.0 with the -jit
>useflag (which should succeed) and *then* switch to 5.3.0 using
>gcc-config before re-installing 5.3.0 with +jit.
>
>David mentioned that he succeeded by using gcc-4.9 but I had to use the
>workaround I described above.

# eix sys-devel/gcc$
[..]
Installed versions: 
4.9.3(4.9)^s{tbz2}(18:19:02 23/10/15)(cilk cxx doc fortran gcj
graphite multilib nls nptl objc objc++ objc-gc openmp sanitize
-altivec -awt -debug -fixed-point -go -hardened -libssp -multislot
-nopie -nossp -regression-test -vanilla)
5.3.0(5)^s{tbz2}(20:14:23 24/12/15)(cilk cxx doc fortran gcj graphite
multilib nls nptl objc objc++ objc-gc openmp sanitize -altivec -awt
-debug -fixed-point -go -hardened -jit -libssp -multislot -nopie
-nossp -regression-test -vanilla)
                                  ^^^^
# gcc-config -l
 [1] x86_64-pc-linux-gnu-4.9.3 *
 [2] x86_64-pc-linux-gnu-5.3.0

No wonder I didn't stumble on that ... ;)

-dnh

-- 
The steady state of disks is full.    -- Ken Thompson

Re: [gentoo-user] Re: Gcc 5.3

[Philip Webb]

151225 walt wrote:
> You can work around the failure by installing 5.3.0
> with the -jit useflag (which should succeed) and *then* switch to 5.3.0
> using gcc-config before re-installing 5.3.0 with +jit.

So this is one of the  50 %  cases where  USE="-* ... "  helps (smile).

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Re: Gcc 5.3

[Andrew Savchenko]

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

On Fri, 25 Dec 2015 12:40:48 -0800 walt wrote:
> On Thu, 24 Dec 2015 10:18:27 -0500
> Alan Grimes <ALONZOTG@verizon.net> wrote:
> 
> > Hey, thanks for putting out gcc 5.3...
> > 
> > Unfortunately, it fails to bootstrap on my machine. I am getting
> > differences between the stage 2 and stage 3 compilers and it's
> > dying... =(
> 
> I'm waiting for 5.3.1 before I even try to install it on my main
> desktop machine.

There will be no 5.3.1 likely. Numeration scheme is changed from 5.x
series: what was middle version is now major, what was minor is now
middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a
patch version of 4.9.0.

[offtopic]
I really dislike this version race started mostly by chrome and
systemd, but more and more software strives now for a high
increment rate of major version. I wonder what they will do when
large numbers like 1000 or 10000 will be reached.
[/offtopic]

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] Re: Gcc 5.3

[lee]

Andrew Savchenko <bircoph@gentoo.org> writes:

> On Fri, 25 Dec 2015 12:40:48 -0800 walt wrote:
>> On Thu, 24 Dec 2015 10:18:27 -0500
>> Alan Grimes <ALONZOTG@verizon.net> wrote:
>> 
>> > Hey, thanks for putting out gcc 5.3...
>> > 
>> > Unfortunately, it fails to bootstrap on my machine. I am getting
>> > differences between the stage 2 and stage 3 compilers and it's
>> > dying... =(
>> 
>> I'm waiting for 5.3.1 before I even try to install it on my main
>> desktop machine.
>
> There will be no 5.3.1 likely. Numeration scheme is changed from 5.x
> series: what was middle version is now major, what was minor is now
> middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a
> patch version of 4.9.0.

What do you currently get as default when you update, and can you easily
go back to a previous version, or have several versions installed and
switch between them?

Re: [gentoo-user] Re: Gcc 5.3

[David Haller]

Hello,

On Tue, 29 Dec 2015, lee wrote:
>Andrew Savchenko <bircoph@gentoo.org> writes:
>> There will be no 5.3.1 likely. Numeration scheme is changed from 5.x
>> series: what was middle version is now major, what was minor is now
>> middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a
>> patch version of 4.9.0.
>
>What do you currently get as default when you update, and can you easily
>go back to a previous version, or have several versions installed and
>switch between them?

I'd guess 4.9.3. And yes and yes.

# eix sys-devel/gcc
[I] sys-devel/gcc
     Available versions:  
     (2.95.3) ~2.95.3-r10^s
     (3.3.6) (~)3.3.6-r1^s
     (3.4.6) 3.4.6-r2^s
     (4.0.4) **4.0.4^s
     (4.1.2) 4.1.2^s
     (4.2.4) (~)4.2.4-r1^s
     (4.3.6) 4.3.6-r1^s
     (4.4.7) 4.4.7^s
     (4.5.4) 4.5.4^s
     (4.6.4) 4.6.4^s
     (4.7)  4.7.4^s
     (4.8)  (~)4.8.0^s (~)4.8.1-r1^s (~)4.8.2^s 4.8.3^s 4.8.4^s 4.8.5^s
     (4.9)  ~*4.9.0^s ~*4.9.1^s (~)4.9.2^s 4.9.3^s{tbz2}
     (5)    **5.1.0^s **5.2.0^s (~)5.3.0^s{tbz2}
[..]
     Installed versions:  4.9.3(4.9)^s{tbz2}[..]
                          5.3.0(5)^s{tbz2}[..]
[..]

# gcc-config -l
 [1] x86_64-pc-linux-gnu-4.9.3 *
 [2] x86_64-pc-linux-gnu-5.3.0

Basically, you can install one of each slot, i.e. the first column in
() of the eix output. From (2.95.3) to (5). And switch as you like.

As 4.9.3 is marked stable, I guess that's what'd you get per default.

Stuff compiled with older gcc's should run with newer libgcc*[0], but
stuff compililed with a newer gcc might not run with the older
libgcc*. Same goes, with more problems IIRC, for libstdc++.
So beware of that. Apart from that? I'm not aware of problems.

BTW: why is gcc not also handled via eselect? Even if that'd just
call gcc-config?

HTH,
-dnh

[0] e.g. old Loki games, probably compiled with 2.95.x or even older
    still run fine on a system built with gcc-4.6

-- 
Unsubscribing from a mailing list you subscribed to is a basic IQ
test for Internet users.
                    -- Author unknown, seen on the PCR-1000 list

Re: [gentoo-user] Re: Gcc 5.3

[lee]

David Haller <gentoo@dhaller.de> writes:

> Hello,
>
> On Tue, 29 Dec 2015, lee wrote:
>>Andrew Savchenko <bircoph@gentoo.org> writes:
>>> There will be no 5.3.1 likely. Numeration scheme is changed from 5.x
>>> series: what was middle version is now major, what was minor is now
>>> middle. So 5.3 is a patch version of 5.0 the same as 4.9.3 is a
>>> patch version of 4.9.0.
>>
>>What do you currently get as default when you update, and can you easily
>>go back to a previous version, or have several versions installed and
>>switch between them?
>
> I'd guess 4.9.3. And yes and yes.
>
> # eix sys-devel/gcc
> [I] sys-devel/gcc
>      Available versions:  
>      (2.95.3) ~2.95.3-r10^s
>      (3.3.6) (~)3.3.6-r1^s
>      (3.4.6) 3.4.6-r2^s
>      (4.0.4) **4.0.4^s
>      (4.1.2) 4.1.2^s
>      (4.2.4) (~)4.2.4-r1^s
>      (4.3.6) 4.3.6-r1^s
>      (4.4.7) 4.4.7^s
>      (4.5.4) 4.5.4^s
>      (4.6.4) 4.6.4^s
>      (4.7)  4.7.4^s
>      (4.8)  (~)4.8.0^s (~)4.8.1-r1^s (~)4.8.2^s 4.8.3^s 4.8.4^s 4.8.5^s
>      (4.9)  ~*4.9.0^s ~*4.9.1^s (~)4.9.2^s 4.9.3^s{tbz2}
>      (5)    **5.1.0^s **5.2.0^s (~)5.3.0^s{tbz2}
> [..]
>      Installed versions:  4.9.3(4.9)^s{tbz2}[..]
>                           5.3.0(5)^s{tbz2}[..]
> [..]
>
> # gcc-config -l
>  [1] x86_64-pc-linux-gnu-4.9.3 *
>  [2] x86_64-pc-linux-gnu-5.3.0
>
> Basically, you can install one of each slot, i.e. the first column in
> () of the eix output. From (2.95.3) to (5). And switch as you like.
>
> As 4.9.3 is marked stable, I guess that's what'd you get per default.

4.8.5

I'd have to run emerge --sync to know about more recent versions.  How
is that supposed to be used, btw?  I only run that when I do want to
update everything.  Now if I didn't want to update anything but gcc,
could I run emerge --sync and install gcc 5.x without having trouble
with anything else I might install before actually updating everything?
So if I'd never explicitly update everything but run emerge --sync
frequently, things would be updated over time, occasionally?

> Stuff compiled with older gcc's should run with newer libgcc*[0], but
> stuff compililed with a newer gcc might not run with the older
> libgcc*. Same goes, with more problems IIRC, for libstdc++.
> So beware of that. Apart from that? I'm not aware of problems.

Uhm ... So I might break the system by switching between compiler
versions?  I have an application which I would like to compile with gcc
5.x just to see if that's even possible.  I could switch, try it, and
then switch back.

> BTW: why is gcc not also handled via eselect? Even if that'd just
> call gcc-config?

What about ccache?  How's that handled when you have multiple versions
of gcc installed?

> HTH,
> -dnh
>
> [0] e.g. old Loki games, probably compiled with 2.95.x or even older
>     still run fine on a system built with gcc-4.6

If they were 64bit ...  Too bad that there basically aren't any games
anymore.

Re: [gentoo-user] Re: Gcc 5.3

[Neil Bothwick]

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

On Tue, 29 Dec 2015 19:21:01 +0100, lee wrote:

> > As 4.9.3 is marked stable, I guess that's what'd you get per
> > default.  
> 
> 4.8.5
> 
> I'd have to run emerge --sync to know about more recent versions.  How
> is that supposed to be used, btw?  I only run that when I do want to
> update everything.  Now if I didn't want to update anything but gcc,
> could I run emerge --sync and install gcc 5.x without having trouble

Emerge --sync only updates the portage tree, so

emerge --sync
emerge -a sys-devel/gcc:5
 
> with anything else I might install before actually updating everything?
> So if I'd never explicitly update everything but run emerge --sync
> frequently, things would be updated over time, occasionally?

No, nothing would get updated. To do that you need to run emerge @world
after emerge --sync.

> > Stuff compiled with older gcc's should run with newer libgcc*[0], but
> > stuff compililed with a newer gcc might not run with the older
> > libgcc*. Same goes, with more problems IIRC, for libstdc++.
> > So beware of that. Apart from that? I'm not aware of problems.  
> 
> Uhm ... So I might break the system by switching between compiler
> versions?

That's highly unlikely as software that has been compiled with the old
compiler will still work. You may find that some programs fail to
recompile with the new compiler, but I didn't experience that with the
4.9>5 step, although I had some that would build with 4.8 but not 4.9.

I have an application which I would like to compile with gcc
> 5.x just to see if that's even possible.  I could switch, try it, and
> then switch back.

Exactly, run gcc-config, compile/emerge the program, run gcc-config again.

> > BTW: why is gcc not also handled via eselect? Even if that'd just
> > call gcc-config?  

There was a gcc eselect module but it was dropped in favour of gcc-config
as it didn't do what was needed of it. This is not unique to gcc, we also
have binutils-config. As to why no one has written an eselect wrapper for
either of these, I'd guess it's harder than it sounds or no one who can
do it feels the need.


-- 
Neil Bothwick

Windows Error #02: Multitasking attempted. System confused.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] Re: Gcc 5.3

[lee]

Neil Bothwick <neil@digimed.co.uk> writes:

> On Tue, 29 Dec 2015 19:21:01 +0100, lee wrote:
>
>> > As 4.9.3 is marked stable, I guess that's what'd you get per
>> > default.  
>> 
>> 4.8.5
>> 
>> I'd have to run emerge --sync to know about more recent versions.  How
>> is that supposed to be used, btw?  I only run that when I do want to
>> update everything.  Now if I didn't want to update anything but gcc,
>> could I run emerge --sync and install gcc 5.x without having trouble
>
> Emerge --sync only updates the portage tree, so
>
> emerge --sync
> emerge -a sys-devel/gcc:5
>  
>> with anything else I might install before actually updating everything?
>> So if I'd never explicitly update everything but run emerge --sync
>> frequently, things would be updated over time, occasionally?
>
> No, nothing would get updated. To do that you need to run emerge @world
> after emerge --sync.

Well, yes, but what if want to install a package that hasn't been
installed yet, or re-emerge an installed package with different USE
flags, after updating the portage tree?  Will a more recent version be
installed than would have been installed before the tree was updated,
maybe updating other packages to more recent versions because they are
needed for the new package?

Other distributions usually (want to) update a lot of packages once you
update the information about available packages.

>> > Stuff compiled with older gcc's should run with newer libgcc*[0], but
>> > stuff compililed with a newer gcc might not run with the older
>> > libgcc*. Same goes, with more problems IIRC, for libstdc++.
>> > So beware of that. Apart from that? I'm not aware of problems.  
>> 
>> Uhm ... So I might break the system by switching between compiler
>> versions?
>
> That's highly unlikely as software that has been compiled with the old
> compiler will still work.

And if not?

Just yesterday I tried to update a Fedora install and it failed so that
the machine is now unusable because it only keeps rebooting.  I expected
it to fail, just not that badly ...  If I could find my USB stick, I'd
be putting Gentoo on it now.

> You may find that some programs fail to
> recompile with the new compiler, but I didn't experience that with the
> 4.9>5 step, although I had some that would build with 4.8 but not 4.9.
>
> I have an application which I would like to compile with gcc
>> 5.x just to see if that's even possible.  I could switch, try it, and
>> then switch back.
>
> Exactly, run gcc-config, compile/emerge the program, run gcc-config again.

And what about ccache?  Will it use the new version automatically and
detect that the compiler version has changed so that files in the cache
need to be recompiled?

Re: [gentoo-user] Re: Gcc 5.3

[Paul Colquhoun]

On Wed, 30 Dec 2015 17:32:44 lee wrote:
> Neil Bothwick <neil@digimed.co.uk> writes:
> > On Tue, 29 Dec 2015 19:21:01 +0100, lee wrote:
> >> > As 4.9.3 is marked stable, I guess that's what'd you get per
> >> > default.
> >> 
> >> 4.8.5
> >> 
> >> I'd have to run emerge --sync to know about more recent versions.  How
> >> is that supposed to be used, btw?  I only run that when I do want to
> >> update everything.  Now if I didn't want to update anything but gcc,
> >> could I run emerge --sync and install gcc 5.x without having trouble
> > 
> > Emerge --sync only updates the portage tree, so
> > 
> > emerge --sync
> > emerge -a sys-devel/gcc:5
> > 
> >> with anything else I might install before actually updating everything?
> >> So if I'd never explicitly update everything but run emerge --sync
> >> frequently, things would be updated over time, occasionally?
> > 
> > No, nothing would get updated. To do that you need to run emerge @world
> > after emerge --sync.
> 
> Well, yes, but what if want to install a package that hasn't been
> installed yet, or re-emerge an installed package with different USE
> flags, after updating the portage tree?  Will a more recent version be
> installed than would have been installed before the tree was updated,
> maybe updating other packages to more recent versions because they are
> needed for the new package?


You have a couple of options.

First, start with "emerge -p whatever" and see what update would happen with 
no adjustments.

Then try again, but specify the version you want and see if that works: 
"emerge -p =whatever-1.2.3"

If it is still trying to install updated versions of libraries or other 
dependencies, make a file like /etc/portage/package.mask/whatever and block 
anything higher than the library/dependency versions you already have.

A bit more work, but probably not much.

However, if you get too far behind, the versions you want may have been 
removed from the portage tree. This is still not a deal breaker. Old ebuilds 
are available from the Gentoo attic at https://sources.gentoo.org/cgi-bin/viewvc.cgi and can be installed in a local overlay. (I put mine in 
/usr/local/portage). Just put "PORTDIR_OVERLAY=/usr/local/portage" into 
/etc/portage/make/conf and you should be set.

You could also use the local overlay to just add the updated ebuilds for 
things you do want to upgrade (and required dependency upgrades, etc) but I 
think that would quickly become very unwieldy.



> Other distributions usually (want to) update a lot of packages once you
> update the information about available packages.
> 
> >> > Stuff compiled with older gcc's should run with newer libgcc*[0], but
> >> > stuff compililed with a newer gcc might not run with the older
> >> > libgcc*. Same goes, with more problems IIRC, for libstdc++.
> >> > So beware of that. Apart from that? I'm not aware of problems.
> >> 
> >> Uhm ... So I might break the system by switching between compiler
> >> versions?
> > 
> > That's highly unlikely as software that has been compiled with the old
> > compiler will still work.
> 
> And if not?
> 
> Just yesterday I tried to update a Fedora install and it failed so that
> the machine is now unusable because it only keeps rebooting.  I expected
> it to fail, just not that badly ...  If I could find my USB stick, I'd
> be putting Gentoo on it now.
> 
> > You may find that some programs fail to
> > recompile with the new compiler, but I didn't experience that with the
> > 4.9>5 step, although I had some that would build with 4.8 but not 4.9.
> > 
> > I have an application which I would like to compile with gcc
> > 
> >> 5.x just to see if that's even possible.  I could switch, try it, and
> >> then switch back.
> > 
> > Exactly, run gcc-config, compile/emerge the program, run gcc-config again.
> 
> And what about ccache?  Will it use the new version automatically and
> detect that the compiler version has changed so that files in the cache
> need to be recompiled?

-- 
Reverend Paul Colquhoun, ULC.     http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
     http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] Re: Gcc 5.3

[lee]

Paul Colquhoun <paulcol@andor.dropbear.id.au> writes:

> On Wed, 30 Dec 2015 17:32:44 lee wrote:
>> Neil Bothwick <neil@digimed.co.uk> writes:
>> > On Tue, 29 Dec 2015 19:21:01 +0100, lee wrote:

> [...]
>> >> So if I'd never explicitly update everything but run emerge --sync
>> >> frequently, things would be updated over time, occasionally?
>> > 
>> > No, nothing would get updated. To do that you need to run emerge @world
>> > after emerge --sync.
>> 
>> Well, yes, but what if want to install a package that hasn't been
>> installed yet, or re-emerge an installed package with different USE
>> flags, after updating the portage tree?  Will a more recent version be
>> installed than would have been installed before the tree was updated,
>> maybe updating other packages to more recent versions because they are
>> needed for the new package?
>
>
> You have a couple of options.
>
> First, start with "emerge -p whatever" and see what update would happen with 
> no adjustments.
>
> Then try again, but specify the version you want and see if that works: 
> "emerge -p =whatever-1.2.3"
>
> If it is still trying to install updated versions of libraries or other 
> dependencies, make a file like /etc/portage/package.mask/whatever and block 
> anything higher than the library/dependency versions you already have.
>
> A bit more work, but probably not much.
>
> However, if you get too far behind, the versions you want may have been 
> removed from the portage tree. This is still not a deal breaker. Old ebuilds 
> are available from the Gentoo attic at https://sources.gentoo.org/cgi-bin/viewvc.cgi and can be installed in a local overlay. (I put mine in 
> /usr/local/portage). Just put "PORTDIR_OVERLAY=/usr/local/portage" into 
> /etc/portage/make/conf and you should be set.
>
> You could also use the local overlay to just add the updated ebuilds for 
> things you do want to upgrade (and required dependency upgrades, etc) but I 
> think that would quickly become very unwieldy.

Thank you for the explanation.

I've installed gcc 5.2.0 and am running into trouble when trying to
compile the test application.  That just won't work.

It also runs out of memory too easily.

OTOH, I've compiled a kernel with it (unless the compilation somehow
picks a different version automatically), and it works fine.

>> > Exactly, run gcc-config, compile/emerge the program, run gcc-config again.
>> 
>> And what about ccache?  Will it use the new version automatically and
>> detect that the compiler version has changed so that files in the cache
>> need to be recompiled?

To answer my own question:  That also works without any further ado.