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

tracing: fix issues compiling for WASM/other <=32-bit platforms #2060

Merged
merged 3 commits into from Apr 8, 2022

Conversation

hawkw
Copy link
Member

@hawkw hawkw commented Apr 8, 2022

This changes the "unregistered" interest state from 0xDEADFACED
to0xDEAD, which should fit in a usize even on 16-bit platforms. The
actual value of this thing doesn't matter at all, it just has to be "not
0, 1, or 2", and it's good for it to be something weird to make it more
obvious in the event of stuff going wrong.

This should fix a warning being emitted when building for wasm (and
other <=32-bit platforms) because the previous literal would be
truncated.

Also, the wasm_bindgen_test macro apparently messes with the
macros_redefined_core tests, so skip them on wasm.

This changes the "unregistered" interest state from `0xDEADFACED`
to`0xDEAD`, which should fit in a `usize` even on 16-bit platforms. The
actual value of this thing doesn't matter at all, it just has to be "not
0, 1, or 2", and it's good for it to be something weird to make it more
obvious in the event of stuff going wrong.

This should fix a warning being emitted when building for wasm (and
other <=32-bit platforms) because the previous literal would be
truncated.
Apparently the wasm-bindgen test messes with these somehow, so just skip
them.
@hawkw hawkw changed the title fix wasm stuff WIP tracing: fix issues compiling for WASM/other <=32-bit platforms Apr 8, 2022
@hawkw hawkw marked this pull request as ready for review April 8, 2022 22:36
@hawkw hawkw requested a review from a team as a code owner April 8, 2022 22:36
@hawkw
Copy link
Member Author

hawkw commented Apr 8, 2022

Clippy failure is expected, #2059 will fix that, but this one has to merge first as it fixes tests.

@hawkw hawkw merged commit 38da7ea into v0.1.x Apr 8, 2022
@hawkw hawkw deleted the eliza/fix-wasm branch April 8, 2022 22:56
hawkw added a commit that referenced this pull request Apr 9, 2022
This changes the "unregistered" interest state from `0xDEADFACED`
to`0xDEAD`, which should fit in a `usize` even on 16-bit platforms. The
actual value of this thing doesn't matter at all, it just has to be "not
0, 1, or 2", and it's good for it to be something weird to make it more
obvious in the event of stuff going wrong.

This should fix a warning being emitted when building for wasm (and
other <=32-bit platforms) because the previous literal would be
truncated.

Also, the `wasm_bindgen_test` macro apparently messes with the 
`macros_redefined_core` tests, so skip them on wasm.
hawkw added a commit that referenced this pull request Apr 9, 2022
# 0.1.33 (April 9, 2022)

This release adds new `span_enabled!` and `event_enabled!` variants of
the `enabled!` macro, for testing whether a subscriber would
specifically enable a span or an event.

### Added

- `span_enabled!` and `event_enabled!` macros ([#1900])
- Several documentation improvements ([#2010], [#2012])

### Fixed

- Compilation warning when compiling for <=32-bit targets (including
  `wasm32`) ([#2060])

Thanks to @guswynn, @arifd, @hrxi, @CAD97, and @name1e5s for
contributing to this release!

[#1900]: #1900
[#2010]: #2010
[#2012]: #2012
[#2060]: #2060
hawkw added a commit that referenced this pull request Apr 9, 2022
# 0.1.33 (April 9, 2022)

This release adds new `span_enabled!` and `event_enabled!` variants of
the `enabled!` macro, for testing whether a subscriber would
specifically enable a span or an event.

### Added

- `span_enabled!` and `event_enabled!` macros ([#1900])
- Several documentation improvements ([#2010], [#2012])

### Fixed

- Compilation warning when compiling for <=32-bit targets (including
  `wasm32`) ([#2060])

Thanks to @guswynn, @arifd, @hrxi, @CAD97, and @name1e5s for
contributing to this release!

[#1900]: #1900
[#2010]: #2010
[#2012]: #2012
[#2060]: #2060
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants