Arch Linux User Repository

Hi all, I no longer use this package and have no interest in maintaining it. Before disowning it I'd ideally like to make someone a co-maintainer. Please reach out if you're interested. Thanks!

Same issue like @silkky

Getting the same issue as @SycoLTH, building with CUDA 12.3 in chroot. Anyone find a fix?

{standard input}: Assembler messages:
{standard input}:213135: Error: symbol `fatbinData' is already defined
{standard input}:589064: Error: symbol `fatbinData' is already defined
{standard input}:673670: Error: symbol `fatbinData' is already defined
{standard input}:758439: Error: symbol `fatbinData' is already defined
{standard input}:843031: Error: symbol `fatbinData' is already defined
{standard input}:927660: Error: symbol `fatbinData' is already defined
{standard input}:927844: Error: symbol `fatbinData' is already defined
{standard input}:1012301: Error: symbol `fatbinData' is already defined
{standard input}:1071861: Error: symbol `fatbinData' is already defined
{standard input}:1136826: Error: symbol `fatbinData' is already defined
make[3]: *** [/tmp/ccTx9vXq.mk:2: /tmp/cc4ePyvf.ltrans0.ltrans.o] Error 1
make[3]: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.

@SycoLTH Sorry, I can't reproduce the error message... what version of CUDA do you have? Have you tried building in a chroot?

any fix for this error?

[100%] Linking CXX shared library libxmrig-cuda.so
/usr/src/debug/xmrig-cuda/xmrig-cuda-6.17.0/src/CudaCryptonightR_gen.cpp:58:8: warning: type ‘struct CacheEntry’ violates the C++ One Definition Rule [-Wodr]
/usr/src/debug/xmrig-cuda/xmrig-cuda-6.17.0/src/KawPow/raven/CudaKawPow_gen.cpp:13:8: note: a different type is defined in another translation unit
/usr/src/debug/xmrig-cuda/xmrig-cuda-6.17.0/src/CudaCryptonightR_gen.cpp:68:14: note: the first difference of corresponding definitions is field ‘height’
/usr/src/debug/xmrig-cuda/xmrig-cuda-6.17.0/src/KawPow/raven/CudaKawPow_gen.cpp:23:14: note: a field with different name is defined in another translation unit
{standard input}: Assembler messages:
{standard input}:196834: Error: symbol `fatbinData' is already defined
{standard input}:566882: Error: symbol `fatbinData' is already defined
{standard input}:651485: Error: symbol `fatbinData' is already defined
{standard input}:736253: Error: symbol `fatbinData' is already defined
{standard input}:820846: Error: symbol `fatbinData' is already defined
{standard input}:905474: Error: symbol `fatbinData' is already defined
{standard input}:905658: Error: symbol `fatbinData' is already defined
{standard input}:990114: Error: symbol `fatbinData' is already defined
{standard input}:1049674: Error: symbol `fatbinData' is already defined
{standard input}:1114637: Error: symbol `fatbinData' is already defined
make[3]: *** [/tmp/ccfKTTQp.mk:2: /tmp/ccgHFwZw.ltrans0.ltrans.o] Error 1
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/xmrig-cuda.dir/build.make:150: libxmrig-cuda.so] Error 1
make[1]: *** [CMakeFiles/Makefile2:111: CMakeFiles/xmrig-cuda.dir/all] Error 2
make: *** [Makefile:91: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

@Moebius14, I'm able to build fine in a chroot, what version of gcc are you using?

Build failed until I disabled link time optimization by adding -fno-lto to the compiler flags.

@gary9872: thanks for reporting, I've applied a workaround, but upstream will be pushing a fix later some point.

USE GCC 12 as gcc 13 doesn't work atm. (float 32 errors)

Modify PKGBUILD : cmake line to include -DCUDA_ARCH=<your gpu compute level> (COMPUTE_35 not supported error)

Hi all, I no longer use this package and have no interest in maintaining it. Before disowning it I'd ideally like to make someone a co-maintainer. Please reach out if you're interested. Thanks!

Hi @dragonek93, thank you for the full log. This seems to be some new quick with GCC11 --- I'm still using GCC10 with CUDA, which is why I wasn't getting the error message.

@julio.b, thank you for the patch, I've include it in the latest revision! I've also submitted at patch upstream so that this gets resolved properly.