search for: moduleasm

...utes for the entire object file. If you put separate attributes on the functions, then code gen will have to scan all the functions to see if they have the same attribute values. thanks for the explanation. Perhaps you can use global asm statements for this (see http://llvm.org/docs/LangRef.html#moduleasm )? These can be used to inject arbitrary strings into the assembler. Dragonegg uses this to provide an "ident" string like this: $ gcc-4.5 -fplugin=dragonegg.so -S -o - -flto empty.c ; ModuleID = 'empty.c' target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16...

On Nov 12, 2010, at 10:13 AM, Devang Patel wrote: > > On Nov 12, 2010, at 8:20 AM, Duncan Sands wrote: > >> Hi Renato, >> >>> So, after long rounds to define how the build attributes are going to >>> be represented in IR, and after Jason has implemented build attributes >>> in MC, I have a proposal on how to represent this in IR. >>>

Am Freitag, 24. November 2006 03:00 schrieb Reid Spencer: > If you're making your own front end, you probably won't need it :) Well, I wanted to play around with it, so see, how my older programs perform with it. So far I managed to get some programs running by folowing scheme: for src in $infiles; do llvm-gcc -o $src.bc -c $src ; opt -f -o $src.bc.opt $src.bc ; llc -f $src.bc.opt

On Nov 12, 2010, at 8:20 AM, Duncan Sands wrote: > Hi Renato, > >> So, after long rounds to define how the build attributes are going to >> be represented in IR, and after Jason has implemented build attributes >> in MC, I have a proposal on how to represent this in IR. >> >> First, we need to distinguish between target dependent and independent >>