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
mkdir -p src
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
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]
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):
Author: Michael Orlitzky <firstname.lastname@example.org>
AuthorDate: 2023-08-31 01:22:09 +0000
Commit: Michael Orlitzky <email@example.com>
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.
Signed-off-by: Michael Orlitzky <firstname.lastname@example.org>
...buildsystem-1.9-parallel-pre-post-targets.patch | 72 ++++++++++++++++++++++
.../netsurf-buildsystem-1.9-r1.ebuild | 28 +++++++++
2 files changed, 100 insertions(+)