similar to: [Qemu-devel] How to management KVM virtual machines via libvirt?

Could you tell me the current status of MIPS JIT? On Mon, Apr 30, 2012 at 11:38 PM, 陳韋任 <chenwj at iis.sinica.edu.tw> wrote: > > Thanks for your information. > > Could you suggest any other framework that I could use for making a > custom JIT > > for ARM? > > I am doing research on JIT compilation for a heterogeneous processor > system. > > If not for

> Thanks for your information.  > Could you suggest any other framework that I could use for making a custom JIT > for ARM? > I am doing research on JIT compilation for a heterogeneous processor system. If not for heterogeneous system, I would suggest QEMU. :) Why not try to fix it? Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science,

On Tue, May 01, 2012 at 11:11:44AM +0900, Toan Mai wrote: > Could you tell me the current status of MIPS JIT? According to [1], the support for "old-style" JIT is complete. You can give it a shot. > I'm afraid it's not straightforward to fix it, Chen. Well, no pain no gain. ;) Regards, chenwj [1] http://llvm.org/releases/3.0/docs/ReleaseNotes.html#whatsnew --

Hi all, Let me illustrate what I want to do. I want to launch a QEMU "inside" a KVM virtual machine, then get that QEMU's vnc output. I am using libvirt 0.9.13 (`libvirtd --version`), and attach is my vm's original config xml. Is there a simple way to achieve my goal? I was told that iptable solution I found on the web is for "tap" interface, and I can use

On Sep 12, 2012, at 8:50 PM, Sean Silva <silvas at purdue.edu> wrote: >> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 > > I think that this is a GCC ICE. Yes, very definitely. Jim > > --Sean Silva > > On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) >

CC'ed to clang ML. You can post clang question on clang ML. :-) On Thu, Jun 07, 2012 at 06:23:15PM +0800, yangzhi0104 at sohu.com wrote: > Hello Guys, > > I am developing a plugin of clang and hope it can convert some C++ functions to > C++/CX wrapper classes for WinRT system. If so, it would do a lot of work > automatically. > > Now I have been somewhere. Using clang

Hi all, I type "version" and the virsh outputs: Compiling library: libvir 0.6.3 ... Management: QEMU 0.9.1 Now I wanna update the QEMU to qemu-kvm-0.14.0. I don't know how to. Can anybody provide any help? Yi -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, I have tried to reboot a KVM guest by this command line: virsh reboot vm1 However, the virsh report: reboot is not supported without json monitor. I am using libvirt-0.9.9 and qemu-0.14.0. Can anyone provide some help? Thanks, Yi -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi. This is a known gcc bug (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't compile clang 3.1 On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same > issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get > error

> /nfs_home/chenwj/llvm-3.1/svn/llvm/tools/clang/lib/Frontend/InitHeaderSearch.cpp:197:1: internal compiler error: in extract_insn, at recog.c:2103 I think that this is a GCC ICE. --Sean Silva On Wed, Sep 12, 2012 at 10:53 PM, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > I think it's Gentoo's bug, but I want to know if anyone has the same

Also you might need to check use PostRASchedulerList or PostMachineScheduler, PostRASchedulerList is considered deprecated as mentioned in [1]. [1] http://lists.llvm.org/pipermail/llvm-dev/2017-April/112348.html HTH, chenwj 2017-06-10 4:03 GMT+08:00 陳韋任 <chenwj.cs97g at g2.nctu.edu.tw>: > Not saying I am totally understand how thing works, but I think you're > misleading >

Thanks for the info, Philip. I will update the LLVM Programmer’s Manual first. Regards, chenwj Wei-Ren Chen (陳韋任) Homepage: https://people.cs.nctu.edu.tw/~chenwj 2017-04-02 18:11 GMT+08:00 Philip Pfaffe <philip.pfaffe at gmail.com>: > Hi chenwj, > > http://llvm.org/doxygen/Statistic_8h_source.html is the correct one. The > other two are remnants from older doxygen deployments.

Hi Sergey, > This is a known gcc bug > (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53670). GCC 4.5 can't > compile clang 3.1 are you sure? I built the LLVM/clang-3.1 release binaries for ubuntu 64 bits using gcc-4.5. Ciao, Duncan. > > On 13 September 2012 06:53, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: >> Hi all, >> >> I think

Hi all, I think it's Gentoo's bug, but I want to know if anyone has the same issue here. I am compiling LLVM trunk on Gentoo (gcc 4.5.2), and I get error message below, --- make[4]: Entering directory `/nfs_home/chenwj/llvm-3.1/svn/build/tools/clang/lib/Frontend' llvm[4]: Compiling InitHeaderSearch.cpp for Release+Asserts build

Hi Duncan. Probably it depends on exact gcc version and possibly assert/noassert build option. I've got this problem with gcc 4.5.2 on 64-bit Suse (I don't remember whether assertions were enabled). On 17 September 2012 21:12, Duncan Sands <baldrick at free.fr> wrote: > Hi Sergey, > > >> This is a known gcc bug >>

Hi, folks I am "stll" trying to build LLVM-GCC 4.2 on a Linux/PS3 machine, which has a 64-bit OS. Here is my system information and configuration options: ----------------------------------------------------------------- $ uname -a Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2 15:12:28 CST 2009 ppc64 Cell Broadband Engine, altivec supported GNU/Linux $ gcc --version

Hi, folks I am trying to build LLVM-GCC 4.2 on a Linux/PowerPC machine. Actually, the PowerPC is a PS3. The source was downloaded from http://llvm.org/releases/2.8/llvm-gcc-4.2-2.8.source.tgz Here is my system information and configuration options: ---------------------------------------------------------------------- $ uname -a Linux ps3 2.6.32-rc2-00995-g96ebbe6-dirty #2 SMP Fri Oct 2

Hi Bill, The preliminary result of regression test on ARM shows quit a lot failures, which makes me nervous. After discussion on IRC, echristo and chandlerc sugguested the following possibilities, 1) some flag weirdness 2) miscompile via cross toolchain 3) architecture-specific fundamental bug chandlerc told me compile LLVM/Clang without "-fno-strict-aliasing" first, see if

Hi chenwj, Thanks! I have tried it, but the generated byte code still uses `llvm.memset`. I guess the flag `-fno-builtin` is not used by DragonEgg, or I missed some other configuration parameters. On Tue, Apr 9, 2013 at 7:45 PM, 陳韋任 (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw > wrote: > On Tue, Apr 09, 2013 at 04:39:14PM -0700, Jeff Jia wrote: > > Hi, > > > > I have

Hi, Sorry I did not precise that, but I'm already doing that... I have, as you say, two different director, one for source and one for build (where I run my configure)... Cheers ________________________________________ De : 陳韋任 [chenwj at iis.sinica.edu.tw] Date d'envoi : mardi 8 mai 2012 05:21 À : Rinaldini Julien Cc: LLVM Developers Mailing List Objet : Re: [LLVMdev] svn trunk