Displaying 20 results from an estimated 30 matches for "citazione".
Did you mean:
citation
2011 Aug 02
3
[LLVMdev] Multiple successors, single dynamic successor
Nella citazione martedì 2 agosto 2011 20:02:08, Michael Ilseman ha
scritto:
> I'm assuming that you're talking about a situation where this can't be
> determined statically in the existing LLVM IR, but you know it's true
> and want to put it in (e.g. you're the one generating LLVM IR)...
2011 Jul 29
1
[LLVMdev] Is using lots of in-register values in IR bad?
Nella citazione venerdì 29 luglio 2011 11:24:47, Duncan Sands ha
scritto:
> In-register structs and arrays are not intended to be used for large structs and
> arrays.
Out of curiosity, why would that be the case?
--
Carlo Alberto Ferraris <cafxx at strayorange.com
<mailto:cafxx at strayorange.com&...
2011 Aug 31
1
[LLVMdev] StructTypes in module
Nella citazione mercoledì 31 agosto 2011 20:35:46, Chris Lattner ha
scritto:
> On Aug 31, 2011, at 10:23 AM, Carlo Alberto Ferraris wrote:
>> Quick question: how do I get a list of StructType* defined/used in a Module? I can't seem to find an appropriate iterator in the Module class...
> Module::f...
2011 Aug 02
0
[LLVMdev] Multiple successors, single dynamic successor
Nella citazione martedì 2 agosto 2011 22:01:13, Carlo Alberto Ferraris
ha scritto:
> My question is:
> what is the best way to
> express such relationships in LLVM IR ("best" in the sense of allowing
> other optimizations to run effectively)? Bear in mind that in this
> example N=2, bu...
2011 Aug 22
0
[LLVMdev] Accessing arguments in a caller
Nella citazione lunedì 22 agosto 2011 11:53:29, Duncan Sands ha scritto:
> Hi Carlo, rather than declaring individual stack variables
> int x;
> int y;
> int z;
> and so on, which requires you to pass each one, or a pointer to each one,
> to your function, declare one stack variable o...
2011 Aug 21
0
[LLVMdev] Accessing arguments in a caller
Nella citazione giovedì 18 agosto 2011 09:11:36, Carlo Alberto Ferraris
ha scritto:
> I need some advice on "forwarding" arguments to a callee. Suppose I have
> a function F that is called at the beginning of all other functions in
> the module. From F I need to access (read) the arguments pa...
2011 Aug 22
2
[LLVMdev] Accessing arguments in a caller
Hi Carlo, rather than declaring individual stack variables
int x;
int y;
int z;
and so on, which requires you to pass each one, or a pointer to each one,
to your function, declare one stack variable of struct type that holds
them all:
struct StackObjects {
int x;
int y;
int z;
...
};
...
struct StackObjects stack;
then pass the address of stack to your
2011 Jul 31
3
[LLVMdev] SwitchInst::addCase with BlockAddress
I'm trying to figure out how to feed a blockaddress to a switch
condition AND destination (basically emulating an indirectbr via a
switch; I know it's not a good approach, I'm just experimenting).
Suppose I have the following:
SwitchInst *s = SwitchInst::Create(...);
BasicBlock *bb = ...;
PtrToIntInst k = new PtrToIntInst(BlockAddress::get(bb), <TYPE>, "", s);
2011 Aug 18
2
[LLVMdev] Accessing arguments in a caller
I need some advice on "forwarding" arguments to a callee. Suppose I have
a function F that is called at the beginning of all other functions in
the module. From F I need to access (read) the arguments passed to its
immediate caller. Right now I do something like boxing all arguments in
the caller inside a struct and passing a pointer to the struct to F,
alongside an identifier
2011 Aug 22
1
[LLVMdev] Accessing arguments in a caller
Hi Carlo,
> Nella citazione lunedì 22 agosto 2011 11:53:29, Duncan Sands ha scritto:
>> Hi Carlo, rather than declaring individual stack variables
>> int x;
>> int y;
>> int z;
>> and so on, which requires you to pass each one, or a pointer to each one,
>> to your function, declare one stac...
2002 Feb 13
3
Verba Volant
...a en la dirección señalada no recibirá las citas.
Muchas gracias por el tiempo que nos ha dedicado.
Verba Volant
Ci è stato chiesto di inserire l'indirizzo di posta elettronica "samba@samba.org" nell’elenco dei destinatari di Verba Volant, un servizio che ogni giorno ti invierà una citazione scelta tra quelle dei migliori filosofi, scrittori, poeti di tutti i tempi e tradotta in moltissime lingue e dialetti grazie alla collaborazione di volontari da tutto il mondo.
Se desideri confermare l'iscrizione, ti preghiamo di collegarti al seguente link:
http://www.logos.net/owa-l/press.sub...
2011 Jul 08
4
[LLVMdev] Missed optimization with indirectbr terminator
Nella citazione giovedì 7 luglio 2011 19:41:16, John McCall ha scritto:
> On Jul 7, 2011, at 4:33 AM, Carlo Alberto Ferraris wrote:
>> Il 07/07/2011 11:14, Cameron Zwarich ha scritto:
>>> I haven't read the code in detail, but it looks like JumpThreading at
>>> least attempts to thr...
2011 Jul 29
0
[LLVMdev] Is using lots of in-register values in IR bad?
Hi Erkki,
> I want to experiment with avoiding mutable state as far as I can. At the moment
> there are no mutable variables -- only immutable value types (numerics, bool,
> vectors, tuples) and I've been doing everything in LLVM registers. The compiler
> doesn't generate a single alloca, load or store at the moment.
>
> I wonder if it was maybe a bad idea to do it this
2011 Aug 01
0
[LLVMdev] SwitchInst::addCase with BlockAddress
On Sun, Jul 31, 2011 at 7:36 AM, Carlo Alberto Ferraris
<cafxx at strayorange.com> wrote:
> I'm trying to figure out how to feed a blockaddress to a switch condition
> AND destination (basically emulating an indirectbr via a switch; I know it's
> not a good approach, I'm just experimenting).
> Suppose I have the following:
>
> SwitchInst *s =
2011 Aug 01
1
[LLVMdev] SwitchInst::addCase with BlockAddress
Nella citazione lunedì 1 agosto 2011 08:13:12, Eli Friedman ha scritto:
> On Sun, Jul 31, 2011 at 7:36 AM, Carlo Alberto Ferraris
> <cafxx at strayorange.com> wrote:
>> I'm trying to figure out how to feed a blockaddress to a switch condition
>> AND destination (basically emulating an...
2011 Aug 21
0
[LLVMdev] Accessing arguments in a caller
...h
equivalent to an anonymous struct / const struct reference.
(Why not? Because calling conventions differ from platform to
platform; often the first few arguments of a function are passed in
registers, not on the stack.)
Jordy
On Aug 21, 2011, at 6:23, Carlo Alberto Ferraris wrote:
> Nella citazione giovedì 18 agosto 2011 09:11:36, Carlo Alberto Ferraris ha scritto:
>> I need some advice on "forwarding" arguments to a callee. Suppose I have a function F that is called at the beginning of all other functions in the module. From F I need to access (read) the arguments passed to i...
2011 Aug 24
1
[LLVMdev] run function pass conditionally
Hi all,
I want to run a legacy function-level pass on only parts of the functions of
a module (for example, only those functions named with "_built_in_" prefix).
How can i do it?
I don't want to rewrite the pass itself.
best regards,
Yabin
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2011 Aug 31
2
[LLVMdev] StructTypes in module
Quick question: how do I get a list of StructType* defined/used in a
Module? I can't seem to find an appropriate iterator in the Module class...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110831/17715c85/attachment.html>
-------------- next part --------------
A non-text attachment was
2011 Aug 31
0
[LLVMdev] StructTypes in module
On Aug 31, 2011, at 10:23 AM, Carlo Alberto Ferraris wrote:
> Quick question: how do I get a list of StructType* defined/used in a Module? I can't seem to find an appropriate iterator in the Module class...
Module::findUsedStructTypes. Note that this requires scanning the entire module, it is not an efficient operation.
-Chris
2012 May 19
1
[LLVMdev] Phi + Select Optimization
I consider my patch not mature enough to be committed.
I just wanted to hear what others are saying. I'm not quite sure how to exactly deal with these cascades of selects which induce a cycle via a Phi; I'd like to implement that as well. Also, I'm not sure whether InstructionSimplify.cpp is the proper place for this optimization.
--
Roland
----- Original Message -----
> From: