| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This is necessary for x86 where not all Sandybridge, Ivybrige, Haswell, and Broadwell CPUs support AVX. Currently we modify the CPU name back to Nehalem for this case, but that turns off additional features for these CPUs.
llvm-svn: 233673
|
|
|
|
|
|
| |
them.
llvm-svn: 233475
|
|
|
|
| |
llvm-svn: 233470
|
|
|
|
|
|
|
|
| |
This reverts commit r233055.
It still causes buildbot failures (gcc running out of memory on several platforms, and a self-host failure on arm), although less than the previous time.
llvm-svn: 233068
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, subtarget features were a bitfield with the underlying type being uint64_t.
Since several targets (X86 and ARM, in particular) have hit or were very close to hitting this bound, switching the features to use a bitset.
No functional change.
The first time this was committed (r229831), it caused several buildbot failures.
At least some of the ARM ones were due to gcc/binutils issues, and should now be fixed.
Differential Revision: http://reviews.llvm.org/D8542
llvm-svn: 233055
|
|
|
|
| |
llvm-svn: 229841
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, subtarget features were a bitfield with the underlying type being uint64_t.
Since several targets (X86 and ARM, in particular) have hit or were very close to hitting this bound, switching the features to use a bitset.
No functional change.
Differential Revision: http://reviews.llvm.org/D7065
llvm-svn: 229831
|
|
|
|
|
|
| |
const from some other StringRefs since its implicitly const already.
llvm-svn: 216820
|
|
|
|
|
|
| |
because some subtarget feature strings have three components.
llvm-svn: 215339
|
|
|
|
| |
llvm-svn: 208723
|
|
|
|
| |
llvm-svn: 208132
|
|
|
|
| |
llvm-svn: 208130
|
|
|
|
|
|
|
|
| |
This removes arguments passed everywhere and allows the use of
standard iteration over lists.
Should be no functional change.
llvm-svn: 208127
|
|
|
|
|
|
|
|
| |
fall back to the normal path without a cpu. While doing this fix
llc to just exit when we don't have a module to process instead of
asserting.
llvm-svn: 208102
|
|
|
|
|
|
| |
this reapplies 208012 and 208002.
llvm-svn: 208037
|
|
|
|
|
|
| |
used via dragonegg for now.
llvm-svn: 208016
|
|
|
|
|
|
| |
and inline it into its caller.
llvm-svn: 208012
|
|
|
|
|
|
| |
a 0 as a default answer.
llvm-svn: 208009
|
|
|
|
| |
llvm-svn: 208002
|
|
|
|
|
|
| |
check instead of comparing to nullptr.
llvm-svn: 206129
|
|
|
|
|
|
| |
and features)
llvm-svn: 200083
|
|
|
|
| |
llvm-svn: 199886
|
|
|
|
|
|
|
|
|
|
| |
This can happen when processing command line arguments, which
are often stored as std::string's and later turned into
StringRef's via std::string::data(). Unfortunately this
is not guaranteed to return a null-terminated string
until C++11, causing breakage on platforms that don't do this.
llvm-svn: 192558
|
|
|
|
|
|
| |
Patch by David Nadlinger.
llvm-svn: 192098
|
|
|
|
|
|
| |
functions static.
llvm-svn: 166376
|
|
|
|
| |
llvm-svn: 165203
|
|
|
|
|
|
| |
This is done from MCSubTargetInfo these days.
llvm-svn: 165092
|
|
|
|
|
|
|
|
| |
"#if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)"
No functional change. Update r163344.
llvm-svn: 163679
|
|
|
|
|
|
| |
No functional change.
llvm-svn: 163344
|
|
|
|
|
|
| |
the SubtargetInfoKV tables. Found by gcc48 -Wcast-qual.
llvm-svn: 163251
|
|
|
|
| |
llvm-svn: 156602
|
|
|
|
| |
llvm-svn: 143891
|
|
|
|
|
|
| |
While at it, merge some format strings.
llvm-svn: 142140
|
|
|
|
|
|
|
|
|
| |
CPU, and feature string. Parsing some asm directives can change
subtarget state (e.g. .code 16) and it must be reflected in other
modules (e.g. MCCodeEmitter). That is, the MCSubtargetInfo instance
must be shared.
llvm-svn: 134795
|
|
|
|
| |
llvm-svn: 134606
|
|
|
|
| |
llvm-svn: 134240
|
|
|
|
| |
llvm-svn: 134236
|
|
|
|
| |
llvm-svn: 134234
|
|
|
|
| |
llvm-svn: 134219
|
|
|
|
|
|
|
|
|
|
| |
be the first encoded as the first feature. It then uses the CPU name to look up
features / scheduling itineray even though clients know full well the CPU name
being used to query these properties.
The fix is to just have the clients explictly pass the CPU name!
llvm-svn: 134127
|
|
MCInstrItineraries) into MC.
llvm-svn: 134049
|