search for: stret

Displaying 5 results from an estimated 5 matches for "stret".

Did you mean: streq
2009 Apr 22
6
PID provider can not create memcpy:return probe for 64bit process
I have found that pid provider can not create memcpy:return probe for 64bit process on snv_110. For example, the pid is 10603, I will have following output for dtrace command: #dtrace -n pid10603:libc.so.1:memcpy:return dtrace: invalid probe specifier pid10603:libc.so.1:memcpy:return: probe description pid10603:libc.so.1:memcpy:return does not match any probes This just
2008 May 05
0
[LLVMdev] Two new 'llvmnotes'
Hi Chris, > Eliminating the 'Void' Type: > http://nondot.org/sabre/LLVMNotes/EliminatingVoid.txt might not some ABI's require some special stuff when returning a struct, regardless of whether the struct is empty or not? If so this might add a cost if you use {} for void. Also, there are an infinite number of different ways of returning void: return {} or {{}} or {{{}}} etc,
2007 Nov 14
10
[GE users] Apple Leopard has dtrace -- anyone used the SGE probes/scripts yet?
Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace
2008 Apr 27
8
[LLVMdev] Two new 'llvmnotes'
Hi all, For anyone interested, I posted two new ideas for changes to the LLVM IR. The first is basically a cleanup, the second is a major new feature: Eliminating the 'Void' Type: http://nondot.org/sabre/LLVMNotes/EliminatingVoid.txt Aggregates as First Class Values: http://nondot.org/sabre/LLVMNotes/FirstClassAggregates.txt Thanks to Dan Gohman for convincing me that aggregates
2008 Jan 24
2
[LLVMdev] llvm-gcc + abi stuff
...ss how the target is supposed to handle something. Right now, the LLVM IR now has two ways to express argument passing + return value: 1) pass/return with a first class value type, like i32, float, <4 x i32>, etc. 2) pass/return with a pointer to the place to do things and use byval/ stret. It's useful to notice that the formulation of something in the IR doesn't force the code generator to do anything (e.g. x86-32 passes almost everything in the stack regardless of whether you use scalars or byval), but it does have an impact on the optimizers and compile time. For...