similar to: [LLVMdev] LLVM Tests with CLANG FE

Hi all, I tried to install the Rdbi_0.1-2.tar.gz and Rdbi.PgSQL_0.1-2 package. The Rdbi_0.1-2.tar.gz installed fine but the Rdbi.PgSQL_0.1-2 had some problems. The compilation routine tried to find a header called libpq-fe.h but did not find it in the standard locations. I searched through the computer but did not find a file called in this way either. What should I do to successuffly

I tried to run the command "bundle install" as follow and then I got this error: # bundle install Don't run Bundler as root. Bundler can ask for sudo if it is needed, and installing your bundle as root will break this application for all non-root users on this machine. Fetching gem metadata from https://rubygems.org/........ Fetching additional metadata from

Here''s a question about FE driver and log dirty, when live migration is concerned. Log dirty mode is used in live migration, which works for those polluted pages from CPU issued accesses, but not for DMA path (as BE driver talked here which access from another domain like dom0). Most frontend drivers don''t implement their own suspend interface (netfront implements when

>-----Original Message----- >From: cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] On Behalf Of Reid >Kleckner via cfe-dev >Sent: Wednesday, May 11, 2016 10:40 AM >To: Mehdi Amini <mehdi.amini at apple.com> >Cc: llvm-dev <llvm-dev at lists.llvm.org>; Clang Dev <cfe-dev at lists.llvm.org> >Subject: Re: [cfe-dev] [llvm-dev] RFC: Up front type information

Hi Aboud, > On Mar 31, 2016, at 11:06 AM, Aboud, Amjad via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > Hi Eric, > I can understand the need for improving the current design of debug info representation and emission in LLVM. > However, let’s not forget that the motivation was and still to support CodeView debug info emission. Well, that is *one* motivation. > I am

On Wed, Jan 21, 2009 at 1:55 AM, Rafael Espindola <espindola at google.com> wrote: >> I do have a concern that this might have regressed the Fortran FE. >> Could you (or someone who runs it) test this? > > I noticed my patch was applied and then reverted. I am curious, why > was it a problem for the Fortran FE? > Reverted, but with a better fix. :-) I wanted to keep

Djeizon Barros wrote: > > Another possibility could be different line endings in some > > metadata file (ie '\r\n' on windows and '\n' on Linux). > > > > The produced files are tagless. So I don't know about this... but > it is a good guess Its a good guess and its wrong :-). > I have uploaded a small file example for you to check. > I am

I have assayed the concentrations of various metal elements in different anatomic regions of two strains of mice. Now, for each element, in each region, I want to do a t test to find whether there is any difference between the two strains. Here is what I did (using simulated data as an example): # create the data frame > elemconc = data.frame(expand.grid(id=1:3, geno=c('exp',

> I do have a concern that this might have regressed the Fortran FE. > Could you (or someone who runs it) test this? I noticed my patch was applied and then reverted. I am curious, why was it a problem for the Fortran FE? > -bw Cheers, -- Rafael Avila de Espindola Google | Gordon House | Barrow Street | Dublin 4 | Ireland Registered in Dublin, Ireland | Registration Number: 368047

Would it be possible to have a parameterised attribute? opt(min), opt(size), opt(max) ? On 14 January 2013 12:46, Justin Holewinski <justin.holewinski at gmail.com>wrote: > If I understand the attributes correctly, they would be function-level > attributes applied to IR functions, correct? I'm curious what the > semantics would be for cross-function optimization. For

The split between CodeView and DWARF will happen at the level of type information. So, DIVariable, DISubprogram, DILocation, DILocalScope, etc will all be shared, but records and composite types etc will not. On Thu, Mar 31, 2016 at 3:44 PM, Aboud, Amjad via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Mehdi, > > I understand the reasoning for supporting this proposal

My CMakeLists.txt depends heavily on llvm-config to provide command-line parameters for compiling my project. However, I'm curious to know whether the output of "llvm-config --cppflags" is intended for consumption by gcc or clang. I'm guessing the answer is "both", since clang provides support for gcc-compatible command args. However, I'm wondering whether it would

Hello, I'd like to get libguestfs to compile on Mac OS X and I've been chugging along quite well. I recently hit an issue in the "./configure" which I don't thin is solvable on Mac without modifying libguestfs autotools scripts but I can easily be wrong: checking for febootstrap... no checking for debootstrap... no configure: error: Either febootstrap or debootstrap must be

On Jun 16, 2009, at 1:05 PM, Granville Barnett wrote: > I'm more interested in whether or not there are any projects in the > works that fuse the tools together to build a better IDE experience. > I forget which presentation it was, but one of the developers (I > *think* it was the gentleman that presented something on CLANG at > the dev's conference 2008) made a bit

On Wed, 18 Feb 2015, Holger Hoefling wrote: > Hi Luke, > > Ah - I see - thank you! This at least points me to a way on how to > "fix" this. I tried setting the srcref attribute to NULL, but the hash > value is still different and so is the serialization. So this looks > like it is one difference, but not all of them when source attributes are attached they are

Holger, For me (see session info) using digest(as.list(f)) gets around this problem. ~G > sessionInfo() R version 3.1.0 (2014-04-10) Platform: x86_64-pc-linux-gnu (64-bit) locale: [1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C [3] LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 [5] LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 [7] LC_PAPER=en_US.UTF-8 LC_NAME=C [9]

On Thu, Jul 4, 2013 at 12:48 AM, Benoit Perrot <benoit.noe.perrot at gmail.com>wrote: > Hello, > Hi Benoit, > I have just updated my svn copy of the llvm/clang repositories after quite > a long time of inactivity, and found it not compiling on Windows with > Visual Studio 2008. > > The incriminated file is: > > llvm/lib/MC/MCModule.cpp > > Where several

I'm more interested in whether or not there are any projects in the works that fuse the tools together to build a better IDE experience. I forget which presentation it was, but one of the developers (I *think* it was the gentleman that presented something on CLANG at the dev's conference 2008) made a bit of a point by saying that LLVM, unlike GCC has been built from the ground up with

Hello, I try to install some applications on XEN. These applications have a automated install and are based on SLES10SP3. During the installation the device searches for /dev/sr0. Which fails in the xen enviroment. I now make a work around with booting a rescue system and mounting /dev/hdc and so on. But it should not be that difficult to install something into XEN. Can Somebody shed some

If I understand the attributes correctly, they would be function-level attributes applied to IR functions, correct? I'm curious what the semantics would be for cross-function optimization. For example, consider a function "foo" defined with maxopt and a function "bar" defined with optsize. If foo() calls bar() and the inliner wants to inline bar() into foo(), is that