<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in write_debuginfo.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b5272a5f - Don&apos;t use fully-qualified paths for `wasmtime_environ::error::*` (#12221)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#b5272a5f</link>
        <description>Don&apos;t use fully-qualified paths for `wasmtime_environ::error::*` (#12221)* Don&apos;t use fully-qualified paths for `wasmtime_environ::error::*`Use the types via the `wasmtime_environ::prelude` instead.Follow up to https://github.com/bytecodealliance/wasmtime/pull/12204* Fix unwinder build without cranelift feature

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Mon, 29 Dec 2025 16:37:34 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>c7cab275 - wasmtime-cranelift: Use `wasmtime_environ::error` instead of `anyhow` (#12204)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#c7cab275</link>
        <description>wasmtime-cranelift: Use `wasmtime_environ::error` instead of `anyhow` (#12204)

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Mon, 22 Dec 2025 20:59:10 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>90ac295e - Update Wasmtime to the 2024 Rust Edition (#10806)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#90ac295e</link>
        <description>Update Wasmtime to the 2024 Rust Edition (#10806)* Update Wasmtime to the 2024 Rust EditionNow that our MSRV supports the 2024 edition it&apos;s possible to make thisswitch. This commit moves Wasmtime to the 2024 Edition to keepup-to-date with Rust idioms and access many of the edition featuresexclusive to the 2024 edition.prtest:full* Reformat with the 2024 edition

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Mon, 19 May 2025 16:40:55 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>45b60bd6 - Start using `#[expect]` instead of `#[allow]` (#9696)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#45b60bd6</link>
        <description>Start using `#[expect]` instead of `#[allow]` (#9696)* Start using `#[expect]` instead of `#[allow]`In Rust 1.81, our new MSRV, a new feature was added to Rust to use`#[expect]` to control lint levels. This new lint annotation willsilence a lint but will itself cause a lint if it doesn&apos;t actuallysilence anything. This is quite useful to ensure that annotations don&apos;tget stale over time.Another feature is the ability to use a `reason` directive on theattribute with a string explaining why the attribute is there. Thisstring is then rendered in compiler messages if a warning or errorhappens.This commit migrates applies a few changes across the workspace:* Some `#[allow]` are changed to `#[expect]` with a `reason`.* Some `#[allow]` have a `reason` added if the lint conditionally fires  (mostly related to macros).* Some `#[allow]` are removed since the lint doesn&apos;t actually fire.* The workspace configures `clippy::allow_attributes_without_reason = &apos;warn&apos;`  as a &quot;ratchet&quot; to prevent future regressions.* Many crates are annotated to allow `allow_attributes_without_reason`  during this transitionary period.The end-state is that all crates should use`#[expect(..., reason = &quot;...&quot;)]` for any lint that unconditionally firesbut is expected. The `#[allow(..., reason = &quot;...&quot;)]` lint should be usedfor conditionally firing lints, primarily in macro-related code.The `allow_attributes_without_reason = &apos;warn&apos;` level is intended to bepermanent but the transitionary`#[expect(clippy::allow_attributes_without_reason)]` crate annotationsto go away over time.* Fix adapter buildprtest:full* Fix one-core build of icache coherence* Use `allow` for missing_docsWork around rust-lang/rust#130021 which was fixed in Rust 1.83 and isn&apos;tfixed for our MSRV at this time.* More MSRV compat

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Mon, 02 Dec 2024 17:19:20 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>dd8c48b3 - Add basic support for DWARF processing with components (#8693)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#dd8c48b3</link>
        <description>Add basic support for DWARF processing with components (#8693)This commit updates the native-DWARF processing (the `-D debug-info` CLIflag) to support components. Previously component support was notimplemented and if there was more than one core wasm module within acomponent then dwarf would be ignored entirely.This commit contains a number of refactorings to plumb a more fullcompilation context throughout the dwarf processing pipeline. Previouslythe data structures used only were able to support a single module. Anew `Compilation` structure is used to represent the results of anentire compilation and is plumbed through the various locations. Most ofthe refactorings in this commit were then to extend loops to loop overmore things and handle the case where there is more than one core wasmmodule.I&apos;ll admit I&apos;m not expert on DWARF but basic examples appear to worklocally and most of the additions here seemed relatively straightforwardin terms of &quot;add another loop to iterate over more things&quot; but I&apos;m not100% sure how well this will work. In theory this now supportsconcatenating DWARF sections across multiple core wasm modules, butthat&apos;s not super well tested.

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Wed, 05 Jun 2024 21:24:45 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>f676c176 - Enable rustc&apos;s `unused-lifetimes` lint (#8711)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#f676c176</link>
        <description>Enable rustc&apos;s `unused-lifetimes` lint (#8711)* Enable rustc&apos;s `unused-lifetimes` lintThis is allow-by-default doesn&apos;t seem to have any false positives inWasmtime&apos;s codebase so enable it by default to help clean up vestiges ofold refactorings.* Remove another unused lifetime* Remove another unused lifetime

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Thu, 30 May 2024 19:37:58 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>fb4f4cd3 - Add initial support for DWARF Fission (#8055)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#fb4f4cd3</link>
        <description>Add initial support for DWARF Fission (#8055)* add cloning for String attributes* use into_owned instead of to_vec to avoid a clone if possible.* runs, but does not substitute* show vars from c program, start cleanup* tiday* resolve conflicts* remove WASI folder* Add module_builderadd dwarf_package to state for cache* move dwarf loading to module_environ.rspass the dwarf as binary as low as module_environ.rs* pass dwarf package rather than add to debug_info* tidy option/result nested if* revert some toml and whitespace.* add features cranelift,winch to module_builder and compute_artifactsremove some `use`s* address some feedbackremove unused &apos;use&apos;s* address some feedbackremove unused &apos;use&apos;s* move wat feature condition to cover whole method.* More feedbackAnother try at wat feature move* Another try at wat feature move* change gimli exemption versionadd typed-arena exemption* add None for c-api* move `use` to #cfg* fix another config build* revert unwanted code deletion* move inner function closer to use* revert extra param to Module::new* workaround object crate bug.* add missing parameter* add missing parameter* Merge remote-tracking branch &apos;origin/main&apos; into dwarf-att-string# Conflicts:#	crates/wasmtime/src/engine.rs#	crates/wasmtime/src/runtime/module.rs#	src/common.rs* remove moduke* use common gimli version of 28.1* remove wasm feature, revert gimli version* remove use of object for wasm dwarf* remove NativeFile workaround, add feature for dwp loading* sync winch signature* revert bench api change* add dwarf for no cache feature* put back merge loss of module kind* remove param from docs* add dwarf fission lldb test* simplify and include test source* clang-format* address feedback, remove packagesadd docssimplify return type* remove Default use on ModuleTypesBuilder* Remove an `unwrap()` and use `if let` instead* Use `&amp;[u8]` instead of `&amp;Vec&lt;u8&gt;`* Remove an `unwrap()` and return `None` instead* Clean up some code in `transform_dwarf`* Clean up some code in `replace_unit_from_split_dwarf`* Clean up some code in `split_unit`* Minor refactorings and documentation in `CodeBuilder`* Restrict visibility of `dwarf_package_binary`* Revert supply-chain folder changes* Fix compile error on nightly* prtest:full* prtest:full* prtest:full* prtest:full* prtest:full* prtest:full* prtest:full* prtest:full* use lldb 15* prtest:full* prtest:full* load dwp when loading wasm bytes with path* correct source file name* remove debug---------Co-authored-by: Alex Crichton &lt;alex@alexcrichton.com&gt;

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Wed, 24 Apr 2024 14:23:08 +0000</pubDate>
        <dc:creator>yowl &lt;scott.waye@hubse.com&gt;</dc:creator>
    </item>
<item>
        <title>7b16eccd - Support referencing stack slots in the DWARF debug info (#6960)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#7b16eccd</link>
        <description>Support referencing stack slots in the DWARF debug info (#6960)* Add a test* Disable test* Add support for specifying stack locations in debug infoAlways emit SysV-style CFI unwind info if we need debug info,and reference it in the debug info using DW_OP_call_frame_cfa.* Add toolchain comment to the test* Add a comment and assert

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Tue, 05 Sep 2023 21:11:53 +0000</pubDate>
        <dc:creator>SingleAccretion &lt;62474226+SingleAccretion@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>1cbca5a5 - winch: Handle relocations and traps (#6298)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#1cbca5a5</link>
        <description>winch: Handle relocations and traps (#6298)* winch: Handle relocations and trapsThis change introduces handling of traps and relocations in Winch, whichwas left out in https://github.com/bytecodealliance/wasmtime/pull/6119.In order to so, this change moves the `CompiledFunction` struct to the`wasmtime-cranelift-shared` crate, allowing Cranelift and Winch tooperate on a single, shared representation, following some of the ideasdiscussed in https://github.com/bytecodealliance/wasmtime/pull/5944.Even though Winch doesn&apos;t rely on all the fields of `CompiledFunction`,it eventually will. With the addition of relocations and traps itstarted to be more evident that even if we wanted to have differentrepresentations of a compiled function, they would end up being verysimilar.This change also consolidates where the `traps` and `relocations` of the`CompiledFunction` get created, by introducing a constructor thatoperates on a `MachBufferFinalized&lt;Final&gt;`, esentially encapsulatingthis process in a single place for both Winch and Cranelift.* Rework the shared `CompiledFunction`This commit reworks the shared `CompiledFunction` struct. The compiledfunction now contains the essential pieces to derive all the informationto create the final object file and to derive the debug information forthe function.This commit also decouples the dwarf emission process by introducinga `metadata` field in the `CompiledFunction` struct, which is used asthe central structure for dwarf emission.

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Tue, 02 May 2023 19:48:56 +0000</pubDate>
        <dc:creator>Sa&#250;l Cabrera &lt;saulecabrera@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>dd0bc323 - Do not write a DWARF section if it is empty</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#dd0bc323</link>
        <description>Do not write a DWARF section if it is emptyThere is no point in writing an empty DWARF section, and this will make our ELFfiles a tiny bit smaller.

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Fri, 03 Sep 2021 22:43:55 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>eb21ae14 - Move definition of ModuleMemoryOffset (#3228)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#eb21ae14</link>
        <description>Move definition of ModuleMemoryOffset (#3228)This was historically defined in `wasmtime-environ` but it&apos;s only usedin `wasmtime-cranelift`, so this commit moves the definition to the`debug` module where it&apos;s primarily used.

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Mon, 23 Aug 2021 19:42:21 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>87c33c29 - Remove `wasmtime-environ`&apos;s dependency on `cranelift-codegen` (#3199)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs#87c33c29</link>
        <description>Remove `wasmtime-environ`&apos;s dependency on `cranelift-codegen` (#3199)* Move `CompiledFunction` into wasmtime-craneliftThis commit moves the `wasmtime_environ::CompiledFunction` type into the`wasmtime-cranelift` crate. This type has lots of Cranelift-specificpieces of compilation and doesn&apos;t need to be generated by all Wasmtimecompilers. This replaces the usage in the `Compiler` trait with a`Box&lt;Any&gt;` type that each compiler can select. Each compiler must stillproduce a `FunctionInfo`, however, which is shared information we&apos;lldeserialize for each module.The `wasmtime-debug` crate is also folded into the `wasmtime-cranelift`crate as a result of this commit. One possibility was to move the`CompiledFunction` commit into its own crate and have `wasmtime-debug`depend on that, but since `wasmtime-debug` is Cranelift-specific at thistime it didn&apos;t seem like it was too too necessary to keep it separate.If `wasmtime-debug` supports other backends in the future we canrecreate a new crate, perhaps with it refactored to not depend onCranelift.* Move wasmtime_environ::reference_typeThis now belongs in wasmtime-cranelift and nowhere else* Remove `Type` reexport in wasmtime-environOne less dependency on `cranelift-codegen`!* Remove `types` reexport from `wasmtime-environ`Less cranelift!* Remove `SourceLoc` from wasmtime-environChange the `srcloc`, `start_srcloc`, and `end_srcloc` fields to a custom`FilePos` type instead of `ir::SourceLoc`. These are only used in a fewplaces so there&apos;s not much to lose from an extra abstraction for theseleaf use cases outside of cranelift.* Remove wasmtime-environ&apos;s dep on cranelift&apos;s `StackMap`This commit &quot;clones&quot; the `StackMap` data structure in to`wasmtime-environ` to have an independent representation that thatchosen by Cranelift. This allows Wasmtime to decouple this runtimedependency of stack map information and let the two evolveindependently, if necessary.An alternative would be to refactor cranelift&apos;s implementation into aseparate crate and have wasmtime depend on that but it seemed a bit likeoverkill to do so and easier to clone just a few lines for this.* Define code offsets in wasmtime-environ with `u32`Don&apos;t use Cranelift&apos;s `binemit::CodeOffset` alias to define this fieldtype since the `wasmtime-environ` crate will be losing the`cranelift-codegen` dependency soon.* Commit to using `cranelift-entity` in WasmtimeThis commit removes the reexport of `cranelift-entity` from the`wasmtime-environ` crate and instead directly depends on the`cranelift-entity` crate in all referencing crates. The original reasonfor the reexport was to make cranelift version bumps easier since it&apos;sless versions to change, but nowadays we have a script to do that.Otherwise this encourages crates to use whatever they want from`cranelift-entity` since  we&apos;ll always depend on the whole crate.It&apos;s expected that the `cranelift-entity` crate will continue to be alean crate in dependencies and suitable for use at both runtime andcompile time. Consequently there&apos;s no need to avoid its usage inWasmtime at runtime, since &quot;remove Cranelift at compile time&quot; isprimarily about the `cranelift-codegen` crate.* Remove most uses of `cranelift-codegen` in `wasmtime-environ`There&apos;s only one final use remaining, which is the reexport of`TrapCode`, which will get handled later.* Limit the glob-reexport of `cranelift_wasm`This commit removes the glob reexport of `cranelift-wasm` from the`wasmtime-environ` crate. This is intended to explicitly define whatwe&apos;re reexporting and is a transitionary step to curtail the amount ofdependencies taken on `cranelift-wasm` throughout the codebase. Forexample some functions used by debuginfo mapping are better importeddirectly from the crate since they&apos;re Cranelift-specific. Note thatthis is intended to be a temporary state affairs, soon this reexportwill be gone entirely.Additionally this commit reduces imports from `cranelift_wasm` and alsoprimarily imports from `crate::wasm` within `wasmtime-environ` to get abetter sense of what&apos;s imported from where and what will need to beshared.* Extract types from cranelift-wasm to cranelift-wasm-typesThis commit creates a new crate called `cranelift-wasm-types` andextracts type definitions from the `cranelift-wasm` crate into this newcrate. The purpose of this crate is to be a shared definition of wasmtypes that can be shared both by compilers (like Cranelift) as well aswasm runtimes (e.g. Wasmtime). This new `cranelift-wasm-types` cratedoesn&apos;t depend on `cranelift-codegen` and is the final step in severingthe unconditional dependency from Wasmtime to `cranelift-codegen`.The final refactoring in this commit is to then reexport this crate from`wasmtime-environ`, delete the `cranelift-codegen` dependency, and thenupdate all `use` paths to point to these new types.The main change of substance here is that the `TrapCode` enum ismirrored from Cranelift into this `cranelift-wasm-types` crate. Whilethis unfortunately results in three definitions (one more which isnon-exhaustive in Wasmtime itself) it&apos;s hopefully not too onerous andideally something we can patch up in the future.* Get lightbeam compiling* Remove unnecessary dependency* Fix compile with uffd* Update publish script* Fix more uffd tests* Rename cranelift-wasm-types to wasmtime-typesThis reflects the purpose a bit more where it&apos;s types specificallyintended for Wasmtime and its support.* Fix publish script

            List of files:
            /wasmtime-44.0.1/crates/cranelift/src/debug/write_debuginfo.rs</description>
        <pubDate>Wed, 18 Aug 2021 18:14:52 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
</channel>
</rss>
