| View previous topic :: View next topic |
| Author |
Message |
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
 Posted: Fri May 14, 2021 3:24 pm Post subject: gcc-11: libreoffice amd64 build error [6.x,7.1.3.x][patches] |
 |
|
Here's: | Code: | /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:51:11: error: 'size_t' does not name a type
51 | const size_t mMaxSize;
| ^~~~~~
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:17:1: note: 'size_t' is defined in header '<cstddef>'; did you forget to '#include <cstddef>'?
16 | #include <unordered_map>
+++ |+#include <cstddef>
17 |
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:69:19: error: expected ')' before 'nMaxSize'
69 | lru_map(size_t nMaxSize)
| ~ ^~~~~~~~~
| )
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:168:5: error: 'size_t' does not name a type
168 | size_t size() const
| ^~~~~~
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:168:5: note: 'size_t' is defined in header '<cstddef '; did you forget to '#include <cstddef>'?
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx: In member function 'void o3tl::lru_map<Key, Value, KeyHash, KeyEqual>::checkLRU()':
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:55:30: error: 'mMaxSize' was not declared in this scope
55 | if (mLruMap.size() > mMaxSize)
| ^~~~~~~~
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx: At global scope:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:184:94: error: no matching function for call to 'o3tl::lru_map<SalBitmap*, BitmapEx>::lru_map(int)'
184 | pEx> maScaleCache = o3tl::lru_map<SalBitmap*, BitmapEx>(10); // Cache for scaled images
| ^
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:25,
from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<SalBitmap*, BitmapEx>::lru_map()'
35 | class lru_map final
| ^~~~~~~
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate expects 0 arguments, 1 provided
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<SalBitmap*, BitmapEx>::lru_map(const o3tl::lru_map<SalBitmap*, BitmapEx>&)'
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: no known conversion for argument 1 from 'int' to 'const o3tl::lru_map<SalBitmap*, BitmapEx>&'
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:191:95: error: no matching function for call to 'o3tl::lru_map<rtl::OUString, BitmapEx>::lru_map(int)'
191 | BitmapEx> maThemeImageCache = o3tl::lru_map<OUString, BitmapEx>(10);
| ^
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:25,
from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<rtl::OUString, BitmapEx>::lru_map()'
35 | class lru_map final
| ^~~~~~~
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate expects 0 arguments, 1 provided
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<rtl::OUString, BitmapEx>::lru_map(const o3tl::lru_map<rtl::OUString, BitmapEx>&)'
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: no known conversion for argument 1 from 'int' to 'const o3tl::lru_map<rtl::OUString, BitmapEx>&'
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:192:112: error: no matching function for call to 'o3tl::lru_map<rtl::OUString, gfx::DrawRoot>::lru_map(int)'
192 | aThemeDrawCommandsCache = o3tl::lru_map<OUString, gfx::DrawRoot>(50);
| ^
In file included from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/inc/svdata.hxx:25,
from /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/vcl/source/window/brdwin.cxx:21:
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<rtl::OUString, gfx::DrawRoot>::lru_map()'
35 | class lru_map final
| ^~~~~~~
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate expects 0 arguments, 1 provided
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: candidate: 'o3tl::lru_map<rtl::OUString, gfx::DrawRoot>::lru_map(const o3tl::lru_map<rtl::OUString, gfx::DrawRoot>&)'
/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/include/o3tl/lru_map.hxx:35:7: note: no known conversion for argument 1 from 'int' to 'const o3tl::lru_map<rtl::OUString, gfx::DrawRoot>&'
S=/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CxxObject/vcl/source/window/ $W/Dep/CxxObject/vcl/source/window/ && cd /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2 && x86_64-pc-linux-gnu-g++ -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86_64 -D_PTHREADS -D_REENTRANT -DVCL_DLLIMPLEMENTATION -DDLLIMPLEMENTATION_UITEST -DCUI_DLL_NAME=\"libcuilo.so\" -DDESKTOP_DETECTOR_DLL_NAME=\"libmergedlo.so\" -DTK_DLL_NAME=\"libmergedlo.so\" -DENABLE_MERGELIBS=1 -DGLM_ENABLE_EXPERIMENTAL -fvisibility=hidden -Wall -Wno-missing-braces -Wnon-virtual-dtor -Wendif-labels -Wextra -Wundef -Wunreachable-code -Wunused-macros -finput-charset=UTF-8 -fmessage-length=0 -fno-common -pipe -fstack-protector-strong -Wduplicated-cond -Wlogical-op -Wshift-overflow=2 -Wunused-const-variable=1 -Wno-cast-function-type -fvisibility-inlines-hidden -fPIC -Wshadow -Woverloaded-virtual -std=c++17 -pthread -march=native -mtune=native -O2 -pipe -Wa,-mbranches-within-32B-boundaries -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -DLIBO_INTERNAL_ONLY -c $S/vcl/source/window/accessibility.cxx -o $W/CxxObject/vcl/source/window/accessibility.o -isystem /usr/include/mdds-1.5 -I$S/include -I$S/config_host -I$S/vcl/inc -I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal -I$W/CustomTarget/officecfg/registry -isystem /usr/include/libpng16 -I/usr/include -pthread -isystem /usr/include/libmount -isystem /usr/include/blkid -isystem /usr/lib64/libffi/include -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include -isystem /usr/include/harfbuzz -isystem /usr/include/freetype2 -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include -Wno-long-long -isystem /usr/include/cairo -isystem /usr/lib64/libffi/include -isystem /usr/include/glib-2.0 -isystem /usr/lib64/glib-2.0/include -isystem /usr/include/pixman-1 -isystem /usr/include/uuid -isystem /usr/include/freetype2 -isystem /usr/include/libpng16 -isystem /usr/include/freetype2 -isystem /usr/include/dbus-1.0 -isystem /usr/lib64/dbus-1.0/include -I/usr/include/uuid -I/usr/include/freetype2 -isystem /usr/include/freetype2
[CXX] vcl/source/window/legacyaccessibility.cxx
make[1]: *** [/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/solenv/gbuild/LinkTarget.mk:296: /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CxxObject/vcl/source/window/brdwin.o] Error 1
make[1]: *** Waiting for unfinished jobs....
rm /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/line.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/char.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/sent.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/count_word.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/char.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/line.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/sent.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/count_word.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/char_in.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/char_in.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word.brk /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.txt /var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.brk
make[1]: Leaving directory '/var/no-tmpfs/portage/app-office/libreoffice-6.4.7.2/work/libreoffice-6.4.7.2'
make: *** [Makefile:282: build] Error 2
* ERROR: app-office/libreoffice-6.4.7.2::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 125: Called src_compile
* environment, line 5421: Called die
* The specific snippet of code:
* make ${target} || die |
Any idea how to fix?
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Wed Sep 08, 2021 2:02 pm; edited 6 times in total |
|
| Back to top |
|
 |
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Fri May 14, 2021 3:32 pm Post subject: |
|
|
| Simple fix: Don't mix arch and ~arch. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Fri May 14, 2021 3:50 pm Post subject: |
|
|
Any less cynical idea?
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Fri May 14, 2021 3:51 pm Post subject: |
|
|
| That's quite practical, not cynical. You know latest GCC in ~arch breaks a lot of things, you know LibreOffice has more than one version available in Gentoo => you try the latest available version and don't bother with stable. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Fri May 14, 2021 4:12 pm Post subject: |
|
|
| asturm wrote: | | You know latest GCC in ~arch breaks a lot of things, you know LibreOffice has more than one version available in Gentoo => you try the latest available version and don't bother with stable. |
You're getting practical. Nice  .
| Code: | Packages installed: 1881
Packages in world: 391
Packages in system: 43
Required packages: 1881
Number to remove: 0 |
Not all packages have been gcc-11 rebuilded yet, but a vast majority though.
gcc-11 has been causing issues to only 2 packages builds here:
pyside2-1.15.1
libreoffice-6.4.7.2
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Fri May 14, 2021 4:16 pm Post subject: |
|
|
That's good for you, but the GCC-11 tracker begs to differ: https://bugs.gentoo.org/show_bug.cgi?id=gcc-11
If you currently file a bug for a stable package broken by GCC-11 then it is fixed by a non-broken version available in ~arch, not by modifying the stable version. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Fri May 14, 2021 6:09 pm Post subject: |
|
|
patched, built & running.
gcc11 was my friend there...
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3417
Location: Rasi, Finland
|
| Posted: Fri May 14, 2021 8:40 pm Post subject: |
|
|
Out of curiosity: What is your need for gcc-11. Especially globally?
You could use /etc/portage/package.env for packages that fail to build with gcc-11, but build with gcc-10.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2738
|
| Posted: Fri May 14, 2021 9:10 pm Post subject: |
|
|
| Zucca wrote: | Out of curiosity: What is your need for gcc-11. Especially globally?
You could use /etc/portage/package.env for packages that fail to build with gcc-11, but build with gcc-10. |
Do have to be careful with using both when c++ is involved given if you, for example, build jsoncpp with gcc11, and then try to build cmake with gcc10 that will try to link with jsoncpp, it'll fail with some GLIBCXX errors unless rebuild jsoncpp with gcc10 first.
Generally should stick to one of:
- stable with stable gcc10
- ~testing with gcc10 selected (barely touch 11, only to test at most, maybe switch when 11.2 comes out as most issues should be resolved by then)
- ~testing with gcc11 selected, hope it works, it doesn't, report bugs, nag upstream, apply workarounds, maybe use -std=, throw() it to the <limits>
Most popular packages are already fixed in ~arch so it's not so bad, but there's still plenty left. Whatever you do avoid stable with gcc11 it'll likely be missing the fix you'd have otherwise. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Fri May 14, 2021 9:40 pm Post subject: |
|
|
A bit of context: | Code: | eix libreoffice
[I] app-office/libreoffice
Installed versions: 6.4.7.2^t(00:03:52 15/05/2021)(dbus gtk pdfimport -accessibility -base -bluetooth -branding -coinmp -cups -debug -eds -firebird -googledrive -gstreamer -java -kde -ldap -mariadb -odk -postgres -test ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_7 -python3_8 -python3_9") |
What did the trick here: | Code: | cat /etc/portage/patches/app-office/libreoffice-6.4.7.2/libreoffice-6.4.7.2-001-gcc11-size_t.patch
--- ./include/o3tl/lru_map.old.hxx 2020-10-07 15:23:42.000000000 +0300
+++ ./include/o3tl/lru_map.hxx 2021-05-14 19:39:30.406439253 +0300
@@ -14,6 +14,7 @@
#include <cassert>
#include <list>
#include <unordered_map>
+#include <cstddef>
namespace o3tl
{ |
| Zucca wrote: | | Out of curiosity: What is your need for gcc-11. Especially globally? |
As Ionen pointed out, GLIBCXX errors have been a few here too.
So global doesn't seem an option, imho. | Zucca wrote: | | You could use /etc/portage/package.env for packages that fail to build with gcc-11, but build with gcc-10. |
Interesting, but I can't recall how, should I ever knew  . Maybe you can help me?
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Fri May 14, 2021 9:45 pm; edited 2 times in total |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Fri May 14, 2021 9:42 pm Post subject: |
|
|
| CaptainBlood wrote: | A bit of context: | Code: | eix libreoffice
[I] app-office/libreoffice
Installed versions: 6.4.7.2^t(00:03:52 15/05/2021)(dbus gtk pdfimport -accessibility -base -bluetooth -branding -coinmp -cups -debug -eds -firebird -googledrive -gstreamer -java -kde -ldap -mariadb -odk -postgres -test ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_7 -python3_8 -python3_9") |
|
| Code: | $ eshowkw libreoffice
Keywords for app-office/libreoffice:
| | u |
| a a p s a r | n |
| m r h p p l i i m m s | e u s | r
| d a m p p c a x p a s 6 i 3 | a s l | e
| 6 r 6 p p 6 r 8 h 6 c 8 p 9 | p e o | p
| 4 m 4 a c 4 c 6 a 4 v k s 0 | i d t | o
---------+-----------------------------+-------+-------
6.4.7.2 | + ~ ~ o o ~ o + o o o o o o | 7 o 0 | gentoo
7.1.3.2 | ~ ~ ~ o o ~ o ~ o o o o o o | 7 o | gentoo
7.1.9999 | o o o o o o o o o o o o o o | 7 # | gentoo
9999 | o o o o o o o o o o o o o o | 7 o | gentoo |
Know your tools. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Fri May 14, 2021 10:03 pm Post subject: |
|
|
Talking USE flags here, which change may require additionnal patch(es).
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3417
Location: Rasi, Finland
|
| Posted: Sat May 15, 2021 5:42 am Post subject: |
|
|
| Ionen wrote: | | Do have to be careful with using both when c++ is involved |
I totally forgot that. My bad.
| CaptainBlood wrote: | | Interesting, but I can't recall how, should I ever knew :oops:. Maybe you can help me? |
Don't use it in this particular case.
But here's the wiki page for it.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Sat May 15, 2021 6:22 am Post subject: |
|
|
Thks 4 the wiki.
Can you plz elaborate about specifying an alternative gcc version...
Recently had a gcc:9 constrain with media-gfx/splashutils, although I ended up patching it for gcc:11, successfully.
As for going gcc:11, I forgot to mention git:gcc which I couldn't find in gcc:11 release notes.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Wed Sep 08, 2021 1:58 pm; edited 2 times in total |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3417
Location: Rasi, Finland
|
| Posted: Sat May 15, 2021 6:33 am Post subject: |
|
|
| CaptainBlood wrote: | | Can you plz elaborate about specifying an alternative gcc version... |
| example: | $ cat /etc/portage/env/gcc-5.4.0
gccpath='/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0'
PATH="${gccpath}:${PATH}"
LIBRARY_PATH="${gccpath}:${LIBRARY_PATH}"
CC="${gccpath}/gcc"
CXX="${gccpath}/g++" |
It has been a good while since I last forced different gcc version for some package, it seems. :D So adjust for today.
Note that this way you can also specify clang as an C compiler.
I think you're already aware, but this is a pretty sure way to get package compilation fail also. ;)
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Wed Sep 08, 2021 8:10 am Post subject: gcc-11 libreoffice-7.1.3.2 rebuild fails (t)here...[patch] |
|
|
USE change rebuilding libreoffice[amd64]failed hard here:gcc-11 issue
Also gcc-11 previous build was fine...[EDIT] Actually wrong statement, sorry as I switched back to gcc-10 to workaround.
Any idea how to fix?
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Wed Sep 08, 2021 2:18 pm; edited 2 times in total |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Wed Sep 08, 2021 8:25 am Post subject: |
|
|
gcc-11 is unstable.
LO-7.1.3.2 is stable.
If you have problems mixing unstable and stable packages, you should know what to do.
A quick reminder about the tools available at your service:
| Code: | $ eshowkw libreoffice
Keywords for app-office/libreoffice:
| | u |
| a a p s a r | n |
| m r h p p l i i m m s | e u s | r
| d a m p p c a x p a s 6 i 3 | a s l | e
| 6 r 6 p p 6 r 8 h 6 c 8 p 9 | p e o | p
| 4 m 4 a c 4 c 6 a 4 v k s 0 | i d t | o
---------+-----------------------------+-------+-------
7.1.3.2 | + ~ ~ o o ~ o + o o o o o o | 7 o 0 | gentoo
7.1.5.2 | ~ ~ ~ o o ~ o ~ o o o o o o | 7 o | gentoo
7.1.9999 | o o o o o o o o o o o o o o | 7 # | gentoo
9999 | o o o o o o o o o o o o o o | 7 o | gentoo |
|
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Wed Sep 08, 2021 9:14 am Post subject: |
|
|
Thank you for completing former belt & braces approach advice with diaper use.
2021-05-17 14:54:36 UTC tested, then later applied @opensuse: | Code: | cat /etc/portage/patches/app-office/libreoffice-7.1.3.2/libreoffice-7.1.3.2-001-gcc-11.patch
--- old/include/sal/log.hxx 2021-04-28 19:17:45.000000000 +0300
+++ new/include/sal/log.hxx 2021-09-08 11:24:29.787821836 +0300
@@ -191,7 +191,7 @@
(::std::ostringstream() << stream).str()
#else
#define SAL_STREAM(stream) \
- (dynamic_cast< ::std::ostringstream & >(::std::ostringstream() << stream).str())
+ (dynamic_cast< ::std::ostringstream && >(::std::ostringstream() << stream).str())
#endif
/** |
Currently testing... for anyone interested, should this libreoffice version remain available & [EDIT2 Thks 2 asturm, see below] requires gcc-11 stabilisation, especially.
EDIT: build process beyond initial breaking point, here.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Wed Sep 08, 2021 2:16 pm; edited 2 times in total |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Wed Sep 08, 2021 9:18 am Post subject: |
|
|
| CaptainBlood wrote: | | for anyone interested, should this libreoffice version remain available & stable when gcc-11 goes stable, especially. |
Obviously gcc-11 can't go stable before packages fixed in ~arch are stabilised.
There's a tracker for that as well: https://bugs.gentoo.org/show_bug.cgi?id=gcc-11-stable |
|
| Back to top |
|
|
mike155
Advocate
Joined: 17 Sep 2010
Posts: 4438
Location: Frankfurt, Germany
|
| Posted: Wed Sep 08, 2021 11:12 am Post subject: |
|
|
The handbook clearly advises to stay on stable.
Why do so many users switch to unstable/testing? And why do they complain if things don't work? |
|
| Back to top |
|
|
John R. Graham
Administrator
Joined: 08 Mar 2005
Posts: 10602
Location: Somewhere over Atlanta, Georgia
|
| Posted: Wed Sep 08, 2021 12:03 pm Post subject: |
|
|
Merged the above 5 posts from "gcc-11 libreoffice-7.1.3.2 rebuild fails here & there...".
_________________
I can confirm that I have received between 0 and 499 National Security Letters. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Wed Sep 08, 2021 1:50 pm Post subject: |
|
|
| mike155 wrote: | | The handbook clearly advises to stay on stable. |
| Code: | emerge --info | grep ACCEPT_KEYWORDS
ACCEPT_KEYWORDS="amd64" |
| mike155 wrote: | | Why do so many users switch to unstable/testing? |
Many? I'd wish how to know how many... 
I doubt long enough /var/db/lib/portage/world never requires keywording, be it temporary (talking emerge-webrsync here).
For a couple of weeks until today emerge -p -uDNUv world advised me to keyword wlroots-9999 while trying to force other stable packages upgrade.
Current pgadmin4 has dependency package versioning constraints blocking dependency upgrade to newer ones, everything remaining stable though.
My 2 €ents is that stable without punctual package kerwording is only transitory for more that a few users.
Besides, there's a decision process in portage I dislike:
In most cases when keywording is required portage requests for the newest, i.e. the likely latest to get stabilized.
That could leave stable users with a portage tree unstable leaf in a longer run than required.
That's just a weakness we must bear, I guess. | mike155 wrote: | | Why do so many users switch to unstable |
I consider this is an error in most user cases because of the previous described portage proposal issue.
| mike155 wrote: | | Why do so many users switch to testing |
As far as I am concerned some portage tree package updates seem delayed long enough for me to jump to testing, temporary.
Another reason could be to report minor bugs to package upstream, & why not sometimes patches
| mike155 wrote: | | And why do they complain if things don't work? |
Anyone complaining here? 
Should I consider you are? No, of course not....
I'm pretty sure I haven't, or have I?.
Thks 4 ur attention, inerest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Wed Sep 08, 2021 4:12 pm; edited 1 time in total |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 8991
|
| Posted: Wed Sep 08, 2021 3:33 pm Post subject: |
|
|
I don't think this is the first time you are being told that ~arch GCC as a system compiler on an arch system is a bad idea.
If you still want to do that, and really try to contribute in a meaningful way, then you search in Gentoo Bugzilla if your GCC-xx related build failure was already reported, maybe fixed, and file a stabilisation bug for newer version in case that is necessary. If that is not the case, you try the *latest available version* in ~arch, test build that, and report a new bug in case you still encounter the GCC-xx related build failure. But you do that in bugzilla, not the forums. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3687
|
| Posted: Wed Sep 08, 2021 3:35 pm Post subject: |
|
|
For gcc-11 out of the box LO, 7.1.5.2 builds fine here as | Code: | U I
- - accessibility : Add support for
accessibility (eg 'at-spi'
library)
- - base : Enable full support for
LibreOffice Base databases
(involves additional
bundled libs)
- - bluetooth : Enable Bluetooth Support
- - branding : Enable Gentoo specific
branding
- - clang : Use Clang compiler instead
of GCC
- - coinmp : Use sci-libs/coinor-mp as
alternative solver
- - cups : Add support for CUPS
(Common Unix Printing
System)
- - custom-cflags : Build with user-specified
CFLAGS (unsupported)
+ - dbus : Enable dbus support for
anything that needs it
(gpsd, gnomemeeting, etc)
- - debug : Enable extra debug
codepaths, like asserts
and extra output. If you
want to get meaningful
backtraces see https://wik
i.gentoo.org/wiki/Project:
Quality_Assurance/Backtrac
es
- - eds : Enable support for
Evolution-Data-Server
(EDS)
- - firebird : Add support for the
Firebird relational
database
- - googledrive : Enable support for remote
files on Google Drive
- - gstreamer : Add support for
media-libs/gstreamer
(Streaming media)
+ - gtk : Add support for
x11-libs/gtk+ (The GIMP
Toolkit)
- - java : Add support for Java
- - kde : Add support for software
made by KDE, a free
software community
- - ldap : Add LDAP support
(Lightweight Directory
Access Protocol)
- - libreoffice_extensions_nlpsolver : LIBREOFFICE_EXTENSIONS
option to build non-linear
solver for calc
- - libreoffice_extensions_scripting-beanshell : LIBREOFFICE_EXTENSIONS
option to build beanshell
scripts parser
- - libreoffice_extensions_scripting-javascript : LIBREOFFICE_EXTENSIONS
option to build javascript
scripts parser
- - libreoffice_extensions_wiki-publisher : LIBREOFFICE_EXTENSIONS
option to build mediawiki
integration
- - mariadb : Prefer mariadb connector
over mysql connector
- - odk : Build the Office
Development Kit
+ - pdfimport : Enable PDF import via the
Poppler library
- - postgres : Add support for the
postgresql database
- - python_single_target_python3_10 : Build for Python 3.10 only
- - python_single_target_python3_8 : Build for Python 3.8 only
+ + python_single_target_python3_9 : Build for Python 3.9 only
- - test : Enable dependencies and/or
preparations necessary to
run tests (usually
controlled by
FEATURES=test but can be
toggled independently)
- - vulkan : Enable Vulkan usage via
the skia library (clang
recommended) |
with very few USE flags activated, though.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
figueroa
Advocate
Joined: 14 Aug 2005
Posts: 2978
Location: Edge of marsh USA
|
| Posted: Thu Sep 09, 2021 4:52 am Post subject: |
|
|
| mike155 wrote: | The handbook clearly advises to stay on stable.
Why do so many users switch to unstable/testing? And why do they complain if things don't work? |
I'm more than happy on bog standard stable. I have other work to do and don't need to have things breaking, and Gentoo stable seldom breaks anymore. I'm a fan of boring software.
I believe others need to be on the bleeding edge to do development of various kinds. Others just like to tinker. I don't judge their choices, but I don't think they should complain when bleeding edge breaks. If they didn't break things, they would be considered stable.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
| Back to top |
|
|
|
|
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
|
|
Other Things Gentoo
