+1
I ran the followings on Debian GNU/Linux sid:
* TEST_DEFAULT=0 \
TEST_SOURCE=1 \
LANG=C \
TZ=UTC \
ARROW_CMAKE_OPTIONS="-DBoost_NO_BOOST_CMAKE=ON -DCUDAToolkit_ROOT=/usr" \
dev/release/verify-release-candidate.sh 9.0.0 2
* TEST_DEFAULT=0 \
TEST_APT=1 \
Hey Wes,
The StringView/ByteView structure presents some complications with Go in
memory handling (particularly with the C ABI) so I added a comment on the
RFC outlining this.
TL;DR: Garbage Collection makes it difficult to handle because it's not
maintaining a properly typed pointer.
I'm gonna
Hi Wes,
Le 31/07/2022 à 00:02, Wes McKinney a écrit :
I understand there are still some aspects of this project that cause
some squeamishness (like having arbitrary memory addresses embedded
within array values whose lifetime a C ABI consumer may not know about
-- we already export memory