Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove Salt in code generation during build_create #842

Merged

Conversation

xgreenx
Copy link
Collaborator

@xgreenx xgreenx commented Jul 5, 2021

build_create method supports only 2 generic parameters. But code here is passing 3 parametrs.
It causes a compilation error.

Copy link
Contributor

@HCastano HCastano left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@xgreenx thanks for finding this.

Would you be able to provide us with the code that you used to trigger the build error? I'm curious as to why it took so long to find this. Maybe we need to improve our test coverage here

@HCastano HCastano added the C-bug Something isn't working label Jul 6, 2021
@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 6, 2021

Updated the test with this use case=)

@xgreenx xgreenx requested a review from HCastano July 6, 2021 21:20
@Robbepop
Copy link
Collaborator

Robbepop commented Jul 7, 2021

Please fix the failing UI test so that the CI runs through again:

test compile_tests ... FAILED
failures:
---- compile_tests stdout ----
thread 'compile_tests' panicked at '1 of 37 tests failed', /usr/local/cargo/registry/src/git.luolix.top-1ecc6299db9ec823/trybuild-1.0.42/src/run.rs:73:13
stack backtrace:
   0: rust_begin_unwind
             at /rustc/868c702d0c9a471a28fb55f0148eb1e3e8b1dcc5/library/std/src/panicking.rs:515:5
   1: std::panicking::begin_panic_fmt
             at /rustc/868c702d0c9a471a28fb55f0148eb1e3e8b1dcc5/library/std/src/panicking.rs:457:5
   2: trybuild::run::<impl trybuild::Runner>::run
             at /usr/local/cargo/registry/src/git.luolix.top-1ecc6299db9ec823/trybuild-1.0.42/src/run.rs:73:13
   3: <trybuild::TestCases as core::ops::drop::Drop>::drop
             at /usr/local/cargo/registry/src/git.luolix.top-1ecc6299db9ec823/trybuild-1.0.42/src/lib.rs:305:13
   4: core::ptr::drop_in_place<trybuild::TestCases>
             at /rustc/868c702d0c9a471a28fb55f0148eb1e3e8b1dcc5/library/core/src/ptr/mod.rs:192:1
   5: compile_tests::compile_tests
             at ./tests/compile_tests.rs:61:1
   6: compile_tests::compile_tests::{{closure}}
             at ./tests/compile_tests.rs:16:1
   7: core::ops::function::FnOnce::call_once
             at /rustc/868c702d0c9a471a28fb55f0148eb1e3e8b1dcc5/library/core/src/ops/function.rs:227:5
   8: core::ops::function::FnOnce::call_once
             at /rustc/868c702d0c9a471a28fb55f0148eb1e3e8b1dcc5/library/core/src/ops/function.rs:227:5
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
failures:
    compile_tests
test result: FAILED. 0 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out; finished in 59.06s

…tors with different signature causes compilation error on linux platform.
@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 7, 2021

I don't have ideas, why it fails.

test 07-flipper-as-dependency.rs [should pass] ... error
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈
error: linking with `cc` failed: exit status: 1
  |
  = note: "cc" "-m64" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.$CRATE.9bilwqlu-cgu.0.rcgu.o" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.52yru2fjxzj1j5x.rcgu.o" "-Wl,--as-needed" "-L" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps" "-L" "$WORKSPACE/target/tests/target/debug/deps" "-L" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_lang-14b8a33281063fa7.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_storage-1776295c5a9939c2.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libarray_init-429875b3f2ab06f4.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_metadata-e824a7cb472aa883.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libimpl_serde-1ec2834a33434547.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_env-fc0e9cae475c206a.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libsha2-595cbb067dbbd94d.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libcpufeatures-3b1fe47fd8fec3f4.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libsha3-38d1a493cee105d6.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libkeccak-be63ea5314a57d98.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libblock_buffer-44abc28d0ff3c1e0.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libblock_padding-5bde3923ece3a37d.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libblake2-4c2c6af220e3db0e.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libopaque_debug-b1e97db90fd75eaf.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libcrypto_mac-7af208c7b5950e81.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libsubtle-6aff439c7647f81f.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libdigest-b8c9abe54090ce16.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libgeneric_array-5ab2f13bfdb3ed33.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libtypenum-344e9b51158a59de.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/librand-3dab923fd7bff777.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/librand_chacha-2a73c8ad216ec3aa.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libppv_lite86-909a463d551106d8.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/librand_core-90ba9c73dd3cbae6.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libgetrandom-2bed666c101861d0.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/liblibc-924488442f936009.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_prelude-ea08937b7990dc6d.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libarrayref-48de7547ec747e6e.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libstatic_assertions-b92dc55a152a391d.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libsp_arithmetic-b0d8ea52964d9b00.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libinteger_sqrt-54fc082e791259ab.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libsp_std-a2d3c250aeb011a7.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libnum_traits-6d390a591e1d8b8a.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libink_primitives-fffbe67739c13470.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libscale_info-2f816155d69d6d2c.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libparity_scale_codec-d4e9d1e7f69d9ef4.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libbyte_slice_cast-bbe6c92d0f6066dc.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libarrayvec-2a918b3660038e1f.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libserde-3545c531efc16920.rlib" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/libcfg_if-d182e42108d33b73.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libprofiler_builtins-1d9eca7249237068.rlib" "-Wl,--start-group" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-37fdd654777c296f.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-d883bf2137e9181a.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libminiz_oxide-22ab8f3db88b586e.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libadler-0167c9242d0931d5.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libobject-361790a1a5505fc5.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libaddr2line-01c2ffe1ecd05a67.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgimli-ec79e29a889fe805.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd_detect-001a3456e8a8331b.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-e8f1404290f0f040.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-76f46d0f23360a60.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-baf0bdc5eb131895.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-3a6a4ee6592d9370.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-1cc90d9dd57195f8.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-0e91863ffbec5148.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-69528f2eac185ac9.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-52d5241975807511.rlib" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-9924c22ae1efcf66.rlib" "-Wl,--end-group" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-d1241f7bd234a268.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-znoexecstack" "-L" "/usr/local/rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "$WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e" "-pie" "-Wl,-zrelro" "-Wl,-znow" "-nodefaultlibs"
  = note: /usr/bin/ld: $WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.$CRATE.9bilwqlu-cgu.0.rcgu.o: in function `<$CRATE::flipper::_::__ink_CallForwarder<&$CRATE::flipper::Flipper> as $CRATE::FlipperTrait>::new':
          $DIR/tests/ui/pass/07-flipper-as-dependency.rs:15: undefined reference to `__ink_enforce_error_0x0230466c697070657254726169740c6e6577de27a252'
          /usr/bin/ld: $WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.$CRATE.9bilwqlu-cgu.0.rcgu.o: in function `<$CRATE::flipper::_::__ink_CallForwarder<&$CRATE::flipper::Flipper> as $CRATE::FlipperTrait>::flip':
          $DIR/tests/ui/pass/07-flipper-as-dependency.rs:15: undefined reference to `__ink_enforce_error_0x0130466c6970706572547261697410666c6970fcdb071f01'
          /usr/bin/ld: $WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.$CRATE.9bilwqlu-cgu.0.rcgu.o: in function `<$CRATE::flipper::_::__ink_CallForwarder<&mut $CRATE::flipper::Flipper> as $CRATE::FlipperTrait>::new':
          $DIR/tests/ui/pass/07-flipper-as-dependency.rs:15: undefined reference to `__ink_enforce_error_0x0230466c697070657254726169740c6e6577de27a252'
          /usr/bin/ld: $WORKSPACE/target/tests/target/x86_64-unknown-linux-gnu/debug/deps/$CRATE-be4a6fd4c5c0fb7e.$CRATE.9bilwqlu-cgu.0.rcgu.o: in function `<$CRATE::flipper::_::__ink_CallForwarder<&mut $CRATE::flipper::Flipper> as $CRATE::FlipperTrait>::get':
          $DIR/tests/ui/pass/07-flipper-as-dependency.rs:15: undefined reference to `__ink_enforce_error_0x0130466c697070657254726169740c6765746110f2d800'
          clang: error: linker command failed with exit code 1 (use -v to see invocation)
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈
test 08-static-env.rs [should pass] ... ok

All builds fine locally.
My setup is:

green@greenzerling:~/Documents/rust/ink$ cargo -vV
cargo 1.55.0-nightly (3ebb5f15a 2021-07-02)
release: 1.55.0
commit-hash: 3ebb5f15a940810f250b68821149387af583a79e
commit-date: 2021-07-02
green@greenzerling:~/Documents/rust/ink$ rustc -vV
rustc 1.55.0-nightly (885399992 2021-07-06)
binary: rustc
commit-hash: 885399992c4c1dde37b506b8507a7d69415646b9
commit-date: 2021-07-06
host: x86_64-unknown-linux-gnu
release: 1.55.0-nightly
LLVM version: 12.0.1
green@greenzerling:~/Documents/rust/ink$ rustup show
Default host: x86_64-unknown-linux-gnu
rustup home:  /home/green/.rustup

installed toolchains
--------------------

stable-x86_64-unknown-linux-gnu
nightly-x86_64-unknown-linux-gnu (default)

installed targets for active toolchain
--------------------------------------

wasm32-unknown-unknown
x86_64-unknown-linux-gnu

active toolchain
----------------

nightly-x86_64-unknown-linux-gnu (default)
rustc 1.55.0-nightly (885399992 2021-07-06)

green@greenzerling:~/Documents/rust/ink$ bash --version
GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 7, 2021

Seems it is a planned error, but why I don't have it locally?=)

Copy link
Contributor

@HCastano HCastano left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure what's up with the Codecov failure, maybe someone else can shed some light

#[ink(storage)]
pub struct Flipper {
value: bool,
}

impl Flipper {
#[ink(constructor)]
pub fn new(init_value: bool) -> Self {
pub fn new2(init_value: bool) -> Self {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Instead of doing this I would add a new UI test instead. This way we have the bug isolated

@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 8, 2021

The function is marked by the #[cold] attribute. So maybe locally my compiler saw that it is not used and removed it. But seems in your CI it is not removed and it causes an error.

The question is: Why behavior for trait impl block of forwarder logic is not the same as for inherit impl block? Why read-only method can't be forwarded?(here we check that method is &mut self or &self and it will cause error here)

I think behavior for read-only functions must be the same as for mutable. But it still will not resolve the compilation issue with constructors=) I agree with idea that the constructor must be not forwarded.

@Robbepop
Copy link
Collaborator

Robbepop commented Jul 8, 2021

The function is marked by the #[cold] attribute. So maybe locally my compiler saw that it is not used and removed it. But seems in your CI it is not removed and it causes an error.

The question is: Why behavior for trait impl block of forwarder logic is not the same as for inherit impl block? Why read-only method can't be forwarded?(here we check that method is &mut self or &self and it will cause error here)

I think behavior for read-only functions must be the same as for mutable. But it still will not resolve the compilation issue with constructors=) I agree with idea that the constructor must be not forwarded.

ink! currently generates code like this in order to provide the user with a compile time warning (upon link time) in case the user specified some incorrect call to a contract. This won't be happening once the new trait codegen has been merged. Until then we have to face this. However, so far it has never been a problem if used properly so I am slightly confused about this error atm.

@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 8, 2021

The function is marked by the #[cold] attribute. So maybe locally my compiler saw that it is not used and removed it. But seems in your CI it is not removed and it causes an error.
The question is: Why behavior for trait impl block of forwarder logic is not the same as for inherit impl block? Why read-only method can't be forwarded?(here we check that method is &mut self or &self and it will cause error here)
I think behavior for read-only functions must be the same as for mutable. But it still will not resolve the compilation issue with constructors=) I agree with idea that the constructor must be not forwarded.

ink! currently generates code like this in order to provide the user with a compile time warning (upon link time) in case the user specified some incorrect call to a contract. This won't be happening once the new trait codegen has been merged. Until then we have to face this. However, so far it has never been a problem if used properly so I am slightly confused about this error atm.

Is it a new trait codegen?

Yes, I understand why did you add these errors=) My question is related to messages with the &self receiver. I think it must be possible to do a forward call because it is possible inside of not trait impl sections. I agree with your decision for constructors inside of traits

Maybe CI doesn't analyze code and doesn't remove the definition of forwarding calls with errors?

@HCastano
Copy link
Contributor

HCastano commented Jul 9, 2021

I can't reproduce the failure on my local machine either - even with the same nightly compiler as the CI.

@xgreenx Can you try switching the Docker image used by the CI from paritytech/ink-ci-linux:production to paritytech/ink-ci-linux:staging, and in the before_script section of the codecov stage add cc --version?

@xgreenx xgreenx force-pushed the bugfix/salt-compilation-error branch from 83797db to 57f1514 Compare July 9, 2021 22:07
@cmichi
Copy link
Collaborator

cmichi commented Jul 13, 2021

So the CI failure for clippy-std and clippy-wasm is a known bug in clippy which will be resolved with the next nightly clippy sync in two days.

The codecov failure is strange, I also can't reproduce it locally. There might be something to the fact that this is an external repository which is run in the CI and AFAIK there is some special logic for that. @TriplEight might know more.

For the time being I would opt for just merging the PR now and if it still fails on master it's also way easier to debug. We could always revert if the error persists.

.gitlab-ci.yml Outdated Show resolved Hide resolved
.gitlab-ci.yml Outdated Show resolved Hide resolved
Co-authored-by: Michael Müller <mich@elmueller.net>
@cmichi
Copy link
Collaborator

cmichi commented Jul 13, 2021

@xgreenx Can you apply my suggestions which revert the debugging?

@Robbepop Robbepop merged commit 3e4260d into use-ink:master Jul 13, 2021
@TriplEight
Copy link
Contributor

@cmichi https://gitlab.parity.io/parity/ink/-/jobs/1013394#L997 - the reason why it fails.
Don't forget that we're running cargo test --verbose --all-features --no-fail-fast --workspace to get the coverage.

@xgreenx
Copy link
Collaborator Author

xgreenx commented Jul 14, 2021

@cmichi https://gitlab.parity.io/parity/ink/-/jobs/1013394#L997 - the reason why it fails.
Don't forget that we're running cargo test --verbose --all-features --no-fail-fast --workspace to get the coverage.

I used the same command to run tests locally, and tests were success=)

@TriplEight
Copy link
Contributor

TriplEight commented Jul 19, 2021

@xgreenx the failure is error: linking with cc failed: exit status: 1, it's about our CI's linker. Locally you definitely have another one.

cmichi added a commit that referenced this pull request Jul 19, 2021
cmichi added a commit that referenced this pull request Jul 22, 2021
* Add `Fixed` entry for #842

* Replace `3.0.0-rc3` with `3.0.0-rc4`

* Add bump allocator to release notes
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants