michaelkuc6/blog_os
1
0
Fork 0
mirror of https://github.com/phil-opp/blog_os.git synced 2025-12-18 07:17:49 +00:00
Code Issues Projects Releases Wiki Activity

Improve _Unwind_Resume description and remove claim about the “next post”

Browse Source
This commit is contained in:
Philipp Oppermann
2016-05-28 14:36:23 +02:00
parent 3b71e9e5a0
commit 745b1f6a0b
1 changed files with 2 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
blog/post/2016-04-11-kernel-heap.md
View File

@@ -326,9 +326,7 @@ target/x86_64-unknown-linux-gnu/debug/libblog_os.a(bump_allocator-[…].0.o):
undefined reference to `_Unwind_Resume' undefined reference to `_Unwind_Resume'
``` ```
This function is part of Rust's unwinding machinery. We disabled most of by passing `-Z no-landing-pads` to rustc, but apparently some panic related code still links to it. The new “[panic as abort]” feature might fix this. This function is part of Rust's unwinding machinery. We disabled most of by passing `-Z no-landing-pads` to rustc, but apparently our precompiled `libcollections` still links to it.
[panic as abort]: https://github.com/rust-lang/rust/issues/32837
To work around this issue for now, we add a dummy function: To work around this issue for now, we add a dummy function:
@@ -341,7 +339,7 @@ pub extern fn _Unwind_Resume() -> ! {
} }
``` ```
This is just a temporary fix to keep this post simple. The next post will resolve this issue in a better way using a new build setup. This is just a temporary fix to keep this post simple. We will resolve this issue in a better way in a future post.
Now our kernel compiles again. But when we run it, a triple fault occurs and causes permanent rebooting. We use QEMU for debugging as described [in the previous post][qemu debugging]: Now our kernel compiles again. But when we run it, a triple fault occurs and causes permanent rebooting. We use QEMU for debugging as described [in the previous post][qemu debugging]: