I am encountering the following error when attempting to issue a go install command as it relates to the celo-bls-go package.
Note: I am using a new MacBook Pro with M1 chip (arm64) and I do not encounter this error when attempting the same go install on a MacBook with an Intel chip, leading me to believe it is an M1-specific issue.
go install
# github.com/celo-org/celo-bls-go/bls
Undefined symbols for architecture arm64:
"_aggregate_public_keys", referenced from:
__cgo_85ef165479c6_Cfunc_aggregate_public_keys in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_aggregate_public_keys, __cgo_85ef165479c6_Cfunc_aggregate_public_keys_subtract )
"_aggregate_public_keys_subtract", referenced from:
__cgo_85ef165479c6_Cfunc_aggregate_public_keys_subtract in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_aggregate_public_keys_subtract)
"_aggregate_signatures", referenced from:
__cgo_85ef165479c6_Cfunc_aggregate_signatures in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_aggregate_signatures)
"_batch_verify_signature", referenced from:
__cgo_85ef165479c6_Cfunc_batch_verify_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_batch_verify_signature)
"_compress_pubkey", referenced from:
__cgo_85ef165479c6_Cfunc_compress_pubkey in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_compress_pubkey)
"_compress_signature", referenced from:
__cgo_85ef165479c6_Cfunc_compress_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_compress_signature)
"_deserialize_private_key", referenced from:
__cgo_85ef165479c6_Cfunc_deserialize_private_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_deserialize_private_key)
"_deserialize_public_key", referenced from:
__cgo_85ef165479c6_Cfunc_deserialize_public_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_deserialize_public_key_cached, __cgo_85ef165479c6_Cfunc_deserialize_public_key )
"_deserialize_public_key_cached", referenced from:
__cgo_85ef165479c6_Cfunc_deserialize_public_key_cached in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_deserialize_public_key_cached)
"_deserialize_signature", referenced from:
__cgo_85ef165479c6_Cfunc_deserialize_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_deserialize_signature)
"_destroy_private_key", referenced from:
__cgo_85ef165479c6_Cfunc_destroy_private_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_destroy_private_key)
"_destroy_public_key", referenced from:
__cgo_85ef165479c6_Cfunc_destroy_public_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_destroy_public_key)
"_destroy_signature", referenced from:
__cgo_85ef165479c6_Cfunc_destroy_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_destroy_signature)
"_encode_epoch_block_to_bytes", referenced from:
__cgo_85ef165479c6_Cfunc_encode_epoch_block_to_bytes in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_encode_epoch_block_to_bytes)
"_free_vec", referenced from:
__cgo_85ef165479c6_Cfunc_free_vec in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_free_vec)
"_generate_private_key", referenced from:
__cgo_85ef165479c6_Cfunc_generate_private_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_generate_private_key)
"_hash_composite", referenced from:
__cgo_85ef165479c6_Cfunc_hash_composite in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_hash_composite)
"_hash_direct", referenced from:
__cgo_85ef165479c6_Cfunc_hash_direct in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_hash_direct)
"_init", referenced from:
__cgo_85ef165479c6_Cfunc_init in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_init, __cgo_wait_runtime_init_done )
"_private_key_to_public_key", referenced from:
__cgo_85ef165479c6_Cfunc_private_key_to_public_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_private_key_to_public_key)
"_serialize_private_key", referenced from:
__cgo_85ef165479c6_Cfunc_serialize_private_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_serialize_private_key)
"_serialize_public_key", referenced from:
__cgo_85ef165479c6_Cfunc_serialize_public_key in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_serialize_public_key)
"_serialize_signature", referenced from:
__cgo_85ef165479c6_Cfunc_serialize_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_serialize_signature)
"_sign_message", referenced from:
__cgo_85ef165479c6_Cfunc_sign_message in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_sign_message)
"_sign_pop", referenced from:
__cgo_85ef165479c6_Cfunc_sign_pop in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_sign_pop)
"_verify_pop", referenced from:
__cgo_85ef165479c6_Cfunc_verify_pop in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_verify_pop)
"_verify_signature", referenced from:
__cgo_85ef165479c6_Cfunc_verify_signature in _x002.o
(maybe you meant: __cgo_85ef165479c6_Cfunc_verify_signature, __cgo_85ef165479c6_Cfunc_batch_verify_signature )
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [install] Error 2
System: Darwin computer 20.4.0 Darwin Kernel Version 20.4.0: Thu Apr 22 21:46:41 PDT 2021; root:xnu-7195.101.2~1/RELEASE_ARM64_T8101 arm64
OS: macOS Big Sur v11.3.1
I am encountering the following error when attempting to issue a
go install
command as it relates to the celo-bls-go package.Note: I am using a new MacBook Pro with M1 chip (arm64) and I do not encounter this error when attempting the same
go install
on a MacBook with an Intel chip, leading me to believe it is an M1-specific issue.System: Darwin computer 20.4.0 Darwin Kernel Version 20.4.0: Thu Apr 22 21:46:41 PDT 2021; root:xnu-7195.101.2~1/RELEASE_ARM64_T8101 arm64 OS: macOS Big Sur v11.3.1