Arch Linux User Repository

I updated the PKGBUILD for the latest version (0.16.18). This depends on lib32-zix, which i submitted as a separate package just now.

# Maintainer: Rodrigo Bezerra <rodrigobezerra21 at gmail dot com>

_basename=sord
pkgname=lib32-sord
pkgver=0.16.18
pkgrel=1
pkgdesc="A lightweight C library for storing RDF data in memory (32-bit)"
arch=(x86_64)
url="https://drobilla.net/software/sord.html"
license=(custom:ISC)
depends=(lib32-serd sord lib32-zix)
makedepends=(meson)
source=(https://download.drobilla.net/$_basename-$pkgver.tar.xz{,.sig})
sha512sums=('e271d97c77187d7ed0a9c8fe0a65fcf50e269ba79dba4e8d55781ffe3715888c5388d90812d76a48e89ecc9c5e047e0d53ff40333fde7dbbf12dffc496d05e31'
            'SKIP')
b2sums=('8dfffa4632ddf3efe0c4a421d43001d1186f6336004847eaf12f91ca408486eca222ab1b68e9dc31d2e41f0e65fe1cd167a4b5cc5fabd516f032416b4c0dbae3'
        'SKIP')
validpgpkeys=('907D226E7E13FA337F014A083672782A9BF368F3') # David Robillard <d@drobilla.net>

build() {
    export CC='gcc -m32'
    export CXX='g++ -m32'
    export PKG_CONFIG='/usr/bin/i686-pc-linux-gnu-pkg-config'

    arch-meson $_basename-$pkgver build \
        --libdir='/usr/lib32' \
        -Ddocs=disabled \
        -Dtools=disabled

    meson compile -C build
}

check() {
    meson test -C build
}

package() {
    meson install -C build --destdir "$pkgdir"

    install -vDm 644 $_basename-$pkgver/COPYING -t "$pkgdir/usr/share/licenses/$pkgname/"
    install -vDm 644 $_basename-$pkgver/{AUTHORS,NEWS,README.md} -t "$pkgdir/usr/share/doc/$pkgname/"

    cd "$pkgdir/usr"

    rm -r include
}

please add libsord-0.so to provides and sord=$pkgver to depends

greetings

This fixes the build, as of today:

--- PKGBUILD.broken     2022-05-20 14:12:03.085199451 -0500
+++ PKGBUILD    2022-05-20 14:12:08.072200321 -0500
@@ -30,7 +30,6 @@
     cp -v waflib/extras/{autoship,autowaf,lv2}.py tools/
     mkdir -pv plugins/tools/
     cp -v waflib/extras/{autoship,autowaf,lv2}.py plugins/tools/
-    rm -rv waflib
     sed -e 's/waflib.extras/tools/g' \
         -e "s/load('autowaf'/load('autowaf', tooldir='tools'/g" \
         -e "s/load('lv2'/load('lv2', tooldir='tools'/g" \

I just made a patch that allows building this package with -march=native. I'll submit it to upstream when I have time.

diff --git a/src/zix/digest.c b/src/zix/digest.c
index 889cfde..fdf7929 100644
--- a/src/zix/digest.c
+++ b/src/zix/digest.c
@@ -38,6 +38,7 @@ zix_digest_add(uint32_t hash, const void* const buf, const size_t len)
 {
    const uint8_t* str = (const uint8_t*)buf;

+#if UINTPTR_MAX == UINT64_MAX
    for (size_t i = 0; i < (len / sizeof(uint64_t)); ++i) {
        hash = (uint32_t)_mm_crc32_u64(hash, *(const uint64_t*)str);
        str += sizeof(uint64_t);
@@ -46,6 +47,12 @@ zix_digest_add(uint32_t hash, const void* const buf, const size_t len)
        hash = _mm_crc32_u32(hash, *(const uint32_t*)str);
        str += sizeof(uint32_t);
    }
+#else
+   for (size_t i = 0; i < (len / sizeof(uint32_t)); ++i) {
+       hash = _mm_crc32_u32(hash, *(const uint32_t*)str);
+       str += sizeof(uint32_t);
+   }
+#endif
    if (len & sizeof(uint16_t)) {
        hash = _mm_crc32_u16(hash, *(const uint16_t*)str);
        str += sizeof(uint16_t);
@@ -63,6 +70,7 @@ zix_digest_add_64(uint32_t hash, const void* const buf, const size_t len)
    assert((uintptr_t)buf % sizeof(uint64_t) == 0);
    assert(len % sizeof(uint64_t) == 0);

+#if UINTPTR_MAX == UINT64_MAX
    const uint64_t* ptr = (const uint64_t*)buf;

    for (size_t i = 0; i < (len / sizeof(uint64_t)); ++i) {
@@ -71,6 +79,9 @@ zix_digest_add_64(uint32_t hash, const void* const buf, const size_t len)
    }

    return hash;
+#else
+   return zix_digest_add(hash, buf, len);
+#endif
 }

 ZIX_API uint32_t

@DDoSolitary Ah, very good catch, thanks very much for the assist. I have replaced that part in makepkg.conf with -march=native since years, and that's the first time I've ever had any problems with it.

@rodrigo21 Thanks for the advice, but the problem was with my system configuration after all. Btw, changing -march=native to -march=x86-64 also allowed me to build all 4 lib32 packages (sord, serd, lilv, sratom) without having to use a clean chroot.

@Nocifer Check your CFLAGS value in /etc/makepkg.conf. It seems that the code detected SSE4.2 support (#ifdef __SSE4_2__) and tries to use a 64-bit intrinsic (_mm_crc32_u64), but the compiler doesn't recognize it because we're building 32-bit packages here. With the default CFLAGS settings in makepkg.conf (-march=x86-64 -mtune=generic), SSE4.2 should have been disabled.

@Nocifer

Try building in a clean chroot.

I'm also getting errors without it.

Try rebuilding lib32-serd first, it was also updated.

I can only build lib32-serd, lib32-sord, lib32-sratom and lib32-lilv in a clean chroot.

Getting this when trying to build after the recent update:

[17/18] Linking build/sord_validate
/usr/bin/ld: ./libsord_profiled.a(sord.c.5.o): in function `sord_node_hash':
sord.c:(.text+0x124b): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x1389): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x13aa): undefined reference to `_mm_crc32_u64'
collect2: error: ld returned 1 exit status

/usr/bin/ld: ./libsord-0.so: undefined reference to `_mm_crc32_u64'
collect2: error: ld returned 1 exit status

/usr/bin/ld: ./libsord-0.so: undefined reference to `_mm_crc32_u64'
collect2: error: ld returned 1 exit status

/usr/bin/ld: ./libsord_profiled.a(sord.c.5.o): in function `sord_node_hash':
sord.c:(.text+0x124b): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x1389): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x13aa): undefined reference to `_mm_crc32_u64'
collect2: error: ld returned 1 exit status

/usr/bin/ld: ./libsord_profiled.a(sord.c.5.o): in function `sord_node_hash':
sord.c:(.text+0x124b): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x1389): undefined reference to `_mm_crc32_u64'
/usr/bin/ld: sord.c:(.text+0x13aa): undefined reference to `_mm_crc32_u64'
collect2: error: ld returned 1 exit status

Waf: Leaving directory `/tmp/makepkg/lib32-sord/src/sord-0.16.6/build'
Build failed
 -> task in 'sord_test' failed with exit status 1 (run with -v to display more information)
 -> task in 'sordi' failed with exit status 1 (run with -v to display more information)
 -> task in 'sord_validate' failed with exit status 1 (run with -v to display more information)
 -> task in 'sordi_static' failed with exit status 1 (run with -v to display more information)
 -> task in 'sordmm_test' failed with exit status 1 (run with -v to display more information)
==> ERROR: A failure occurred in build().
    Aborting...

Could you please add the following line in the build function:

export CFLAGS="$(echo "$CFLAGS" | sed 's/ -fno-plt//')"

It seems that the default CFLAGS in /etc/makepkg.conf which contains -O2 -fno-plt is causing segfaults: https://aur.archlinux.org/packages/lib32-sratom/#comment-762156

Dependency pcre should be lib32-pcre