Displaying 5 results from an estimated 5 matches for "arm_b".
2015 Aug 26
2
Proposal: arbitrary relocations in constant global initializers
...on, but it would require our documentation
to depend on sometimes poorly documented object file formats.
Option 2 could look something like this (produces the same bytes as "b
some_label" in every object format when targeting ARM, or "b.w some_label"
when targeting Thumb):
i32 arm_b (void ()* @some_label)
and that would be easy to document on its own. The downside is that it's
pretty specific to my use case, but maybe that's ok.
2 seems like it would be less implementation work, and doesn't require any
changes to the assembly format (and ultimately could be upgra...
2016 Oct 07
2
Proposal: arbitrary relocations in constant global initializers
...es poorly documented object file formats.
> >
> > Option 2 could look something like this (produces the same bytes as "b
> > some_label" in every object format when targeting ARM, or "b.w
> some_label"
> > when targeting Thumb):
> >
> > i32 arm_b (void ()* @some_label)
> >
> > and that would be easy to document on its own. The downside is that it's
> > pretty specific to my use case, but maybe that's ok.
> >
> > 2 seems like it would be less implementation work, and doesn't require
> any
> >...
2016 Oct 07
2
Proposal: arbitrary relocations in constant global initializers
...t;> > Option 2 could look something like this (produces the same bytes as "b
> >> > some_label" in every object format when targeting ARM, or "b.w
> >> > some_label"
> >> > when targeting Thumb):
> >> >
> >> > i32 arm_b (void ()* @some_label)
> >> >
> >> > and that would be easy to document on its own. The downside is that
> it's
> >> > pretty specific to my use case, but maybe that's ok.
> >> >
> >> > 2 seems like it would be less implementati...
2016 Oct 07
2
Proposal: arbitrary relocations in constant global initializers
...tes as
> >> >> > "b
> >> >> > some_label" in every object format when targeting ARM, or "b.w
> >> >> > some_label"
> >> >> > when targeting Thumb):
> >> >> >
> >> >> > i32 arm_b (void ()* @some_label)
> >> >> >
> >> >> > and that would be easy to document on its own. The downside is that
> >> >> > it's
> >> >> > pretty specific to my use case, but maybe that's ok.
> >> >> >
&g...
2015 Aug 26
2
Proposal: arbitrary relocations in constant global initializers
On Wed, Aug 26, 2015 at 11:49:46AM -0400, Rafael Espíndola wrote:
> This is pr10368.
>
> Do we really need to support hard coded relocation numbers? Looks like
> the examples above have a representation as constant expressions:
>
> (sub (add (ptrtoint @foo) 0xeafffffe) cur_pos)
>
> no?
I'm not sure if this would be sufficient. The R_ARM_JUMP24 relocation
on ARM