| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 178771
|
|
|
|
|
|
| |
when redeclaring ObjC properties.
llvm-svn: 178770
|
|
|
|
| |
llvm-svn: 178769
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Having these not be the same makes an easy to misuse API. We should audit the
uses and probably rename to something like
foo->hasExternalLinkage():
The c++ standard one. That is UniqueExternalLinkage or ExternalLinkage.
foo->hasUniqueExternalLinkage():
Is UniqueExternalLinkage.
foo->hasCogeGenExternalLinkage():
Is ExternalLinkage.
llvm-svn: 178768
|
|
|
|
| |
llvm-svn: 178767
|
|
|
|
|
|
|
|
| |
Now that we don't have a semantic storage class, use the linkage.
Thanks to Bruce Stephens for reporting this.
llvm-svn: 178766
|
|
|
|
| |
llvm-svn: 178765
|
|
|
|
|
|
| |
fixes http://llvm.org/bugs/show_bug.cgi?id=15667.
llvm-svn: 178764
|
|
|
|
| |
llvm-svn: 178763
|
|
|
|
| |
llvm-svn: 178762
|
|
|
|
| |
llvm-svn: 178761
|
|
|
|
| |
llvm-svn: 178760
|
|
|
|
| |
llvm-svn: 178758
|
|
|
|
|
|
| |
max_malloc_fill_size and malloc_fill_byte
llvm-svn: 178757
|
|
|
|
| |
llvm-svn: 178756
|
|
|
|
|
|
| |
Fixes Mac build.
llvm-svn: 178755
|
|
|
|
|
|
| |
Add wrappers for all user signal handlers to unpoison the handler's arguments.
llvm-svn: 178754
|
|
|
|
|
|
| |
useful reports on errors.
llvm-svn: 178750
|
|
|
|
|
|
| |
useful reports on errors.
llvm-svn: 178749
|
|
|
|
|
|
| |
aligned; fix lint
llvm-svn: 178747
|
|
|
|
|
|
|
|
|
| |
support.
Caveat: Other than the existing segmented stacks support, no
claims are made of this working.
llvm-svn: 178744
|
|
|
|
|
|
| |
to inherit "deprecated".
llvm-svn: 178743
|
|
|
|
| |
llvm-svn: 178742
|
|
|
|
|
|
| |
keep the call at the current location.
llvm-svn: 178741
|
|
|
|
| |
llvm-svn: 178740
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This mostly reverts 178733, but keeps the tests.
I don't claim to understand how hidden sub modules work or when we need to see
them (is that documented?), but this has the same semantics and avoids adding
hasExternalLinkageUncached which has the same foot gun potential as the old
hasExternalLinkage.
Last but not least, not computing linkage when it is not needed is more
efficient.
llvm-svn: 178739
|
|
|
|
|
|
| |
so it can be re-entered while iterating over a directory safely.
llvm-svn: 178738
|
|
|
|
|
|
|
|
|
|
|
| |
This requires v9 cmov instructions using the %xcc flags instead of the
%icc flags.
Still missing:
- Select floats on %xcc flags.
- Select i64 on %fcc flags.
llvm-svn: 178737
|
|
|
|
|
|
| |
exposed by doing so.
llvm-svn: 178736
|
|
|
|
|
|
|
|
| |
This test was exactly the opposite of what it should be. We should check if
there old decl has linkage (where it makes sense) and if the new decl has
the extern keyword.
llvm-svn: 178735
|
|
|
|
|
|
|
|
| |
children - which it may have to compute. Thus it needs to take the API lock.
<rdar://problem/13560869>
llvm-svn: 178734
|
|
|
|
|
|
|
|
|
| |
caching the linkage for a declaration before we set up its redeclaration chain,
when determining whether a declaration could be a redeclaration of something
from an unimported submodule. We actually want to look at the declaration as if
it were not a redeclaration here, so compute the linkage but don't cache it.
llvm-svn: 178733
|
|
|
|
|
|
| |
<rdar://problem/11319574>
llvm-svn: 178732
|
|
|
|
|
|
|
|
|
| |
of a property just in case the property's getter happens to be +1.
We won't synthesize a getter for such a property, but we will allow
the user to define a +1 method for it.
rdar://13115896
llvm-svn: 178731
|
|
|
|
|
|
|
| |
Looks like cmake on windows is not expanding ENABLE_EXPORTS to
-Wl,--export-all-symbols on mingw or cygwin, so add this back.
llvm-svn: 178730
|
|
|
|
|
|
|
| |
The __NSArrayI synthetic children provider was running expressions to generate children, which is inefficient for large amounts of data
Reimplementing to use a faster algorithm
llvm-svn: 178729
|
|
|
|
|
|
| |
Try and reap process when sending the "k" packet to avoid a race condition. We now wait for at most 1 second to reap the child process that we are killing.
llvm-svn: 178726
|
|
|
|
|
|
|
|
|
|
|
|
| |
On freebsd this makes sure that symbols are exported on the binaries that need
them. The net result is that we should get symbols in the binaries that need
them on every platform.
On linux x86-64 this reduces the size of the bin directory from 262MB to 250MB.
Patch by Stephen Checkoway.
llvm-svn: 178725
|
|
|
|
|
|
|
| |
This is a nop right now, but committing this first avoids a temporary breakage
when the llvm files change to not default to exporting symbols.
llvm-svn: 178723
|
|
|
|
|
|
|
|
|
|
|
| |
the target system.
It was hard-coded to 4 bytes before. I can't get llvm to generate a
ref_addr on a reasonably sized testing case.
rdar://problem/13559431
llvm-svn: 178722
|
|
|
|
|
|
|
|
|
|
| |
ARC optimizer while they're held in local unsafe buffers.
Based on a patch by Jesse Rusak!
rdar://13573224
llvm-svn: 178721
|
|
|
|
| |
llvm-svn: 178720
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes to lldb made the following fail when it used to work:
% cd /tmp
% lldb ls
error: unable to find executable for '/tmp/ls'
Resolving an executable with no relative path was broken, now its fixed.
llvm-svn: 178719
|
|
|
|
| |
llvm-svn: 178718
|
|
|
|
| |
llvm-svn: 178717
|
|
|
|
| |
llvm-svn: 178716
|
|
|
|
|
|
|
|
| |
ObjCARCOpt::OptimizeReturns.
Now ObjCARCOpt::OptimizeReturns is easy to read and reason about.
llvm-svn: 178715
|
|
|
|
|
|
| |
ObjCARCOpt::OptimizeReturns.
llvm-svn: 178714
|
|
|
|
|
|
| |
Filip Pizlo.
llvm-svn: 178713
|
|
|
|
|
|
|
|
| |
Cleaned up trailing whitespace and added extra slashes in front of a
function level comment so that it follow the convention of having 3
slashes.
llvm-svn: 178712
|