Comments (3)
Oh, one more I just spotted:
Talks about name
, but it's nowhere to be seen. Presumably left over from an earlier design?
from dynasm-rs.
Hi! Seems you caught a bit of residue from the global/local label redesign, thanks for reporting it. At one point global and local labels were handled separately, but nowadays they both are variants of StaticLabel
. Seems the documentation is still a bit outdated there.
Is there a way to get their addresses at runtime via the API?
Yep. You can query LabelRegistry::resolve_static
for it. First you have to construct the appropriate StaticLabel
. For that you can either use StaticLabel::local
(if you know which version of the label you need), StaticLabel::first
(if it's the only one), or most likely LabelRegistry::place_local_reference
, which gives you a reference to the last defined local label.
(local labels are essentially global labels with an extra version number added to distinguish between different uses of the same local label).
Is that once per address space, or once per assembler?
Per Assembler. These labels are purely a thing for dynasm-rs. If you want actual executable symbols you need to handle that yourself.
In the second sentence should "local label name" be "global label name"?
Or just label name. Both global and local labels reuse the same rules.
Talks about name, but it's nowhere to be seen. Presumably left over from an earlier design?
Yep. Part of the redesign I mentioned before.
from dynasm-rs.
Thanks!
I'll aim to raise a PR to fix these things.
from dynasm-rs.
Related Issues (20)
- Feature request: compile-time resolution of "super-local" label HOT 5
- Language dialect reference for AArch64 has some stale x86/x86-64 references HOT 2
- omit known zero offset HOT 2
- Consider using `MAP_JIT` on macOS HOT 1
- Link to GitHub pages is broken HOT 3
- Question: dynamically replacing code while running it HOT 4
- Executable buffer relocations HOT 5
- ImpossibleRelocation error on seemingly valid AArch64 code HOT 4
- Aarch64: mov w0, immu32 expects a u64 when encoded at runtime
- Aarch64: dynamic registers prevent immediates HOT 2
- Symbols for dynamic labels HOT 6
- Improve documentation of `ExecutableBuffer::ptr`. HOT 2
- Mismatched type error when writing generic code HOT 2
- Address to label HOT 2
- Dynamic Memory Operands HOT 3
- Handling out-of-bounds AArch64 immediates HOT 1
- Arch::name() unused. HOT 2
- Can't run `cargo doc` using stable rust? HOT 1
- Precedence issue when using typemapped operands in x64 mode HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dynasm-rs.