[gentoo-user] GCC 10.1 SUCKS.

[gentoo-user] GCC 10.1 SUCKS.

[Alan Grimes]

IMNSHO GCC 10-1 is the suckeyest pile of sucking suck that ever did
suck....

I am going to have to base my system on 9.3...

KDE really can't update itself, I really had to flog the living bleep
out of it to get it, and a lot of other stuff to settle down...

The configure phases for most of these packages are so monsterously
inefficient that I have to run dozens of builds concurently to get CPU
utilization out of the single digits... Okay, I have a high-end
processor rn but it's crazy watching the actual compile stages of
various packages only blip the histogram for a fraction of a second...

Here are some highlights from the fails that I consider "hard fails":

Dependency of libreoffice: Libetonyek 


 -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
-fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
-pedantic -Weffc++ -c -o
contexts/libetonyek_internal_la-IWORKLayoutElement.lo `test -f
'contexts/IWORKLayoutElement.cpp' || echo './'`context
s/IWORKLayoutElement.cpp
/bin/sh ../../libtool  --tag=CXX   --mode=compile
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. 
-DBOOST_SPIRIT_USE_PHOENIX_V3  -DLIBETONYEK_BUILD -I../../inc
-I../../src/lib/contexts   -I/usr/include/libxml2
-I/usr/include/mdds-1.5 -I/usr/include/librevenge-0.0
 -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
-fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
-pedantic -Weffc++ -c -o
contexts/libetonyek_internal_la-IWORKLineElement.lo `test -f
'contexts/IWORKLineElement.cpp' || echo './'`contexts/IW
ORKLineElement.cpp
NUM3Parser.cpp: In member function ‘virtual bool
libetonyek::NUM3Parser::parseDocument()’:
NUM3Parser.cpp:46:8: error: ‘for_each’ is not a member of ‘std’
   46 |   std::for_each(sheetListRefs.begin(), sheetListRefs.end(),
std::bind(&NUM3Parser::parseSheet, this, std::placeholders::_1));
      |        ^~~~~~~~

################

Eigensux!!!

removed
'/var/tmp/portage/dev-cpp/eigen-3.3.7/work/eigen-3.3.7/cmake/FindLAPACK.cmake'
 * Hardcoded definition(s) removed in CMakeLists.txt:
 *    set(CMAKE_BUILD_TYPE "Release")
 * Only gcc version(s) 4.7 4.8 4.9 5.3 5.4 6.3 6.4 7.2 7.3 8.2 8.3 are
supported,
 * of which none is installed






-- 
The vaccine is a LIE. 

Powers are not rights.

Re: [gentoo-user] GCC 10.1 SUCKS.

[Sergei Trofimovich]

On Thu, 14 May 2020 11:15:59 -0400
Alan Grimes <alonzotg@verizon.net> wrote:

> KDE really can't update itself, I really had to flog the living bleep
> out of it to get it, and a lot of other stuff to settle down...
> 
> The configure phases for most of these packages are so monsterously
> inefficient that I have to run dozens of builds concurently to get CPU
> utilization out of the single digits... Okay, I have a high-end
> processor rn but it's crazy watching the actual compile stages of
> various packages only blip the histogram for a fraction of a second...
> 
> Here are some highlights from the fails that I consider "hard fails":
> 
> Dependency of libreoffice: Libetonyek 
> 
> 
>  -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
> -fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
> -pedantic -Weffc++ -c -o
> contexts/libetonyek_internal_la-IWORKLayoutElement.lo `test -f
> 'contexts/IWORKLayoutElement.cpp' || echo './'`context
> s/IWORKLayoutElement.cpp
> /bin/sh ../../libtool  --tag=CXX   --mode=compile
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. 
> -DBOOST_SPIRIT_USE_PHOENIX_V3  -DLIBETONYEK_BUILD -I../../inc
> -I../../src/lib/contexts   -I/usr/include/libxml2
> -I/usr/include/mdds-1.5 -I/usr/include/librevenge-0.0
>  -I/usr/include/libxml2  -DNDEBUG -DLIBETONYEK_VISIBILITY
> -fvisibility=hidden -march=native -pipe -O3  -Wall -Wextra -Wshadow
> -pedantic -Weffc++ -c -o
> contexts/libetonyek_internal_la-IWORKLineElement.lo `test -f
> 'contexts/IWORKLineElement.cpp' || echo './'`contexts/IW
> ORKLineElement.cpp
> NUM3Parser.cpp: In member function ‘virtual bool
> libetonyek::NUM3Parser::parseDocument()’:
> NUM3Parser.cpp:46:8: error: ‘for_each’ is not a member of ‘std’
>    46 |   std::for_each(sheetListRefs.begin(), sheetListRefs.end(),
> std::bind(&NUM3Parser::parseSheet, this, std::placeholders::_1));
>       |        ^~~~~~~~

Please file bugs to bugs.gentoo.org and maintainer should help you.

In this case it looks like a https://bugs.gentoo.org/722042 which
was a boost update.

-- 

  Sergei