[llvm-dev] IRBuilder Assignment ( '=' ) operator?

[Jeremy Lakeman via llvm-dev]

There is a store operation if you want the value on the stack or heap, but
there is no assignment operator in IR.
CreateAdd returns an Instruction which represents both the operation and
the result value. Value's are immutable and can be used as input arguments
to any Instruction further down the control flow.

The other thing you might need to research is the Phi Instruction. Which
gives you a way to specify how the value in this basic block will be
different based on how we reached this block in the control flow of the
function.

On Wed, Mar 16, 2016 at 1:04 PM, Paul Hancock via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> However I need the standard assignment operator so I can assign the value
> of a temporary to that of another temporary, or to create a new temporary
> from an existing one.
>
> - Paul
>
> ________________________________________
> From: Tim Northover <t.p.northover at gmail.com>
> Sent: 16 March 2016 13:11
> To: Paul Hancock
> Cc: llvm-dev at lists.llvm.org
> Subject: Re: [llvm-dev] IRBuilder Assignment ( '=' ) operator?
>
> Hi Paul,
>
> On 15 March 2016 at 17:59, Paul Hancock via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > In my code assembly system I have the various LH-RH operators, ADD, ADDF,
> > SUB, etc, using CreateAdd, CreateFAdd, etc, however I cant seem to locate
> > the correct function/s for the assignment operator.
>
> The assignment is automatic. The pointer you get back from CreateAdd
> can be used directly in other instructions. When this is transcribed
> to the textual IR, LLVM will put in the appropriate assignments (so it
> won't try to assign a store to anything for example, because it
> doesn't produce a value that can be used elsewhere).
>
> The Name parameter you pass to CreateAdd determines what variable will
> be assigned, otherwise an incrementing number will be used (%1, %2,
> ...).
>
> Cheers.
>
> Tim.
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160316/d32272f4/attachment.html>