The function to insert this section is called at https://github.com/rust-lang/rust/blob/8c0b4f67c9b4bf477df38c16669fd576d46a2b3d/compiler/rustc_codegen_ssa/src/base.rs#L464

I'm interested in working on this issue.

The code you've linked (https://github.com/rust-lang/rust/blob/ab0f3e680e4fd50218914b8afa6900a67377721c/compiler/rustc_codegen_llvm/src/debuginfo/gdb.rs) seems to already contain logic to add pretty-printers. What exactly is the issue here?

That is the implementation in the LLVM backend. We need a separate implementation in rustc_codegen_cranelift.

@bjorn3 is this issue still open .wanted to work on this .Looking forward to hear from you .

Yes, this change is still wanted. However someone else also asked if they could pick it up at #1462 (comment) a couple of days ago, so I would like to give them a chance first.

thanks for your response ,i also add the comment on #1462 if the person wanted to work ,i can help.

@bjorn3 i ask the person and said that i can pick this

@bjorn3 should a create sprit module for gdb and call in the base.rs file as in the https://github.com/rust-lang/rust/blob/7606c13961ddc1174b70638e934df0439b7dc515/compiler/rustc_codegen_llvm/src/debuginfo/gdb.rs#L85-L117

All code can probably be placed at

@bjorn3 any project which use the cranelift backend ,needed to test it

You can build hello world with rustc_codegen_cranelift and then check if the .debug_gdb_scripts section is present in the executable.

okay thanks

@bjorn3 where i can find the corresponding in cranelif like llvm::LLVMSetAlignment(volatile_load_instruction, 1)

You don't need LLVMSetAlignment. As for a volatile load, you can use a plain load instruction with MemFlags::new() rather than MemFlags::trusted() to ensure it isn't removed. So for example fx.bcx.ins().load(types::I8, MemFlags::new(), ptr, 0). To get the actual pointer to use for the load, you can do something like

okay let me check

@bjorn3 the LLVM use the x01gdb_load_rust_pretty_printers.py file,did not get any information about it .what this file contain.https://github.com/rust-lang/rust/blob/ab0f3e680e4fd50218914b8afa6900a67377721c/compiler/rustc_codegen_llvm/src/debuginfo/gdb.rs

\x01gdb_load_rust_pretty_printers.py\0 indicates that the gdb_load_rust_pretty_printers.py file should be loaded by gdb at runtime. This file can be found at https://github.com/rust-lang/rust/blob/master/src/etc/gdb_load_rust_pretty_printers.py and at lib/rustlib/etc/gdb_load_rust_pretty_printers.py in the rustc sysroot.

oh great thanks

@bjorn3 how can i use the builder create in cranelift https://github.com/rust-lang/rust/blob/ab0f3e680e4fd50218914b8afa6900a67377721c/compiler/rustc_codegen_llvm/src/builder.rs , for debug_gdb_scripts global is referenced, so it isn't removed by the linker.

The volatile load for keeping the section around should be inserted at

how i am gonna Load just the first byte .

You can use types::I8 as type argument for the load.

hi @bjorn3 ,i have pick the PR of previous person who is working on it .here are changes ,any feedback on this master...kernel-loophole:rustc_codegen_cranelift:master

@kernel-loophole It seems in your commit there are a lot of reverts of changes I made within the last couple of months to the debuginfo code. Did a rebase go wrong? Also please remove the files in .idea.

@bjorn3 okay i just pick the PR .okay will do