| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 118152
|
| |
|
|
| |
llvm-svn: 118151
|
| |
|
|
| |
llvm-svn: 118150
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
distros listed by running
gcc main.o -o main
g++ main.o -o main
gcc main.o -o main -static
g++ main.o -o main -static
gcc f.o -o f.so -shared
g++ f.o -o f.so -shared
and comparing the ld line with the one created by clang. I also added
-m32/m64 in distros that support it.
While I tested many distros, there will always be more. If you are hit by this
it should be somewhat easy to add your distro. If you are in a hurry, do
revert this, but please inform how to detect you distro and the ld command
lines produced by the above gcc invocations. Most distros have some patches
on gcc :-(
llvm-svn: 118149
|
| |
|
|
|
|
| |
easier to read.
llvm-svn: 118148
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the end of the list. We had an issue in the MacOSX dynamic loader where if
we had shlibs:
1 - a.out
2 - a.dylib
3 - b.dylib
And then a.dylib got unloaded, we would unload b.dylib due to the assumption
that only shared libraries could come off the end of the list. We now properly
search and find which ones get loaded.
Added a new internal logging category for the "lldb" log channel named "dyld".
This should allow all dynamic loaders to use this as a generic log channel so
we can track shared library loads and unloads in the logs without having to
have each plug-in make up its own logging channel.
llvm-svn: 118147
|
| |
|
|
|
|
| |
constraint it's invalid. Fixes PR3905.
llvm-svn: 118146
|
| |
|
|
|
|
| |
constraint. Fixes PR3904.
llvm-svn: 118145
|
| |
|
|
|
|
|
|
|
|
|
|
| |
vldr.64 d1, [r0, #-32]
The problem was with how the addressing mode 5 encodes the offsets. This change
makes sure that the way offsets are handled in addressing mode 5 is consistent
throughout the MC code. It involves re-refactoring the "getAddrModeImmOpValue"
method into an "Imm12" and "addressing mode 5" version. But not to worry! The
majority of the duplicated code has been unified.
llvm-svn: 118144
|
| |
|
|
|
|
|
| |
encounters (and:i64 (shl:i64 (load:i64), 1), 0xffffffff).
This fixes rdar://8606584.
llvm-svn: 118143
|
| |
|
|
|
|
|
|
| |
set breakpoints at the different locations where
an exception could be thrown, so that exceptions
thrown by expressions are properly caught.
llvm-svn: 118142
|
| |
|
|
| |
llvm-svn: 118141
|
| |
|
|
|
|
| |
printOperand() asm printer helper functions. rdar://8425198
llvm-svn: 118140
|
| |
|
|
| |
llvm-svn: 118139
|
| |
|
|
|
|
|
|
| |
parameter name.
Fixes PR8012.
llvm-svn: 118138
|
| |
|
|
|
|
|
| |
parts. Represent the operation mode as an optional operand instead.
rdar://8614429
llvm-svn: 118137
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
1. Fix pre-ra scheduler so it doesn't try to push instructions above calls to
"optimize for latency". Call instructions don't have the right latency and
this is more likely to use introduce spills.
2. Fix if-converter cost function. For ARM, it should use instruction latencies,
not # of micro-ops since multi-latency instructions is completely executed
even when the predicate is false. Also, some instruction will be "slower"
when they are predicated due to the register def becoming implicit input.
rdar://8598427
llvm-svn: 118135
|
| |
|
|
|
|
| |
latencies) of loads.
llvm-svn: 118134
|
| |
|
|
| |
llvm-svn: 118133
|
| |
|
|
|
|
|
|
|
| |
ensuring that they cover all of their child nodes. There's still a
clang_getCursor()-related issue with CXXFunctionalCastExprs with
CXXConstructExprs as children (see FIXME in the test case); I'll look
at that separately.
llvm-svn: 118132
|
| |
|
|
| |
llvm-svn: 118131
|
| |
|
|
| |
llvm-svn: 118130
|
| |
|
|
| |
llvm-svn: 118129
|
| |
|
|
| |
llvm-svn: 118128
|
| |
|
|
| |
llvm-svn: 118127
|
| |
|
|
| |
llvm-svn: 118126
|
| |
|
|
|
|
|
| |
instructions as isCodeGenOnly in the parent class instead of
sprinkling it throughout the .td files.
llvm-svn: 118125
|
| |
|
|
| |
llvm-svn: 118124
|
| |
|
|
|
|
|
| |
for a global variable that we had replaced with
a reference to a slot in the input array.
llvm-svn: 118123
|
| |
|
|
| |
llvm-svn: 118122
|
| |
|
|
| |
llvm-svn: 118121
|
| |
|
|
| |
llvm-svn: 118120
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ins/outs list that isn't specified by their asmstring. Previously
the asmmatcher would just force a 0 register into it, which clearly
isn't right. Mark a bunch of ARM instructions that use this as
isCodeGenOnly. Some of them are clearly pseudo instructions (like
t2TBB) others use a weird hasExtraSrcRegAllocReq thing that will
either need to be removed or the asmmatcher will need to be taught
about it (someday).
llvm-svn: 118119
|
| |
|
|
|
|
| |
clang are using.
llvm-svn: 118118
|
| |
|
|
|
|
|
|
| |
threshold given to createFunctionInliningPass().
Both opt -O3 and clang would silently ignore the -inline-threshold option.
llvm-svn: 118117
|
| |
|
|
|
|
|
| |
on i386 platforms, leading to crashes on simple
expressions.
llvm-svn: 118114
|
| |
|
|
|
|
| |
limits on their own.
llvm-svn: 118113
|
| |
|
|
|
|
| |
that have complicated tying going on.
llvm-svn: 118112
|
| |
|
|
| |
llvm-svn: 118111
|
| |
|
|
| |
llvm-svn: 118110
|
| |
|
|
|
|
|
|
|
|
|
| |
declared
within an @implementation, but we have no way to record that information in the AST.
This may cause CursorVisitor to miss these Decls when doing a AST walk.
Fixes <rdar://problem/8595462>.
llvm-svn: 118109
|
| |
|
|
| |
llvm-svn: 118108
|
| |
|
|
| |
llvm-svn: 118107
|
| |
|
|
| |
llvm-svn: 118106
|
| |
|
|
| |
llvm-svn: 118105
|
| |
|
|
|
|
|
|
| |
filling them in one at a time. Previously this iterated over the
asmoperands, which left the problem of "holes". The new approach
simplifies things.
llvm-svn: 118104
|
| |
|
|
| |
llvm-svn: 118103
|
| |
|
|
| |
llvm-svn: 118102
|
| |
|
|
| |
llvm-svn: 118099
|
| |
|
|
|
|
| |
is handled with the MC encoder.
llvm-svn: 118098
|