search for: arraysize

...= { /* except DEAD */ SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL *************** *** 816,821 **** --- 825,832 ---- struct secashead *sah; struct secasvar *sav; u_int stateidx, state; + const u_int *saorder_state_valid; + int arraysize; LIST_FOREACH(sah, &sahtree, chain) { if (sah->state == SADB_SASTATE_DEAD) *************** *** 828,836 **** found: /* search valid state */ for (stateidx = 0; ! stateidx < _ARRAYLEN(saorder_state_valid); stateidx++)...

...oca. I store the Value* I get from CreateAlloca or the Value* I get when I create a new GlobalVariable into my symbol table when emitting the LLVM IR and since they are both pointers the code is essentially the same. When I implemented the code for stack-based arrays using Allocas, I saw the handy ArraySize argument to IRBuilder::CreateAlloca and used it. Unfortunately, when I went to add global variable arrays, there was no equivalent ArraySize argument for the constructor, so what I had to do was create an array type that was sized properly and then make the global variable of that array type. Thi...

Hi vorbis-dev, I'm investigating the mdct* function in libvorbis and writing a small client program to test it. I found that I have to set ARRAYSIZE when mdct_init(lookup, ARRAYSIZE) to minimum value of 62 otherwise it will segfault with mdct_backward. Is there any lower limit or it is more likely that my code has bug? Thank you very much, Pattara -- Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no...

> > What's wrong with running LLVM on ARM? > > LLVM can generate code for ARM, but the JIT requires extra target and > platform dependent stuff, and that's not done for arm-wince. The release notes say "compiler_rt now supports ARM targets". What else is needed? Keep in mind that I do not need (or want) Clang or any of the optimizers: I just want to generate

...unlock(&ctx_list.lock); + synchronize_rcu(); + + vmci_ctx_release(context); +} + +/* + * Fire notification for all contexts interested in given cid. + */ +static int ctx_fire_notification(uint32_t contextID, + uint32_t privFlags) +{ + uint32_t i, arraySize; + struct vmci_ctx *subCtx; + struct vmci_handle_arr *subscriberArray; + struct vmci_handle contextHandle = + vmci_make_handle(contextID, VMCI_EVENT_HANDLER); + + /* + * We create an array to hold the subscribers we find when + * scanning through...

...unlock(&ctx_list.lock); + synchronize_rcu(); + + vmci_ctx_release(context); +} + +/* + * Fire notification for all contexts interested in given cid. + */ +static int ctx_fire_notification(uint32_t contextID, + uint32_t privFlags) +{ + uint32_t i, arraySize; + struct vmci_ctx *subCtx; + struct vmci_handle_arr *subscriberArray; + struct vmci_handle contextHandle = + vmci_make_handle(contextID, VMCI_EVENT_HANDLER); + + /* + * We create an array to hold the subscribers we find when + * scanning through...

...want to call?), even then it is not a problem, since the code I want >to generate will simply access records and do some arithmetic. For example, I >might generate a function that does this: > > int ReadArrayElement(byte* record, int index, int defValue) > { > unsigned arraySize = (*(unsigned*)(record + 4) & 0x7F); > if (index > arraySize) > return defValue; > return *(int*)(record + 8 + index * 4); > } > > No method calls there. > There's one very big one named ReadArrayElement() right in the middle of what you just t...

...// Val is a std::string captured by the parser return ConstantDataArray::getString(getGlobalContext(), r); } For a test string of "Hello World!", I am trying to create an Alloca * and store the InitVal, which I get from codegen of StringExprAST. uint64_t v(13); APInt d(8, v); Value * ArraySize = ConstantInt::get(getGlobalContext(), d); Alloca = CreateEntryBlockAllocaString(TheFunction, VarName, ArraySize); Builder.CreateStore(InitVal, Alloca); I get the following error: tok_string: "Hello World!" Assertion failed: (getOperand(0)->getType() == cast<PointerType>(getOper...

...t; http://llvm.org/cvsweb/cvsweb.cgi/llvm/include/llvm/Support/LLVMBuilder.h?rev=HEAD&content-type=text/x-cvsweb-markup > > Ah, right, sorry, not looking properly. > > This is a tiny bit like .NET, but that uses emit rather than CreateX. CreateMalloc and CreateAlloca should not the ArraySize be set to (a) 1 as default argument ? Aaron

----- Original Message ---- > From: David Piepgrass <dpiepgrass at mentoreng.com> > To: Óscar Fuentes <ofv at wanadoo.es> > Cc: "LLVMdev at cs.uiuc.edu" <LLVMdev at cs.uiuc.edu> > Sent: Fri, July 16, 2010 2:22:57 PM > Subject: Re: [LLVMdev] Tool for run-time code generation? > > > > What's wrong with running LLVM on ARM? > > >

...of malloc and any other methods I want to call?), even then it is not a problem, since the code I want to generate will simply access records and do some arithmetic. For example, I might generate a function that does this: int ReadArrayElement(byte* record, int index, int defValue) { unsigned arraySize = (*(unsigned*)(record + 4) & 0x7F); if (index > arraySize) return defValue; return *(int*)(record + 8 + index * 4); } No method calls there.

I want to insert new alloca Instruction after existing alloca Instruction in llvm pass so what attribute to be passed at last in following newallocaI = new AllocaInst(llvm::Type::getInt32PtrTy(context,0), //type 0, // ArraySize 8, // Alignment "p", // const <http://llvm.org/docs/doxygen/html/AArch64PromoteConstant_8cpp.html#a90f8350fecae261c25be85d38b451bff> Twine <http://llvm.org/docs/doxygen/html/classllvm_...

On Sun, 27 May 2007, Aaron Gray wrote: >> I just checked in a new LLVMBuilder class into llvm/Support/LLVMBuilder.h, > It does not seem to be on the LLVM cvsweb, is that still showing 1.9 or 2.0 > and not cvs ? It is there: http://llvm.org/cvsweb/cvsweb.cgi/llvm/include/llvm/Support/LLVMBuilder.h?rev=HEAD&content-type=text/x-cvsweb-markup -Chris -- http://nondot.org/sabre/

> On Sun, 27 May 2007, Aaron Gray wrote: >>> I just checked in a new LLVMBuilder class into >>> llvm/Support/LLVMBuilder.h, >> It does not seem to be on the LLVM cvsweb, is that still showing 1.9 or >> 2.0 >> and not cvs ? > > It is there: >

...: http://ktown.kde.org/~zrusin/llvm/test.cpp gives proper results for the single-dimensional array, but crashes on multi-dimensional case. It looks like argument passing to those functions with the: std::vector<GenericValue> args(2); args[0] = PTOGV(array); args[1].IntVal = APInt(32, arraySize); scheme is ok when "array" is single dimensional but invalid when "array" is multi-dimensional. What is the proper way of passing multi-dimensional arrays from C/C++ code to LLVM JIT? If someone could let me know what I'm doing wrong and how to get this to work, that...

..._resource_view_desc". wined3d: Store GL view class for each wined3d format. wined3d: Add ARB_texture_view extension. wined3d: Create texture views for shader resource views. d3d10core/tests: Add more tests for creating shader resource views. d3d11: Normalize "ArraySize" field in D3D11_RENDER_TARGET_VIEW_DESC. wined3d: Fix wined3d_rendertarget_view_desc validation for 3D textures. d3d11/tests: Add more tests for creating render target views. d3d11: Normalize "ArraySize" field in D3D11_DEPTH_STENCIL_VIEW_DESC. d3d11/tests: Add...

...still returns VMCI_SUCCESS, + * but retval != 0. + */ +static int drv_cp_harray_to_user(void __user *userBufUVA, + uint64_t *userBufSize, + struct vmci_handle_arr *handleArray, + int *retval) +{ + u32 arraySize = 0; + struct vmci_handle *handles; + + if (handleArray) + arraySize = vmci_handle_arr_get_size(handleArray); + + if (arraySize * sizeof(*handles) > *userBufSize) + return VMCI_ERROR_MORE_DATA; + + *userBufSize = arraySize * sizeof(*handles); +...

...still returns VMCI_SUCCESS, + * but retval != 0. + */ +static int drv_cp_harray_to_user(void __user *userBufUVA, + uint64_t *userBufSize, + struct vmci_handle_arr *handleArray, + int *retval) +{ + u32 arraySize = 0; + struct vmci_handle *handles; + + if (handleArray) + arraySize = vmci_handle_arr_get_size(handleArray); + + if (arraySize * sizeof(*handles) > *userBufSize) + return VMCI_ERROR_MORE_DATA; + + *userBufSize = arraySize * sizeof(*handles); +...

This patch series adds support for network buffering in the Remus codebase in libxl. Changes in V3: [1/5] Fix redundant checks in configure scripts (based on Ian Campbell''s suggestions) [2/5] Introduce locking in the script, during IFB setup. Add xenstore paths used by netbuf scripts to xenstore-paths.markdown [3/5] Hotplug scripts setup/teardown invocations are now

Second revision of the VMware VMCI RFC patchset. It incorperates fixes for all the feedback about the comment blocks and style and now passes checkpatch with 0 errors and 0 warnings. Thanks to all who have reviewed the code thus far. * * * In an effort to improve the out-of-the-box experience with Linux kernels for VMware users, VMware is working on readying the Virtual Machine Communication