Gentoo Archives: gentoo-user

From: Sergei Trofimovich <slyfox@g.o>
To: Alan Grimes <alonzotg@×××××××.net>
Cc: gentoo-user@l.g.o
Subject: Re: [gentoo-user] GCC 10.1 SUCKS.
Date: Sun, 17 May 2020 18:01:14
Message-Id: 20200517190104.3d5981a9@sf
In Reply to: [gentoo-user] GCC 10.1 SUCKS. by Alan Grimes
1 On Thu, 14 May 2020 11:15:59 -0400
2 Alan Grimes <alonzotg@×××××××.net> wrote:
3
4 > KDE really can't update itself, I really had to flog the living bleep
5 > out of it to get it, and a lot of other stuff to settle down...
6 >
7 > The configure phases for most of these packages are so monsterously
8 > inefficient that I have to run dozens of builds concurently to get CPU
9 > utilization out of the single digits... Okay, I have a high-end
10 > processor rn but it's crazy watching the actual compile stages of
11 > various packages only blip the histogram for a fraction of a second...
12 >
13 > Here are some highlights from the fails that I consider "hard fails":
14 >
15 > Dependency of libreoffice: Libetonyek 
16 >
17 >
18 >  -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
19 > -fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
20 > -pedantic -Weffc++ -c -o
21 > contexts/libetonyek_internal_la-IWORKLayoutElement.lo `test -f
22 > 'contexts/IWORKLayoutElement.cpp' || echo './'`context
23 > s/IWORKLayoutElement.cpp
24 > /bin/sh ../../libtool  --tag=CXX   --mode=compile
25 > x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. 
26 > -DBOOST_SPIRIT_USE_PHOENIX_V3  -DLIBETONYEK_BUILD -I../../inc
27 > -I../../src/lib/contexts   -I/usr/include/libxml2
28 > -I/usr/include/mdds-1.5 -I/usr/include/librevenge-0.0
29 >  -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
30 > -fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
31 > -pedantic -Weffc++ -c -o
32 > contexts/libetonyek_internal_la-IWORKLineElement.lo `test -f
33 > 'contexts/IWORKLineElement.cpp' || echo './'`contexts/IW
34 > ORKLineElement.cpp
35 > NUM3Parser.cpp: In member function ‘virtual bool
36 > libetonyek::NUM3Parser::parseDocument()’:
37 > NUM3Parser.cpp:46:8: error: ‘for_each’ is not a member of ‘std’
38 >    46 |   std::for_each(sheetListRefs.begin(), sheetListRefs.end(),
39 > std::bind(&NUM3Parser::parseSheet, this, std::placeholders::_1));
40 >       |        ^~~~~~~~
41
42 Please file bugs to bugs.gentoo.org and maintainer should help you.
43
44 In this case it looks like a https://bugs.gentoo.org/722042 which
45 was a boost update.
46
47 --
48
49 Sergei