Displaying 6 results from an estimated 6 matches for "d25878".
2016 Oct 27
1
RFC: Absolute or "fixed address" symbols as immediate operands
On Wed, Oct 26, 2016 at 9:48 PM, Chris Lattner <clattner at apple.com> wrote:
> On Oct 26, 2016, at 1:34 AM, Peter Collingbourne <peter at pcc.me.uk> wrote:
>
> On Tue, Oct 25, 2016 at 10:48 PM, Chris Lattner <clattner at apple.com>
> wrote:
>
>> Responding to both of your emails in one, sorry for the delay:
>>
>> On Oct 25, 2016, at 11:20 AM,
2016 Oct 27
2
RFC: Absolute or "fixed address" symbols as immediate operands
On Oct 26, 2016, at 1:34 AM, Peter Collingbourne <peter at pcc.me.uk> wrote:
> On Tue, Oct 25, 2016 at 10:48 PM, Chris Lattner <clattner at apple.com <mailto:clattner at apple.com>> wrote:
> Responding to both of your emails in one, sorry for the delay:
>
>> On Oct 25, 2016, at 11:20 AM, Peter Collingbourne <peter at pcc.me.uk <mailto:peter at
2016 Oct 25
3
RFC: Absolute or "fixed address" symbols as immediate operands
On Tue, Oct 25, 2016 at 5:49 AM, Rafael EspĂndola <
rafael.espindola at gmail.com> wrote:
> >>> @foo = globalconst i32 42
> >>>
> >>>
> >>> This is equivalent to writing "foo = 42" in assembly?
> >>
> >>
> >> Yes.
> >
> >
> > Back in the day the idea was to use an alias whose ConstantExpr
2016 Oct 26
0
RFC: Absolute or "fixed address" symbols as immediate operands
...balConstant class which supports definitions
> and declarations
>
>
> Why would globalconstant need to support declarations? Seems like an
> external global should be able to handle this case.
>
An external globalvariable? I am not sure how to reconcile this with your
comment on D25878:
> LLVM IR global variables should always be assumable that they don't alias.
I'm thinking of the case where we have two globalconstants which happen to
have the same value.
- It should derive from GlobalValue
> - No type changes for GlobalValue (i.e. still required to be pointer t...
2016 Oct 25
4
RFC: Absolute or "fixed address" symbols as immediate operands
> On Oct 24, 2016, at 1:07 PM, Peter Collingbourne <peter at pcc.me.uk> wrote:
>
> On Mon, Oct 10, 2016 at 8:12 PM, Peter Collingbourne <peter at pcc.me.uk <mailto:peter at pcc.me.uk>> wrote:
> The specific change I have in mind is to allow !range metadata on GlobalObjects. This would
> be similar to existing !range metadata, but it would apply to the
2016 Oct 26
7
RFC: Absolute or "fixed address" symbols as immediate operands
Responding to both of your emails in one, sorry for the delay:
> On Oct 25, 2016, at 11:20 AM, Peter Collingbourne <peter at pcc.me.uk> wrote:
> I think there are a couple of additional considerations we should make here:
> What are we trying to model? To me it's clear that GlobalConstant is for modelling integers, not pointers. That alone may not necessarily be enough to