| View previous topic :: View next topic |
| Author |
Message |
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W
|
 Posted: Sat May 13, 2017 10:27 am Post subject: >gcc-6.3 |
 |
|
Team,
Mostly for amusement value and after using gcc-6.x since September 2016, mostly successfully, I thought I would try gcc-7.1.0-r1.
I'm running the 4.11.0 kernel built with gcc-7.1.0-r1, that seems to work.
Right now | Code: | | emerge -e @world --keep-going --jobs=2 --exclude="www-client/palemoon sys-apps/openrc" -av |
is running to build 1108 packages.
Palemoon is declared to not build with >gcc-5, so, no need to test it yet.
Openrc is still at 0.17 here and I need to put the ebuild in my overlay to keep it that way.
Over the last few days, >gcc-6 defaults to USE="pie ssp". It will be interesting to see how that goes too.
So far, only dev-embedded/u-boot-tools has failed.
Feel free to join in the fun but be aware its not for you unless you can afford to mess up your install.
Don't even think about gcc-7.1.0-r1 unless you are already comfortable with gcc-6.3
I'll sift logs and post bugs later.
If all goes reasonably well I'll try to move my arm64 to gcc-7 too :)
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
 |
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Sat May 13, 2017 11:48 am Post subject: |
|
|
I have now succesfully rebuilt world on amd64 and on x86 with gcc-7.1.0[ssp,-pie], and then (after the default pie change was discussed) immediately again with gcc-7.1.0-r1[pie,ssp].
Some packages require ~arch versions, of course, and very few require patches. All patches and CFLAG manipulations used are collected here.
The packages which failed to rebuild are: palemoon-27.3.0, firefox-53.0 (failed only on amd64), chromium-58.0.3029.81 (failed even after applying a patch from the above link which fixes a nodejs compilation issue).
These failures are not caused by default-pie.
The cause of the palemoon failure is rather unclear to me: The error message seems to indicate that just some #include is missing which, however, is at the beginning of the file.
The firefox failure is horrible: It is actually a runtime failure of a binary for caching, so it can be caused by practically everything. It seems to be related with the interplay of -mavx and/or -mavx2 optimization options with hand-crafted assembler code. However, when combining -march=native with -mno-avx and -mno-avx2, the caching took forever and filled memory until the kernel's memory killer became active.
I did not yet attempt to look further into the chromium failure. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Sat May 13, 2017 12:40 pm Post subject: |
|
|
right now gcc-7.1 isn't building for me
| Code: | if test "x/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/gcc-7.1.0/libstdc++-v3/config/abi/pre/float128.ver" != x; then \
if grep '^# Appended to version file.' \
/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/gcc-7.1.0/libstdc++-v3/config/abi/pre/float128.ver > /dev/null 2>&1; then \
cat /var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/gcc-7.1.0/libstdc++-v3/config/abi/pre/float128.ver >> libstdc++-symbols.ver.tmp; \
else \
sed -n '1,/DO NOT DELETE/p' libstdc++-symbols.ver.tmp > tmp.top; \
sed -n '/DO NOT DELETE/,$p' libstdc++-symbols.ver.tmp > tmp.bottom; \
cat tmp.top /var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/gcc-7.1.0/libstdc++-v3/config/abi/pre/float128.ver tmp.bottom > libstdc++-symbols.ver.tmp; \
rm tmp.top tmp.bottom; \
fi; \
fi
/bin/grep -E -v '^[ ]*#(#| |$)' libstdc++-symbols.ver.tmp | \
/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/./gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -E -P -include ../config.h - > libstdc++-symbols.ver || (rm -f libstdc++-symbols.ver ; exit 1)
rm -f libstdc++-symbols.ver.tmp
make[6]: *** No rule to make target '../src/c++11/libc++11convenience.la', needed by 'libstdc++.la'. Stop.
make[6]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src'
make[5]: *** [Makefile:641: all-recursive] Error 1
make[5]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src'
make[4]: *** [Makefile:510: all-recursive] Error 1
make[4]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/x86_64-pc-linux-gnu/libstdc++-v3'
make[3]: *** [Makefile:417: all] Error 2
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build/x86_64-pc-linux-gnu/libstdc++-v3'
make[2]: *** [Makefile:14393: all-stage2-target-libstdc++-v3] Error 2
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build'
make[1]: *** [Makefile:22306: stage2-bubble] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-7.1.0-r1/work/build'
make: *** [Makefile:22521: bootstrap-lean] Error 2
* ERROR: sys-devel/gcc-7.1.0-r1::gentoo failed (compile phase):
* emake failed
*
|
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Sat May 13, 2017 2:12 pm Post subject: |
|
|
| Naib wrote: | | right now gcc-7.1 isn't building for me |
Either you have hit a race condition of an invalid dependency (try once more, perhaps with -j1) or - more likely - there was an error earlier to the passage which you posted. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Sat May 13, 2017 7:22 pm Post subject: |
|
|
it was the graphite USE flag on gcc. disabled and it built. Just building the toolchain then -e @system
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W
|
| Posted: Sat May 13, 2017 7:43 pm Post subject: |
|
|
Out of my 1108 packages, just under 1% failed.
| Code: | * The following 11 packages have failed to build, install, or execute
* postinst:
*
* (dev-embedded/u-boot-tools-2017.05:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/dev-embedded:u-boot-tools-2017.05:20170513-101639.log'
* (sys-boot/grub-static-0.97-r12:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/sys-boot:grub-static-0.97-r12:20170513-101920.log'
* (media-libs/libid3tag-0.15.1b-r4:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/media-libs:libid3tag-0.15.1b-r4:20170513-105115.log'
* (sys-fs/lvm2-2.02.171:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/sys-fs:lvm2-2.02.171:20170513-131150.log'
* (cross-i686-pc-linux-gnu/gcc-6.3.0:6.3.0/6.3.0::gentoo_static, ebuild scheduled for merge), Log file:
* '/var/log/portage/cross-i686-pc-linux-gnu:gcc-6.3.0:20170513-141840.log'
* (dev-util/catalyst-3.0_rc1:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/dev-util:catalyst-3.0_rc1:20170513-142414.log'
* (cross-armv7a-hardfloat-linux-gnueabi/gcc-6.3.0:6.3.0/6.3.0::gentoo_static, ebuild scheduled for merge), Log file:
* '/var/log/portage/cross-armv7a-hardfloat-linux-gnueabi:gcc-6.3.0:20170513-142408.log'
* (dev-cpp/clucene-2.3.3.4-r6:1/1::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/dev-cpp:clucene-2.3.3.4-r6:20170513-152328.log'
* (media-libs/mediastreamer-2.9.0-r1:0/3::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/media-libs:mediastreamer-2.9.0-r1:20170513-184411.log'
* (media-gfx/ufraw-0.22-r1:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/media-gfx:ufraw-0.22-r1:20170513-185321.log'
* (www-client/firefox-53.0:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/www-client:firefox-53.0:20170513-190711.log' |
I'll poke at the logs, look for patches file bugs etc, tomorrow, that is, if the system will reboot.
| Code: | * ERROR: sys-boot/grub-static-0.97-r12::gentoo failed (install phase):
* grub test-run failed Is IA32_EMULATION set? |
Err no its not. Its a /no-multilib/ install.
That was expected.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Tony0945
Watchman
Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA
|
| Posted: Sat May 13, 2017 10:12 pm Post subject: |
|
|
| NeddySeagoon wrote: | Out of my 1108 packages, just under 1% failed.
|
That was my experience with 6.3.0 , 118 out of 1100+
When I ran "emerge --resume --keep-going" (no --skipfirst) all but three built. The last two I installed in the reverse of portage's order and they built. The last one was one of my custom ebuilds and I had to expand the tarball, run "make --distclean" rebuild the tarball and the Manifest and then it built.
This was 6.3.0 but I think it indicates that some of portage's dependencies are reversed or are missing. |
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Sun May 14, 2017 5:06 am Post subject: |
|
|
| NeddySeagoon wrote: | * (media-libs/libid3tag-0.15.1b-r4:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/media-libs:libid3tag-0.15.1b-r4:20170513-105115.log'
* (sys-fs/lvm2-2.02.171:0/0::gentoo, ebuild scheduled for merge), Log file:
* '/var/log/portage/sys-fs:lvm2-2.02.171:20170513-131150.log' |
These 2 worked for me. For libid3tag, I have NOLDADD=1 set, i.e. the build system is unhappy if certain CFLAGS occur also in LDFLAGS.
For lvm2, I used even the stable version 2.02.145-r2, but with USE=device-mapper-only which probably compiles a small subset only.
| Quote: | | * '/var/log/portage/dev-cpp:clucene-2.3.3.4-r6:20170513-152328.log' |
This is known to require a patch. See this bug. (IMHO, something in this package is horribly broken in itself if it needs to test the compiler version explicitly).
Concerning firefox, I had already reported here, and the other packages you mention are not part of my @world (or dependent of it). |
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Sun May 14, 2017 5:14 am Post subject: |
|
|
| Naib wrote: | | it was the graphite USE flag on gcc |
I had built succesfully with enabled USE="cxx doc fortran graphite multilib nptl openmp pch pie sanitize ssp vtv".
I do not use graphite-related stuff in my *FLAGS, though, because I had bad runtime issues with it (with earlier gcc versions). |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Sun May 14, 2017 4:11 pm Post subject: |
|
|
well world is completed. A couple of odd failures, one being inkscape
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8935
|
| Posted: Sun May 14, 2017 4:28 pm Post subject: |
|
|
| If most of your packages build with 6.3.0, then you should be rather safe with GCC 7.1.0 as well. GCC-5/6 were/are the big hurdles. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Sun May 14, 2017 4:58 pm Post subject: |
|
|
| Code: | ui/tools/flood-tool.cpp:251:119: error: call of overloaded ‘abs(unsigned int)’ is ambiguous
diff += abs(static_cast<int>(amc ? unpremul_alpha(rmc, amc) : 0) - (amop ? unpremul_alpha(rmop, amop) : 0));
^
|
a couple of these before it bombs out.
| Code: |
./inkgc/gc-managed.h:33:5: warning: dynamic exception specifications are deprecated in C++11 [-Wdeprecated]
throw (std::bad_alloc)
^~~~~
|
Tonnes of these but these are just warnings
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Mon May 15, 2017 6:37 am Post subject: |
|
|
| Naib wrote: | | Code: | ui/tools/flood-tool.cpp:251:119: error: call of overloaded ‘abs(unsigned int)’ is ambiguous
diff += abs(static_cast<int>(amc ? unpremul_alpha(rmc, amc) : 0) - (amop ? unpremul_alpha(rmop, amop) : 0));
^
|
|
https://gcc.gnu.org/gcc-6/porting_to.html#overloaded-abs
In the above case perhaps a second static_cast for the second argument is missing or some includes are wrong/missing.
| Quote: | | Code: |
./inkgc/gc-managed.h:33:5: warning: dynamic exception specifications are deprecated in C++11 [-Wdeprecated]
throw (std::bad_alloc)
^~~~~
|
|
As the message says: It is depcrecated in C++11 and thus must not be used. http://en.cppreference.com/w/cpp/language/except_spec
The code should be fixed upstream or - if upstream is dead - later be compiled explicitly as an older c++ dialect. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Mon May 15, 2017 11:57 am Post subject: |
|
|
| mv wrote: | | Naib wrote: | | Code: | ui/tools/flood-tool.cpp:251:119: error: call of overloaded ‘abs(unsigned int)’ is ambiguous
diff += abs(static_cast<int>(amc ? unpremul_alpha(rmc, amc) : 0) - (amop ? unpremul_alpha(rmop, amop) : 0));
^
|
|
https://gcc.gnu.org/gcc-6/porting_to.html#overloaded-abs
In the above case perhaps a second static_cast for the second argument is missing or some includes are wrong/missing.
| Quote: | | Code: |
./inkgc/gc-managed.h:33:5: warning: dynamic exception specifications are deprecated in C++11 [-Wdeprecated]
throw (std::bad_alloc)
^~~~~
|
|
As the message says: It is depcrecated in C++11 and thus must not be used. http://en.cppreference.com/w/cpp/language/except_spec
The code should be fixed upstream or - if upstream is dead - later be compiled explicitly as an older c++ dialect. |
the 1st one, the error, clear failure of inkscape with gcc-7 & they will need to fix.
The 2nd, yes a warning and again needs to be fixed by upstream.
https://bugs.launchpad.net/inkscape/+bug/1660992
fixed for inkscape 0.93. Ill keep gcc-6.x around to build inkscape for now
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
Tony0945
Watchman
Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA
|
| Posted: Mon May 15, 2017 2:20 pm Post subject: |
|
|
| Naib wrote: | https://bugs.launchpad.net/inkscape/+bug/1660992
fixed for inkscape 0.93. Ill keep gcc-6.x around to build inkscape for now |
Since it is fixed in a later version and the fix is simple, why not fix it with a user patch?
EDiT: patch not path
Last edited by Tony0945 on Mon May 15, 2017 10:23 pm; edited 1 time in total |
|
| Back to top |
|
|
freke
l33t
Joined: 23 Jan 2003
Posts: 977
Location: Somewhere in Denmark
|
| Posted: Mon May 15, 2017 3:11 pm Post subject: |
|
|
| Code: | ns ~ # emerge --info
Portage 2.3.5 (python 3.4.5-final-0, default/linux/amd64/13.0/no-multilib, gcc-7.1.0, glibc-2.25, 4.9.16-gentoo x86_64)
=================================================================
System uname: Linux-4.9.16-gentoo-x86_64-AMD_G-T40E_Processor-with-gentoo-2.3
KiB Mem: 4015556 total, 1648964 free
KiB Swap: 4162644 total, 3807680 free
Timestamp of repository gentoo: Mon, 15 May 2017 01:00:01 +0000
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.28 p1.0) 2.28
app-shells/bash: 4.3_p48-r1::gentoo
dev-lang/perl: 5.24.1-r1::gentoo
dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo
dev-util/cmake: 3.7.2::gentoo
dev-util/pkgconfig: 0.28-r2::gentoo
sys-apps/baselayout: 2.3::gentoo
sys-apps/openrc: 0.24.2::gentoo
sys-apps/sandbox: 2.10-r3::gentoo
sys-devel/autoconf: 2.69::gentoo
sys-devel/automake: 1.15-r2::gentoo
sys-devel/binutils: 2.28::gentoo
sys-devel/gcc: 6.3.0::gentoo, 7.1.0-r1::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool: 2.4.6-r3::gentoo
sys-devel/make: 4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc: 2.25::gentoo
Repositories:
gentoo
location: /opt/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1
local
location: /opt/local/portage
masters: gentoo
priority: 1
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=native -pipe -fomit-frame-pointer -flto=3 -fuse-linker-plugin -fno-fat-lto-objects -fgraphite-identity -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -ftree-vectorize -fopenmp"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/bind /var/spool/munin-async/.ssh"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/apache2-php7.0/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cgi-php7.0/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/php/cli-php7.0/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=native -pipe -fomit-frame-pointer -flto=3 -fuse-linker-plugin -fno-fat-lto-objects -fgraphite-identity -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -ftree-vectorize -fopenmp -fno-delete-null-pointer-checks -flifetime-dse=1"
DISTDIR="/opt/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://trumpetti.atm.tut.fi/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -O2 -march=native -pipe -fomit-frame-pointer -flto=3 -fuse-linker-plugin -fno-fat-lto-objects -fgraphite-identity -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -ftree-vectorize -fopenmp -fno-delete-null-pointer-checks -flifetime-dse=1"
MAKEOPTS="-j3"
PKGDIR="/opt/packages"
PORTAGE_CONFIGROOT="/"
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 --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="amd64 apache2 bcmath berkdb bzip2 caps cli cracklib crypt curl cxx dovecot-sasl dri exif fortran gd geoip gnutls graphite iconv idn imap ipv6 lto mdbox modules mysql mysqli ncurses nls nptl openmp pam pcre readline sasl session sieve snmp sockets ssl syslog tcpd truetype udev unicode usb xattr xml zip zlib" ABI_X86="64" APACHE2_MODULES="authn_dbd authz_dbd dbd actions alias auth_basic authn_alias authn_anon authn_core authn_dbm authn_file authz_core authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif socache_shmcb speling status unique_id unixd userdir usertrack vhost_alias" CPU_FLAGS_X86="mmx mmxext popcnt sse sse2 sse3 sse4a ssse3" ELIBC="glibc" GPSD_PROTOCOLS="garmin" INPUT_DEVICES="libinput keyboard mouse" KERNEL="linux" PHP_TARGETS="php7-0" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python3_4" RUBY_TARGETS="ruby21 ruby22" USERLAND="GNU"
Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON |
Curently rebuilding @world (previously built fine with 6.3.0 LTO/Graphite - using some ~packages) - was able to remove man-db from no-lto-no-graphite in @system (and pciutils no-lto in the world-set) going from gcc 6.3.0 to 7.1.0
| Code: | cat /etc/portage/package.accept_keywords
app-antivirus/clamav
app-forensics/lynis
dev-db/phpmyadmin
mail-client/roundcube
mail-mta/postfix
net-mail/dovecot
net-analyzer/munin
=app-forensics/unhide-20130526
=mail-filter/opendmarc-1.3.2
#tor
=net-libs/stem-1.4.0
#maia
dev-perl/forks
#lynis-stuff
www-apache/mod_evasive
www-apache/mod_qos
#toolchain
=sys-devel/gcc-6.3.0
=sys-devel/gcc-7.1.0-r1 **
=sys-devel/binutils-2.28 **
=sys-libs/binutils-libs-2.28
=sys-libs/glibc-2.25 **
#backup
=app-backup/tarsnap-1.0.37
#maridb
=dev-db/mariadb-10.1.23
=sys-fs/eudev-3.2.2
=sys-boot/grub-2.02
=media-libs/fontconfig-2.12 |
| Code: | cat /etc/portage/package.env
## No LTO
# System
=dev-libs/libgcrypt-1.7.6 no-lto.conf
# World
=app-antivirus/clamav-0.99.2-r1 no-lto.conf
=dev-lang/php-7.0.15 no-lto.conf
=dev-lang/php-5.6.30 no-lto.conf
## No Graphite
# System
# World
## No tmpfs
dev-db/mariadb notmpfs.conf
sys-devel/gcc notmpfs.conf |
Last edited by freke on Tue May 16, 2017 1:13 pm; edited 2 times in total |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Mon May 15, 2017 5:27 pm Post subject: |
|
|
| Tony0945 wrote: | | Naib wrote: | https://bugs.launchpad.net/inkscape/+bug/1660992
fixed for inkscape 0.93. Ill keep gcc-6.x around to build inkscape for now |
Since it is fixed in a later version and the fix is simple, why not fix it with a user path? |
"later version" doesn't exist. They have only just released 0.92
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
Tony0945
Watchman
Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA
|
| Posted: Mon May 15, 2017 10:25 pm Post subject: |
|
|
| Quote: | | Fix for the std::abs and throw() issues committed to trunk in r15477 |
|
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy
|
| Posted: Tue May 16, 2017 5:30 pm Post subject: |
|
|
| Tony0945 wrote: | | Quote: | | Fix for the std::abs and throw() issues committed to trunk in r15477 |
|
the generated patch is the wrong depth for portage epatch even correcting that ( --- src --> --- a/src ) the associated patch relies on other patches
| Code: |
Applying patches from /etc/portage/patches/media-gfx/inkscape-0.92.1-r1 ...
* 15477_15476.diff ...
1 out of 1 hunk FAILED -- saving rejects to file src/filters/image.cpp.rej
1 out of 1 hunk FAILED -- saving rejects to file src/live_effects/lpeobject-reference.cpp.rej
The text leading up to this was:
--------------------------
|
|=== modified file 'src/live_effects/parameter/item.cpp'
|--- a/src/live_effects/parameter/item.cpp 2017-01-24 09:44:10 +0000
|+++ b/src/live_effects/parameter/item.cpp 2017-02-05 16:04:35 +0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
1 out of 1 hunk FAILED -- saving rejects to file src/sp-filter.cpp.rej
1 out of 2 hunks FAILED -- saving rejects to file src/sp-gradient.cpp.rej
1 out of 2 hunks FAILED -- saving rejects to file src/sp-hatch.cpp.rej
2 out of 2 hunks FAILED -- saving rejects to file src/sp-pattern.cpp.rej
1 out of 1 hunk FAILED -- saving rejects to file src/sp-tag-use-reference.cpp.rej
1 out of 1 hunk FAILED -- saving rejects to file src/sp-tref.cpp.rej
1 out of 1 hunk FAILED -- saving rejects to file src/sp-use-reference.cpp.rej
1 out of 2 hunks FAILED -- saving rejects to file src/style-internal.cpp.rej
1 out of 2 hunks FAILED -- saving rejects to file src/style.cpp.rej
1 out of 2 hunks FAILED -- saving rejects to file src/uri-references.cpp.rej
1 out of 6 hunks FAILED -- saving rejects to file src/uri.cpp.rej |
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Tue May 16, 2017 5:43 pm Post subject: |
|
|
| I've noticed things are starting to fail with 6.3.0, and the ebuild has IUSE=+pie but it built with -pie — I haven't changed anything there. There's no news item and I can't find anything elsewhere on the forums, so I thought I'd ask in here: what's going on? |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54232
Location: 56N 3W
|
| Posted: Tue May 16, 2017 6:05 pm Post subject: |
|
|
Ant P.
USE=pie has been flapping about over the last week. The setting, a news item and even 17.0 profiles to handle the change from -pie to pie are being discussed on the -dev ml.
Until the dust has settled I've forced USE=pie.
One thing you really don't want is a mix of -pie and pie.
It looks like the 13.0 profiles will settle to USE=-pie and 17.0 will force USE=pie.
There will be an update guide too.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6747
|
| Posted: Tue May 16, 2017 6:11 pm Post subject: |
|
|
I would recommend to already go with USE=pie. It is preferrable concerning security (though maybe slightly slower), because only programs compiled with this option allow for ASLR.
When switching you should take care that packages with static libraries (*.a) are re-emerged before packages using that libraries (normally an emerge -eD @world should do this). |
|
| Back to top |
|
|
freke
l33t
Joined: 23 Jan 2003
Posts: 977
Location: Somewhere in Denmark
|
| Posted: Wed May 17, 2017 8:54 pm Post subject: |
|
|
| NeddySeagoon wrote: | Ant P.
USE=pie has been flapping about over the last week. The setting, a news item and even 17.0 profiles to handle the change from -pie to pie are being discussed on the -dev ml.
Until the dust has settled I've forced USE=pie.
One thing you really don't want is a mix of -pie and pie.
It looks like the 13.0 profiles will settle to USE=-pie and 17.0 will force USE=pie.
There will be an update guide too. |
17.0 profiles?
I 'only' have 13.0 |
|
| Back to top |
|
|
limn
l33t
Joined: 13 May 2005
Posts: 997
|
| Posted: Wed May 17, 2017 9:15 pm Post subject: |
|
|
| NeddySeagoon wrote: | | One thing you really don't want is a mix of -pie and pie. |
Care to elaborate. Minor inconvenience or end of the universe as we know it? |
|
| Back to top |
|
|
ct85711
Veteran
Joined: 27 Sep 2005
Posts: 1791
|
| Posted: Wed May 17, 2017 11:43 pm Post subject: |
|
|
From my understand from the mailing lists, the main thing on pie is that it really affects statically built packages. According to what the mailing lists (Gentoo's) says, most packages shouldn't be affected too much, as most are shared libraries, and isn't bothered by pie. The other big thing that was mentioned, is on x86 platform (32-bit system), it can lower performance due to an register being used for pie, where x86 platform has fewer registers available compared to an 64 bit system. From my understanding, this also implies the people that have a 64bit CPU, but using an 32bit arch (in short running a neutered system) is also affected by this limitation too. I have no experience on using the other arches like arm and stuff to know if they are limited on registers available for programs to use, but I'd assume they would fall in the same as regular 64 or 32bit system (I may be completely wrong on my assumption.)
As far as inconvenience, I'd consider it along the same lines as what we have to do for the GCC transition to >=5.x... Otherwise, I'd expect the usual assumption when running unstable branch of some packages broken for a little while...
For me, I may consider looking and seeing if there is a non-hardened pie profile available now and see what all breaks on my system. More of going ahead and test it out and see what explodes in my face. This test may or may not happen this weekend, depending on if such a profile is available (I'm not on my linux system to verify, and won't have time till this weekend either). |
|
| Back to top |
|
|
|
Unsupported Software
