similar to: [LLVMdev] New Branch: SignlessTypes

All, Just in case you're not on the llvm-commits list, the classes ConstantSInt and ConstantUInt have been removed from the LLVM C++ IR. This affects only the CVS HEAD. A patch to llvm-gcc4 to compensate for this should be available in the next day or so, depending on when it gets committed and updated. If you're maintaining a language front end or other llvm-based software, you'll

Hi, I'm using the release version of llvm 2.6. In the llvm/projects/test-suite directory, there are several tests that are commented out from running, or not running via a define statement. In particular, I am inquiring about the status of the EH tests since some tests seem to be enabled to run by default, but some aren't. From looking at your tests, I've noticed the following:

Are the get type methods for IRBuilder, such as const IntegerType *getInt32Ty(), going to have their return type const qualifiers removed? Doing so would match the semi equivalent static methods of Type, such as static IntegerType *getInt32Ty(LLVMContext &C). Thanks in advance Garrison On Jul 9, 2011, at 3:35, Chris Lattner wrote: > FYI, the type-system-rewrite branch is landing

FYI, the type-system-rewrite branch is landing tomorrow morning, in mainline llvm, llvm-gcc and clang. I don't have updates, so dragonegg will have to remain broken until someone can fix it (the changes aren't too terrible, llvm-gcc is a good template). If you're interested in an early preview, the type-system-rewrite branch contains the code for llvm and clang. I sent the llvm-gcc

Attached is a patch for the non ExceptionDemo demos which gets rid of the old const qualifier usage for Type. Although I recently commited the ExceptionDemo changes, I did not want to touch code that I did not "own" without other's approval. Even though trivial, I did not test this patch. Garrison -------------- next part -------------- A non-text attachment was scrubbed... Name:

Sorry, these IRBuilder methods are really in IRBuilderBase. Garrison On Jul 11, 2011, at 11:54, Garrison Venn wrote: > Are the get type methods for IRBuilder, such as const IntegerType *getInt32Ty(), going to have > their return type const qualifiers removed? Doing so would match the semi equivalent static > methods of Type, such as static IntegerType *getInt32Ty(LLVMContext &C).

On Jul 9, 2011, at 12:35 AM, Chris Lattner wrote: > FYI, the type-system-rewrite branch is landing tomorrow morning, in mainline llvm, llvm-gcc and clang. I don't have updates, so dragonegg will have to remain broken until someone can fix it (the changes aren't too terrible, llvm-gcc is a good template). > > If you're interested in an early preview, the type-system-rewrite

At the LLVM Developers' Meeting in November, I promised to work on isolating a subset of the current test suite that is useful for benchmarking. Having looked at this in more detail, most of the applications and benchmarks in the test suite are useful for benchmarking, and so I think that a better way of phrasing it is that we should construct a list of programs in the test suite that are not

Target: FreeBSD 6.2-STABLE on i386 autoconf says: configure:2122: checking build system type configure:2140: result: i386-unknown-freebsd6.2 [...] configure:2721: gcc -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 [...] objdir != srcdir, for both llvm and gcc. Release build. llvm-gcc 4.2 from source.

I've tried several methods in OS X, and here's what works best for me. Save the R graphic as a PDF file. Open it with Apple's "Preview" application, and save it as a PNG file. The resulting .png file can be inserted into MS Word or PowerPoint, can be resized, and looks good on either OS X or Windows. There are other programs available for translating the pdf file to png

Hi, LLVM 2.1-pre1 test results: Linux (SUSE) on x86 (P4) Release mode, but with assertions enabled LLVM srcdir == objdir # of expected passes 2250 # of expected failures 5 I ran the llvm-test suite on my desktop while I was also working on that PC, so don't put too much trust in the timing info. Especially during the "spiff" test the machine was swapping

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We've just posted a preview release of Samba 2.2.8 on samba.org. This is a non-production release provided for testing only. The final 2.2.8 will only include bug fixes for the 2.2.7a release. The source code can be downloaded from : http://download.samba.org/samba/ftp/pre/ The unpcompressed tarball and patch file have been signed using

On Fri, Sep 14, 2007 at 11:42:18PM -0700, Tanya Lattner wrote: > The 2.1 pre-release (version 1) is available for testing: > http://llvm.org/prereleases/2.1/version1/ > > [...] > > 2) Download llvm-2.1, llvm-test-2.1, and the llvm-gcc4.0 source. > Compile everything. Run "make check" and the full llvm-test suite > (make TEST=nightly report). > > Send

Target: FreeBSD 7.0-RC1 on amd64. autoconf says: configure:2122: checking build system type configure:2140: result: x86_64-unknown-freebsd7.0 [...] configure:2721: gcc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] [...] objdir != srcdir, for both llvm and gcc. Release

Hello; I was able to build and install llvm(3.0) under Ubuntu 11.10 (using the ./configure script found under llvm source, and then make and make install). While configuring, I gave --prefix as a directory where I would like llvm to be installed. I did not give --with-llvmgccdir and the --enable-optimized argument to configure. Because 3.0 doesn't come with llvmgcc source/binaries and I

Does anybody know the purpose of test: projects/test-suite/SingleSource/UnitTests/SignlessTypes/ccc.c

On Oct 20, 2009, at 6:02 AM, Duncan Sands wrote: > Hi Tanya, > >> 1) Compile llvm from source and untar the llvm-test in the projects >> directory (name it llvm-test or test-suite). Choose to use a pre- >> compiled llvm-gcc or re-compile it yourself. > > I compiled llvm and llvm-gcc with separate objects directories. > Platform is x86_64-linux-gnu. > Ok.

Apologies for the coming to this late... 1. By now I hope Somkiat has realized that R-bugs is not the place to report problems in contributed packages. Please direct such reports to the package maintainer. 2. This is really user error. predict() expect the newdata to be a data frame containing variables with the same names as those used in the fitting process. E.g., you fitted the model with

Hi List, This is a slightly non technical ,hence OT topic. Here is an Interview with Anne Milley of the SAS Institute. Anne Milley is director of product marketing, SAS Institute . In part 2 of the interview Anne talks of immigration in technology areas, open source networks ,how she misses coding ,and software as a service especially SAS Institute’s offering . She also reveals some preview on

>From the comment at the top of the file: /* * This file is used to the C calling conventions with signless * LLVM. Integer arguments in this convention are promoted to at * least a 32-bit size. Consequently signed values must be * sign extended and unsigned values must be zero extended to * at least a 32-bit integer type. */ :-) -Gordon > -----Original Message----- > From: