search for: frontends

Hi list I currently having troubles to "connect" dovecot (for proxy) to an existing LDAP. If I got the dovecot wiki right only userdb is needed for a proxy setup where the proxy does not authenticate but just forward to the backend for authentication. So I setup the following in dovecot-ldap.conf.ext user_attrs = =password,=y=nopasswd,=y=proxy,mailHost=host user_filter =

Hi, On restarting one of my domains, it went into zombie state and failed to restart. Now I see it like this: Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 256 1 r----- 1088916.2 Zombie-test1 111 128 1 ---s-d 195171.2 Issuing "xm shutdown 111" or "xm destroy 111" immediately

upstream commit 7e96287ddc4f42081e18248b6167041c0908004c Author: Vivek Goyal <vgoyal@in.ibm.com> [PATCH] kdump: introduce "reset_devices" command line option Resetting the devices during driver initialization can be a costly operation in terms of time (especially scsi devices). This option can be used by drivers to know that user forcibly wants the devices to

On 6/11/20 3:32 AM, Andrzej Warzynski wrote: > > > On 11/06/2020 00:49, Michael Kruse wrote: >> Am Mi., 10. Juni 2020 um 10:04 Uhr schrieb Doerfert, Johannes via >> flang-dev <flang-dev at lists.llvm.org>: >>> I'm not against a subproject *but* if we also move the existing >>> llvm/lib/Frontend stuff, that would introduce a dependence from

On 6/11/20 4:04 PM, James Y Knight wrote: > I think the expectation is that LLVM remains at the bottom of the > dependency tree, with frontend-support depending on LLVM, and Clang and > Flang depending on frontend-support (and LLVM). > > Not everything which makes sense to share between clang and flang makes > sense to be part of llvm core. E.g., implementation of a

--- .gitignore | 2 +- builder/index-validate.c | 2 +- builder/pxzcat-c.c | 2 +- common/edit/file-edit.c | 2 +- common/mlutils/c_utils-c.c | 2 +- common/options/options.h | 2 +- common/options/uri.c

I am trying to compile the Java frontend in https:/ llvm.org/svn/llvm-project/java/trunk If there are another preferred Java frontend available, and it is suited for translating Java bytecode to LLVM bytecode, I'd be happy to use that frontend instead. thanks, Andreas On Thu, Sep 17, 2009 at 4:03 PM, Chris Lattner <clattner at apple.com> wrote: > > On Sep 17, 2009, at 3:59

The reason it's not just ‘utils.h’ is because Pino is worried that we might pick up /usr/include/utils.h from a rogue library. --- .gitignore | 2 +- builder/index-validate.c | 2 +- builder/pxzcat-c.c | 2 +- common/edit/file-edit.c

Am Mi., 10. Juni 2020 um 10:04 Uhr schrieb Doerfert, Johannes via flang-dev <flang-dev at lists.llvm.org>: > I'm not against a subproject *but* if we also move the existing > llvm/lib/Frontend stuff, that would introduce a dependence from > llvm-core to this project, which I think is uncommon. We could also have > both. At the end of the day it depends on the benefit we would

I am looking for a way to translate Java bytecode to LLVM bytecode and the LLVM Java frontend seem like a good match for initial testing. But after checking out the svn version of the Java frontend I get the following error when running configure configure: error: cannot find install-sh or install.sh in ../../autoconf ./../../autoconf This error persisted even after successfully regenerating

I was hoping to introduce a new top level library in llvm/lib/Frontend for code that is (mainly) used by LLVM frontends but not by one exclusively. At first, I would place the OpenMP-IR-Builder [1] (and related code [0]) there. This Builder translates "OpenMP directives" to LLVM-IR and is supposed to be reused in Flang. First, I tried to place the OpenMP-IR-Builder into llvm/IR, right next to the llvm::IR...

Hi Andreas, Since you're only looking for a Java frontend, I suggest you only build the Java frontend of vmkit and don't pass any pnet or mono information to the configure script. I haven't updated the pnet part of the .Net frontend. On the other hand, the Java frontend is up-to-date. Nicolas Andreas Saebjoernsen wrote: > Thanks, I am now working on compiling up VMKit. When

Some old Windows frontends fail to transition through the xenbus Closing state and move directly from Connected to Closed. Handle this case properly. Signed-off-by: Paul Durrant <paul.durrant@citrix.com> Cc: David Vrabel <david.vrabel@citrix.com> Cc: Wei Liu <wei.liu2@citrix.com> Cc: Ian Campbell <ian.c...

Thanks, I am now working on compiling up VMKit. When compiling VMKit in my up-to-date svn checkout I get several error messages on missing members of the class 'llvm::Type': PNetLib.cpp: In function ‘void decapsulePrimitive(n3::VMObject*, const llvm::Type*, std::vector<llvm::GenericValue, std::allocator<llvm::GenericValue> >&)’: PNetLib.cpp:694: error: ‘Int1Ty’ is not a

On 11/18, Chris Lattner wrote: > > > > On Nov 12, 2019, at 9:19 PM, Doerfert, Johannes via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > I was hoping to introduce a new top level library in llvm/lib/Frontend > > for code that is (mainly) used by LLVM frontends but not by one > > exclusively. At first, I would place the OpenMP-IR-Builder [1] (and related > > code [0]) there. This Builder translates "OpenMP directives" to LLVM-IR > > and is supposed to be reused in Flang. > > > > First, I tried to place the OpenMP-I...

On Sep 17, 2009, at 4:17 PM, Andreas Saebjoernsen wrote: > I am trying to compile the Java frontend in > https:/llvm.org/svn/llvm-project/java/trunk > If there are another preferred Java frontend available, and it is > suited for translating Java bytecode to LLVM bytecode, I'd be happy > to use that frontend instead. That is really old and out of date, I'm sure it

On Sep 17, 2009, at 3:59 PM, Andreas Saebjoernsen wrote: > I am looking for a way to translate Java bytecode to LLVM bytecode > and the LLVM Java frontend seem like a good match for initial > testing. But after checking out the svn version of the Java > frontend I get the following error when running configure > > configure: error: cannot find install-sh or install.sh

Hi, I am writing a small doc for people new to Xen. to be able to compile Xen from sources on Ubuntu. Please suggest some improvements for this how to or mistakes that you can point out. There is a technique of virtualization known as Xen and a hypervisor known as Xen. Like you have Firefox,Open Office,VLC and other softwares on your computer similary there is a software known as Xen.

...make sense for the backend to include a warning/error classification (& I don't think its absence is the key to what Chandler's getting at - the point is to avoid phrasing things as "diagnostics" from LLVM whenever it's possible to expose some broader information & let frontends do whatever they want with it) - that'll save every frontend having to make a, probably very similar, classification - epsecially in the case of errors it seems unlikely a frontend could do anything else but classify it as an error. The diagnostic blob should also include some 'id' thou...

For those of us not familiar with clang internals, it would be helpful if you could describe the parts of clang that you're considering sharing and explain what existing code they would replace in flang (if any) and what benefits we gain by sharing them. In particular, these were mentioned previously: DiagnosticsEngine, SourceManager, SourceLocation, FileManager, VFS Thanks, Tim On