Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
My experience: gcc-5 usable by now
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Fri Jul 31, 2015 2:45 pm    Post subject: Re: For those needing java/icedtea Reply with quote

jean-michel.smith wrote:
For those who need java with gcc-5.2

There are patches in bugzilla for 7.2.5.5 (both referenced patches are needed).
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Mon Aug 03, 2015 2:50 pm    Post subject: Reply with quote

Just for completeness: This is the list of trivial patches which seems to be currently still needed for gcc-5
/etc/portage/package.cflags/gcc-5 wrote:
<=app-shells/posh-0.12 CPPFLAGS+=-P
<=dev-lisp/clisp-2.49-r8 !-falign-functions=4 # ! means only for x86
<=dev-util/diffball-1.0.1 -std=gnu90
<=media-tv/nvtv-0.4.7-r1 "export CC='gcc -std=gnu90'"
<=media-video/cclive-0.9.3-r1 CPPFLAGS+=-P
<=sys-fs/udftools-1.0.0b-r9 -std=gnu90
<=sys-power/suspend-1.0 -std=gnu90

And here is the list of patch files which I used:
Quote:
cclive-gcc-5.patch
gst-plugins-base-gcc-4.9.patch
icedtea-gcc-5a.patch
icedtea-gcc-5b.patch
memtest86+-gcc-5.patch
sessreg-gcc-5.patch
xorg-server-gcc-5.patch
Back to top
View user's profile Send private message
yagami
Apprentice
Apprentice


Joined: 12 May 2002
Posts: 269
Location: Leiria, Portugal

PostPosted: Tue Aug 04, 2015 9:19 am    Post subject: Reply with quote

I have been using gcc-5 since 5.1 was released with great success.

Some patches are needed, mainly because of configure woes with version numbering.

I was able to use skype with gcc 5.1 by compiling qtwebkit with clang.

Strangelly, as soon as gcc 5.2 was out i tested recompiling qtwebkit with it and using skype, but it still failed! Is there any other package needed to recompile ?
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Tue Aug 04, 2015 2:24 pm    Post subject: Reply with quote

yagami wrote:
Strangelly, as soon as gcc 5.2 was out i tested recompiling qtwebkit with it and using skype, but it still failed! Is there any other package needed to recompile?

For some it works, for others apparently it doesn't. In the corresponding bugzilla bug there is a configuration recommendation posted which seems to avoid the crash for some people. I do not know whether it is a solution of the problem or just a workaround for a side effect which works by accident.
Back to top
View user's profile Send private message
jean-michel.smith
n00b
n00b


Joined: 04 Oct 2014
Posts: 5

PostPosted: Fri Aug 07, 2015 12:55 pm    Post subject: libreoffice now works Reply with quote

As a followup, libreoffice compiles

What I determined was that an "emerge -Deuv @world" was not enough to ensure everything was recompiled with gcc 5.2,0. Some obscure dependencies were missed, even though libreoffice itself was in @world (though I removed it later to ensure a complete, successful emerge -Deuv @world. It still was not enough).

emerge -Deuv libreoffice was also insufficient.

What worked was the following:

Code:
emerge -Deuv @world

to get most things (and do most dependencies in order), followed by

EDIT: A better approach, catches all slots for multi-slot packages:

Code:
for n in $(eix '-cI*' --format '<installedversions:EQNAMEVERSION>'); do emerge $n; done


after that, I had no problem emerge libreoffice, so whatever dependency was missed by -Deuv @world and -Deuv libreoffice was caught. This makes my entire kde-4 desktop now successfully compiled with gcc-5.2.0.

Hope this helps another!
Back to top
View user's profile Send private message
gienah
Developer
Developer


Joined: 24 Nov 2010
Posts: 212
Location: AU

PostPosted: Mon Aug 31, 2015 3:24 pm    Post subject: Reply with quote

I hacked up this script, its untested. It tries to implement the idea that to
upgrade the system to be compiled with >=sys-devel/gcc-5.2.0 then its
seems best to first try compiling all the libraries. Some of the compiles may fail
due to their dependencies being built with an old compiler, so its likely necessary
to run it repetitively. Then after the libraries are rebuilt, the script could be edited
to try rebuilding the binaries.
However there may be other files in other directories that need rebuilding, so this
is likely incomplete. So just offering this free untested hack, with absolutely no warranty,
use at your own risk, ...
Code:
#!/bin/sh

pkgs_with_dups() {
    for i in $*
    do
        if ( file -L "${i}" | grep -q "dynamically linked" ) && \
               ( scanelf --use-ldpath --needed "${i}" | grep -q "/usr/lib/gcc/x86_64-pc-linux-gnu/4" ); then
            qfile -qSC "${i}"
        fi
    done
}

pkgs_unique() {
    pkgs_with_dups $* | sort | uniq
}

rebuild_pkgs() {
    local pkgs=$(pkgs_unique $*)
    if [ -z "${pkgs}" ] ; then
        echo "done!" >/dev/tty
        return 0
    else
        # Exclude any gcc versions the user has from being rebuilt with gcc 5
        declare -a gcc_slots=( $(equery -qC list --format=\$cp:\$slot sys-devel/gcc) )
        declare -a ex_gcc_slots=( ${gcc_slots[@]/#/--exclude } )
        echo emerge -av -1 --verbose-conflicts ${pkgs[@]} ${ex_gcc_slots[@]} >/dev/tty
        emerge -av -1 --verbose-conflicts ${pkgs[@]} ${ex_gcc_slots[@]}
        return 1
    fi
}

rebuild_libs() {
    echo 'Searching /usr/lib64/lib*.so for packages that were built with gcc 4...' >/dev/tty
    rebuild_pkgs '/usr/lib64/lib*.so'
}
   
rebuild_bins() {
    echo 'Searching /usr/bin/*.so for packages that were built with gcc 4...' >/dev/tty
    rebuild_pkgs '/usr/bin/*'
}

if $(rebuild_libs); then
    rebuild_bins
fi

# The idea is to run this script repetitively until there are no packages
# detected that were built with gcc 4 left to rebuild with gcc 5.

Note: the script is trying to only build those packages that it detects were built with gcc 4,
hence the idea to run it repetitively until no more packages built with gcc 4 are detected.

Edit: updated the script to look for stuff that was built with gcc 4 in /usr/bin if
it does not find anything built with gcc 4 in /usr/lib64, and to exclude rebuilding
sys-devel/gcc.


Last edited by gienah on Tue Sep 01, 2015 10:14 am; edited 1 time in total
Back to top
View user's profile Send private message
schorsch_76
Guru
Guru


Joined: 19 Jun 2012
Posts: 450

PostPosted: Tue Sep 01, 2015 7:39 am    Post subject: Reply with quote

@gienah: I can confirm, that the change to gcc-5 needs multiple rebuilds. I rebuild 2 of my 4 machines with gcc 5.2. I rebuild whole world 3 times with gcc-5.2. Some packages needed a pactch (preprocessor thing). But most of my installed 700 packages are stable. Even my kernel is on gcc-5.2. The most bumpy ride was the initial jump to gcc-5 (3 times world).

Code:
georg@hammerhead ~ $ eix --installed --only-names | wc -l
695
georg@hammerhead ~ $ eix --installed-testing --only-names | wc -l
11

Code:

app-crypt/pinentry
dev-libs/libgpg-error
dev-util/geany
dev-util/geany-plugins
sci-electronics/kicad
sys-apps/dtc
sys-devel/gcc
sys-firmware/seabios
x11-apps/radeontop
x11-libs/wxGTK
x11-terms/lilyterm


Kicad is still on gcc-4.8 (c++ issues). Geany i use 9999 for other reasons than gcc-5 build failures. But i don't know how the overall portage tree is already ready for gcc-5.2

I try to install a plain stage3 and build the bigger packages like kde/gnome/mate. I try to use your script to reduce build times,
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Tue Sep 01, 2015 8:15 am    Post subject: Reply with quote

It seems that on 64-bit systems wine is currently a show-stopper: It used to compile, but on 64 bit it is reported to break. The new ebuilds have a check and refuse to compile. But even if I copied them in my local overlay and removed the check, I was not able to compile wine now with gcc-5.2 (although with the same CFLAGS, the same version was once compiled successfully with gcc-5.1). I had no time yet to check whether this is related with the gcc-5.1 -> gcc-5.2 bump or with a bump of some other library. I guess that it is the latter.
Edit: Compilation of wine fails currently also on 32 bit systems...
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2284
Location: Adendorf, Germany

PostPosted: Tue Sep 01, 2015 10:13 am    Post subject: Reply with quote

mv wrote:
It seems that on 64-bit systems wine is currently a show-stopper: It used to compile, but on 64 bit it is reported to break. The new ebuilds have a check and refuse to compile. But even if I copied them in my local overlay and removed the check, I was not able to compile wine now with gcc-5.2 (although with the same CFLAGS, the same version was once compiled successfully with gcc-5.1). I had no time yet to check whether this is related with the gcc-5.1 -> gcc-5.2 bump or with a bump of some other library. I guess that it is the latter.
Edit: Compilation of wine fails currently also on 32 bit systems...
I read this just in time. I was about to enter "Yes" on portage's question whether to emerge gcc-5.2.0 or not... Unfortunately, I need a working wine...

Edit: Oha:
https://bugs.winehq.org/show_bug.cgi?id=38653 wrote:
GCC 5.0,5.1,5.2 break -O2 optimization with 64-bit Wine
(...)
"Confirming -O0 doesn't reproduce the issue."
So it *seems*, that if you compile wine with -O0 (or maybe -O1, too?) then it *could* still work.

... I'll give it a try...
_________________
Important German:
  1. "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
  2. "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
Back to top
View user's profile Send private message
schorsch_76
Guru
Guru


Joined: 19 Jun 2012
Posts: 450

PostPosted: Wed Sep 02, 2015 3:39 pm    Post subject: Reply with quote

On a new stage3 i only needed to ~arch

Code:
=app-crypt/pinentry-0.9.5
=dev-libs/libgpg-error-1.19


Profile: default/linux/amd64/13.0/desktop/kde/systemd

Code:

cat /var/lib/portage/world
app-portage/eix
kde-base/kde-meta
sys-devel/gcc:5.2


Code:
gcc-config -l
 [1] x86_64-pc-linux-gnu-4.8.5
 [2] x86_64-pc-linux-gnu-5.2.0 *


Code:
eix --installed --only-names | wc -l
764


Looks very promising so far, Now i go to emerge gnome and xfce ...

phonon braks with gcc-5.2 and the qt 5 use flag. Dont know if its dependend on the use flag or gcc-5,2.
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage
Back to top
View user's profile Send private message
Roman_Gruber
Advocate
Advocate


Joined: 03 Oct 2006
Posts: 3846
Location: Austro Bavaria

PostPosted: Wed Sep 02, 2015 8:17 pm    Post subject: Reply with quote

ksh does not build with gcc 5.2 and gold linker and the ordinary linker.

---

second package that fails here

Code:
-Wl,--as-needed -o aainfo aainfo.o libaa.la -lm    -lX11 -lgpm -L/usr/lib32 -lncurses -ltinfo
/bin/sh ../libtool  --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc -m32  -march=native -O2 -pipe  -D_GNU_SOURCE  -Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -o aatest aatest.o libaa.la -lm    -lX11 -lgpm -L/usr/lib32 -lncurses -ltinfo
libtool: link: x86_64-pc-linux-gnu-gcc -m32 -march=native -O2 -pipe -D_GNU_SOURCE -Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -o .libs/aainfo aainfo.o  ./.libs/libaa.so -L/usr/lib32 -lm -lX11 -lgpm -lncurses -ltinfo
libtool: link: x86_64-pc-linux-gnu-gcc -m32 -march=native -O2 -pipe -D_GNU_SOURCE -Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -o .libs/aatest aatest.o  ./.libs/libaa.so -L/usr/lib32 -lm -lX11 -lgpm -lncurses -ltinfo
./.libs/libaa.so: error: undefined reference to 'Gpm_Wgetch'
collect2: error: ld returned 1 exit status
Makefile:596: recipe for target 'aainfo' failed
make[2]: *** [aainfo] Error 1
make[2]: *** Waiting for unfinished jobs....
./.libs/libaa.so: error: undefined reference to 'Gpm_Wgetch'
collect2: error: ld returned 1 exit status
Makefile:604: recipe for target 'aatest' failed
make[2]: *** [aatest] Error 1
make[2]: Leaving directory '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/work/aalib-1.4.0-abi_x86_32.x86/src'
Makefile:455: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/work/aalib-1.4.0-abi_x86_32.x86/src'
Makefile:491: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
 * ERROR: media-libs/aalib-1.4_rc5-r6::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=media-libs/aalib-1.4_rc5-r6::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=media-libs/aalib-1.4_rc5-r6::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/temp/environment'.
 * Working directory: '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/work/aalib-1.4.0-abi_x86_32.x86'
 * S: '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/work/aalib-1.4.0'

>>> Failed to emerge media-libs/aalib-1.4_rc5-r6, Log file:

>>>  '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/temp/build.log'


Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop, gcc-5.2.0, glibc-2.21-r1, 4.1.6-gentoo_08_31_2015 x86_64)
ld GNU gold (Gentoo 2.25.1 p1.1 2.25.1) 1.11

Back to top
View user's profile Send private message
awalp
n00b
n00b


Joined: 29 May 2003
Posts: 73

PostPosted: Thu Sep 03, 2015 3:51 am    Post subject: Reply with quote

I'm running a system completely built using gcc 5.
Complete desktop system on kde-plasma 5 / kde-next-live

I have been releasing stage3 files I built with GCC 5.2 for march sandybridge and haswell at
http://gentoo.awalp.net



I only had to change a couple packages to ~amd64, like xorg-server.

I haven't run into a single package that wouldn't merge (just a couple that needed ~amd64 / newer versions).

-------------

Also in case you didn't know, the CFLAGS="-march" had changes since GCC 4.9.

With GCC 5.2, for example corei7-avx changes to sandybridge
for example, core-avx2 changes to haswell
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2284
Location: Adendorf, Germany

PostPosted: Thu Sep 03, 2015 5:45 am    Post subject: Reply with quote

schorsch_76 wrote:
phonon braks with gcc-5.2 and the qt 5 use flag. Dont know if its dependend on the use flag or gcc-5,2.
It is phonon in all versions. It uses -fPIE, but qt5 insists on "-fPIC, -fPIE is not enough". For the time being, I deactivated qt5 on phonon. Once I have resolved my remaining list, I'll look into it. If nobody else found a solution until then.

A status update on wine:

I have just played a nice round of Mass Effect 1 on my laptop using 64bit wine-1.7.50 built with gcc-5.2.0.
Before that worked I had to apply the patch linked in app-emulation/wine-1.7.42 - "failed to start wineboot, err 1359" with gcc-5.1 to gcc-5.2.0 and rebuild it. (Just save it it as '/etc/portage/patches/sys-devel/gcc-5.2.0/50_fix_postreload_c.patch' and the ebuild picks it up by itself)

The next issue was ogre-1.9.0, which I posted a fix for here and reported it upstream here

My remaining list so far:
Code:
=games-strategy/moo2-1.40.24-r2
=media-plugins/vocoder-ladspa-0.3
=media-libs/allegro-4.4.2-r1
=sci-misc/boinc-7.2.42-r1
=games-board/dreamchess-0.2.0
=media-gfx/gimp-texturize-plugin-2.1
=dev-libs/ustr-1.0.4-r5
=media-plugins/gimp-lensfun-0.2.2-r2
=media-libs/devil-1.7.8-r2
=dev-perl/WWW-Mechanize-1.730.0-r1
=www-client/qupzilla-1.8.6
=dev-util/nvidia-cuda-sdk-7.0.28
=dev-tex/dot2tex-2.8.7
I guess most can be solved by unkeywording newer versions. For the remaining (like ustr) I'll try to create fixing patches if they do not exist yet.
_________________
Important German:
  1. "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
  2. "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2284
Location: Adendorf, Germany

PostPosted: Thu Sep 03, 2015 9:06 am    Post subject: Reply with quote

DAMMIT!!!

All my personal files and backups are scattered over several truecrypt containers, that are mounted as zfs raids.

And after upgrading to gcc-5.2.0 TrueCrypt no longer works.

It always fails with either "Error: Invalid characters encountered." or "fuse: Invalid mount point".
So if you hit this, do not fall apart just yet. Mount your TrueCrypt Containers and/or volumes like this:
Code:
sudo cryptsetup open --type tcrypt <container> <name>
sudo mount /dev/mapper/<name> <mountpoint>
and to unmount:
Code:
sudo umount /dev/mapper/<name>
cryptsetup close <name>
I was never aware that cryptsetup could do that! *wow*
_________________
Important German:
  1. "Aha" - German reaction to pretend that you are really interested while giving no f*ck.
  2. "Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.
Back to top
View user's profile Send private message
Roman_Gruber
Advocate
Advocate


Joined: 03 Oct 2006
Posts: 3846
Location: Austro Bavaria

PostPosted: Thu Sep 03, 2015 1:48 pm    Post subject: Reply with quote

yes sure totally unusable now

Code:
[build LNK] Executable/cppunittester
S=/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2 && I=$S/instdir && W=$S/workdir &&  x86_64-pc-linux-gnu-g++    -Wl,-z,origin '-Wl,-rpath,$ORIGIN/../Library' -Wl,-rpath-link,$I/ure/lib -Wl,-rpath-link,$I/program -Wl,-z,defs -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc  -Wl,--hash-style=gnu  -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions  -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib  -L$I/ure/lib  -L$I/program  -L$W/LinkTarget/Library -Wl,-O1 -Wl,--as-needed    $W/CxxObject/sal/cppunittester/cppunittester.o     -Wl,--start-group    -lcppunit   -Wl,--end-group -Wl,--no-as-needed -luno_sal -o $W/LinkTarget/Executable/cppunittester
[build LNK] Executable/osl_process_child
S=/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2 && I=$S/instdir && W=$S/workdir &&  x86_64-pc-linux-gnu-g++    -Wl,-z,origin '-Wl,-rpath,$ORIGIN/../Library' -Wl,-rpath-link,$I/ure/lib -Wl,-rpath-link,$I/program -Wl,-z,defs -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc  -Wl,--hash-style=gnu  -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions  -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib  -L$I/ure/lib  -L$I/program  -L$W/LinkTarget/Library -Wl,-O1 -Wl,--as-needed    $W/CxxObject/sal/qa/osl/process/osl_process_child.o     -Wl,--start-group    -Wl,--end-group -Wl,--no-as-needed -luno_sal -o $W/LinkTarget/Executable/osl_process_child
[build INM] scp2/accessories
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::PlugInParameters::PlugInParameters(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::PlugInManager::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, CppUnit::PlugInParameters const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::TestFactoryRegistry::getRegistry(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::TestRunner::run(CppUnit::TestResult&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::CompilerOutputter::CompilerOutputter(CppUnit::TestResultCollector*, std::ostream&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::LogFailuresAsTheyHappen::addFailure(CppUnit::TestFailure const&): error: undefined reference to 'CppUnit::SourceLine::fileName[abi:cxx11]() const'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::LogFailuresAsTheyHappen::addFailure(CppUnit::TestFailure const&): error: undefined reference to 'CppUnit::Message::shortDescription[abi:cxx11]() const'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::LogFailuresAsTheyHappen::addFailure(CppUnit::TestFailure const&): error: undefined reference to 'CppUnit::Message::details[abi:cxx11]() const'
collect2: error: ld returned 1 exit status
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/solenv/gbuild/LinkTarget.mk:474: recipe for target '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/LinkTarget/Executable/cppunittester' failed
make[1]: *** [/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/LinkTarget/Executable/cppunittester] Error 1
make[1]: *** Waiting for unfinished jobs....
TEMPFILE=/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/temp/gbuild.zwjls5 &&  mv ${TEMPFILE} /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/LinkTarget/Executable/osl_process_child.objectlist
rm /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/line.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/sent.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/line.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/char.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/count_word.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/char_in.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/char.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/sent.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/char_in.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/count_word.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.brk /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word.txt /mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.txt
make[1]: Leaving directory '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2'
Makefile:237: recipe for target 'build' failed
make: *** [build] Error 2
 * ERROR: app-office/libreoffice-4.4.5.2::gentoo failed (compile phase):
 *   (no error message)
 *
 * Call stack:
 *     ebuild.sh, line  93:  Called src_compile
 *   environment, line 7366:  Called die
 * The specific snippet of code:
 *       make ${target} || die
 *
 * If you need support, post the output of `emerge --info '=app-office/libreoffice-4.4.5.2::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=app-office/libreoffice-4.4.5.2::gentoo'`.
!!! When you file a bug report, please include the following information:
GENTOO_VM=icedtea-bin-7  CLASSPATH="" JAVA_HOME="/opt/icedtea-bin-7.2.6.1"
JAVACFLAGS="-source 1.6 -target 1.6" COMPILER=""
and of course, the output of emerge --info =libreoffice-4.4.5.2
 * The complete build log is located at '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/temp/build.log'.
 * The ebuild environment file is located at '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/temp/environment'.
 * Working directory: '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2'
 * S: '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2'

>>> Failed to emerge app-office/libreoffice-4.4.5.2, Log file:

>>>  '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/temp/build.log'
 *
 * The following 3 packages have failed to build, install, or execute
 * postinst:
 *
 *  (media-libs/aalib-1.4_rc5-r6:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/media-libs/aalib-1.4_rc5-r6/temp/build.log'
 *  (media-video/mkvtoolnix-8.3.0:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/tmp/portage/media-video/mkvtoolnix-8.3.0/temp/build.log'
 *  (app-office/libreoffice-4.4.5.2:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/temp/build.log'


3 packages of around 10-20

I do not care for libreoffice as portage forces me to rebuild on a daily basis because of some libary was updated. It was just by chance that it continued and aborted itself lol. Usually i abort it when it comes to libreoffice.
Back to top
View user's profile Send private message
schorsch_76
Guru
Guru


Joined: 19 Jun 2012
Posts: 450

PostPosted: Thu Sep 03, 2015 1:50 pm    Post subject: Reply with quote

The Problem is you Need to rebuild the libraries and recompile again. This is what i said: "The bumpiest Thing was recompiling 3 times world"
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage
Back to top
View user's profile Send private message
awalp
n00b
n00b


Joined: 29 May 2003
Posts: 73

PostPosted: Thu Sep 03, 2015 11:55 pm    Post subject: Reply with quote

Yamakuzure wrote:
schorsch_76 wrote:
phonon braks with gcc-5.2 and the qt 5 use flag. Dont know if its dependend on the use flag or gcc-5,2.
It is phonon in all versions. It uses -fPIE, but qt5 insists on "-fPIC, -fPIE is not enough". For the time being, I deactivated qt5 on phonon. Once I have resolved my remaining list, I'll look into it. If nobody else found a solution until then.


This can be fixed by using the phonon-9999 live package until a newer package makes its way into the tree.
This was the only package in the entire plasma 5 meta build that had any issue whatsoever.

Also the qt5 use flag is currently masked.
If you wish to use qt5 you need to "echo "-qt5" > /etc/portage/profiles/use.stable.mask"
to unmask qt5 use flag.


here is my phonon install....

Code:
m17xr3 ~ # emerge -av phonon

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


These are the packages that would be merged, in order:

Calculating dependencies      ... done!                     
[ebuild   R   *] media-libs/phonon-9999::gentoo  USE="pulseaudio qt5 vlc (-aqua) -debug -designer -gstreamer -qt4 (-zeitgeist)" ABI_X86="(64) -32 (-x32)" 0 KiB
Back to top
View user's profile Send private message
gienah
Developer
Developer


Joined: 24 Nov 2010
Posts: 212
Location: AU

PostPosted: Fri Sep 04, 2015 4:35 am    Post subject: Reply with quote

Quote:
yes sure totally unusable now
Code:
...
[build LNK] Executable/osl_process_child
S=/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2 && I=$S/instdir && W=$S/workdir &&  x86_64-pc-linux-gnu-g++    -Wl,-z,origin '-Wl,-rpath,$ORIGIN/../Library' -Wl,-rpath-link,$I/ure/lib -Wl,-rpath-link,$I/program -Wl,-z,defs -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc  -Wl,--hash-style=gnu  -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions  -L$W/LinkTarget/StaticLibrary -L$I/sdk/lib  -L$I/ure/lib  -L$I/program  -L$W/LinkTarget/Library -Wl,-O1 -Wl,--as-needed    $W/CxxObject/sal/qa/osl/process/osl_process_child.o     -Wl,--start-group    -Wl,--end-group -Wl,--no-as-needed -luno_sal -o $W/LinkTarget/Executable/osl_process_child
[build INM] scp2/accessories
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::PlugInParameters::PlugInParameters(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/mnt/sdb2/var/tmp/portage/app-office/libreoffice-4.4.5.2/work/libreoffice-4.4.5.2/workdir/CxxObject/sal/cppunittester/cppunittester.o:cppunittester.cxx:function (anonymous namespace)::ProtectedFixtureFunctor::run() const: error: undefined reference to 'CppUnit::PlugInManager::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, CppUnit::PlugInParameters const&)'
...

Quote:
The Problem is you Need to rebuild the libraries and recompile again. This is what i said: "The bumpiest Thing was recompiling 3 times world"

Yes that's right. This is the tracker bug for packages that fail to build with gcc 5, so no talking in the tracker bug report please, but just wanted to quote this comment:
https://bugs.gentoo.org/show_bug.cgi?id=536984#c2
Quote:
Ryan Hill  2015-05-06 04:02:05 UTC
One thing to look out for. If you're getting packages failing with undefined references to std::__cxx11 or [abi:cxx11], eg:

cmGlobalGenerator.cxx:(.text+0x12781): undefined reference to `Json::Value::Value(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'

it's not a bug. It just means you need to rebuild the package that provided that symbol first. See https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html for more info.

app-office/libreoffice-4.4.5.2 builds fine with gcc 5.2.0.
While considering if you are feeling adventurous enough to upgrade your system to gcc 5, it is probably best
to first check the known bugs in the "Depends On" field in the tracker, to see if there are any packages that
you need that have no known fix or workaround:
https://bugs.gentoo.org/page.cgi?id=fields.html#dependson
Back to top
View user's profile Send private message
Letharion
Veteran
Veteran


Joined: 13 Jun 2005
Posts: 1344
Location: Sweden

PostPosted: Sat Sep 05, 2015 2:26 pm    Post subject: Reply with quote

go-boostrap fails to build on arm.

I tried to compile go-1.5 on arm today, which is the only package to fail for me so far.

Digging into the compile process, it fails on

Code:
gcc -O2 -Wall -Werror -o cmd/dist/dist -Icmd/dist '-DGOROOT_FINAL="/var/tmp/portage/dev-lang/go-bootstrap-1.4.2/work/go"' cmd/dist/arm.c cmd/dist/buf.c cmd/dist/build.c cmd/dist/buildgc.c cmd/dist/buildgo.c cmd/dist/buildruntime.c cmd/dist/main.c cmd/dist/plan9.c cmd/dist/unix.c cmd/dist/windows.c


which builds, but then:

Code:
./cmd/dist/dist env -p
Segmentation fault


Couldn't find any other reports, think I should report a bug?
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7470

PostPosted: Sat Sep 05, 2015 2:30 pm    Post subject: Reply with quote

That's a nice title, i wonder what "usable" really mean :D

Can i get a totally unrealistic feeling note about its usability on a 100 base count?
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Sat Sep 05, 2015 5:09 pm    Post subject: Reply with quote

krinn wrote:
That's a nice title, i wonder what "usable" really mean :D

Do not ignore the first part of the title which says "my experience".
I thought that this is made precise in the first posting: I had switched all my systems to gcc-5 for some weeks, and although I have about 1400 packages installed (on each system) which I use more or less regularly, I had observed no regressions so far. I made no systematic tests (like the arch team would hopefully do), and I do not claim that things will work for everybody, but just reported my experience as a user.
That this can be wrong you can see in the example of wine which, by accident, I had not used for quite a while and for which I learnt about the regressions just recently.
Quote:
Can i get a totally unrealistic feeling note about its usability on a 100 base count?

What do you mean by "100 base count"? If one includes libs in the count, I am quite sure that I used much more than 100 packages successfully quite intensively. Of course, I cannot exclude that these packages can fail in certain corner cases, nevertheless. I made no systematic list what was already used how intensively, and I have neither the intention nor the time to make such a list.
If you are running an enterprise system, you should of course think twice or three times and make tests on your own if you intend to switch. (But this goes without saying!)
However, if you are running gentoo on your home machine, then - at least according to my experience - there is no much reason to worry about switching.
The failure of wine is a remarkable exception: That's why I posted it as soon as I learnt about it.
Back to top
View user's profile Send private message
Roman_Gruber
Advocate
Advocate


Joined: 03 Oct 2006
Posts: 3846
Location: Austro Bavaria

PostPosted: Sun Sep 06, 2015 11:45 am    Post subject: Reply with quote

wesnoth does not build with gcc 5.2 on amd 64 wiht both linkers

Code:
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options16validation_errorEEEEE[_ZTVN5boost16exception_detail10clone_implINS0_19error_info_injectorINS_15program_options16validation_errorEEEEE]+0x38): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options16validation_errorE[_ZTVN5boost15program_options16validation_errorE]+0x30): undefined reference to `boost::program_options::error_with_option_name::substitute_placeholders(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options20invalid_option_valueE[_ZTVN5boost15program_options20invalid_option_valueE]+0x30): more undefined references to `boost::program_options::error_with_option_name::substitute_placeholders(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' follow
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options11typed_valueINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEcEE[_ZTVN5boost15program_options11typed_valueINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEcEE]+0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options11typed_valueIjcEE[_ZTVN5boost15program_options11typed_valueIjcEE]+0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options11typed_valueI11two_stringscEE[_ZTVN5boost15program_options11typed_valueI11two_stringscEE]+0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options11typed_valueIicEE[_ZTVN5boost15program_options11typed_valueIicEE]+0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const'
CMakeFiles/wesnoth.dir/commandline_options.cpp.o:(.rodata._ZTVN5boost15program_options11typed_valueISt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS8_EEcEE[_ZTVN5boost15program_options11typed_valueISt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS8_EEcEE]+0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const'
CMakeFiles/wesnoth.dir/editor/map/map_context.cpp.o: In function `editor::map_context::map_context(config const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, display const&)':
map_context.cpp:(.text+0x7339): undefined reference to `boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)'
libwesnoth-core.a(gettext_boost.cpp.o): In function `(anonymous namespace)::translation_manager::update_locale_internal()':
gettext_boost.cpp:(.text+0x15f): undefined reference to `boost::locale::generator::generate(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
libwesnoth-core.a(gettext_boost.cpp.o): In function `(anonymous namespace)::get_manager()':
gettext_boost.cpp:(.text+0x995): undefined reference to `boost::locale::localization_backend_manager::get_all_backends[abi:cxx11]() const'
gettext_boost.cpp:(.text+0xdad): undefined reference to `boost::locale::generator::generate(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
libwesnoth-core.a(gettext_boost.cpp.o): In function `translation::set_default_textdomain(char const*)':
gettext_boost.cpp:(.text+0x15ba): undefined reference to `boost::locale::generator::set_default_messages_domain(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
libwesnoth-core.a(gettext_boost.cpp.o): In function `translation::set_language(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const*)':
gettext_boost.cpp:(.text+0x1a4a): undefined reference to `boost::locale::generator::generate(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
libwesnoth-core.a(gettext_boost.cpp.o): In function `translation::bind_textdomain(char const*, char const*, char const*)':
gettext_boost.cpp:(.text+0x211b): undefined reference to `boost::locale::generator::add_messages_path(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
gettext_boost.cpp:(.text+0x213b): undefined reference to `boost::locale::generator::add_messages_domain(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
collect2: error: ld returned 1 exit status
src/CMakeFiles/wesnoth.dir/build.make:9893: recipe for target 'wesnoth' failed
make[2]: *** [wesnoth] Error 1
make[2]: Leaving directory '/var/tmp/portage/games-strategy/wesnoth-1.12.4/work/wesnoth-1.12.4_build'
CMakeFiles/Makefile2:191: recipe for target 'src/CMakeFiles/wesnoth.dir/all' failed
make[1]: *** [src/CMakeFiles/wesnoth.dir/all] Error 2
make[1]: Leaving directory '/var/tmp/portage/games-strategy/wesnoth-1.12.4/work/wesnoth-1.12.4_build'
Makefile:152: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: games-strategy/wesnoth-1.12.4::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=games-strategy/wesnoth-1.12.4::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=games-strategy/wesnoth-1.12.4::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/games-strategy/wesnoth-1.12.4/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/games-strategy/wesnoth-1.12.4/temp/environment'.
 * Working directory: '/var/tmp/portage/games-strategy/wesnoth-1.12.4/work/wesnoth-1.12.4_build'
 * S: '/var/tmp/portage/games-strategy/wesnoth-1.12.4/work/wesnoth-1.12.4'

>>> Failed to emerge games-strategy/wesnoth-1.12.4, Log file:

>>>  '/var/tmp/portage/games-strategy/wesnoth-1.12.4/temp/build.log'


nvclock does also not build with gold linker, i did not tried the other one on this.
Code:
* sys-power/nvclock
     Available versions:  0.8_p20110102-r2 {gtk nvcontrol}
     Homepage:            http://www.linuxhardware.org/nvclock/
     Description:         NVIDIA Overclocking Utility
Back to top
View user's profile Send private message
schorsch_76
Guru
Guru


Joined: 19 Jun 2012
Posts: 450

PostPosted: Sun Sep 06, 2015 11:57 am    Post subject: Reply with quote

@tw04l124: Some of the dependent libraries is not yet compiled with gcc5.2.

Try to recompile world 3 times ....
Code:

emerge -e world --keep-going
emerge -e world --keep-going
emerge -e world --keep-going

_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7470

PostPosted: Sun Sep 06, 2015 12:07 pm    Post subject: Reply with quote

mv wrote:
krinn wrote:
That's a nice title, i wonder what "usable" really mean :D

Do not ignore the first part of the title which says "my experience".

I know, i'm asking what you feel about it
And the base 100 unrealistic would be you just gave me a kind of 70% package works out of the box, giving 30% not working or working with patches...

And unrealistic just because i don't really need the real number, just how you feel it works.
I trust your experience with it enough to trust your feeling about it, so a 90% works, even it's unrealistic because it's 90% of YOUR packages and not the tree would be good enough for me to gives it a try.

While bellow i will wait some more (my hosts use distcc, i must match their toolchain and can hardly afford to redo the update on all of them to get a revision only), so for gcc, i'm conservative.
Back to top
View user's profile Send private message
mv
Watchman
Watchman


Joined: 20 Apr 2005
Posts: 6747

PostPosted: Sun Sep 06, 2015 12:10 pm    Post subject: Reply with quote

schorsch_76 wrote:
@tw04l124: Some of the dependent libraries is not yet compiled with gcc5.2.

In this case, the library (or at least one of them) which was not yet compiled with gcc-5 is obviously boost. One just has to read the error message carefully...
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
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