Displaying 3 results from an estimated 3 matches for "unpromot".
Did you mean:
u'promote
2015 Jul 14
3
[LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming
...;
void bar() {
if (P == &foo) {
...
}
}
void baz() {
P = &foo;
}
b.cc:
… bar(); …
If bar() is imported into b.cc (and gets inlined), then b.cc will have a
reference to static foo(). It we then import foo() and leave the imported
copy local/unpromoted, the imported P==&foo comparison will fail (assume
baz() is not referenced by or imported into b.cc). That is because P will
point to the a.cc::foo() and the imported comparison will compare against
the imported copy b.cc::foo(). This is avoided by promoting address taken
static functions, in...
2003 Oct 14
1
Token.c appears to have a bug.
...C C compiler is concerned about this line in TOKEN.C
4 22136 temp_byte = (char) n >> 8;
........................................1
%CC-I-RIGHTSHIFTOVR, (1) In this statement, the right shift count
"8" is greater than or equal to the size of the unpromoted operand
"(char)n".
If I am interpreting this right, the value n is an integer, and is being
cast to be a 8 bit size. And this results in all the higher bits being
discarded. So the >> should shift out all 8 remaining significant bits.
Since this is a signed value, it a...
2015 Jul 21
1
[LLVMdev] RFC: ThinLTO Symbol Linkage and Renaming
...) {
> > P = &foo;
> > }
> >
> > b.cc:
> > … bar(); …
> >
> >
> > If bar() is imported into b.cc (and gets inlined), then b.cc will have a
> reference to static foo(). It we then import foo() and leave the imported
> copy local/unpromoted, the imported P==&foo comparison will fail (assume
> baz() is not referenced by or imported into b.cc). That is because P will
> point to the a.cc::foo() and the imported comparison will compare against
> the imported copy b.cc::foo(). This is avoided by promoting address taken
>...