Displaying 9 results from an estimated 9 matches for "newhello".
2012 Apr 10
0
[LLVMdev] How to explain this weird phenomenon????????
I figured that my opt command is wrong! How to specify the output file anyway??
if I want hello.bc to be input file and newhello.bc to be output file, is the opt command go like this?
opt -load ../../../Debug+Asserts/lib/Hello.so -hello <hello.bc> -o newhello.bc ??
--
祝好!
甄凯
------------------------------------------------------------------------------------------------------
2012-04-10
---------...
2012 Apr 10
4
[LLVMdev] How to explain this weird phenomenon????????
My friends,
I ran a function pass on a .bc file, intending to insert a CallInst to my self-made check function.
The compilation is successful. BUT after I ran that pass on the .bc file, the size of the file didn't get any bigger!!
Does this mean my instrumentation work failed??
BTW the opt command I use is "opt -load ../../../Debug+Asserts/lib/Hello.so -hello <hello.bc> -o
2016 Aug 03
3
Issue with HelloWorld pass
...tory of the llvm-3.8.1 source.
I copied and pasted the pass example reported at the end of the "Basic
code required" section and I managed to compile everything correctly
with CMake.
Because there is already a Hello example (with the correspondent
LLVMHello.so file), I decided to call it NewHello.
When I try to test the pass with the following string
opt -load /path/to/llvm-3.8.1.src/build/lib/LLVMNewHello.so -hello <
new_hello.bc > /dev/null
I get the following error:
Expected no forward declarations!
!0 = <temporary!> !{}
incorrect number of operands in llvm.ident metadata...
2011 Nov 03
5
[LLVMdev] LLVM problem, please do not ignore
...llvm::Module&) + 137
10 opt 0x00000000004ac451 main + 4881
11 libc.so.6 0x00007f9ba0459eff __libc_start_main + 255
12 opt 0x000000000049f5f9
Stack dump:
0. Program arguments: opt hello.bc -load
../llvm/llvm-2.9/plugin/BasicBlockStats.so -basic-block-stats -stats -o
newhello.bc
1. Running pass 'Function Pass Manager' on module 'hello.bc'.
2. Running pass 'Module Verifier' on function '@_Z3addii'
Segmentation fault
Please find the source of my pass attached.
Hope to get a reply soon.
Regards,
Arshak Nazaryan
-------------- next part ---...
2012 Apr 10
0
[LLVMdev] How to explain this weird phenomenon????????
...r inbounds ([20 x i8]* @.str1, i32 0, i32 0), i32 1) nounwind
%puts = tail call i32 @puts(i8* getelementptr inbounds ([13 x i8]* @str, i32 0, i32 0))
ret i32 0
}
declare i32 @printf(i8* nocapture, ...) nounwind
declare i32 @puts(i8* nocapture) nounwind
After running the pass
; ModuleID = 'newhello.bc'
target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-n8:16:32-S128"
target triple = "i386-pc-linux-gnu"
@.str = private unnamed_addr constant [18 x i8] c"add result is %d\0A\00&qu...
2012 Apr 10
1
[LLVMdev] How to explain this weird phenomenon????????
...2 1) nounwind
> %puts = tail call i32 @puts(i8* getelementptr inbounds ([13 x i8]* @str,
> i32 0, i32 0))
> ret i32 0
> }
>
> declare i32 @printf(i8* nocapture, ...) nounwind
>
> declare i32 @puts(i8* nocapture) nounwind
> After running the pass
> ; ModuleID = 'newhello.bc'
> target datalayout =
> "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-n8:16:32-S128"
> target triple = "i386-pc-linux-gnu"
>
> @.str = private unnamed_addr constant [18 x i8] c"a...
2012 Apr 10
3
[LLVMdev] How to explain this weird phenomenon????????
I did it !!!!
YOU MADE MY DAY !!!!!!!!!!!!!!!
--
祝好!
甄凯
------------------------------------------------------------------------------------------------------
2012-04-10
------------------------------------------------------------------------------------------------------
Name: 甄凯(ZhenKai)
Homepage:http://www.renren.com/262729393
Email: zhenkaixd at 126.com or 846227103 at
2011 Nov 03
0
[LLVMdev] LLVM problem, please do not ignore
...0x00000000004ac451 main + 4881
> 11 libc.so.6 0x00007f9ba0459eff __libc_start_main + 255
> 12 opt 0x000000000049f5f9
> Stack dump:
> 0.Program arguments: opt hello.bc -load
> ../llvm/llvm-2.9/plugin/BasicBlockStats.so -basic-block-stats -stats
> -o newhello.bc
> 1.Running pass 'Function Pass Manager' on module 'hello.bc'.
> 2.Running pass 'Module Verifier' on function '@_Z3addii'
> Segmentation fault
>
> Please find the source of my pass attached.
> Hope to get a reply soon.
>
> Regards,
> Ars...
2019 Sep 18
2
How to debug passes
> opt -load libdummypass.so -dummypass hello.ll
Looks like you are loading a shared library different from "LLVMHello.so".
did you change the name of the compilation unit from "Hello.cpp" into
"dummypass.cpp"?
(As asked previously by Andrzej) did you register the dummy pass?
> RegisterPass<DummyPass> X("dummypass",