Hello, I'm getting * Package: media-libs/libsvgtiny-0.1.7-r1 * Repository: gentoo * USE: abi_x86_64 amd64 elibc_glibc kernel_linux userland_GNU * FEATURES: network-sandbox preserve-libs sandbox splitdebug userpriv usersandbox >>> Unpacking source... >>> Unpacking libsvgtiny-0.1.7-src.tar.gz to /var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work >>> Source unpacked in /var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work >>> Preparing source in /var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7 ... * Applying libsvgtiny-0.1.3-parallel-build.patch ... patching file src/Makefile Hunk #1 succeeded at 5 with fuzz 2. [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7 ... >>> Source configured. >>> Compiling source in /var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7 ... make -j16 -l16 NSSHARED=/usr/share/netsurf-buildsystem LIBDIR=lib64 PREFIX=/usr Q= CC=x86_64-pc-linux-gnu-gcc LD=x86_64-pc-linux-gnu-ld HOST_CC=$(CC) CCOPT= CCNOOPT= CCDBG= LDDBG= AR=x86_64-pc-linux-gnu-ar WARNFLAGS= COMPONENT_TYPE=lib-shared mkdir -p build-x86_64-pc-linux-gnu-x86_64-pc-linux-gnu-release-lib-shared mkdir -p build-x86_64-pc-linux-gnu-x86_64-pc-linux-gnu-release-lib-shared/coverage touch build-x86_64-pc-linux-gnu-x86_64-pc-linux-gnu-release-lib-shared/stamp GPERF: src/colors.gperf mkdir -p src COMPILE: src/svgtiny.c gperf --output-file=src/autogenerated_colors.c.tmp src/colors.gperf x86_64-pc-linux-gnu-gcc -MMD -MP -D_BSD_SOURCE -D_DEFAULT_SOURCE -I/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7/include/ -I/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7/src -O3 -march=native -pipe -D_ALIGNED="__attribute__((aligned))" -DNDEBUG -std=c99 -I/usr/include/libxml2 -fPIC -DPIC -o build-x86_64-pc-linux-gnu-x86_64-pc-linux-gnu-release-lib-shared/src_svgtiny.o -c src/svgtiny.c [01m[Ksrc/svgtiny.c:24:10:[m[K [01;31m[Kfatal error: [m[Kautogenerated_colors.c: No such file or directory 24 | #include [01;31m[K"autogenerated_colors.c"[m[K | [01;31m[K^~~~~~~~~~~~~~~~~~~~~~~~[m[K compilation terminated. sed -e 's/^\(const struct svgtiny_named_color\)/static \1/' src/autogenerated_colors.c.tmp >src/autogenerated_colors.c make: *** [/usr/share/netsurf-buildsystem/makefiles/Makefile.top:585: build-x86_64-pc-linux-gnu-x86_64-pc-linux-gnu-release-lib-shared/src_svgtiny.o] Error 1 make: *** Waiting for unfinished jobs.... rm -f src/autogenerated_colors.c.tmp * ERROR: media-libs/libsvgtiny-0.1.7-r1::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=media-libs/libsvgtiny-0.1.7-r1::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-libs/libsvgtiny-0.1.7-r1::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/temp/environment'. * Working directory: '/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7' * S: '/var/tmp/portage/media-libs/libsvgtiny-0.1.7-r1/work/libsvgtiny-0.1.7' When trying to build it. Forcing MAKE=-j1 makes it pass. I gues that parallel build patch isn't doing its work; better to force it to -j1 for now.
Same parallel build issue here while emerge -e world. /etc/portage/package.env set as suggested above before emerge --resume. Currently waiting for result, as emerge --resume doesn't restart at breaking point.
Created attachment 620104 [details] ebuild log
Builds fine here with single thread.
I know it's been a long time, but can you still reproduce this problem? That parallel build patch wasn't doing the right thing any more, so I've dropped it. I've also rebuild libsvgtiny plenty of times to see if I can cause the build failure but I'm not having any luck.
I think this is an issue higher up, in the netsurf build system. I posted a patch at $url.
(In reply to Michael Orlitzky from comment #4) > I know it's been a long time, but can you still reproduce this problem? > > That parallel build patch wasn't doing the right thing any more, so I've > dropped it. I've also rebuild libsvgtiny plenty of times to see if I can > cause the build failure but I'm not having any luck. Bit late and it sounds like you've figured it out, but in case not aware, make --shuffle can do wonders for these sorts of bugs. See e.g. https://trofi.github.io/posts/238-new-make-shuffle-mode.html (he wrote a few followups too).
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=608ba1baed7f84b08ca089305845a9d12ad6b64b commit 608ba1baed7f84b08ca089305845a9d12ad6b64b Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2023-08-31 01:22:09 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2023-08-31 01:22:18 +0000 dev-util/netsurf-buildsystem: update EAPI 7 -> 8, fix parallel builds Add a patch (sent upstream but not yet applied) that ensures that the PRE_ and POST_TARGETS are actually built before and after the targets. Closes: https://bugs.gentoo.org/711200 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> ...buildsystem-1.9-parallel-pre-post-targets.patch | 72 ++++++++++++++++++++++ .../netsurf-buildsystem-1.9-r1.ebuild | 28 +++++++++ 2 files changed, 100 insertions(+)