similar to: [LLVMdev] lli crashes when loading .bc files with debug informations

Hi all, I'm one of the developers of the Jade project, a Jit decoder running with LLVM 2.9. We are currently testing our decoder on a pandaboard<http://pandaboard.org/> based on an OMAP 4430 and the Jit compilation seems to crash once there is a call to a function in the LLVM IR. We have already tested this issue with lli in its 2.9 version, and this bug still stays the same. LLVM

Hi, I'm compiling LLVM libraries for android platform using android nk r4 from crystax that supports c++ and rtti libs. I'm facing the problem that there gcc compiler doesn't support __clear_cache function of Memory.cpp (line 699) for the librarie LLVMSystem. Is there a way to bypass this limitation without puts a comment on this line? Regards Jérôme Gorin -------------- next part

Thank very much for this answer, so my last question will be: is it possible to use the LLVM JIT on a PS3 with Yellow Dog 6.2 distribution, instead of the LLVM interpreter, by using the PPE as it seems to be similar to 64-bit PowerPC processors? 2009/12/18 Scott Michel <scooter.phd at gmail.com> > Jerome: > > No, there are no plans to JIT to SPU. That's considerably more

Mahadevan R wrote: > Hi, > > On Sat, Oct 31, 2009 at 11:42 AM, Nan Zhu <zhunansjtu at gmail.com> wrote: >> Hi,all >> >> I tried to run the generated whole-program bitcode of BIND,but I got some >> information: >> >> 0 lli 0x0000000000feda16 >> 1 lli 0x0000000000fed88f >> 2 libpthread.so.0

Jerome: No, there are no plans to JIT to SPU. That's considerably more complicated -- you'd have to figure out when to JIT to the SPU and live with all of the constraints that the SPU imposes (data reformatting, r/w DMA, ensure your code lives in 256K unless you can manage to interface with the virtual I-cache work.) Basically, it's not trivial and it doesn't quite fit into the

When you run a program foo linked with gccld (i.e., by running the script "foo" it outputs which runs lli) it passes foo.bc instead of foo as the argv[0] for the program. This is surprising to the user, who is expecting that a program started by running "./foo" will call itself "./foo", not "./foo.bc". Fixed by removing ".bc" from the end of

On Thu, Dec 31, 2009 at 2:26 AM, Heming Cui <heming at cs.columbia.edu> wrote: > Hi Eli, >     Thanks for your reply. If I add -force-interpreter to lli, then it seems > that it can not run external function like printf or malloc. Is there any > easy way to solve this problem? Does the LLVM configure find libffi? -Eli

Hi Eli, I think the llvm configure has already configured with ffi. ../llvm-2.6/configure -help | grep ffi --enable-libffi Check for the presence of libffi (default is YES) In addition, the printf() can work in program, reflecting that libffi is working, right? How can I make Interpreter work with getpid(), fork(), and clone()? On Thu, Dec 31, 2009 at 2:33 AM, Eli

Hi Toussaint, > llvm-gcc (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2.8) version 2.8 > Low Level Virtual Machine (http://llvm.org/): > llvm version 2.6 version 2.6 You need lli from version 2.8 or later. Ciao, Duncan.

Hi Eli, Thanks for your reply. If I add -force-interpreter to lli, then it seems that it can not run external function like printf or malloc. Is there any easy way to solve this problem? On Wed, Dec 30, 2009 at 11:26 PM, Eli Friedman <eli.friedman at gmail.com>wrote: > On Wed, Dec 30, 2009 at 7:53 PM, Heming Cui <heming at cs.columbia.edu> > wrote: > > Dear all, >

Hi all I'm a new to LLVM. I was unable to browse all the archive since I couldn't locate any search option. So here is my issue: I installed LLVM under openSUSE 11.3 with the following llvm tools ---------- llvm-gcc (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2.8) ---------- Low Level Virtual Machine (http://llvm.org/): llvm version 2.6 Optimized build. Built Jul 24

On Wed, Dec 30, 2009 at 7:53 PM, Heming Cui <heming at cs.columbia.edu> wrote: > Dear all, >      I hope you enjoy your christmas! Recently I started to play lli with > bc. I found that the lli only calls the main() function in bc file and then > does nothing before the main() function returns, which means that the > JIT::runFunction() function is involved only once with the

Dear all, I hope you enjoy your christmas! Recently I started to play lli with bc. I found that the lli only calls the main() function in bc file and then does nothing before the main() function returns, which means that the JIT::runFunction() function is involved only once with the main() function in bc file. If this was true, then lli does not have any control to the execution of program.

*llvm-project version:dd8a2013dc1804be1b7d9cffacad2e984300bd22* *Instructons to build LLVM+clang:* ``` cmake -G Ninja -DCMAKE_INSTALL_PREFIX=/home/llvm/workspace/llvm/llvm-project/llvm_install -DCMAKE_BUILD_TYPE="Release" -DDEFAULT_SYSROOT="/home/llvm/workspace/riscv/riscv-tc-20200220/bin/riscv32-unknown-elf"

Hi, On Sat, Oct 31, 2009 at 11:42 AM, Nan Zhu <zhunansjtu at gmail.com> wrote: > Hi,all > > I tried to run the generated whole-program bitcode of BIND,but I got some > information: > > 0   lli             0x0000000000feda16 > 1   lli             0x0000000000fed88f > 2   libpthread.so.0 0x0000003df340eee0 > 3   libc.so.6       0x0000003df28332f5 gsignal + 53 >

Hi,all I tried to run the generated whole-program bitcode of BIND,but I got some information: 0 lli 0x0000000000feda16 1 lli 0x0000000000fed88f 2 libpthread.so.0 0x0000003df340eee0 3 libc.so.6 0x0000003df28332f5 gsignal + 53 4 libc.so.6 0x0000003df2834b20 abort + 384 5 libc.so.6 0x0000003df282c2fa __assert_fail + 234 6 lli

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

I should start off by saying that I know a lot more about linux than I do z/series hardware.... I've tried centos 3.3 and 4.4 for s390 and s390x, if it make any difference.... Trying to install 4.4 on an lpar on a z9-BC and having trouble figuring out how to get the OSA adapter working. I've been told that when I ftp-boot from the iso image, I should choose "eth" for

On 6/18/06, Iain Haslam <iainhaslam at gmail.com> wrote: > > BTW, I really like the new > > > > ```source > > code > > ``` > > > > syntax. *Huge* timesaver. > > Continuing this particular off-topicness: Lucas, are you aware or in > favour of the bc(code). syntax already being used for this [1]? I > mentioned it previously on the list [2],

If one uses the shorewall-perl compiler, in_network() in /usr/share/shorewall-perl/prog.header needs patching too. I wonder if there is anything more that needs patching in there. I couldn''t find anything myself. b. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio