jhuber6 added a comment. In D141861#4060028 <https://reviews.llvm.org/D141861#4060028>, @srj wrote:
> This change appears to have broken the build when crosscompiling to x86-32 on > a Linux x86-64 system; on the Halide buildbots, we now fail at link time with > > FAILED: bin/nvptx-arch > : && /usr/bin/g++-7 -m32 -Wno-psabi -fPIC -fno-semantic-interposition > -fvisibility-inlines-hidden -Werror=date-time -Wall -Wextra > -Wno-unused-parameter -Wwrite-strings -Wcast-qual > -Wno-missing-field-initializers -pedantic -Wno-long-long > -Wimplicit-fallthrough -Wno-maybe-uninitialized -Wno-noexcept-type > -Wdelete-non-virtual-dtor -Wno-comment -Wno-misleading-indentation > -fdiagnostics-color -ffunction-sections -fdata-sections -fno-common > -Woverloaded-virtual -fno-strict-aliasing -O3 -DNDEBUG > -Wl,-rpath-link,/home/halidenightly/build_bot/worker/llvm-16-x86-32-linux/llvm-build/./lib > -Wl,--gc-sections > tools/clang/tools/nvptx-arch/CMakeFiles/nvptx-arch.dir/NVPTXArch.cpp.o -o > bin/nvptx-arch -Wl,-rpath,"\$ORIGIN/../lib" lib/libLLVMSupport.a -lpthread > -lrt -ldl -lpthread -lm lib/libLLVMDemangle.a && : > /usr/bin/ld: > tools/clang/tools/nvptx-arch/CMakeFiles/nvptx-arch.dir/NVPTXArch.cpp.o: in > function `handleError(cudaError_enum)': > NVPTXArch.cpp:(.text._ZL11handleError14cudaError_enum+0x2b): undefined > reference to `cuGetErrorString' > /usr/bin/ld: > tools/clang/tools/nvptx-arch/CMakeFiles/nvptx-arch.dir/NVPTXArch.cpp.o: in > function `main': > NVPTXArch.cpp:(.text.startup.main+0xcf): undefined reference to `cuInit' > /usr/bin/ld: NVPTXArch.cpp:(.text.startup.main+0xf9): undefined reference > to `cuDeviceGetCount' > /usr/bin/ld: NVPTXArch.cpp:(.text.startup.main+0x11e): undefined reference > to `cuDeviceGet' > /usr/bin/ld: NVPTXArch.cpp:(.text.startup.main+0x131): undefined reference > to `cuDeviceGetAttribute' > /usr/bin/ld: NVPTXArch.cpp:(.text.startup.main+0x146): undefined reference > to `cuDeviceGetAttribute' > collect2: error: ld returned 1 exit status > > I'm guessing that the problem here is that the build machine has Cuda > installed (so the headers are found), but no 32-bit version of Cuda (so > linking fails). > > Probably easy to fix, but as of right now, our 32-bit testing is dead in the > water; could someone please revert this pending a proper fix? Can you let me know if rG4ce454c654bd <https://reviews.llvm.org/rG4ce454c654bd4e027fbdcd7b1dba9d164cd36463> solves it? I'm guessing the problem is arising when we find the libraries at build configure time but not at build time so we might need another check as well. Repository: rG LLVM Github Monorepo CHANGES SINCE LAST ACTION https://reviews.llvm.org/D141861/new/ https://reviews.llvm.org/D141861 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
