https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-db/sqlitestudio-3.4.3 fails to compile (GCC-13-SYSTEM). Discovered on: amd64 (internal ref: gcc13_tinderbox) NOTE: (GCC-13-SYSTEM) in the summary means that the bug was found on a machine that runs gcc-13 but this bug MAY or MAY NOT BE related to the new compiler
Created attachment 853474 [details] build.log.xz build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Fails in the same region of the build when using gcc 12 on a basically stable system (by which I mean no core libraries are "~") Made an ebuild for the previous version in GitHub, sqlitestudio 3.4.2. This worked after adding an additional patch to remove a curses library reference - as per commit c7dd094, "Removed unnecessary curses library linking".
Thanks bill!
(In reply to Bill Binder from comment #2) > Fails in the same region of the build when using gcc 12 on a basically > stable system (by which I mean no core libraries are "~") I don't get the failure with: gcc version 12.2.1 20230121 (Gentoo 12.2.1_p20230121-r1 p10)
If we look at the list of commits between 3.4.2 and 3.4.3, very little changed..
Created attachment 854022 [details] List of rebuilt packages, & gcc dates I think my problem was caused by packages built last year with a different gcc version. Version 3.4.3 built successfully on a stable laptop which got it's Gentoo install during 1st week of December 2022. The oldest installs on my main PC were from Feb 2022 and were built with gcc 11.2. I rebuilt the oldest installs in batches of 100, retrying the sqlitestudio-3.4.3 after each batch - after the 4th batch (April->June), the sqlitestudio-3.4.3 build completed successfully. List of rebuilds attached - nothing really stands out
As far as I remember qmake_qmake_qm_files is generated. This involves qtquickcompiler. And SHT_SYMTAB_SHNDX is something in the ELF binary…after linking took place? I bumped the ebuild to 3.4.3 with one upstream change and a small fix disabling some unnecessary extras.
*** Bug 902991 has been marked as a duplicate of this bug. ***
Compilation failures depend on MAKEOPTS=-j{number} e.g I noted failure to link with USE=-cli and MAKEOPTS=-j12, failure to link with USE=cli and MAKEOPTS=-j8 in both cases emerged successfully with MAKEOPTS=-j1
1. Failed build when using USE=-cli, MAKEOPTS=-j9: /usr/libexec/gcc/x86_64-pc-linux-gnu/ld: error in ../../../build/qrc_qmake_qmake_qm_files.o(.eh_frame); no .eh_frame_hdr table will be created collect2: fatal error: ld terminated with signal 11 [Segmentation fault] compilation terminated. make[1] *** [Makefile:314: ../../../SQLiteStudio/plugins/libHtmlExport.so] Error 1 2. Succeeded build on the same machine when using USE=cli, MAKEOPTS=-j5. Package info: dev-db/sqlitestudio-3.4.4-r1 USE="-cli cups -python -tcl -test" (changed cli on the 2nd step above) PYTHON_SINGLE_TARGET="python3_11 -python3_10" System info: gcc (Gentoo 13.2.1_p20240210 p14) 13.2.1 20240210 CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CXXFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"