[Go] Apache Arrow 12.0.1: use of deleted function 'std::atomic<long int>::atomic(const std::atomic<long int>&)'

[EXPEbdodla]

Describe the bug, including details regarding any error messages, version, and platform.

We are compiling go code to so file using go build module. Detailed Trace log information is below

go build -mod=mod -buildmode=c-shared -tags cgo,ccalloc -o embedded_go.so . this command generates following error (Tried go v8/ v12 versions):

--
cmd had error: exit status 2  output:
# github.com/apache/arrow/go/v8/arrow/memory/internal/cgoalloc
In file included from allocator.cc:21:
/usr/include/arrow/memory_pool.h:72:43: error: use of deleted function 'std::atomic<long int>::atomic(const std::atomic<long int>&)'
72 \|   std::atomic<int64_t> bytes_allocated_ = 0;
\|                                           ^
In file included from /usr/include/arrow/memory_pool.h:20:
/usr/include/c++/12/atomic:877:7: note: declared here
877 \|       atomic(const atomic&) = delete;
\|       ^~~~~~
/usr/include/c++/12/atomic:881:17: note:   after user-defined conversion: 'constexpr std::atomic<long int>::atomic(__integral_type)'
881 \|       constexpr atomic(__integral_type __i) noexcept : __base_type(__i) { }
\|                 ^~~~~~
/usr/include/arrow/memory_pool.h:73:38: error: use of deleted function 'std::atomic<long int>::atomic(const std::atomic<long int>&)'
73 \|   std::atomic<int64_t> max_memory_ = 0;
\|                                      ^
/usr/include/c++/12/atomic:877:7: note: declared here
877 \|       atomic(const atomic&) = delete;
\|       ^~~~~~
/usr/include/c++/12/atomic:881:17: note:   after user-defined conversion: 'constexpr std::atomic<long int>::atomic(__integral_type)'
881 \|       constexpr atomic(__integral_type __i) noexcept : __base_type(__i) { }
\|                 ^~~~~~
/usr/include/arrow/memory_pool.h:74:49: error: use of deleted function 'std::atomic<long int>::atomic(const std::atomic<long int>&)'
74 \|   std::atomic<int64_t> total_allocated_bytes_ = 0;
\|                                                 ^
/usr/include/c++/12/atomic:877:7: note: declared here
877 \|       atomic(const atomic&) = delete;
\|       ^~~~~~
/usr/include/c++/12/atomic:881:17: note:   after user-defined conversion: 'constexpr std::atomic<long int>::atomic(__integral_type)'
881 \|       constexpr atomic(__integral_type __i) noexcept : __base_type(__i) { }
\|                 ^~~~~~
/usr/include/arrow/memory_pool.h:75:38: error: use of deleted function 'std::atomic<long int>::atomic(const std::atomic<long int>&)'
75 \|   std::atomic<int64_t> num_allocs_ = 0;
\|                                      ^
/usr/include/c++/12/atomic:877:7: note: declared here
877 \|       atomic(const atomic&) = delete;
\|       ^~~~~~
/usr/include/c++/12/atomic:881:17: note:   after user-defined conversion: 'constexpr std::atomic<long int>::atomic(__integral_type)'
881 \|       constexpr atomic(__integral_type __i) noexcept : __base_type(__i) { }
\|                 ^~~~~~

Component(s)

Go

[zeroshade]

Hmm, this looks like the issue is caused by the version of C++ being utilized by the compiler. The cgoalloc uses the Arrow C++ library memory pool to perform allocations via the allocator and includes arrow/memory_pool.h which expects C++17 or greater to compile.

Alternately you could remove the ccalloc tag and use https://pkg.go.dev/github.com/apache/arrow/go/[email protected]/arrow/memory/mallocator which is just a simple implementation of the memory.Allocator which uses malloc directly rather than calling out to the Arrow C++ library. It should also alleviate your compile error issue.

[EXPEbdodla]

Thanks @zeroshade . I'm able to run locally on Mac with mallocator which was failing to build with CGO Allocator. Are there any performance benchmarks between CGOAllocator and Mallocator? Thank you.

[zeroshade]

@EXPEbdodla I haven't performed any benchmarks myself to compare them. But i would welcome some if you were to perform any! 😄