search for: mainclass

Hi, I've been stuck with this problem for a while now, and my supervisor's starting to think it's a bug in lli, but I thought I'd ask here before going down that route. I have this code, which stores an array in my 'MainClass', and prints out an element of it. Note that the print statement is irrelevant here, it segfaults regardless, and this code has been run with -O2 optimization level, but segfaults either way (the code is just a lot shorter and easier to post this way) %MainClass = type { { i32, [0 x i32] } }...

Hi Does anybody use *StartJnjvmWithJIT* from jvjvm.cpp in VMKit? Becuase , I am looking to use without JIT when we are running the Java byte code. My concern is StartJnjvmWithJIT getting three argument *int argc, char** argv, char* mainClass* - why we need to pass *argv and mainclass* arguments here? please help me on this. Regards Sri. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140406/51e599c3/attachment.html>

Sorry for my ignorance, but I'm unaware as to how I'd achieve this. I know I'd have this, %MainClass = type { { i32, i32* } } And something along these lines: %1 = getelementptr inbounds %MainClass* %0, i32 0, i32 0 ; get to the 'array' %2 = getelementptr inbounds { i32, i32* }* %1, i32 0, i32 1 ; index the data pointer And then I'd want to: alloca i32, i64 5 But I don't...

..., i32 4, i1 false) >>> >>> This copies 20 bytes there, kaboom! >>> >> >> Such a painfully obvious answer, thank you! I'm assuming this is what >> happens when I use the unoptimized version of the code and call >> >>> %0 = alloca %MainClass >> >> then transfer the array into that. If I'm taking a MainClass pointer into >> my >> <init> function, can I then just re-allocate it as a { i32, [5 x i32] } >> when >> I learn about the length? That doesn't sound like the nicest option. I'm...

...* %3, i8* bitcast ([5 x i32]* >> @.gvar_array to i8*), i64 20, i32 4, i1 false) > > This copies 20 bytes there, kaboom! > Such a painfully obvious answer, thank you! I'm assuming this is what happens when I use the unoptimized version of the code and call > %0 = alloca %MainClass then transfer the array into that. If I'm taking a MainClass pointer into my <init> function, can I then just re-allocate it as a { i32, [5 x i32] } when I learn about the length? That doesn't sound like the nicest option. I'm not aware of a way of only allocating a part of a lit...

...so far). Eli Friedman-2 wrote: > > > Yes; [0 x i32] isn't really a variable-length array, just a > placeholder for an array of unknown size. You have to track the size > yourself. > > This is working, too, however I'm getting a segmentation fault at runtime. %MainClass = type { { i32, [0 x i32] } } %this = alloca %MainClass* %0 = alloca { i32, [5 x i32] } ... Here, I store 5 into %0[0] and a constant array into %0[1]. This runs without error. %7 = load %MainClass** %this %8 = getelementptr inbounds %MainClass* %7, i32 0, i32 0 %9 = getelementptr in...

...> >>> This copies 20 bytes there, kaboom! > >>> > >> > >> Such a painfully obvious answer, thank you! I'm assuming this is what > >> happens when I use the unoptimized version of the code and call > >> > >>> %0 = alloca %MainClass > >> > >> then transfer the array into that. If I'm taking a MainClass pointer > into > >> my > >> <init> function, can I then just re-allocate it as a { i32, [5 x i32] } > >> when > >> I learn about the length? That doesn't sou...

On Wed, Feb 22, 2012 at 1:56 PM, Fraser Cormack <frasercrmck at gmail.com> wrote: > > I'm trying to work out the size of a struct so that I can pass this to the > 'llvm.memcpy' intrinsic. It's easy to find out how I'm supposed to do this, > as I keep seeing the following: > > %Size = getelementptr %T* null, int 1 > %SizeI = cast %T* %Size to uint >

...gt; @.gvar_array to i8*), i64 20, i32 4, i1 false) >> >> This copies 20 bytes there, kaboom! >> > > Such a painfully obvious answer, thank you! I'm assuming this is what > happens when I use the unoptimized version of the code and call > >> %0 = alloca %MainClass > > then transfer the array into that. If I'm taking a MainClass pointer into my > <init> function, can I then just re-allocate it as a { i32, [5 x i32] } when > I learn about the length? That doesn't sound like the nicest option. I'm not > aware of a way of only a...

I'm trying to work out the size of a struct so that I can pass this to the 'llvm.memcpy' intrinsic. It's easy to find out how I'm supposed to do this, as I keep seeing the following: %Size = getelementptr %T* null, int 1 %SizeI = cast %T* %Size to uint But I'm unsure how I actually do this in the C++ API. Is the 'null' here a llvm::ConstantPointerNull? Any help

Hi Fraser, it looks to me like you are smashing the stack. > define void @main() nounwind { > allocas: > %0 = alloca { i32, [0 x i32] }, align 8 ^ this allocates 4 bytes on the stack. > %2 = getelementptr inbounds { i32, [0 x i32] }* %0, i64 0, i32 1 ^ this gets a pointer to the byte after the 4 allocated bytes. > %3 = bitcast [0 x i32]* %2 to i8* > call void

...ommand to rename JStaligPlayer in whatever you want. The idea is to used the signed Jar provided by jorbis... nicely signed so we don't need to accept certificates or other several times : once is enought. Please avoid any changed to this jar (this breaks the signature). Use the subclass of mainclass to add your code. (or find a way to get a signed jar). Full jbuilder projet is here : http://radio.stalig.com/downloads/JStaligPlayer-Plugin.zip It will stay here a few weeks. Regards, Chris Mr Dihelson Mendonca wrote: >Yes, Kris, > >But how to do it ??? > >All these JAVA player...

...e because all traffic is for the same ip range. And indeed i see only traffic in 1:30 and not in 1:20 Can someone tell me how to set this up ? Thanks. My code: #!/bin/ksh # QOS schema ---------------------------------------- # QDISC-ID 1: # | # MAINCLASS-ID 1:1 # / \ # 1:20: 1:30: # | | # SQF SQF # FILTER 1: FILTER 1: # # 1:10 Always reserved for VOIP even not used # 1:20 HTTP # 1:30 All other data (could be split-up in 1:30) # # This...

Oups, sorry for the mistake, llcj (not llc:)) is not more maintained! Gaël Le 10 sept. 2014 00:27, "Gaël Thomas" <gael.thomas00 at gmail.com> a écrit : > Hi Brian, > > So, I confirm, llc is not more maintained. And using vmjc is probably > the good starting point to translate Java bytecode into llvm bitcode. > > However, I think that your hack (changing the way