Displaying 20 results from an estimated 5000 matches similar to: "[LLVMdev] Using llvm-gcc with a simple program and the '-c' option"
2006 Feb 27
0
[LLVMdev] Using llvm-gcc with a simple program and the '-c' option
The -c option tells llvm-gcc to build a bytecode file without linking
in the LLVM runtime library. This is similar to the -c option for
regular gcc, which you use to build multiple separate .o files that
you're going to link into a single executable. If you want to build
from a single source file, it's easiest just to compile without the -c
option. If you're building from
2006 Feb 27
2
[LLVMdev] Using llvm-gcc with a simple program and the '-c' option
Robert,
Thanks for the info, you've confirmed what I was trying to do, but when
I compile:
-----------------------
#include <stdio.h>
int main(int argc, char *argv[])
{
printf("yo\n");
return 0;
}
-----------------------
without "-c" (llvm-gcc t1.c -o t1) the dissassembled bytecode does not
call __main:
-----------------------
; ModuleID =
2006 May 14
2
[LLVMdev] __main() function and AliasSet
In a code segment of my pass plugin, I try to gather AliasSets for all StoreInst, LoadInst and CallInst instructions in a function.
Some behaviors of the pass puzzled me.
Below is the *.ll of the test program which I run the pass on,
it was get with "llvm-gcc -Wl,--disable-opt" from a rather simple *.c program.
----------------------------------
; ModuleID = 'ptralias.bc'
2004 Sep 28
1
[LLVMdev] How could I hide the visible string?
Hi,
Is there a way to modify the string such as char a or char b? Could I use the way like "Replace an instruction with another Value" in Programm Manual? In fact, what I am interested in is string with visible expression, not all string, and I am trying to hide the orignal string by using simple way like XOR..
Is there a way to reorder the basic blocks?
Thanks.
Qiuyu
C Source
2006 May 14
0
[LLVMdev] Re: __main() function and AliasSet
Oh, I appologize that I should not have asked about __main() ---- it appears
in FAQ.
But the question remains that why call to __main() can alias stack location?
I think the memory location pointed by data_X pointers are not visible to
__main().
In comparison, calls to printf() do not have similar effect.
On 5/14/06, Nai Xia <nelson.xia at gmail.com> wrote:
>
> In a code segment of
2006 May 15
2
[LLVMdev] Re: __main() function and AliasSet
Hi Chris,
I took a haste look at the "Points-to Analysis in Almost Linear Time" by Steens , your PHD thesis
and SteensGaard.cpp in LLVM this afternoon.
So I think:
1. Actually the basic algorithm described originally by SteensGaard does not provide MOD/REF information for functions.
2. The context insensitive part of Data Structure Analysis (LocalAnalysis) can be deemed as
an
2006 May 17
2
[LLVMdev] Re: __main() function and AliasSet
On Tuesday 16 May 2006 03:19, Chris Lattner wrote:
> On Mon, 15 May 2006, Nai Xia wrote:
>
> > In other words, if I only use -steens-aa and the data_XXXs are all
> > external global variables( and so inComplete ),
>
> Sounds right!
>
> > the call to printf will
> > make the same effect, which I have tested it.
> >
> > Am I right ? :)
>
2004 Nov 30
4
[LLVMdev] Trouble using llvm tools
On Tue, 30 Nov 2004, Tanu Sharma wrote:
> I have trouble using the llvm tools.Some of the errors are :
>
> $ llvm-dis prog.bc
> $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12)
Can you explain how you generated this bytecode file? It looks corrupted
or something. Also, can you send the actual bytecode file itself?
Thanks!
-Chris
>
2004 Nov 30
0
[LLVMdev] Trouble using llvm tools
On Tue, 2004-11-30 at 08:58, Chris Lattner wrote:
> On Tue, 30 Nov 2004, Tanu Sharma wrote:
>
> > I have trouble using the llvm tools.Some of the errors are :
> >
> > $ llvm-dis prog.bc
> > $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12)
>
> Can you explain how you generated this bytecode file? It looks corrupted
> or
2005 Mar 08
3
[LLVMdev] GCC assembler rejects native code generated by LLVM
Vyacheslav,
I've tracked down the change and I have a fix for you to test. The
attached patch should be applied to the CVS head (version 1.132) of
X86AsmPrinter.cpp in llvm/lib/Target/X86. The patch just includes MINGW
targets in the same set of choices that it makes for Cygwin. Could you
please try the patch and let me know if it solves your problem? If it
does, I'll commit the patch.
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
Ok, I got home so I have more details. Here's the sample C program:
----------------- C program ---------------
#include <stdio.h>
int main() {
printf("hello world\n");
return 0;
}
------------- end C program -------------
This is compiled using llvm online demo into the following llvm code
(target removed):
----------------- LLVM code --------------
deplibs
2005 Mar 08
3
[LLVMdev] GCC assembler rejects native code generated by LLVM
Vyacheslav,
This is the same problem that I had with Cygwin .. nearly identical.
The issue was documented in PR492 if you want some background. I'm
currently trying to dig up what I did to fix this in December for Cygwin
and see if I can apply the same change for mingw.
Reid.
On Mon, 2005-03-07 at 16:39, Vyacheslav Akhmechet wrote:
> Ok, I got home so I have more details. Here's the
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
Reid,
This patch won't work for me. I compile llvm toolset with MSVC Express
(hence __MINGW32__ won't be defined for me at compile time). I only
try to feed the generated assembly into gcc (pretty much gnu
assembler, I suppose). I don't use mingw tools at the earlier stage.
However it's obvious for me how to modify the code now (just add MSVC
at that line), thanks! I'll try it
2006 May 17
0
[LLVMdev] Re: __main() function and AliasSet
On Wed, 17 May 2006, Nai Xia wrote:
> Unfortunately, I did not locate the lines in steens-aa for "printf" special case.
> In ds-aa, I found the lines below:
Right, steens-aa and ds-aa share code for "local analysis", they just
stitch it together into an interprocedural analysis in different ways.
The code below is used for steens-aa.
>
2006 May 15
0
[LLVMdev] Re: __main() function and AliasSet
On Mon, 15 May 2006, Nai Xia wrote:
> In other words, if I only use -steens-aa and the data_XXXs are all
> external global variables( and so inComplete ),
Sounds right!
> the call to printf will
> make the same effect, which I have tested it.
>
> Am I right ? :)
If you've tested it then, yes you're right :). I haven't played with this
stuff for a long time,
2003 Dec 22
1
[LLVMdev] How to explain?
hi,
I want to know what is exact meaning in the following code.
target endian--
%struct..TorRec--
%struct.TorRec--
implementation--
;<sbyte>[#uses=1/0]--
how to explain them in details?
Does anyone give me a guide?
thanks
yueqiang
--------------------------------------------------------------
target endian = little
target pointersize = 32
%struct..TorRec = type { int, void ()* }
2004 Aug 22
0
[LLVMdev] conditionally reduced intrinsics
> Ok, I am developing an intrinsic instruction and I have the codegen
> working (and tested). However, some of the more complex cases of the
> intrinsic are reducable to LLVM + simpler cases of the intrinsic. How
> would I go about conditionally reducing the intrinsic? I could deal
> with the issue in the codegen, but that gets ugly quickly.
>
> Andrew
I suppose you could
2005 Mar 07
7
[LLVMdev] GCC assembler rejects native code generated by LLVM
I successfully compiled CVS HEAD yesterday on my win32 machine using
Visual C++ Express (2005). I also have Mingw tools installed. I wrote
a simple hello world application and generated native assembly code
using llvm. When I tried to feed the code into GCC, it rejected it
with "junk at the end of line" error messages. Shouldn't GCC be able
to assemble this code? I realize win32 port
2004 Aug 22
2
[LLVMdev] conditionally reduced intrinsics
Ok, I am developing an intrinsic instruction and I have the codegen
working (and tested). However, some of the more complex cases of the
intrinsic are reducable to LLVM + simpler cases of the intrinsic. How
would I go about conditionally reducing the intrinsic? I could deal
with the issue in the codegen, but that gets ugly quickly.
Andrew
-------------- next part --------------
A non-text
2006 Mar 05
1
[LLVMdev] Keyword documenation for target, deplibs ...
Hello,
My goal is to create a language which can compile itself, therefore I
feel I need to understand the Assembler/Byte code format.
Starting with a C hello world program there are statements at the
beginning of the disassembled bc file that I couldn't find any
documentation:
target endian = little
target pointersize = 32
target triple = "i686-pc-linux-gnu"