similar to: [LLVMdev] FW: assetion failed in llvm-java

On 2/26/06, Dmitriy Abramov <dmitriy.abramov at star-force.com> wrote: > > > > Hello. > > > > After llvm-java front-end compilation under cygwin I have encountered with > the problem. Compilation successfully complete but the assertion message > displayed while running application class2llvm.exe. class2llvm is by no means complete and hasn't been actively

Hi, This question is mostly addressed at Alkis, as I understand that he last worked on llvm-java and I saw him reply to another thread recently :-) When I try and run class2llvm I get a bus error because function_ in VMMethod points to 0x8. I think the problem lies in how I am using class2llvm. When I read through the Debug output, I see that class2llvm is trying to compile all of the

Hello! Recently I found an interesting tool within java front end of llvm project. It is "class2llvm". My future researchs showed that this tool is much out of date and needs a lot of things to do for its completion. As far as I understood, It doesn't support even such elementary things as exceptions handling and garbage collection. Am I right in my conclusions? Could you answer

Sir, I am using the op_begin and op_end iterator for iterating over the operands as mentioned below. for (User::op_iterator operand=j->op_begin(),operand_end=j->op_end();operand!=operand_end;++operand){ Value *v=operand->get(); const Type *t=v->getType(); cerr<<endl<<" operand: "<<"[ "<<v->hasName()<<"

Hello, I have just downloaded the source from CVS. Does exist a LLVM Java front-end? If yes, where can I find documentations about it? If no, is anyway somebody working on it? Where can I find the source code related? Thanks, Alessandro

Hello, I have just read the LLVM paper (CGO'04) and thought it was an interesting project. And, I am wondering if there exists a Java frontend (that compiles Java bytecode to LLVM code) as the paper mentioned. If there is any, what is the status of it? Pardon me if this information is obviously provided somewhere in the LLVM web site. Best regards, Hiroshi Yamauchi Purdue University

On Apr 25, 2006, at 8:56 AM, John Criswell wrote: > Ryan M. Lefever wrote: >> I am trying to use LLVM as a source to source C compiler. I use >> llvm-gcc to convert file.c->file.bc. Then I use opt to run my own >> compiler passes to convert file.bc->file.opt.bc. Then I use llc >> to convert file.opt.bc->file.opt.c. Now, I want to use normal gcc

[NOTE: Removed Phab and reviewers] > ================ > Comment at: test/CodeGen/X86/2012-01-12-extract-sv.ll:12 > +; CHECK-NEXT: vblendps {{.*#+}} xmm1 = xmm1[0],xmm2[1,2,3] > +; CHECK-NEXT: vpermilps {{.*#+}} xmm0 = xmm0[0,0,0,0] > ; CHECK-NEXT: vinsertf128 $1, %xmm0, %ymm0, %ymm0 > ---------------- > greened wrote: >> Can we make this test less brittle by

Hello friends of R list, Im a physician and Im not that good in statistics. I have posted similar email in the epi-sig list but no one aswered so far. Im cunducting a systematic review on two diagnostic test for a particular tropical disease. I found a free software that make most of the analysis called MetaDiSc. However there is a paticular analysis that I wuould like to try that it is not

On Wed, 17 Feb 2016, Hisashi T Fujinaka wrote: > And in another "oh duh" moment, I think this dumped core on two different > machines and I sent you the bt from the wrong machine. Here's the one > from NetBSD-7. > > #0 0x00007f7ff630e55a in _lwp_kill () from /usr/lib/libc.so.12 > (gdb) bt > #0 0x00007f7ff630e55a in _lwp_kill () from /usr/lib/libc.so.12 >

Dear R experts, I am trying to import some data from some Excle files into R. My Excle file contains about 50 sheets. One solution I can think about is to convert my Excle file into csv file first and then load data into R using 'read.csv'. But it seems to me that 'read.csv' only supports reading one sheet (or 'one file') each time, so that seems I have to create 50 csv

On Wed, 17 Feb 2016, Hisashi T Fujinaka wrote: > > This one is failing a test assetion - there should be some more useful > > output available from the test itself. > > I think it's this: > > test_hostkeys: > regress/unittests/hostkeys/test_iterate.c:163 test #1 "hostkeys_iterate all > with key parse" > ASSERT_INT_EQ(sshkey_load_public(

ogre(windows binary) running on ac100(arm linux) http://www.youtube.com/watch?v=g2D6SZcrT_U quake3(windows binary) running on ac100 (arm linux) http://www.youtube.com/watch?v=UAncqVtQyEQ ogre(windows binary) running on n900(arm linux) http://www.youtube.com/watch?v=yDqkvEyzFk0 quake3(windows binary) running on n900 (arm linux) http://www.youtube.com/watch?v=erTkTsCO50o implemented some

On Tue, 16 Feb 2016, Hisashi T Fujinaka wrote: > On Wed, 17 Feb 2016, Damien Miller wrote: > > > > Core was generated by `test_sshkey'. > > > Program terminated with signal SIGSEGV, Segmentation fault. > > > #0 0x000000000041273e in cert_parse (key=0x7f7ff7b120c0, > > > certbuf=0x7f7ff7b16200, b=0x7f7ff7b161b0) at sshkey.c:1896 > > > 1896

On Apr 27, 2007, at 3:50 PM, David Greene wrote: > The saga continues. > > I've been tracking the interface changes and merging them with > the refactoring work I'm doing. I got as far as building stage3 > of llvm-gcc but the object files from stage2 and stage3 differ: > > > warning: ./cc1-checksum.o differs > warning: ./cc1plus-checksum.o differs > >

Simon Pilgrim <llvm-dev at redking.me.uk> writes: > Changing a test's IR to avoid an issue in a patch is very problematic, > but if any test's codegen changes because of a patch then it just > needs to be reviewed, preferably by someone who has touched that test > in the past. But wouldn't it be even better if that output didn't need to be changed at all and

Hi, I'm working on the iterated register coalescing graph coloring allocator and try to test it with all backends available currently in LLVM. Initial tests with most of the backends are successful. It turned out that my allocator triggers a specific assertion in the RegScavenger and only for the ARM target. It looks like the LR register is used for frame pointer related things, but it is

Hi, well, swift response! Qualcomm has a patched qpopper (2.5) Greetings, Jan-Philip Velders <jpv@jvelders.tn.tudelft.nl> ---------- Forwarded message ---------- Date: Mon, 29 Jun 1998 21:43:18 -0700 From: Praveen Yaramada <pyaramad@QUALCOMM.COM> To: BUGTRAQ@NETSPACE.ORG Subject: Patched Qpopper2.5 release Notification. Hello Folks, As you are already aware that qpopper

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the