similar to: [LLVMdev] LLVM CommandLine 2.0 Library Usage

Hi Guys I'm trying to port and build LLVM to the Interix environment. I've succeded until the Interix version of gcc program executes: gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' gmake[1]: Leaving directory `/usr/local/src/llvm/lib/Support' gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' Compiling CommandLine.cpp CommandLine.cpp: In function

On Tue, 24 Aug 2004, Reid Spencer wrote: > In writing llvmc, I need to link in the Bytecode reader in order to > extract the "dependent libraries" from the bytecode files. And, bytecode > reader needs vmcore. And, vmcore has a static cl::opt<bool> named > "EnableTiming" for the -time-passes option. This conflicts at runtime > with llvmc's -time-passes

> Is there something else which is a prerequisite to 'qemu:commandline' > but if yes and I'm missing those, why would not then 'virsh' and/or > 'virtqemud' say something? No what you have looks ok, this is what I have as a test and is working ok. You can try and these to see if something is shown in the guest. <qemu:commandline> <qemu:arg

Hi guys. I have a domain definition with this: ... ? <qemu:commandline> ??? <qemu:arg value='-fw_cfg'/> ??? <qemu:arg value='name=opt/com.coreos/config,file=/00-VMs/oshift1node.ign'/> ? </qemu:commandline> </domain> at the bottom of xml. 'virsh' creates domain a okey but in VM I do not see ignition happened - it's fedora coreos -

Hi Guys I'm trying to port and build LLVM to the Interix environment. I've succeded until the Interix version of gcc program executes: Before the patch: gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' gmake[1]: Leaving directory `/usr/local/src/llvm/lib/Support' gmake[1]: Entering directory `/usr/local/src/llvm/lib/Support' Compiling CommandLine.cpp

>> the newly added LoopDeletion pass uses loop-deletion as it's name (and thus >> commandline option for opt). Looking at the other loop passes (loop-rotate, >> loop-unroll, loop-reduce), perhaps loop-delete would be a better name? > No opinions on this? If this is ever going to be changed, it's probably a good > idea to do it before the 2.3 release, not after...

Hi, In writing llvmc, I need to link in the Bytecode reader in order to extract the "dependent libraries" from the bytecode files. And, bytecode reader needs vmcore. And, vmcore has a static cl::opt<bool> named "EnableTiming" for the -time-passes option. This conflicts at runtime with llvmc's -time-passes option (which it passes through to sub-tools). So, my

I have examined the documentation for batch mode use of R: R CMD BATCH [options] infile [outfile] The documentation for this seems rather spartan. Running "R CMD BATCH --help" gives me info on only two options: one for getting help and the other to get the version. I see, further on, that there are options for retoring and saving sessions (which I do not need to do in this case),

Hi Tanya, > 2.3 has already branched and loop delete is not on by default. This can be > changed after. Doesn't that just mean that it's not part of std-compile-opts, and thus the only way to use it is the (inconsistent) -loop-deletion commandline option? I'm just saying that it might be better not to change a commandline option between releases if it's not needed.

Hi, I recently decided to convert the argument parsing of a llvm project of mine to the official LLVM CommandLine library. Specifically, my program takes as as the first positional argument a command, which has to be in a set of commands (similar to git). EG myprog [options] <command> [command's arguments] In LLVM CommandLine lingo, I needed a Positional argument with a Enum Value

I have been running Wine-20010824 updated via cvs to Sept 21 quite happily for some time. Today I updated to Debian testing's version of wine, which is 20011108. It seems to work-- but commandline windows apps are now behaving very strangely. Wine seems to put the console into raw mode! This causes programs that read lines from standard input, like ss.exe (part of visual sourcesafe), to

On 04/20/2015 08:37 AM, Chengyuan Li wrote: > Hi, > > I tried to enable virtio-blk data plane feature for VMs in my openstack > environment, the hypervisor is ubuntu 14.04, libvirt 1.2.2 and QEMU 2.0. > As nova doesn't support that parameter yet, I did belows > > 1. nova boot a VM with raw disk image. > 2. nova stop the VM. > 3. run "virsh edit

On Mon, Apr 20, 2015 at 10:37:13PM +0800, Chengyuan Li wrote: > Hi, > > I tried to enable virtio-blk data plane feature for VMs in my openstack > environment, the hypervisor is ubuntu 14.04, libvirt 1.2.2 [I haven't tested the virtio-blk data plane myself.] This libvirt version seems a little old (from March 2014), you might want to move to a bit newer. > and QEMU 2.0.

Hi Kashyap, Here I want to test and see how much I/O performance could be improved by virtio-blk data plane feature. Yes, this is a dirty way to enable it :-), You mentioned using newer libvirt, is there parameter similar "x-data-plane=on" in new version libvirt? Please let know me you if you have better solution. Regards, CY. On Mon, Apr 20, 2015 at 10:51 PM, Kashyap Chamarthy

Hi, the newly added LoopDeletion pass uses loop-deletion as it's name (and thus commandline option for opt). Looking at the other loop passes (loop-rotate, loop-unroll, loop-reduce), perhaps loop-delete would be a better name? Gr. Matthijs -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc:

Kai Nacke via llvm-dev <llvm-dev at lists.llvm.org> writes: > Compiling for AArch64: CommandLine Error: Option > 'aarch64-branch-relax' registered more than once! > > Hi all! > > I am trying to run LDC (LLVM-based D compiler) on AArch64. The > compiler contains all IR and target specific passes. You can view it > as combined llc/opt tool. It uses the same

Tools that use the LLVM CommandLine library seem to exit 1 when called with -version or -help. This is strange and inconsistent with most command line tools. Is there a reason we exit 1? Is anyone relying on this behaviour?

With the CommandLine library, is there a way to specify that one of two options must be present? I have two parameters, -if and -od. I want an error if neither is present or if both are present. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160404/dbae63e0/attachment.html>

Two issues concerning ps commandline options. 1) -v option, cosmetic ! currently the formatting is very unsexy, makes this option rather unusable, you can't easy follow the columns 2) -m option doesn't have precedence over other options forcing the output to be memory sorted. i.e. -u option implies -r (-r = sort by current cpu usage) Now I find the output format of -u very

Hi Eric, Thanks! You are right, I missed declaring namespace, now, the <qemu:commandline> is saved after virsh edit. However, both namespace and <qemu:commandline> tag are lost after I run "nova start" to launch the VM. Any idea that how could I make this qemu command take effect ? Regards, CY. On Mon, Apr 20, 2015 at 11:41 PM, Eric Blake <eblake@redhat.com> wrote: