Displaying 20 results from an estimated 34 matches for "byref".
2011 Jan 18
2
[LLVMdev] Dwarf info for byref register variables
Two functions in DwarfDebug, addBlockByrefAddress() and
addComplexAddress(), contain this snippet of code:
// Decode the original location, and use that as the start of the byref
// variable's location.
const TargetRegisterInfo *RI = Asm->TM.getRegisterInfo();
unsigned Reg = RI->getDwarfRegNum(Location.getReg(), false);...
2008 Jul 30
1
Speex in VB .NET
...IntPtr Public dec_destroy As IntPtr Public dec As IntPtr Public enc_ctl As IntPtr Public dec_ctl As IntPtr End Structure
#End Region
#Region "Exported Methods" <DllImport(libpath)> _ Public Shared Sub speex_bits_init(ByRef bits As SpeexBits) End Sub <DllImport(libpath)> _ Public Shared Function speex_decoder_init(ByRef mode As SpeexMode) As IntPtr End Function <DllImport(libpath)> _ Public Shared Function speex_bits_remaining(ByRef bits As SpeexBits) As Integer...
2011 Jan 18
0
[LLVMdev] Dwarf info for byref register variables
On Jan 18, 2011, at 7:01 AM, Ken Dyck wrote:
> Should addBlockByrefAddress() and addComplexAddress() be doing the same?
Yes. Can you prepare a patch ?
Thanks,
-
Devang
2013 May 27
0
[LLVMdev] RFC: Converting byref captures into bycopy
Hi all,
I have been looking at how to convert by-reference captures into by-copy captures for captured statements and possibly C++ lambdas, and am looking for some feedback on my approach. The motivation for trying to use copy captures is to avoid unnecessary loads that are otherwise required inside the outlined function. This can be important when the outlined function represents the body of a
2016 May 03
9
[Bug 95251] New: vdpau decoder capabilities: not supported
https://bugs.freedesktop.org/show_bug.cgi?id=95251
Bug ID: 95251
Summary: vdpau decoder capabilities: not supported
Product: Mesa
Version: 11.2
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
Assignee: nouveau at
2007 Oct 02
2
[LLVMdev] struct as a function argument
...a parameter, you cast it into an array for optimization
> reasons (less parameters, less stack space).
This is not an optimization. This behavior is to be ABI complaint
when emitting code for your OS.
That said, this is not a very good way to do this. Rafael is working
on adding the 'byref' attribute which will support this much more
gracefully in the future.
> This is, certainly, a reasonable optimization, but makes
> inter-procedural static analysis more complex. Is there a way to
> disable it (my guess is that this should be doable by passing
> some parameter to...
2007 Jun 26
3
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
...table assembly code. The problem
is that the code generator is not going to create a copy when
compiling a call to "f".
Some solutions:
1 ) add support structures as argument in LLVM and tell the various
codegen how to handle it. Chris says that LLVM should not go this way
2) add a "byref" mark in the pointer argument. The codegen should now
copy the struct on the stack or copy it to registers when generating a
call. The function codegen stays the same. This is the proposed
solution.
3) Have llvm-gcc create a copy before calling the function. That is, compile
-----------------...
2008 Nov 25
2
[LLVMdev] RFA: tree-nested.c
......
}
What are the assumptions going into this "walk_all_functions" call?
Should the code have been placed into some nesting info slot or
something?
FYI, here's the code in question:
$ cat testcase.i
typedef struct A *ARef;
@implementation bork
- (id)B {
__attribute__((__blocks__(byref))) bork* new = ((void *)0);
}
- (void)C {
__attribute__((__blocks__(byref))) id var;
[self func:^() {}];
}
@end
$ llvm-gcc -x objective-c -std=gnu99 -c testcase.i
testcase.i:9: internal compiler error: in lookup_context_for_decl, at
tree-nested.c:1680
Please submit a full bug report,
with prep...
2007 Jun 26
0
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
Hi Rafael,
> 2) add a "byref" mark in the pointer argument.
I think you mean "bycopy" or "byval" here.
> 3) Have llvm-gcc create a copy before calling the function.
Don't forget that the function may be called by code that
was not compiled by LLVM. That's why we have to pay attention
to...
2007 Jun 26
1
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
> > 2) add a "byref" mark in the pointer argument.
>
> I think you mean "bycopy" or "byval" here.
Yes, good catch.
> > 3) Have llvm-gcc create a copy before calling the function.
>
> Don't forget that the function may be called by code that
> was not compiled by LLVM....
2014 May 04
12
[LLVMdev] [RFC] Benchmarking subset of the test suite
...gleSource/UnitTests/2008-04-20-LoopBug2
SingleSource/UnitTests/2008-07-13-InlineSetjmp
SingleSource/UnitTests/2009-04-16-BitfieldInitialization
SingleSource/UnitTests/2009-12-07-StructReturn
SingleSource/UnitTests/2010-05-24-BitfieldTest
SingleSource/UnitTests/AtomicOps
SingleSource/UnitTests/block-byref-cxxobj-test
SingleSource/UnitTests/block-byref-test
SingleSource/UnitTests/block-call-r7674133
SingleSource/UnitTests/block-copied-in-cxxobj
SingleSource/UnitTests/block-copied-in-cxxobj-1
SingleSource/UnitTests/blockstret
SingleSource/UnitTests/byval-alignment
SingleSource/UnitTests/conditional-gn...
2009 Sep 02
1
[LLVMdev] [PATCH] PR2218
...g_size(); ++argI)
>
> Please make this a static function, it doesn't need "this". Also,
> please do something like this in the for loop:
>
> + for (argI = 0, CS.arg_size(); argI != argE; ++argI)
>
>
> pointerIsParameter returning a bool and the argument # byref is
> somewhat awkward. I think it would be better if it returned an int,
> which was -1 if not found.
The problem is that CS.arg_size() is "unsigned int". Of course, I can
cast int -> unsigned int but it wouldn't look good I think.
>
> + MemoryDependenceAnaly...
2009 Sep 02
0
[LLVMdev] [PATCH] PR2218
...+ for (argI = 0; argI < CS.arg_size(); ++argI)
Please make this a static function, it doesn't need "this". Also,
please do something like this in the for loop:
+ for (argI = 0, CS.arg_size(); argI != argE; ++argI)
pointerIsParameter returning a bool and the argument # byref is
somewhat awkward. I think it would be better if it returned an int,
which was -1 if not found.
+ MemoryDependenceAnalysis& MD =
getAnalysis<MemoryDependenceAnalysis>();
You can sink this link to right before the call to MD.getDependency.
+ // Require pointer to have loc...
2009 Sep 02
2
[LLVMdev] [PATCH] PR2218
Hello,
I fixed my patch as you asked. Sorry for the delay, I'd been working
on my SSU patch (http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/025347.html
)
I hope that everything is fine now.
-Jakub
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr2218-3.patch
Type: application/octet-stream
Size: 7511 bytes
Desc: not available
URL:
2009 Jul 06
0
[LLVMdev] [llvm-commits] [llvm] r74610 - /llvm/trunk/test/FrontendC++/2009-06-30-ByrefBlock.cpp
...wrote:
> This should probably have these lines:
>
> // XFAIL: *
> // XTARGET: darwin
>
> -bw
>
> On Jul 4, 2009, at 11:03 AM, Nick Lewycky wrote:
>
>> This doesn't work with my llvm-g++ on Linux:;
My apologies.
>> $ llvm-g++ test/FrontendC++/2009-06-30-ByrefBlock.cpp
>> test/FrontendC++/2009-06-30-ByrefBlock.cpp: In function 'void
>> fubar()':
>> test/FrontendC++/2009-06-30-ByrefBlock.cpp:6: error: '__block' was
>> not
>> declared in this scope
>> test/FrontendC++/2009-06-30-ByrefBlock.cpp:6: erro...
2010 Feb 26
2
Decoding multiple frames
...39;m using speex through my own python wrapper based on ctypes. In my application I'm forced to process relatively large chunks of audio data (250ms). I was able to supply sufficiently large buffer to the SpeexBits structure and then encode using (code snippet)
_speex.speex_bits_reset(byref(self.bits))
for i in range(0, len - self.frameSize, self.frameSize):
_speex.speex_encode_int( ... )
N2 = _speex.speex_bits_write( ... )
However, when I receive the encoded chunk at the decoder side, I don't know how large the output buffer should be since the DTX a...
2007 Oct 02
0
[LLVMdev] struct as a function argument
Hi all,
I have the same problem. My guess is that when a structure
is passed as a parameter, you cast it into an array for optimization
reasons (less parameters, less stack space).
This is, certainly, a reasonable optimization, but makes
inter-procedural static analysis more complex. Is there a way to
disable it (my guess is that this should be doable by passing
some parameter to llvm-gcc)?
If
2007 Sep 29
3
[LLVMdev] struct as a function argument
Hi everybody!
I recently started using llvm in a project on inferring additional
information about pointers based on their types, casts, etc. The
following simple example is giving me a headache :):
typedef struct {
int a;
short b, c;
int d, e, f;
} foo;
void bar(foo f) {
short s;
s = f.b;
}
int main(void) {
foo p;
bar(p);
}
Because llvm doesn't allow structures and arrays
2005 Nov 17
0
problem with shell and acccess 97
I have an application with acces97, after some weeks trying to execute it, i
got it! but now when the i try to do some function it crashes.
i think that the problem comes when the application try to call shell, but
im not sure.
the code when i click on the button is:
Public Sub EjecutaAccessOLD(ByRef MiAccess As Object, vista As Integer,
Informe, Condici?nWhere As String)
Dim strDB As String
Dim strCmd As String
If Not MiAccess Is Nothing Then
MiAccess.Quit
Set MiAccess = Nothing
End If
Set MiAccess = GetObject(, "Access.Application")...
2011 Nov 16
3
[Bug 8615] New: feature request 'update by reference'
...eate) a target file by using a (server)local file that is similar to
the target being updated.
Scenario:
On a rsync server,
/Folder1/huge_file_1
On a rsync client,
/FolderLocal/huge_file_2
Commandline example:
rsync -rvt --inplace /FolderLocal/huge_file_2
root at 127.0.0.1::Folder1/huge_file_2 --byref Folder1/huge_file_1
The file 'huge_file_2' will be created on the Server as '/Folder1/huge_file_2'
but the actual Delta is taken from the difference between
'/FolderLocal/huge_file_2' and '/Folder1/huge_file_1' (the reference file)
Argumentation:
A remote site hold...