| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
more natural check first in the if-then statement.
llvm-svn: 169486
|
| |
|
|
|
|
|
|
|
| |
Some languages, e.g. Ada and Pascal, allow you to specify that the array bounds
are different from the default (1 in these cases). If we have a lower bound
that's non-default, then we emit the lower bound. We also calculate the correct
upper bound in those cases.
llvm-svn: 169484
|
| |
|
|
|
|
|
|
|
| |
The count attribute is more accurate with regards to the size of an array. It
also obviates the upper bound attribute in the subrange. We can also better
handle an unbound array by setting the count to -1 instead of the lower bound to
1 and upper bound to 0.
llvm-svn: 169312
|
| |
|
|
|
|
|
|
|
| |
The count field is necessary because there isn't a difference between the 'lo'
and 'hi' attributes for a one-element array and a zero-element array. When the
count is '0', we know that this is a zero-element array. When it's >=1, then
it's a normal constant sized array. When it's -1, then the array is unbounded.
llvm-svn: 169218
|
| |
|
|
|
|
| |
Thanks Eric for the review.
llvm-svn: 169142
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
| |
|
|
| |
llvm-svn: 168402
|
| |
|
|
|
|
| |
around.
llvm-svn: 168401
|
| |
|
|
|
|
|
|
| |
temporarily as it is breaking the gdb bots.
This reverts commit r167806/e7ff4c14b157746b3e0228d2dce9f70712d1c126.
llvm-svn: 167886
|
| |
|
|
|
|
|
|
|
| |
If we have a type 'int a[1]' and a type 'int b[0]', the generated DWARF is the
same for both of them because we use the 'upper_bound' attribute. Instead use
the 'count' attrbute, which gives the correct number of elements in the array.
<rdar://problem/12566646>
llvm-svn: 167806
|
| |
|
|
| |
llvm-svn: 165402
|
| |
|
|
| |
llvm-svn: 164326
|
| |
|
|
|
|
|
|
|
|
|
| |
Add some support for dealing with an object pointer on arguments.
Part of rdar://9797999
which now supports adding the object pointer attribute to the
subprogram as it should.
llvm-svn: 163754
|
| |
|
|
|
|
| |
This should be done on the subprogram, not the variable itself.
llvm-svn: 163734
|
| |
|
|
|
|
| |
Part of rdar://9797999
llvm-svn: 163667
|
| |
|
|
| |
llvm-svn: 163567
|
| |
|
|
|
|
|
|
| |
not in darwin gdb compat mode.
Fixes rdar://10975088
llvm-svn: 162526
|
| |
|
|
|
|
|
|
|
|
|
| |
output (we're emitting a specification already and the information
isn't changing) and we're not in old gdb compat mode.
Saves 1% on the debug information for a build of llvm.
Fixes rdar://11043421
llvm-svn: 162493
|
| |
|
|
| |
llvm-svn: 161851
|
| |
|
|
| |
llvm-svn: 159701
|
| |
|
|
|
|
|
| |
(a.k.a. MDNodes). The module doesn't belong in Analysis. Move it to the VMCore
instead.
llvm-svn: 159414
|
| |
|
|
|
|
| |
Part of rdar://11570854
llvm-svn: 157786
|
| |
|
|
|
|
|
|
|
| |
definition in the map before calling itself to retrieve the
DIE for the declaration. Without this change, if this causes
getOrCreateSubprogramDIE to be recursively called on the definition,
it will create multiple DIEs for that definition. Fixes PR12831.
llvm-svn: 157541
|
| |
|
|
|
|
| |
Part of rdar://11496790
llvm-svn: 157303
|
| |
|
|
| |
llvm-svn: 157274
|
| |
|
|
| |
llvm-svn: 157273
|
| |
|
|
|
|
| |
Part of rdar://11352000
llvm-svn: 156405
|
| |
|
|
| |
llvm-svn: 154878
|
| |
|
|
|
|
|
|
|
|
| |
http://llvm.org/docs/SourceLevelDebugging.html#objcproperty
including type and DECL. Expand the metadata needed accordingly.
rdar://11144023
llvm-svn: 153639
|
| |
|
|
|
|
|
|
| |
and not the rest of the member tag.
Fixes PR11695
llvm-svn: 153570
|
| |
|
|
|
|
|
|
| |
the DECL information.
rdar://10855921
llvm-svn: 152876
|
| |
|
|
|
|
|
|
|
| |
out the DW_AT_name. Older gdbs unfortunately still use it to
disambiguate member functions in templated classes (gdb.cp/templates.exp).
rdar://11043421 (which is now deferred for a bit)
llvm-svn: 152782
|
| |
|
|
|
|
|
|
|
|
|
| |
output (we're emitting a specification already and the information
isn't changing).
Saves 1% on the debug information for a build of llvm.
Fixes rdar://11043421
llvm-svn: 152697
|
| |
|
|
|
|
|
|
| |
as well as completely defined classes.
This fixes rdar://10956070
llvm-svn: 152171
|
| |
|
|
|
|
|
|
| |
Worth another 45k (1%) off of a large C++ testcase.
rdar://10909458
llvm-svn: 151144
|
| |
|
|
| |
llvm-svn: 151143
|
| |
|
|
| |
llvm-svn: 151142
|
| |
|
|
|
|
| |
Part of rdar://10493979 where it reduces by about .5% (10k)
llvm-svn: 151097
|
| |
|
|
| |
llvm-svn: 150012
|
| |
|
|
|
|
| |
an ivar.
llvm-svn: 149874
|
| |
|
|
| |
llvm-svn: 149737
|
| |
|
|
|
|
| |
to bleed from the eyes.
llvm-svn: 147695
|
| |
|
|
|
|
|
|
|
| |
the debug type accelerator tables to contain the tag and a flag
stating whether or not a compound type is a complete type.
rdar://10652330
llvm-svn: 147651
|
| |
|
|
| |
llvm-svn: 146784
|
| |
|
|
| |
llvm-svn: 146783
|
| |
|
|
| |
llvm-svn: 146534
|
| |
|
|
|
|
| |
DW_FORM_flag. Use DW_FORM_data1 for one byte.
llvm-svn: 146475
|
| |
|
|
|
|
| |
in the end while emitting DWARF. If a FE needs to encode signed lower/upper array bounds then we need to extend DISubrange or ad DISignedSubrange.
llvm-svn: 144937
|
| |
|
|
| |
llvm-svn: 144360
|
| |
|
|
|
|
| |
addr DIE when adding to the dwarf accelerator tables.
llvm-svn: 144354
|