-
Notifications
You must be signed in to change notification settings - Fork 84
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
* Allow name-mangling for the mbedtls_free, mbedtls_calloc and mbedtls_ssl_flush_output functions According to the discussion in rust-lang/rust-bindgen#1221 (comment), the \u{1} is a hint to LLVM to avoid name-mangling but this might be required on some platforms to link against the right name, e.g. on macOS. * Add macOS test in CI * tests: add missing nextest config * build: bump ver --------- Co-authored-by: Tobias Naumann <[email protected]>
- Loading branch information
Showing
7 changed files
with
130 additions
and
4 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,118 @@ | ||
# This is based on the default config used by nextest. It is embedded in the binary at | ||
# build time. It may be used as a template for .config/nextest.toml. | ||
|
||
[store] | ||
# The directory under the workspace root at which nextest-related files are | ||
# written. Profile-specific storage is currently written to dir/<profile-name>. | ||
dir = "target/nextest" | ||
|
||
[test-groups] | ||
serial-integration = { max-threads = 1 } | ||
|
||
# This section defines the default nextest profile. Custom profiles are layered | ||
# on top of the default profile. | ||
[profile.default] | ||
# "retries" defines the number of times a test should be retried. If set to a | ||
# non-zero value, tests that succeed on a subsequent attempt will be marked as | ||
# non-flaky. Can be overridden through the `--retries` option. | ||
# Examples | ||
# * retries = 3 | ||
# * retries = { backoff = "fixed", count = 2, delay = "1s" } | ||
# * retries = { backoff = "exponential", count = 10, delay = "1s", jitter = true, max-delay = "10s" } | ||
retries = 0 | ||
|
||
# The number of threads to run tests with. Supported values are either an integer or | ||
# the string "num-cpus". Can be overridden through the `--test-threads` option. | ||
test-threads = "num-cpus" | ||
|
||
# The number of threads required for each test. This is generally used in overrides to | ||
# mark certain tests as heavier than others. However, it can also be set as a global parameter. | ||
threads-required = 1 | ||
|
||
# Show these test statuses in the output. | ||
# | ||
# The possible values this can take are: | ||
# * none: no output | ||
# * fail: show failed (including exec-failed) tests | ||
# * retry: show flaky and retried tests | ||
# * slow: show slow tests | ||
# * pass: show passed tests | ||
# * skip: show skipped tests (most useful for CI) | ||
# * all: all of the above | ||
# | ||
# Each value includes all the values above it; for example, "slow" includes | ||
# failed and retried tests. | ||
# | ||
# Can be overridden through the `--status-level` flag. | ||
status-level = "pass" | ||
|
||
# Similar to status-level, show these test statuses at the end of the run. | ||
final-status-level = "flaky" | ||
|
||
# "failure-output" defines when standard output and standard error for failing tests are produced. | ||
# Accepted values are | ||
# * "immediate": output failures as soon as they happen | ||
# * "final": output failures at the end of the test run | ||
# * "immediate-final": output failures as soon as they happen and at the end of | ||
# the test run; combination of "immediate" and "final" | ||
# * "never": don't output failures at all | ||
# | ||
# For large test suites and CI it is generally useful to use "immediate-final". | ||
# | ||
# Can be overridden through the `--failure-output` option. | ||
failure-output = "immediate" | ||
|
||
# "success-output" controls production of standard output and standard error on success. This should | ||
# generally be set to "never". | ||
success-output = "never" | ||
|
||
# Cancel the test run on the first failure. For CI runs, consider setting this | ||
# to false. | ||
fail-fast = true | ||
|
||
# Treat a test that takes longer than the configured 'period' as slow, and print a message. | ||
# See <https://nexte.st/book/slow-tests> for more information. | ||
# | ||
# Optional: specify the parameter 'terminate-after' with a non-zero integer, | ||
# which will cause slow tests to be terminated after the specified number of | ||
# periods have passed. | ||
# Example: slow-timeout = { period = "60s", terminate-after = 2 } | ||
slow-timeout = { period = "60s" } | ||
|
||
# Treat a test as leaky if after the process is shut down, standard output and standard error | ||
# aren't closed within this duration. | ||
# | ||
# This usually happens in case of a test that creates a child process and lets it inherit those | ||
# handles, but doesn't clean the child process up (especially when it fails). | ||
# | ||
# See <https://nexte.st/book/leaky-tests> for more information. | ||
leak-timeout = "100ms" | ||
|
||
[profile.default.junit] | ||
# Output a JUnit report into the given file inside 'store.dir/<profile-name>'. | ||
# If unspecified, JUnit is not written out. | ||
|
||
# path = "junit.xml" | ||
|
||
# The name of the top-level "report" element in JUnit report. If aggregating | ||
# reports across different test runs, it may be useful to provide separate names | ||
# for each report. | ||
report-name = "nextest-run" | ||
|
||
# Whether standard output and standard error for passing tests should be stored in the JUnit report. | ||
# Output is stored in the <system-out> and <system-err> elements of the <testcase> element. | ||
store-success-output = false | ||
|
||
# Whether standard output and standard error for failing tests should be stored in the JUnit report. | ||
# Output is stored in the <system-out> and <system-err> elements of the <testcase> element. | ||
# | ||
# Note that if a description can be extracted from the output, it is always stored in the | ||
# <description> element. | ||
store-failure-output = true | ||
|
||
[[profile.default.overrides]] | ||
# `is_probably_prime` test heavily use rdrand, sometimes the VM where test is running has shortage on it | ||
filter = 'test(is_probably_prime)' | ||
retries = { backoff = "exponential", count = 6, delay = "1s", jitter = true } | ||
test-group = 'serial-integration' | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Oops, something went wrong.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -2,7 +2,7 @@ | |
name = "mbedtls" | ||
# We jumped from v0.9 to v0.12 because v0.10 and v0.11 were based on mbedtls 3.X, which | ||
# we decided not to support. | ||
version = "0.12.0-alpha.1" | ||
version = "0.12.0-alpha.2" | ||
authors = ["Jethro Beekman <[email protected]>"] | ||
build = "build.rs" | ||
edition = "2018" | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters