Your message dated Fri, 10 Feb 2023 09:05:59 -0800
with message-id
<CAOU6tACd=aatj9=h0euCexEqzL7pxx=vtauk1jkqngf3y_e...@mail.gmail.com>
and subject line Re: Bug#1024041: mariadb-10.6: FTBFS on riscv64:
rocksdb/db/memtable.cc:129: undefined reference to `__atomic_compare_exchange_1'
has caused the Debian Bug report #1024041,
regarding mariadb: FTBFS on riscv64: rocksdb/db/memtable.cc:129: undefined
reference to `__atomic_compare_exchange_1' to misc functions and files
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1024041: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024041
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: mariadb-10.6
Version: 1:10.6.9-1
Tags: upstream, confirmed, ftbfs
User: [email protected]
Usertags: riscv64, riscv
X-Debbugs-CC: [email protected]
After upload of mariadb-10.6 1:10.6.9-1 I noticed that riscv64 builds
at https://buildd.debian.org/status/package.php?p=mariadb-10.6 were
failing:
************************************************************************************
cd /<<PKGBUILDDIR>>/builddir/storage/innobase && /usr/bin/c++
-DBTR_CUR_ADAPT -DBTR_CUR_HASH_ADAPT -DCOMPILER_HINTS -DDBUG_TRACE
-DEMBEDDED_LIBRARY -DHAVE_CONFIG_H
-DHAVE_FALLOC_PUNCH_HOLE_AND_KEEP_SIZE=1 -DHAVE_LIBNUMA=1 -DHAVE_LZ4=1
-DHAVE_LZ4_COMPRESS_DEFAULT=1 -DHAVE_SCHED_GETCPU=1 -DHAVE_SNAPPY=1
-DHAVE_URING -D_FILE_OFFSET_BITS=64
-I/<<PKGBUILDDIR>>/wsrep-lib/include
-I/<<PKGBUILDDIR>>/wsrep-lib/wsrep-API/v26
-I/<<PKGBUILDDIR>>/builddir/include
-I/<<PKGBUILDDIR>>/storage/innobase/include
-I/<<PKGBUILDDIR>>/storage/innobase/handler
-I/<<PKGBUILDDIR>>/libbinlogevents/include -I/<<PKGBUILDDIR>>/tpool
-I/<<PKGBUILDDIR>>/include -I/<<PKGBUILDDIR>>/sql -g -O2
-ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time
-D_FORTIFY_SOURCE=2 -pie -fPIC -fstack-protector
--param=ssp-buffer-size=4 -Wconversion -Wno-sign-conversion -O2 -g
-static-libgcc -fno-omit-frame-pointer -fno-strict-aliasing
-Wno-uninitialized -fno-omit-frame-pointer -D_FORTIFY_SOURCE=2
-DDBUG_OFF -Wall -Wenum-compare -Wenum-conversion -Wextra
-Wformat-security -Wno-format-truncation -Wno-init-self
-Wno-nonnull-compare -Wno-unused-parameter -Woverloaded-virtual
-Wnon-virtual-dtor -Wvla -Wwrite-strings -Wdate-time
-D_FORTIFY_SOURCE=2 -DUNIV_LINUX -D_GNU_SOURCE=1 -DHAVE_OPENSSL
-DOPENSSL_API_COMPAT=0x10100000L -fPIC -fvisibility=hidden
-std=gnu++11 -MD -MT
storage/innobase/CMakeFiles/innobase_embedded.dir/row/row0quiesce.cc.o
-MF CMakeFiles/innobase_embedded.dir/row/row0quiesce.cc.o.d -o
CMakeFiles/innobase_embedded.dir/row/row0quiesce.cc.o -c
/<<PKGBUILDDIR>>/storage/innobase/row/row0quiesce.cc
librocksdblib.a(memtable.cc.o): in function
`rocksdb::MemTable::ApproximateMemoryUsage()':
./builddir/storage/rocksdb/./storage/rocksdb/rocksdb/db/memtable.cc:129:
undefined reference to `__atomic_compare_exchange_1'
/usr/bin/ld: librocksdblib.a(memtable.cc.o): in function
`std::__atomic_base<bool>::compare_exchange_weak(bool&, bool,
std::memory_order, std::memory_order)':
/usr/include/c++/12/bits/atomic_base.h:523: undefined reference to
`__atomic_compare_exchange_1'
/usr/bin/ld: /usr/include/c++/12/bits/atomic_base.h:523: undefined
reference to `__atomic_compare_exchange_1'
/usr/bin/ld: /usr/include/c++/12/bits/atomic_base.h:523: undefined
reference to `__atomic_compare_exchange_1'
/usr/bin/ld: /usr/include/c++/12/bits/atomic_base.h:523: undefined
reference to `__atomic_compare_exchange_1'
/usr/bin/ld:
librocksdblib.a(memtable.cc.o):/usr/include/c++/12/bits/atomic_base.h:523:
more undefined references to `__atomic_compare_exchange_1' follow
[ 53%] Building CXX object
storage/sphinx/CMakeFiles/sphinx.dir/snippets_udf.cc.o
cd /<<PKGBUILDDIR>>/builddir/storage/sphinx && /usr/bin/c++
-DDBUG_TRACE -DHAVE_CONFIG_H -DMYSQL_DYNAMIC_PLUGIN -DMYSQL_SERVER
-D_FILE_OFFSET_BITS=64 -Dsphinx_EXPORTS
-I/<<PKGBUILDDIR>>/wsrep-lib/include
-I/<<PKGBUILDDIR>>/wsrep-lib/wsrep-API/v26
-I/<<PKGBUILDDIR>>/builddir/include -I/<<PKGBUILDDIR>>/include
-I/<<PKGBUILDDIR>>/sql -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -pie -fPIC
-fstack-protector --param=ssp-buffer-size=4 -Wno-write-strings -O2 -g
-static-libgcc -fno-omit-frame-pointer -fno-strict-aliasing
-Wno-uninitialized -fno-omit-frame-pointer -D_FORTIFY_SOURCE=2
-DDBUG_OFF -Wall -Wenum-compare -Wenum-conversion -Wextra
-Wformat-security -Wno-format-truncation -Wno-init-self
-Wno-nonnull-compare -Wno-unused-parameter -Woverloaded-virtual
-Wnon-virtual-dtor -Wvla -Wwrite-strings -fPIC -Wdate-time
-D_FORTIFY_SOURCE=2 -std=gnu++11 -MD -MT
storage/sphinx/CMakeFiles/sphinx.dir/snippets_udf.cc.o -MF
CMakeFiles/sphinx.dir/snippets_udf.cc.o.d -o
CMakeFiles/sphinx.dir/snippets_udf.cc.o -c
/<<PKGBUILDDIR>>/storage/sphinx/snippets_udf.cc
collect2: error: ld returned 1 exit status
make[4]: *** [storage/rocksdb/CMakeFiles/sst_dump.dir/build.make:105:
storage/rocksdb/sst_dump] Error 1
make[4]: Leaving directory '/<<PKGBUILDDIR>>/builddir'
make[3]: *** [CMakeFiles/Makefile2:7827:
storage/rocksdb/CMakeFiles/sst_dump.dir/all] Error 2
************************************************************************************
This is a regression as riscv64 builds used to work on MariaD 10.6.8-1:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.6&arch=riscv64&ver=1%3A10.6.8-1&stamp=1653304190&raw=0
Neither me nor upstream has any Alpha expertise. Please help by
providing info on this bug report or - preferably - submit a MR to fix
this:
https://salsa.debian.org/mariadb-team/mariadb-server/-/wikis/Contributing-to-MariaDB-packaging-in-Debian
--- End Message ---
--- Begin Message ---
Control: fixed -1 mariadb/10.11.1-3
For the record, the 10.11.1-3 build passed at
https://buildd.debian.org/status/fetch.php?pkg=mariadb&arch=riscv64&ver=1%3A10.11.1-3&stamp=1675681977&raw=0
with the temporary hack.
The 10.11.1-4 also passed now at
https://buildd.debian.org/status/fetch.php?pkg=mariadb&arch=riscv64&ver=1%3A10.11.1-4&stamp=1676000276&raw=0
with the upstream fix backported.
--- End Message ---
