> "Vadim" == Vadim Chugunov via lldb-dev writes:
Vadim> Would you mind going into a bit more detail on what sort of
Vadim> problems an unknown language could cause? I'd like to understand
Vadim> the issue before jumping in to fix anything. AFAIK, in the case
Vadim> of DWARF symbols, debug i
While trying to use Scalar in my code, I've found some oddities.
In particular, binary promotion does a bitwise reinterpretation of an
integer when promoting to a floating point type.
This was easy enough to fix, for most cases, but it caused more
questions:
* What are the intended semantics of
> "Pavel" == Pavel Labath via lldb-dev writes:
Pavel> [ Clang's emission of pubnames/pubtypes is controlled by the "debugger
Pavel> tuning" parameter. With -glldb they don't get emitted, with -ggdb,
Pavel> they do.
gdb has never read .debug_pubnames, so this setting doesn't really make
sense
> "Pavel" == Pavel Labath writes:
Pavel> Yes, but it still adds another manual step to the setup process, which
Pavel> means most developers will not do it. It also exposes us to a
Pavel> non-determinism coming from different versions of the rust compiler
Pavel> people will have.
I see what
> "Pavel" == Pavel Labath writes:
Pavel> To these very insightful emails from Greg and Jim, I'd just like to
Pavel> add one request. Please consider the testing strategy of the code you
Pavel> write early on. One of the problems that we have with these language
Pavel> plugins (and why we now
> "Jim" == Jim Ingham writes:
Jim> I naively thought this would make support for Rust weak, but folks
Jim> on Stack Overflow say it actually works pretty well for viewing
Jim> variables (using "frame var" or lldb's ValueObject's). Stepping
Jim> and so forth apparently seemed to be working ok
Hi. I'm working on adding Rust language support to lldb.
One question that's come up is the best way to handle expression
parsing.
On the one hand, it would be convenient to reuse an existing parser --
the one that we discussed was the "syn" crate. But, this is a Rust
program.
So then there's
