search for: byref

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...