| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
patch by Johannes Schaub!
llvm-svn: 130151
|
|
|
|
| |
llvm-svn: 130054
|
|
|
|
| |
llvm-svn: 129975
|
|
|
|
| |
llvm-svn: 129945
|
|
|
|
| |
llvm-svn: 129852
|
|
|
|
|
|
|
|
|
|
| |
used by Clang. To help Clang integration, the PTX target has been split
into two targets: ptx32 and ptx64, depending on the desired pointer size.
- Add GCCBuiltin class to all intrinsics
- Split PTX target into ptx32 and ptx64
llvm-svn: 129851
|
|
|
|
|
|
| |
instead.
llvm-svn: 129836
|
|
|
|
|
|
| |
Triple::OSX once Clang has moved.
llvm-svn: 129833
|
|
|
|
| |
llvm-svn: 129815
|
|
|
|
|
|
| |
enumeration values.
llvm-svn: 129814
|
|
|
|
| |
llvm-svn: 129799
|
|
|
|
| |
llvm-svn: 129798
|
|
|
|
|
|
| |
memory a BumpPtrAllocator allocated.
llvm-svn: 129727
|
|
|
|
|
|
| |
information generated for an interface.
llvm-svn: 129624
|
|
|
|
|
|
| |
strncmp(). Unit tests also included.
llvm-svn: 129582
|
|
|
|
|
|
| |
Luis Felipe Strano Moraes!
llvm-svn: 129558
|
|
|
|
| |
llvm-svn: 129193
|
|
|
|
| |
llvm-svn: 129002
|
|
|
|
| |
llvm-svn: 128920
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
developers can see if their driver changed any cl::Option's. The
current implementation isn't perfect but handles most kinds of
options. This is nice to have when decomposing the stages of
compilation and moving between different drivers. It's also a good
sanity check when comparing results produced by different command line
invocations that are expected to produce the comparable results.
Note: This is not an attempt to prolong the life of cl::Option. On the
contrary, it's a placeholder for a feature that must exist when
cl::Option is replaced by a more appropriate framework. A new
framework needs: a central option registry, dynamic name lookup,
non-global containers of option values (e.g. per-module,
per-function), *and* the ability to print options values and their defaults at
any point during compilation.
llvm-svn: 128910
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Adds support for sniffing PE/COFF files on win32 (.exe and .dll)
which are COFF files that have an MS-DOS compatibility stub on
the front of them.
- Fixes a bug in the COFFObjectFile's support for the Microsoft COFF
extension for long symbol names, wherein it was attempting to parse
the leading '/' in an extended symbol name reference as part of the
integer offset.
- Fixes bugs in COFFObjectFile and ELFObjectFile wherein section
and symbol iterators were being returned with uninitialized bytes;
the type DataRefImpl is a union between 2 32-bit words (d.a and d.b)
and a single intptr_t word (p). Only p was being initialized, so in
32-bit builds the result would be iterators with random upper 32-bit
words in their DataRefImpls. This caused random failures when
seeking around in object files.
Patch by Graydon Hoare!
llvm-svn: 128799
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
StringMap was not properly updating NumTombstones after a clear or rehash.
This was not fatal until now because the table was growing faster than
NumTombstones could, but with the previous change of preventing infinite
growth of the table the invariant (NumItems + NumTombstones <= NumBuckets)
stopped being observed, causing infinite loops in certain situations.
Patch by José Fonseca!
llvm-svn: 128567
|
|
|
|
|
|
|
|
| |
Rehash but don't grow when full of tombstones.
Patch by José Fonseca!
llvm-svn: 128566
|
|
|
|
|
|
|
|
| |
Rehash but don't grow when full of tombstones.
Patch by José Fonseca!
llvm-svn: 128565
|
|
|
|
|
|
|
|
|
| |
denormal multiplication.
Some platforms may treat denormals as zero, on other platforms multiplication
with a subnormal is slower than dividing by a normal.
llvm-svn: 128555
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The idea is, that if an ieee 754 float is divided by a power of two, we can
turn the division into a cheaper multiplication. This function sees if we can
get an exact multiplicative inverse for a divisor and returns it if possible.
This is the hard part of PR9587.
I tested many inputs against llvm-gcc's frotend implementation of this
optimization and didn't find any difference. However, floating point is the
land of weird edge cases, so any review would be appreciated.
llvm-svn: 128545
|
|
|
|
|
|
| |
identical to the smul.with.overflow() code.
llvm-svn: 128379
|
|
|
|
| |
llvm-svn: 128218
|
|
|
|
| |
llvm-svn: 128199
|
|
|
|
| |
llvm-svn: 128098
|
|
|
|
|
|
| |
the buildbot failure earlier.
llvm-svn: 128071
|
|
|
|
|
|
| |
investigate further why this works on my machine and not on others.
llvm-svn: 128065
|
|
|
|
|
|
| |
running while crash recovery cleanups are being processed.
llvm-svn: 128008
|
|
|
|
|
|
|
| |
- glibc falls back to fork+exec if a file actions object is present.
- On BSDs this saves a malloc.
llvm-svn: 127969
|
|
|
|
|
|
| |
select between 'delete' and 'destructor' cleanups, and allow the destructor of CrashRecoveryContextCleanupRegister to be pseudo re-entrant.
llvm-svn: 127929
|
|
|
|
|
|
|
|
| |
'gCrsahRecoveryEnabled' is false. This avoids us needing to go to thread local storage for
the performance sensitive case where we are compiling code.
llvm-svn: 127928
|
|
|
|
| |
llvm-svn: 127891
|
|
|
|
|
|
|
| |
On MSVCRT and compatible, output of %e is incompatible to Posix by default. Number of exponent digits should be at least 2. "%+03d"
FIXME: Implement our formatter in future!
llvm-svn: 127872
|
|
|
|
|
|
|
| |
makes valgrind stop complaining about uninitialized variables being read when it
accesses a bitfield (category) that shares its bits with these variables.
llvm-svn: 127871
|
|
|
|
| |
llvm-svn: 127853
|
|
|
|
|
|
| |
be used to release resources during a crash.
llvm-svn: 127849
|
|
|
|
|
|
| |
instead of copying.
llvm-svn: 127835
|
|
|
|
|
|
|
|
| |
bits that are known zero in the divided number.
This will come in handy soon.
llvm-svn: 127828
|
|
|
|
|
|
|
|
| |
called at dtor context.
report_fatal_error() invokes exit(). We know report_fatal_error() might not write messages to stderr when any errors were detected on FD == 2.
llvm-svn: 127726
|
|
|
|
|
| |
FIXME: It is a temporal hack. We should detect as many "special file name" as possible.
llvm-svn: 127724
|
|
|
|
|
|
|
| |
for workaround.
FIXME: We should use sys::fs::unique_file() in future.
llvm-svn: 127723
|
|
|
|
| |
llvm-svn: 127705
|
|
|
|
| |
llvm-svn: 127426
|
|
|
|
| |
llvm-svn: 127417
|
|
|
|
| |
llvm-svn: 127416
|