- openexr missing header files?
/usr/include/openvdb/Types.h:10:10: fatal error: OpenEXR/half.h: No such file or directory
   10 | #include <OpenEXR/half.h>
      |          ^~~~~~~~~~~~~~~~
compilation terminated.

openexr 2->3 upgrade breaks blender in openvdb

openvdb needs numpy, which needs cythonize, which segfaults.

-fstack-clash-protection
-fcf-protection

We have to investiagate if one of them (or both) are
introducing illegal opcodes for i486..

#0  0xb79a0c6d in raise () from /usr/lib/libc.so.6
#1  0xb79892c6 in abort () from /usr/lib/libc.so.6
#2  0xb79e449c in __libc_message () from /usr/lib/libc.so.6
#3  0xb7a6ff4c in __fortify_fail () from /usr/lib/libc.so.6
#4  0xb7a6ff19 in __stack_chk_fail () from /usr/lib/libc.so.6
#5  0xb7182004 in ?? ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#6  0xb7179c87 in ?? ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#7  0xb6fd589a in PyInit__multiarray_umath ()
   from /usr/lib/python3.9/site-packages/numpy/core/_multiarray_umath.cpython-39-i386-linux-gnu.so
#8  0xb7d07f35 in ?? () from /usr/lib/libpython3.9.so.1.0
#9  0xb7c37301 in ?? () from /usr/lib/libpython3.9.so.1.0
#10 0xb7c46897 in PyObject_Call () from /usr/lib/libpython3.9.so.1.0
#11 0xb7c2c557 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#12 0xb7c260b9 in ?? () from /usr/lib/libpython3.9.so.1.0
#13 0xb7c36b05 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#14 0xb7c2b4e5 in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#15 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#16 0xb7c2794c in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#17 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#18 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0
#19 0xb7c36938 in _PyFunction_Vectorcall () from /usr/lib/libpython3.9.so.1.0
#20 0xb7c2774a in _PyEval_EvalFrameDefault () from /usr/lib/libpython3.9.so.1.0

Builds fine on i686 and pentium4, so I suspect a i486 issue in numpy.

 50/105 mutter:clutter+clutter/conform / actor-clone                                                   FAIL            0.13s   killed by signal 11 SIGSEGV
 55/105 mutter:clutter+clutter/conform / actor-layout                                                  FAIL            0.13s   killed by signal 11 SIGSEGV
 61/105 mutter:clutter+clutter/conform / actor-shader-effect                                           FAIL            0.13s   killed by signal 11 SIGSEGV
 70/105 mutter:clutter+clutter/conform / timeline                                                      FAIL            0.12s   killed by signal 11 SIGSEGV
 71/105 mutter:clutter+clutter/conform / timeline-interpolate                                          FAIL            1.63s   killed by signal 11 SIGSEGV
 73/105 mutter:clutter+clutter/conform / timeline-rewind                                               FAIL            0.12s   killed by signal 11 SIGSEGV
 83/105 mutter:core+mutter/stacking / closed-transient-no-input-parent-delayed-focus-default-cancelled FAIL            0.14s   killed by signal 11 SIGSEGV
 84/105 mutter:core+mutter/stacking / closed-transient-no-input-parents                                FAIL            0.13s   killed by signal 11 SIGSEGV
104/105 mutter:core+mutter/ref-test/sanity / ref-test-sanity                                           FAIL            0.13s   killed by signal 11 SIGSEGV

For now I’m just ignoring test results.

$ pacman -Qs mpv
local/mpv 1:0.33.1-1.0
    a free, open source, and cross-platform media player
$ pacman -Qs srt
local/srt 1.4.3-1.0
    Secure Reliable Transport library
$ pacman -Fl srt | grep libsrt
srt usr/lib/libsrt.so
srt usr/lib/libsrt.so.1.4
srt usr/lib/libsrt.so.1.4.3
$ mpv
mpv: error while loading shared libraries: libsrt.so.1: cannot open shared object file: No such file or directory
$ ldd /usr/bin/mpv | grep srt
	libsrt.so.1 => not found
$ sudo ln -s /usr/lib/libsrt.so.1.4.3 /usr/lib/libsrt.so.1
$ mpv --version
mpv 0.33.1-dirty Copyright © 2000-2020 mpv/MPlayer/mplayer2 projects
 built on UNKNOWN
FFmpeg library versions:
   libavutil       56.51.100
   libavcodec      58.91.100
   libavformat     58.45.100
   libswscale      5.7.100
   libavfilter     7.85.100
   libswresample   3.7.100
FFmpeg version: n4.3.2

$ ldd /usr/bin/mpv | grep srt
	libsrt.so.1 => /usr/lib/libsrt.so.1 (0xb2a54000)

Running ldconfig does not create the missing symlink.

The postgis package version 3.1.1-1.0 on pentium4 does not work because only
libproj-1.5.so is installed, and not the required libproj-2.2.so.

On upstream there seems to have been some rebuild of newer versions of gdal 3.2.2 and proj 8.0.0:
https://archlinux.org/todo/gdal-322-and-proj-800-rebuild/

The go build fails with this error:

unsupported setting GO386=387. Consider using GO386=softfloat instead.

go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/runtime/internal/atomic/_go_.a -p runtime/internal/atomic -importcfg /tmp/go-tool-dist-250139381/runtime/internal/atomic/importcfg -asmhdr /tmp/go-tool-dist-250139381/runtime/internal/atomic/go_asm.h -symabis /tmp/go-tool-dist-250139381/runtime/internal/atomic/symabis /build/go/src/go/src/runtime/internal/atomic/atomic_386.go /build/go/src/go/src/runtime/internal/atomic/stubs.go /build/go/src/go/src/runtime/internal/atomic/unaligned.go: exit status 1
go tool dist: open /tmp/go-tool-dist-250139381/runtime/internal/atomic/_go_.a: no such file or directory
go tool dist: open /tmp/go-tool-dist-250139381/runtime/internal/sys/_go_.a: no such file or directory
go tool dist: open /tmp/go-tool-dist-250139381/internal/cpu/_go_.a: no such file or directory
unsupported setting GO386=387. Consider using GO386=softfloat instead.

go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/internal/cpu/_go_.a -p internal/cpu -importcfg /tmp/go-tool-dist-250139381/internal/cpu/importcfg -asmhdr /tmp/go-tool-dist-250139381/internal/cpu/go_asm.h -symabis /tmp/go-tool-dist-250139381/internal/cpu/symabis /build/go/src/go/src/internal/cpu/cpu.go /build/go/src/go/src/internal/cpu/cpu_386.go /build/go/src/go/src/internal/cpu/cpu_x86.go: exit status 1
unsupported setting GO386=387. Consider using GO386=softfloat instead.

go tool dist: FAILED: /build/go/src/go/pkg/tool/linux_386/compile -std -pack -o /tmp/go-tool-dist-250139381/runtime/internal/sys/_go_.a -p runtime/internal/sys -importcfg /tmp/go-tool-dist-250139381/runtime/internal/sys/importcfg -asmhdr /tmp/go-tool-dist-250139381/runtime/internal/sys/go_asm.h -symabis /tmp/go-tool-dist-250139381/runtime/internal/sys/symabis /build/go/src/go/src/runtime/internal/sys/arch.go /build/go/src/go/src/runtime/internal/sys/arch_386.go /build/go/src/go/src/runtime/internal/sys/intrinsics_common.go /build/go/src/go/src/runtime/internal/sys/intrinsics_stubs.go /build/go/src/go/src/runtime/internal/sys/stubs.go /build/go/src/go/src/runtime/internal/sys/sys.go /build/go/src/go/src/runtime/internal/sys/zgoarch_386.go /build/go/src/go/src/runtime/internal/sys/zgoos_linux.go /build/go/src/go/src/runtime/internal/sys/zversion.go: exit status 1
=⇒ ERROR: A failure occurred in build().

  Aborting...

Upstream discussion about this bug: https://github.com/golang/go/issues/44500

Someone mentions a fix, but it doesn’t apply for non SSE2 devices.

no task description

SPAM

SPAM

SPAM

SPAM

SPAM

The bug report has been sent upstream to GDBM directly. This is too important to just ignore the failure.. (make check || true)

no task description

no task description

asp32 fails to export/checkout anything.

Esample:

# asp32 export pacman
fatal: unable to update url base from redirection:

asked for: https://git.archlinux.org/svntogit/packages.git/info/refs?service=git-upload-pack
 redirect: https://gitlab.archlinux.org/explore/groups

error: failed to update remote packages64

Trying to start udisks2 daemon (systemctl start udisks2.service) fails because of a library issue.

/usr/lib/udisks2/udisksd: symbol lookup error: /usr/lib/libbd_utils.so.2: undefined symbol: g_spawn_check_wait_status

Maybe libblockdev needs to be recompiled with the right glibc version.

Thus, it is not possible to auto-mount external USB drives.

make and guile made it half (and broken) to stable.
breaking the cycle required a shim package libffi33 in build-support.
packages depending of libffi are rescheduled and need to be rebuilt first, pushing libffi.so.8 to stable now would make
‘make/guile’ work again, but break a lot of other stuff!

 2:52.15 error: `[u32; 2]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:20:44
 2:52.15    |
 2:52.15 20 | pub unsafe fn __shuffle_vector2<const IDX: [u32; 2], T, U>(x: T, y: T) -> U
 2:52.15    |                                            ^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.15 error: `[u32; 4]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:30:44
 2:52.15    |
 2:52.15 30 | pub unsafe fn __shuffle_vector4<const IDX: [u32; 4], T, U>(x: T, y: T) -> U
 2:52.15    |                                            ^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.15 error: `[u32; 8]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:40:44
 2:52.15    |
 2:52.15 40 | pub unsafe fn __shuffle_vector8<const IDX: [u32; 8], T, U>(x: T, y: T) -> U
 2:52.15    |                                            ^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.15 error: `[u32; 16]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:50:45
 2:52.15    |
 2:52.15 50 | pub unsafe fn __shuffle_vector16<const IDX: [u32; 16], T, U>(x: T, y: T) -> U
 2:52.15    |                                             ^^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.15 error: `[u32; 32]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:60:45
 2:52.15    |
 2:52.15 60 | pub unsafe fn __shuffle_vector32<const IDX: [u32; 32], T, U>(x: T, y: T) -> U
 2:52.15    |                                             ^^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.15 error: `[u32; 64]` is forbidden as the type of a const generic parameter
 2:52.15   --> /build/firefox/src/firefox-93.0/third_party/rust/packed_simd/src/codegen/llvm.rs:70:45
 2:52.15    |
 2:52.15 70 | pub unsafe fn __shuffle_vector64<const IDX: [u32; 64], T, U>(x: T, y: T) -> U
 2:52.15    |                                             ^^^^^^^^^
 2:52.15    |
 2:52.15    = note: the only supported types are integers, `bool` and `char`
 2:52.15    = help: more complex types are supported with `#![feature(adt_const_params)]`
 2:52.35    Compiling num_cpus v1.13.0
 2:53.13    Compiling fluent-langneg v0.13.0
 2:53.15    Compiling intl_pluralrules v7.0.1
 2:53.59    Compiling intl-memoizer v0.5.1
 2:55.32    Compiling gl_generator v0.14.0
 2:55.37    Compiling cose-c v0.1.5
 2:55.96    Compiling time v0.1.43
 2:56.01    Compiling iovec v0.1.4
 2:56.05    Compiling atty v0.2.14
 2:56.21 For more information about this error, try `rustc --explain E0557`.
 2:56.23    Compiling net2 v0.2.37
 2:56.24 The following warnings were emitted during compilation:
 2:56.25 warning: Cannot set `RUSTC_BOOTSTRAP=1` from build script of `packed_simd v0.3.4 (https://github.com/hsivonen/packed_simd?rev=6a16f954950401b92b4e220fbf2dfaf6f00e1fb2#6a16f954)`.
 2:56.25 note: Crates cannot set `RUSTC_BOOTSTRAP` themselves, as doing so would subvert the stability guarantees of Rust for your project.
 2:56.25 error: could not compile `packed_simd` due to 13 previous errors
 2:56.25 warning: build failed, waiting for other jobs to finish...
 3:17.66 error: build failed

librsvg/rust fails because llvm is now 13 and we don’t have the llvm12-libs around anymore.
Will make a shim package.

subprocess.CalledProcessError: Command ‘[’/build/nss/src/dist/Release/bin/shlibsign’, ‘-v’, ‘-i’, ‘/build/nss/src/dist/Release/lib/libfreebl3.so’]’ died with <Signals.SIGSEGV: 11>.

After my most recent sysupgrade, postgresql refuses to start. The main postgres binary appears to be linked to multiple versions of libicu:

$  ldd /usr/bin/postgres | grep icu
	libicui18n.so.69 => /usr/lib/libicui18n.so.69 (0xb6c00000)
	libicuuc.so.69 => /usr/lib/libicuuc.so.69 (0xb6a0c000)
	libicuuc.so.70 => /usr/lib/libicuuc.so.70 (0xb6582000)
	libicudata.so.69 => /usr/lib/libicudata.so.69 (0xb4601000)
	libicudata.so.70 => /usr/lib/libicudata.so.70 

(0xb27a4000)

Installing the icu69 compatibility package made it work again, but it doesn’t look right that it should link against multiple versions.

Traceback (most recent call last):

File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 69, in _importfrom
  fakelocals[modname] = mod = getattr(pkg, modname)
File "/usr/lib/python3.9/site-packages/mercurial/pycompat.py", line 307, in w
  return f(object, sysstr(name), *args)

AttributeError: module ‘mercurial.cext’ has no attribute ‘parsers’

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

File "/usr/bin/hg", line 61, in <module>
  dispatch.run()
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
  self.__spec__.loader.exec_module(self)
File "<frozen importlib._bootstrap_external>", line 883, in exec_module
File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
File "/usr/lib/python3.9/site-packages/mercurial/dispatch.py", line 21, in <module>
  from .i18n import _
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
  self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 123, in <module>
  if _plain():
File "/usr/lib/python3.9/site-packages/mercurial/i18n.py", line 115, in _plain
  b'HGPLAIN' not in encoding.environ
File "/usr/lib/python3.10/importlib/util.py", line 247, in __getattribute__
  self.__spec__.loader.exec_module(self)
File "/usr/lib/python3.9/site-packages/mercurial/encoding.py", line 41, in <module>
  charencode = policy.importmod('charencode')
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 116, in importmod
  mod = _importfrom(pn, mn)
File "/usr/lib/python3.9/site-packages/mercurial/policy.py", line 71, in _importfrom
  raise ImportError('cannot import name %s' % modname)

ImportError: cannot import name parsers

for instance when building nss.

I’m getting a “BadAccess” Xorg error. I think this is happening because the packaged version has been compiled against libraries which have meanwhile been upgraded.

Just to get to this point I had to install “libldap24” and “libffi7”.

It needs to be updated to reflect the switch to gitlab.archlinux.org

I had to rebuild sqlite to have dirmng start and still –recv-keys is not working, returning “general error”.

kernel issue with some network card and/or
systemd subservice not working add all

I cannot login remotely or locally.

System drops to maintainance shell..

Not a single systemd subdaemon is working..

This also effectively kills all i486 build machines..

On i686, with testing and without testing claws mail is broken:
$ claws-mail
claws-mail: error while loading shared libraries: liblber-2.4.so.2: cannot open shared object file: No such file or directory

While I run Parabola i686, the repositories being used come from Archlinux 32:
$ pacman -sS claws-mail
extra/claws-mail 4.0.0-2.0 [installed]

  A GTK+ based e-mail client

$ pacman -Q -o /usr/lib/liblber*
/usr/lib/liblber.so is owned by libldap 2.6.0-2.4
/usr/lib/liblber.so.2 is owned by libldap 2.6.0-2.4
/usr/lib/liblber.so.2.0.200 is owned by libldap 2.6.0-2.4
$ pacman -sS libldap
core/libldap 2.6.0-2.4 [installed]

  Lightweight Directory Access Protocol (LDAP) client libraries

$ pacman -Q -l libldap | grep /usr/lib/liblber
libldap /usr/lib/liblber.so
libldap /usr/lib/liblber.so.2
libldap /usr/lib/liblber.so.2.0.200

So it’s most probably broken on Arch Linux 32 as well.

Denis.

affects: tracker-miners tracker3-miners gnome-documents gnome-music gnome-photos nautilus

no task description

no task description

After just having updated my trusty EeePC 1000H to be fully up to date again, I discovered that clementine is no longer working. It fails, stating that libprotobuf.so.27 cannot be found. Looking in /usr/lib, I can see libprotobuf.so.28, so I assume that the clementine package needs a rebuild.

I am currently unable to install smplayer in testing due to a broken dependency of mpv

[~]$ sudo pacman -S smplayer
resolving dependencies...
warning: cannot resolve "libplacebo.so=120-32", a dependency of "mpv"
warning: cannot resolve "mpv", a dependency of "smplayer"
:: The following package cannot be upgraded due to unresolvable dependencies:
      smplayer

:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
 there is nothing to do

no task description

no task description

Current version in /usr/lib is libboost_regex.so.1.78.0

Hi,

pango-list (and many packages depending on pango) fails to run with the following error:

$ pango-list 
pango-list: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: hb_font_set_synthetic_slant

hb_font_set_synthetic_slant seems to be related to harfbuzz.

While I used Parabola i686 for the test, both pango and harfbuzz come from Arch Linux 32 i686, so Arch Linux 32 i686 should also be affected:

$ pacman -Q -o pango-list 
/usr/bin/pango-list is owned by pango 1:1.50.4-1.0
$ pacman -sS "^pango$"
extra/pango 1:1.50.4-1.0 [installed]
    A library for layout and rendering of text
$ pacman -sS "^harfbuzz$"
extra/harfbuzz 3.1.2-1.0 [installed]
    OpenType text shaping engine

Denis.

Linux and Linux-zen kernel 5.16.8.arch1-1.0 made with gcc 11.1 and cannot build dkms modules with gcc 11.2

remake linux and linux-zen kernel with gcc version 11.2

libswscale/x86/rgb2rgb_template.c: In function ‘interleaveBytes_sse2’:
libswscale/x86/rgb2rgb_template.c:1838:9: error: the register ‘xmm2’ cannot be clobbered in ‘asm’ for the current target
 1838 |         __asm__(
      |         ^

Also on i486 symbols are missing if not using LTO and probing of libraries like x264/x265 fail.

Hi,

If I run mpd, it fails to run due to a missing PW_LOG_TOPIC_DEFAULT symbol:
> $ mpd
> mpd: symbol lookup error: mpd: undefined symbol: PW_LOG_TOPIC_DEFAULT

While I run Parabola, both mpd and pipewire comes from the i686 repository of Arch Linux 32:
> extra/mpd 0.23.5-1.2 [installed]
> Flexible, powerful, server-side application for playing music
> extra/pipewire 1:0.3.36-1.0 [installed]
> Low-latency audio/video router and processor

If I look on a x86_64 Parabola installation instead, PW_LOG_TOPIC_DEFAULT can be found in libpipewire:
> $ readelf -s /usr/lib/libpipewire-0.3.so.0 | grep PW_LOG_
> 383: 00000000000d7128 8 OBJECT GLOBAL DEFAULT 21 > PW_LOG_TOPIC_DEFAULT

But that command returns nothing on Parabola i686.

Denis.

This is just the sad state of what people do to working software:

if(CMAKE_SYSTEM_PROCESSOR STREQUAL "i686" AND HAVE_STACKREALIGN_FLAG)
    add_compile_options(-mstackrealign)
endif()

which results in nasm to fail with “unknown option -m”

a) they rewrite half of the build system without apparently understanding fully the autoconf part
b) they don’t bother to delete to autoconf part
c) they write code for porting the software apparenty without testing (why bother then in the first place?)

# pacman -Sy ffmpeg
:: Synchronizing package databases… core is up to date
extra is up to date
community is up to date
resolving dependencies… warning: cannot resolve “libx264.so=163-32”, a dependency of “ffmpeg” :: The following package cannot be upgraded due to unresolvable dependencies:

    ffmpeg

This could be bad because our librsvg (the Rust one) lags behind and librsvg-og might not
implement new stuff (for i486).

scp -rC user@server:directory .
\033[?2004lD0711 0 directory

Enabling -vvv just makes scp hang.

No clue, what the problem could be here..

Happens for instance when starting mpv.

Bootstrapping rust via rust159-bin leads to:

error[E0463]: can't find crate for `std`

error[E0463]: can't find crate for `core`

error[E0463]: can't find crate for `compiler_builtins`

Basically, rust is broken.

Seamonkey is built with now outdated versions of libffi and icu (69). Neither pentium4 nor i686 build starts right now.

/init: line 477: mount: Value too large for defined data type

At least ISO 2022.04.03 is affected..

/usr/bin/c++ -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/build/clang/src/clang-13.0.1.src/build/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/unittests/Tooling -I/build/clang/src/clang-13.0.1.src/include -I/build/clang/src/clang-13.0.1.src/build/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googletest/include -I/build/clang/src/llvm-13.0.1.src/utils/unittest/googlemock/include -march=i486 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection  -Wp,-D_GLIBCXX_ASSERTIONS -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -Wimplicit-fallthrough -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -fno-common -Woverloaded-virtual -fno-strict-aliasing -pedantic -Wno-long-long -O3 -DNDEBUG  -fno-exceptions -Wno-suggest-override -std=c++14 -MD -MT unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -MF unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o.d -o unittests/Tooling/CMakeFiles/ToolingTests.dir/RecursiveASTVisitorTests/CallbacksLeaf.cpp.o -c /build/clang/src/clang-13.0.1.src/unittests/Tooling/RecursiveASTVisitorTests/CallbacksLeaf.cpp
{standard input}: Assembler messages:
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.

We can ommit the tests..

Also lto is not good (breaks early) and you need lots of memory and swap to build it.