llvm-svn: 156239

 - Just use sys::Process::GetRandomNumber instead of having two poor
   implementations.
 - This is ~70 times (!) faster on my OS X machine.

llvm-svn: 156238

 - Primitive API, but we rarely have need for random numbers.

llvm-svn: 156237

This patch adds a new NVPTX back-end to LLVM which supports code generation for NVIDIA PTX 3.0. This back-end will (eventually) replace the current PTX back-end, while maintaining compatibility with it.

The new target machines are:

nvptx (old ptx32) => 32-bit PTX
nvptx64 (old ptx64) => 64-bit PTX

The sources are based on the internal NVIDIA NVPTX back-end, and
contain more functionality than the current PTX back-end currently
provides.

NV_CONTRIB

llvm-svn: 156196

Lincroft and Medfield.

llvm-svn: 156025

llvm-svn: 155907

llvm-svn: 155735

'REPLACEMENT CHARACTER' (U+FFFD) when getAsInteger fails.

llvm-svn: 155653

llvm-svn: 155402

When building LLVM on Linux with libc++ with CMake TIME_WITH_SYS_TIME is
undefined, and HAVE_SYS_TIME_H is defined. This ends up including
sys/time.h but not time.h. Unix/TimeValue.inc requires time.h for asctime_r
and localtime. libstdc++ seems to include time.h anyway, but libc++ does
not.

Fix this by always including time.h

llvm-svn: 155382

The problem is that the struct file_status on UNIX systems has two
members called st_dev and st_ino; those are also members of the
struct stat, and they are reserved identifiers which can also be
provided as #define (and this is the case for st_dev on Hurd).
The solution (attached) is to rename them, for example adding a
"fs_" prefix (= file status) to them.

Patch by Pino Toscano

llvm-svn: 155354

fixes an assert reading "1239123123123123" when the result is already 64-bit.

llvm-svn: 155329

llvm-svn: 155307

StringRef::getAsInteger

llvm-svn: 155298

llvm-svn: 155283

No functionality change.

llvm-svn: 155280

Same color scheme as clang uses. The colors are only enabled if the output is a tty.

llvm-svn: 155035

DenseMap's hash function uses slightly more entropy and reduces hash collisions
significantly.  I also experimented with Hashing.h, but it didn't gave a lot of
improvement while being much more expensive to compute.

llvm-svn: 154996

llvm-svn: 154971

llvm-svn: 154962

llvm-svn: 154944

llvm-svn: 154930

To be used in printing unprintable source in clang diagnostics.
Patch by Seth Cantrell, with a minor fix for mingw by me.

llvm-svn: 154805

llvm-svn: 154802

To be used in printing unprintable source in clang diagnostics.
Patch by Seth Cantrell!

llvm-svn: 154800

Thanks to Pino Toscano for the patch

llvm-svn: 154500

llvm-svn: 154496

the caller requested a null-terminated one.

When mapping the file there could be a racing issue that resulted in the file being larger
than the FileSize passed by the caller. We already have an assertion
for this in MemoryBuffer::init() but have a runtime guarantee that
the buffer will be null-terminated, so do a copy that adds a null-terminator.

Protects against crash of rdar://11161822.

llvm-svn: 154082

llvm-svn: 154004

llvm-svn: 153979

llvm-svn: 153977

llvm-svn: 153882

llvm-svn: 153691

Patch by Sylvestre Ledru!

llvm-svn: 153435

llvm-svn: 153395

som inputs.

Bug found and fix proposed by Kal Conley!

llvm-svn: 153225

llvm-svn: 152692

llvm-svn: 152688

if the passed in FileSize is inaccurate.

rdar://11034179

llvm-svn: 152662

llvm-svn: 152577