[LLVMdev] Advice on CFG pre-analysis
Talin
viridia at gmail.com
Fri May 23 23:53:16 PDT 2008
In the language I am working on, there are cases where the call flow
graph can affect the type of a variable. A simple example is a
"nullable" type (a pointer which is allowed to be NULL), which can be
converted into a non-nullable type via an if-test. So for example if x
is nullable, and I test x != NULL, then inside the conditional block the
type of x is no longer nullable. Nullable types behave slightly
differently (and produce less efficient code) than non-nullable types.
For example, a downcast to a nullable type is a dynamic cast (because if
the cast fails, the result can be NULL), whereas a downcast to a
non-nullable type throws an exception if the cast fails.
This kind of analysis is trivial given LLVM's architecture. The problem
I have, however, is that all of the high-level type analysis occurs
before LLVM ever gets into the picture. LLVM doesn't know anything about
the front-end type system.
What I am wondering is, will I have to re-invent the same sort of CFG
analysis that LLVM does in my frontend, or is there some shortcut? I
guess this is really a general compiler-design question rather than one
specific to LLVM, but I thought I would ask anyway.
-- Talin
More information about the llvm-dev
mailing list