| 2fa8346c758f2bae3cd638ec28479dfa2d64af09 |
05-Aug-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Additional fixes/xfails for icc tests
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187730 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
|
| a224c7c673a433ef9f6673929a5eb8508bd8e73d |
31-Jul-2013 |
Matt Kopec <Matt.Kopec@intel.com> |
Add the LD_LIBRARY_PATH to target.env-vars for tests expecting libimf.so when testing with ICC.
Patch from Andy Kaylor.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187520 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
hared_lib/TestSharedLib.py
hared_lib_stripped_symbols/TestSharedLibStrippedSymbols.py
|
| cae3de0877cb951519f27a88307c81c990910543 |
31-Jul-2013 |
Ashok Thirumurthi <ashok.thirumurthi@intel.com> |
Adds a test for 'target module dump symfile' to the LLDB suite.
TODO: Improve coverage of SBTypeMember and of 'target module dump'.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187519 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
|
| 03e33528b9d0218542fc3ec994fdc22808c3809f |
31-Jul-2013 |
Matt Kopec <Matt.Kopec@intel.com> |
Update break conditions test to have consistent behaviour on all test suite compilers.
Also update comment in const variables test to reflect ICC status.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187501 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
|
| f40b0928e7455c7158ea9aa82d7908cc3fe4d1af |
30-Jul-2013 |
Ed Maste <emaste@freebsd.org> |
tests: Mark expected FreeBSD failures due to pr16697
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187415 91177308-0d34-0410-b5e6-96231b3b80d8
unction_types/TestFunctionTypes.py
|
| ccfb499c8e1989a37a1976a4f1ec662f89816b28 |
24-Jul-2013 |
Ed Maste <emaste@freebsd.org> |
tests: Mark expected FreeBSD failures due to pr16697
These fail due to:
error: Expression can't be run, because there is no JIT compiled function
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@187072 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 82dc0f147502480a787fde1d01ed3ceb89a3193f |
02-Jul-2013 |
Michael Sartain <mikesart@valvesoftware.com> |
Add split symbol support to test makefile & add linux split symbol test case.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@185455 91177308-0d34-0410-b5e6-96231b3b80d8
hared_lib_stripped_symbols/Makefile
hared_lib_stripped_symbols/TestSharedLibStrippedSymbols.py
hared_lib_stripped_symbols/foo.c
hared_lib_stripped_symbols/foo.h
hared_lib_stripped_symbols/main.c
|
| 025bcc0c90325b36dc3cbaf644bebc77ff758a7c |
17-Jun-2013 |
Matt Kopec <Matt.Kopec@intel.com> |
Fix single whitespace before breakpoint filename in some tests due to r183932.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@184104 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
|
| 7ae61126d72af10df5aef97b7f4ce34a8bdcb9da |
12-Jun-2013 |
Daniel Malea <daniel.malea@intel.com> |
If using clang 3.4, skip tests affected by llvm.org/pr16214
- clang emits incomplete DWARF information for structures referenced via typedef
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@183846 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
hared_lib/TestSharedLib.py
|
| a45d2e2806cfa1e5b0189df96f069c137278fd46 |
06-Jun-2013 |
Sean Callanan <scallanan@apple.com> |
Fixes for the IR interpreter:
- Implemented the SExt instruction, and
- eliminated redundant codepaths for constant
handling.
Added test cases.
<rdar://problem/13244258>
<rdar://problem/13955820>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@183344 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
|
| 9a71f969bc71ca25f5c28fbf994f4923132c1ee2 |
31-May-2013 |
Sean Callanan <scallanan@apple.com> |
Fixed value evaluation to handle null constants.
<rdar://problem/14005311>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@183022 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 6bc4dcdfbcdfa455299d2123011b82a77351ee72 |
15-May-2013 |
Daniel Malea <daniel.malea@intel.com> |
Clean up linux test decorators and add links to known bugs
- s/skipOnLinux/skipIfLinux/ to match style of every other decorator
- linkify bugizilla/PR numbers in comments
No intended change in functionality.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@181913 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
tepping/TestStepAndBreakpoints.py
|
| 23dfe46d3dfad11bcb8fa5c3616893d616b68298 |
09-May-2013 |
Ashok Thirumurthi <ashok.thirumurthi@intel.com> |
Skipping a test that asserts with gcc and icc to allow the test suite to run to completion on the gcc buildbot.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@181512 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| be32d6d505baef5ea38789663c525e679ea0f82b |
03-May-2013 |
Greg Clayton <gclayton@apple.com> |
Mark TestConstVariables as expected to fail due to radar 13314878 on darwin. The tests are already skipped on linux.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@180965 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
|
| 2921c36a96b2abcb4c6033f483bfb011052818d3 |
27-Apr-2013 |
Sean Callanan <scallanan@apple.com> |
Fixed the anonymous testcase. It was testing
access to 'z' where 'z' was not in scope.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@180662 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| e2172fd8191f1f6493a4388f7082bd2f2f43d67f |
24-Apr-2013 |
Sean Callanan <scallanan@apple.com> |
Fixed expression parser handling of empty strings.
<rdar://problem/12977827>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@180215 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 14d09ee076ca8f5e56e249d813bee3ad2d180d26 |
19-Apr-2013 |
Ashok Thirumurthi <ashok.thirumurthi@intel.com> |
Improved tests for nested structs when anonymous structs are involved.
- New tests can fail on OS/X and Linux, and illustrate that the compiler
used to generate the DWARF can result in lldb providing clang with an
external AST source that doesn't describe all required struct fields.
- Also includes test coverage for expressions with structs that do work on Linux- Also includes a test for dereferencing a null pointer to a struct, which works on OS/X rather than complaining, and complains on Linux with an upstream error that is really a side issue.
Thanks to Samuel, Andy and Daniel for their input.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@179884 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
nonymous/main.c
|
| ce5a73b371238362897de073746140750963dc7e |
28-Mar-2013 |
Enrico Granata <egranata@apple.com> |
Making the buildbot happy again after changes to the default formatter for char[]
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@178295 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
trings/TestCStrings.py
|
| 57d4ab262f574ed1e1da955a7b6eb091156c343c |
15-Mar-2013 |
Matt Kopec <Matt.Kopec@intel.com> |
Add icc support to the test suite
-adds icc to the lit of compilers to run the tests
-adds icc test decorators
-skip TestAnonymous.py for icc
Patch by Ashok Thirumurthi.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@177174 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| d962c7ed3716bb33e144e849936f9e27f310de25 |
06-Mar-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Skipping TestConstVariables on Linux.
The test was marked as expectedFailureLinux, but now it passes with gcc and some versions of clang. Newer versions of clang introduce a failure due to bad DWARF information.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176581 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
|
| d8d97f556ab58fae76d5c677d43a2d621bf039be |
06-Mar-2013 |
Greg Clayton <gclayton@apple.com> |
Fixed enum printing for negative enums. There previously was no testing to validate that enum values were being displayed correctly.
Also added C++11 enum test cases to cover enums as int8_t, int16_t int32_t, int64_t, uint8_t, uint16_t, uint32_t, and uint64_t both for DWARF and dSYM cases. The DWARF being emitted by clang is missing the enum integer type, but the code is now ready to accept and deal with the integral type if it is supplied.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176548 91177308-0d34-0410-b5e6-96231b3b80d8
num_types/TestEnumTypes.py
num_types/main.c
|
| dbd73cf5eb16e733b28e823554e1dacdba1ebd0b |
05-Mar-2013 |
Daniel Malea <daniel.malea@intel.com> |
Un-skipping tests affected by llvm.org/pr15256
patch by Ashok Thirumurthi!
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176462 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| 36451fab1f3785dbc9103559b9c440f15cc5d03e |
28-Feb-2013 |
Greg Clayton <gclayton@apple.com> |
Replace all "-gdwarf-2" with "-g" to use the compiler defaults.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176283 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/Makefile
|
| 4f9103faba72fdfc4b4299d6d459bc820ee597b2 |
27-Feb-2013 |
Matt Kopec <Matt.Kopec@intel.com> |
Add GNU indirect function support in expressions for Linux.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176206 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 60139f32db191a977a198ac07ee12e19d6d1071b |
26-Feb-2013 |
Jim Ingham <jingham@apple.com> |
Fix the .categories, it had "dataformatter" not "dataformatters".
Remove the getCategory from TestDataFormatterObjC.py, since it was superceded by the .categories file,
and didn't work anyway (getCategories currently has to be a method on the test class, not on the test.)
Add a "basic_process" category, and start to find some tests for simple process running sniff tests.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@176061 91177308-0d34-0410-b5e6-96231b3b80d8
tepping/TestStepAndBreakpoints.py
|
| 2df4d9f52c5c307f35d68a618414e20adf02dc46 |
22-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
Mark last known Linux failure as XFAIL to see if there's any other problems with buildbots.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175917 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
|
| 5d77077ea472885a75834387cc679a3203cf9aae |
20-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
Fix invalid TestBitfields case (thanks Filipe!), and xfail one case due to GCC compiler bug.
Turns out unnamed bit fields should not be accessed ever in C (C99 section 4.7.8) or C++
(C++11 section 9.6).
Unrelated to the above, this commit marks TestBitfields as expected-to-fail with GCC as 4.7
has problems with padding... the size of the struct with a uint32_t member is reported as 12
when GCC is used. Clang emits correct code.
Parts of this patch prepared by Filipe Cabecinhas!
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175666 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
|
| 3e947331353b5fcadc7416beb48b9ccf0f558a47 |
20-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
Fix a problem with the const_variables test case (another lldb bug remains)
- make the test case step past the location where 'index' is initialized, otherwise its value cannot be printed (verified gcc 4.6/4.7 and recent clang)
- "Couldn't materialize struct" error from LLDB still prevents this test case from passing
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175653 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/TestConstVariables.py
|
| 960a6ea95f5dba6885577803f2fe43e637f45e8e |
15-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
More test case cleanup (Linux and Mac):
- remove expectedFailure decorator from resolved rdar 12566646 and 10887661
- remove expectedFailure from TestBitfields testcase not actually affected by bug
- skip the (non-deterministic) TestStopHookMechanism.py to avoid a noisy suite on Linux
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175307 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
truct_types/TestStructTypes.py
|
| d605bacf4c8963e23b913959d4a037633b47b79f |
14-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
Marking two tests expected-to-fail on Linux
- PR-15260: lldb does not display correct value of 1-bit field
- PR-16261: lldb does not display size of (file/class) static array
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175111 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
|
| d288003f7ca875b1984858ead3f3397bd9c7997d |
13-Feb-2013 |
Daniel Malea <daniel.malea@intel.com> |
Skip tests that assert on Linux in RecordLayoutBuilder::updateExternalFieldOffset()
- Filed bugzilla PR-15256
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@175065 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| 87a5c11cf39eb6d1974a470694afb0c265f0221e |
25-Jan-2013 |
Daniel Malea <daniel.malea@intel.com> |
Update test scripts and Makefiles to allow testing with GCC:
- introduce new variable ARCHFLAG in make/Makefile.rules to switch between "-arch" on Mac and "-m" everywhere else
- update testcase makefiles to use LD_EXTRAS instead of LDFLAGS (the former interacts with Makefile.rules badly)
- special treatment for gcc 4.6: replace "-std=c++11" with "-std=c++0x" as the former is not handled correctly
- remove hardcoded "-arch" from test Makefile
This patch should not have any effect on lldb on Mac OS X.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@173402 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/Makefile
|
| cd630e77e4236388ca7da8ba8c7565130b63a693 |
25-Jan-2013 |
Daniel Malea <daniel.malea@intel.com> |
Mark test cases affected by PR 15036 (GCC-generated DWARF causes parser crash)
- Add new decorator "@skipIfGcc" to lldbtest.py
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@173394 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
|
| c6bdc75b993e8e16c0c035e3c6a59891568f03a4 |
18-Jan-2013 |
Sean Callanan <scallanan@apple.com> |
Made the expression handle variables with
DW_AT_const_value instead of a location. Also
added a testcase covering "frame variable," "expr"
using the IR interpreter, and "expr" using the
LLVM JIT.
<rdar://problem/12978195>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@172848 91177308-0d34-0410-b5e6-96231b3b80d8
onst_variables/Makefile
onst_variables/TestConstVariables.py
onst_variables/functions.c
onst_variables/main.c
|
| 3a91e146f4e40ce9b44af3619551f6b6d9bb3b7f |
09-Jan-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/12028723>
Adding useful formatting options to the expression (expr) command.
As a side effect of this change, the -d option now supports the same three-values enumeration that frame variables uses (run, don't run, none) instead of a boolean like it did previously
These options do not apply to print, p or po because these are aliased to not take any options.
In order to use them, use expression or expr.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@171993 91177308-0d34-0410-b5e6-96231b3b80d8
orward/TestForwardDeclaration.py
hared_lib/TestSharedLib.py
trings/TestCStrings.py
|
| 0e3b98e7de6d69613a9729bac9d4b965c0635698 |
09-Jan-2013 |
Jim Ingham <jingham@apple.com> |
Add an SBProcess API to get the current StopID, either considering or ignoring stops caused by expression
evaluation.
<rdar://problem/12968562>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@171914 91177308-0d34-0410-b5e6-96231b3b80d8
tepping/TestStepAndBreakpoints.py
tepping/main.c
|
| 0cbeb07a774e42d0be092a6613856788cd3134e7 |
14-Dec-2012 |
Sean Callanan <scallanan@apple.com> |
Made the struct test case actually use an expression
instead of falling through to the "frame variable"
code.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@170169 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
|
| f2ca573e8dc034ecc5050a874d8f01ace0703e18 |
12-Dec-2012 |
Jim Ingham <jingham@apple.com> |
Fixed a few bugs in the "step in" thread plan logic.
Added a "step-in-target" flag to "thread step-in" so if you have something like:
Process 28464 stopped
* thread #1: tid = 0x1c03, function: main , stop reason = breakpoint 1.1
frame #0: 0x0000000100000e08 a.out`main at main.c:62
61
-> 62 int A6 = complex (a(4), b(5), c(6)); // Stop here to step targetting b and hitting breakpoint.
63
and you want to get into "complex" skipping a, b and c, you can do:
(lldb) step -t complex
Process 28464 stopped
* thread #1: tid = 0x1c03, function: complex , stop reason = step in
frame #0: 0x0000000100000d0d a.out`complex at main.c:44
41
42 int complex (int first, int second, int third)
43 {
-> 44 return first + second + third; // Step in targetting complex should stop here
45 }
46
47 int main (int argc, char const *argv[])
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@170008 91177308-0d34-0410-b5e6-96231b3b80d8
tepping/TestStepAndBreakpoints.py
tepping/main.c
|
| eddc95d59df352c3ea693285327534b0145a8782 |
06-Dec-2012 |
Jim Ingham <jingham@apple.com> |
Mark the "dwarf" version of the test expected fail as well as the dsym version.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@169549 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
|
| b912457e1eb6f97d3ee3adc74d1e0f6393e35d3c |
06-Dec-2012 |
Greg Clayton <gclayton@apple.com> |
<rdar://problem/12560257>
Fixed zero sized arrays to work correctly. This will only happen once we get a clang that emits correct debug info for zero sized arrays. For now I have marked the TestStructTypes.py as an expected failure.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@169465 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
truct_types/main.c
|
| 48f833c33b8c2713e99139941ce3b3885883c4f0 |
06-Dec-2012 |
Sean Callanan <scallanan@apple.com> |
Rewrote the bitfield logic. Major changes include:
- Removed the BitfieldMap class because it is unnecessary.
We now just track the most recently added field.
- Moved the code that calculates bitfield widths so it
can also be used to determine whether it's necessary
to insert anonymous fields.
- Simplified the anonymous field calculation code into
three cases (two of which are resolved identically).
- Beefed up the bitfield testcase.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@169449 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
itfields/main.c
|
| 6475c42148a8ea1ca86e5db465db7eca742d897d |
04-Dec-2012 |
Greg Clayton <gclayton@apple.com> |
<rdar://problem/12798131>
Cleaned up the option parsing code to always pass around the short options as integers. Previously we cast this down to "char" and lost some information. I recently added an assert that would detect duplicate short character options which was firing during the test suite.
This fix does the following:
- make sure all short options are treated as "int"
- make sure that short options can be non-printable values when a short option is not required or when an option group is mixed into many commands and a short option is not desired
- fix the help printing to "do the right thing" in all cases. Previously if there were duplicate short character options, it would just not emit help for the duplicates
- fix option parsing when there are duplicates to parse options correctly. Previously the option parsing, when done for an OptionGroup, would just start parsing options incorrectly by omitting table entries and it would end up setting the wrong option value
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@169189 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
itfields/TestBitfields.py
orward/TestForwardDeclaration.py
unction_types/TestFunctionTypes.py
lobal_variables/TestGlobalVariables.py
et_values/TestSetValues.py
|
| f5150e815f01da127bfbaedda7942928eaed3f92 |
27-Nov-2012 |
Daniel Malea <daniel.malea@intel.com> |
Mark expected failures on Linux (due to bugzilla #14437)
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@168727 91177308-0d34-0410-b5e6-96231b3b80d8
tepping/TestStepAndBreakpoints.py
trings/TestCStrings.py
|
| 99e8729597edabcc603fa41ccf8b80c1a8e58f4b |
26-Nov-2012 |
Daniel Malea <daniel.malea@intel.com> |
Improvement to TestGlobalVariables fix
- use lldb settings command instead of os.environ
- use dyldPath fixture variable instead of hardcoding LD_LIBRARY_PATH
- add tear-down hook to restore environment after testcase is run
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@168613 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
|
| e5aa0d42b55ff6510888c737ef731f3fc1b54bb2 |
26-Nov-2012 |
Daniel Malea <daniel.malea@intel.com> |
Fix for TestSharedLib.py (on Linux)
- use lldb 'settings' command to help testcase find shared library
- pull up dyldPath variable from TestLoadUnload.py to fixture base class (applicable in multiple cases)
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@168612 91177308-0d34-0410-b5e6-96231b3b80d8
hared_lib/TestSharedLib.py
|
| 1565469cb10b1b870b4ea920297805e62d0e70e0 |
26-Nov-2012 |
Daniel Malea <daniel.malea@intel.com> |
Fix TestGlobalVariables.py (on Linux)
- setting LD_LIBRARY_PATH required for the test program to run correctly
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@168595 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
|
| 0dd2fc716bf19f1bc87535a5bc613d5b17afeeab |
09-Nov-2012 |
Jason Molenda <jmolenda@apple.com> |
Patch from Dan Malea daniel.malea@gmail.com to add some required
flags to the Linux makefiles to get the tests to run.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@167600 91177308-0d34-0410-b5e6-96231b3b80d8
locks/Makefile
hared_lib/Makefile
|
| c2ed5cc36a2aac7be58de8ce6b02707b28015cb9 |
06-Nov-2012 |
Greg Clayton <gclayton@apple.com> |
Added unnamed bitfields to our bitfield test.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@167473 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
itfields/main.c
|
| b8183d463ca7b2ba106f000d69cb99a50dbb20f8 |
23-Oct-2012 |
Sean Callanan <scallanan@apple.com> |
Added support for zero-length arrays at the end
of structures, and added a testcase.
<rdar://problem/12551591>
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@166450 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/TestStructTypes.py
truct_types/main.c
|
| 431d839a33e9a274e705f7a268a1c9de2ffc2da2 |
22-Sep-2012 |
Jim Ingham <jingham@apple.com> |
Fix all the test case breakages caused by folks writing tests all over the place that depended explicitly
on the output of "break set". Please don't do this sort of thing!!!!!
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@164433 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
rray_types/TestArrayTypes.py
itfields/TestBitfields.py
locks/TestBlocks.py
num_types/TestEnumTypes.py
orward/TestForwardDeclaration.py
unction_types/TestFunctionTypes.py
lobal_variables/TestGlobalVariables.py
et_values/TestSetValues.py
hared_lib/TestSharedLib.py
hared_lib/main.c
tepping/TestThreadStepping.py
trings/TestCStrings.py
truct_types/TestStructTypes.py
|
| 4e725034c8381787804dc1858095e9b452edb55b |
18-Jul-2012 |
Sean Callanan <scallanan@apple.com> |
Removed a hack that gives zero-length arrays a
single element. Also modified our struct test
case to test this.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@160449 91177308-0d34-0410-b5e6-96231b3b80d8
truct_types/main.c
|
| d82bc6d623930e796d596d190399ec2450980e0f |
12-May-2012 |
Jim Ingham <jingham@apple.com> |
Found one more place where the OkayToDiscard needs to be consulted.
Also changed the defaults for SBThread::Step* to not delete extant plans.
Also added some test cases to test more complex stepping scenarios.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@156667 91177308-0d34-0410-b5e6-96231b3b80d8
tepping/TestStepAndBreakpoints.py
tepping/main.c
|
| 21b1984e161b0cadee331d32bfd721eccfdf4b1f |
06-Apr-2012 |
Johnny Chen <johnny.chen@apple.com> |
Second batch of adding @dsym_test/@dwarf_test decorators to existing test cases.
Plus some minor cleanup of test method names.
Third and final batch is coming.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@154197 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/TestAnonymous.py
rray_types/TestArrayTypes.py
itfields/TestBitfields.py
locks/TestBlocks.py
num_types/TestEnumTypes.py
orward/TestForwardDeclaration.py
unction_types/TestFunctionTypes.py
lobal_variables/TestGlobalVariables.py
et_values/TestSetValues.py
hared_lib/TestSharedLib.py
tepping/TestThreadStepping.py
trings/TestCStrings.py
truct_types/TestStructTypes.py
|
| 3418bfeeafef91b67a62f536d0ff4bbdb4d0d440 |
30-Mar-2012 |
Enrico Granata <egranata@apple.com> |
Disabling blocks support because of rdar://problem/11024417 - This is hopefully just a temporary countermeasure
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@153758 91177308-0d34-0410-b5e6-96231b3b80d8
locks/TestBlocks.py
|
| dc0a38c5a727cae5362b218a3180d0f4265a619d |
27-Mar-2012 |
Greg Clayton <gclayton@apple.com> |
<rdar://problem/11113279>
Fixed type lookups to "do the right thing". Prior to this fix, looking up a type using "foo::bar" would result in a type list that contains all types that had "bar" as a basename unless the symbol file was able to match fully qualified names (which our DWARF parser does not).
This fix will allow type matches to be made based on the basename and then have the types that don't match filtered out. Types by name can be fully qualified, or partially qualified with the new "bool exact_match" parameter to the Module::FindTypes() method.
This fixes some issue that we discovered with dynamic type resolution as well as improves the overall type lookups in LLDB.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@153482 91177308-0d34-0410-b5e6-96231b3b80d8
et_values/TestSetValues.py
|
| 6e12c7a5a851f661677b16c544aac2f93fb6e86d |
08-Mar-2012 |
Sean Callanan <scallanan@apple.com> |
Updated the revision of LLVM/Clang used by LLDB.
This takes two important changes:
- Calling blocks is now supported. You need to
cast their return values, but that works fine.
- We now can correctly run JIT-compiled
expressions that use floating-point numbers.
Also, we have taken a fix that allows us to
ignore access control in Objective-C as in C++.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@152286 91177308-0d34-0410-b5e6-96231b3b80d8
locks/TestBlocks.py
|
| 69716a233f3240978bdbd7a8b682b31e7e07e498 |
06-Mar-2012 |
Sean Callanan <scallanan@apple.com> |
Added support for calling blocks from expressions,
but gated by an #ifdef until we roll LLVM/Clang to
bring in the necessary parser support.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@152149 91177308-0d34-0410-b5e6-96231b3b80d8
locks/Makefile
locks/TestBlocks.py
locks/main.c
|
| 3552ed0afbb58f377a4677ae5253e59b3ed80954 |
02-Mar-2012 |
Sean Callanan <scallanan@apple.com> |
Improved the type's handling of anonymous structs,
so that the expression parser can look up members
of anonymous structs correctly. This meant creating
all the proper IndirectFieldDecls in each Record
after it has been completely populated with members.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@151868 91177308-0d34-0410-b5e6-96231b3b80d8
nonymous/Makefile
nonymous/TestAnonymous.py
nonymous/main.c
|
| 8f2e392e8937aaf66f91201dc5f4190d61902c67 |
04-Feb-2012 |
Sean Callanan <scallanan@apple.com> |
I have brought LLDB up-to-date with top of tree
LLVM/Clang. This brings in several fixes, including:
- Improvements in the Just-In-Time compiler's
allocation of memory: the JIT now allocates
memory in chunks of sections, improving its
ability to generate relocations. I have
revamped the RecordingMemoryManager to reflect
these changes, as well as to get the memory
allocation and data copying out fo the
ClangExpressionParser code. Jim Grosbach wrote
the updates to the JIT on the LLVM side.
- A new ExternalASTSource interface to allow LLDB to
report accurate structure layout information to
Clang. Previously we could only report the sizes
of fields, not their offsets. This meant that if
data structures included field alignment
directives, we could not communicate the necessary
alignment to Clang and accesses to the data would
fail. Now we can (and I have update the relevant
test case). Thanks to Doug Gregor for implementing
the Clang side of this fix.
- The way Objective-C interfaces are completed by
Clang has been made consistent with RecordDecls;
with help from Doug Gregor and Greg Clayton I have
ensured that this still works.
- I have eliminated all local LLVM and Clang patches,
committing the ones that are still relevant to LLVM
and Clang as needed.
I have tested the changes extensively locally, but
please let me know if they cause any trouble for you.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@149775 91177308-0d34-0410-b5e6-96231b3b80d8
itfields/TestBitfields.py
itfields/main.c
|
| 0a19a1b9c25117854f226256805239d95153ed2d |
04-Feb-2012 |
Greg Clayton <gclayton@apple.com> |
Convert all python objects in our API to use overload the __str__ method
instead of the __repr__. __repr__ is a function that should return an
expression that can be used to recreate an python object and we were using
it to just return a human readable string.
Fixed a crasher when using the new implementation of SBValue::Cast(SBType).
Thread hardened lldb::SBValue and lldb::SBWatchpoint and did other general
improvements to the API.
Fixed a crasher in lldb::SBValue::GetChildMemberWithName() where we didn't
correctly handle not having a target.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@149743 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
|
| b2027ec7cc8c15dfdc7c945dc6aed4b5d684321e |
09-Dec-2011 |
Sean Callanan <scallanan@apple.com> |
If the expression parser is unable to complete a TagDecl
in the context in which it was originally found, the
expression parser now goes hunting for it in all modules
(in the appropriate namespace, if applicable). This means
that forward-declared types that exist in another shared
library will now be resolved correctly.
Added a test case to cover this. The test case also tests
"frame variable," which does not have this functionality
yet.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@146204 91177308-0d34-0410-b5e6-96231b3b80d8
hared_lib/Makefile
hared_lib/TestSharedLib.py
hared_lib/foo.c
hared_lib/foo.h
hared_lib/main.c
|
| a1b9a90b7aef446302de9b845dc4f3b0e1473aa7 |
13-Nov-2011 |
Greg Clayton <gclayton@apple.com> |
<rdar://problem/10338439>
This is the actual fix for the above radar where global variables that weren't
initialized were not being shown correctly when leaving the DWARF in the .o
files. Global variables that aren't intialized have symbols in the .o files
that specify they are undefined and external to the .o file, yet document the
size of the variable. This allows the compiler to emit a single copy, but makes
it harder for our DWARF in .o files with the executable having a debug map
because the symbol for the global in the .o file doesn't exist in a section
that we can assign a fixed up linked address to, and also the DWARF contains
an invalid address in the "DW_OP_addr" location (always zero). This means that
the DWARF is incorrect and actually maps all such global varaibles to the
first file address in the .o file which is usually the first function. So we
can fix this in either of two ways: make a new fake section in the .o file
so that we have a file address in the .o file that we can relink, or fix the
the variable as it is created in the .o file DWARF parser and actually give it
the file address from the executable. Each variable contains a
SymbolContextScope, or a single pointer that helps us to recreate where the
variables came from (which module, file, function, etc). This context helps
us to resolve any file addresses that might be in the location description of
the variable by pointing us to which file the file address comes from, so we
can just replace the SymbolContextScope and also fix up the location, which we
would have had to do for the other case as well, and update the file address.
Now globals display correctly.
The above changes made it possible to determine if a variable is a global
or static variable when parsing DWARF. The DWARF emits a DW_TAG_variable tag
for each variable (local, global, or static), yet DWARF provides no way for
us to classify these variables into these categories. We can now detect when
a variable has a simple address expressions as its location and this will help
us classify these correctly.
While making the above changes I also noticed that we had two symbol types:
eSymbolTypeExtern and eSymbolTypeUndefined which mean essentially the same
thing: the symbol is not defined in the current object file. Symbol objects
also have a bit that specifies if a symbol is externally visible, so I got
rid of the eSymbolTypeExtern symbol type and moved all code locations that
used it to use the eSymbolTypeUndefined type.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@144489 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
lobal_variables/main.c
|
| 3823c841e3639d68505887f5b12914183cf3cc86 |
15-Sep-2011 |
Johnny Chen <johnny.chen@apple.com> |
Fixed indentation.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@139802 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/main.c
|
| 915448044bac6fdac22a33cc46697dcb771a8df2 |
06-Sep-2011 |
Enrico Granata <granata.enrico@gmail.com> |
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@139160 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| c01c05c7a8a198761fb917308dd53e6e143384ad |
23-Aug-2011 |
Sean Callanan <scallanan@apple.com> |
Restored the version of LLVM that we previously
rolled back, and the testcase that the rollback
broke.
The new LLVM has a new ARM disassembler, which
may cause instability. Keeping the old one would
force us into a contorted position vis-a-vis the
LLVM sources we bring in, so we will address
issues on the new one rather than keeping the old
one around.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@138284 91177308-0d34-0410-b5e6-96231b3b80d8
unction_types/TestFunctionTypes.py
|
| cbfc0ea71785f0affc7ea9ada6d344f822455d47 |
19-Aug-2011 |
Sean Callanan <scallanan@apple.com> |
Refined the rollback to LLVM, picking up a newer
revision and adding a patch that fixes an AsmParser
crash on ARM.
One feature that we unfortunately lost (for the
moment!) is the ability to cast unknown code symbols
to arbitrary function types and put the resulting
function pointer in a result variable. This feature
will be back, though.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@138036 91177308-0d34-0410-b5e6-96231b3b80d8
unction_types/TestFunctionTypes.py
|
| 7044f1be77bfad02d3dc600990805122a7a203c6 |
19-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
Revert the previous addition of expectedFailure decorators, it was a mistake.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@138013 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 0c8e91e8c9d299c84697cde797d30ba3b00a4a11 |
19-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
Add expectedFailure decorator.
Failed possibly due to rollback of llvm/clang.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@138011 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| d6c7e5caa3a90d859e68f59cb122685e634026b2 |
16-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
Take clang output into account.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137739 91177308-0d34-0410-b5e6-96231b3b80d8
trings/TestCStrings.py
|
| 081137057abc6b2c32eb077bde7459f46544f7d8 |
11-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
Fix the expect patterns to work for both OSX SnowLeopard and Lion.
On Lion, printf is defined in libsystem_c.dylib.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137348 91177308-0d34-0410-b5e6-96231b3b80d8
unction_types/TestFunctionTypes.py
|
| 6c98ba7d2b7f5e3381cbba5f24e97673c47d109a |
11-Aug-2011 |
Sean Callanan <scallanan@apple.com> |
Updated LLVM/Clang to to pick up fixes for a
problem in which the following cast:
–
expr (int (*)(const char*, ...))printf
-
caused a crash. This had several causes:
- First, Clang did not support implicit
casts of a function of unknown type to
a function pointer.
- Second, after this was fixed, the
Clang AST importer did not support
importing function pointer types
produced by resolving these casts.
These two problems are now resolved, and
I have added a test case to verify that
they work. I also did a little bit of
build-system cleanup because we now use
libEnhancedDisassembly.a instead of the
.dylib.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137338 91177308-0d34-0410-b5e6-96231b3b80d8
unction_types/TestFunctionTypes.py
|
| 1b3d1dfa9ab139e1d2ddb34aea11703feb7fd761 |
10-Aug-2011 |
Sean Callanan <scallanan@apple.com> |
Fixed a problem that prevented access to members
of string literals ("hello"[2]). Also fixed a
problem in which empty string literals were not
being compiled correctly ((int)printf("") would
print garbage).
Added a testcase that covers both.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137247 91177308-0d34-0410-b5e6-96231b3b80d8
trings/Makefile
trings/TestCStrings.py
trings/main.c
|
| 1a78f6aa3f6896d0c7e5c7dd2926d7cc876bbf55 |
09-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
Add a negative self.expect() to verify that the bug has been fixed.
rdar://problem/9747668
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137129 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
|
| 0fb0bcc9d4e951145e1b8c783652224c09b23af4 |
04-Aug-2011 |
Greg Clayton <gclayton@apple.com> |
Cleaned up the SBType.h file to not include internal headers and reorganized
the SBType implementation classes.
Fixed LLDB core and the test suite to not use deprecated SBValue APIs.
Added a few new APIs to SBValue:
int64_t
SBValue::GetValueAsSigned(int64_t fail_value=0);
uint64_t
SBValue::GetValueAsUnsigned(uint64_t fail_value=0)
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@136829 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
itfields/TestBitfields.py
|
| 0a18748c2ac2727dbff814eabb8360754a783a3c |
11-Jul-2011 |
Johnny Chen <johnny.chen@apple.com> |
The lldbtest.TestBase.DebugSBValue(self, val) method call now does not need the frame argument.
Only the val (of SBValue type) argument is needed.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@134915 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
itfields/TestBitfields.py
|
| 46171ff3f39bc194c07f187683b3aac2dd7e781d |
09-Jul-2011 |
Johnny Chen <johnny.chen@apple.com> |
Add rdar://problem/9747668 info for "target variable g_marked_spot.y" command.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@134772 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
|
| 457019507e85e0bf27ecff4438cdd3722cf81e97 |
09-Jul-2011 |
Johnny Chen <johnny.chen@apple.com> |
Add test scenarios for 'target variable' command into TestGlobalVariables.py file.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@134771 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/TestGlobalVariables.py
lobal_variables/a.c
|
| bafc86e11a23ad23112f67a99e42aac7b0f207d7 |
06-Jul-2011 |
Greg Clayton <gclayton@apple.com> |
Made the string representation for a SBValue return what "frame variable"
would return instead of a less than helpful "name: '%s'" description.
Make sure that when we ask for the error from a ValueObject object we
first update the value if needed.
Cleaned up some SB functions to use internal functions and not re-call
through the public API when possible.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@134497 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/TestArrayTypes.py
|
| b302b2f50e079b11a12ebafc29104c198f4f15e4 |
30-Jun-2011 |
Greg Clayton <gclayton@apple.com> |
Centralize all of the type name code so that we always strip the leading
"struct ", "class ", and "union " from the start of any type names that are
extracted from clang QualType objects. I had to fix test suite cases that
were expecting the struct/union/class prefix to be there.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@134132 91177308-0d34-0410-b5e6-96231b3b80d8
orward/TestForwardDeclaration.py
|
| d8ded0af25ecdb9746615c607a9c841e87ff95fe |
27-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move top level recurse dir to reside under lang/c.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133950 91177308-0d34-0410-b5e6-96231b3b80d8
ecurse/Makefile
ecurse/main.c
|
| 2913d13a4e08d91202b70e333f9b6d01b7b217c4 |
27-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move top level inlines dir to reside under lang/c.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133949 91177308-0d34-0410-b5e6-96231b3b80d8
nlines/Makefile
nlines/inlines.c
nlines/inlines.h
|
| b26db29eebfbc2dc88776afa738a9b6a8fcc8f75 |
25-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move struct_types, stepping, and set_values dirs to now reside under lang/c.
Move stl dir to now reside under lang/cpp.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133884 91177308-0d34-0410-b5e6-96231b3b80d8
et_values/Makefile
et_values/TestSetValues.py
et_values/main.c
tepping/Makefile
tepping/TestThreadStepping.py
tepping/main.c
truct_types/Makefile
truct_types/TestStructTypes.py
truct_types/cmds.txt
truct_types/main.c
|
| b8025be2976a40d072e9a6d4eb7c9316d65bb16e |
25-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move global_variables dir to lang/c and foundation dir to lang/objc.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133883 91177308-0d34-0410-b5e6-96231b3b80d8
lobal_variables/Makefile
lobal_variables/TestGlobalVariables.py
lobal_variables/a.c
lobal_variables/cmds.txt
lobal_variables/main.c
|
| de2f1ed2a5dfe306aa6c5d48baf65808608cefb5 |
25-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move test dirs forward and function_types to now reside under lang/c.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133882 91177308-0d34-0410-b5e6-96231b3b80d8
orward/Makefile
orward/README.txt
orward/TestForwardDeclaration.py
orward/foo.c
orward/foo.h
orward/main.c
unction_types/Makefile
unction_types/TestFunctionTypes.py
unction_types/main.c
|
| b794017ee4b085b28249af1511b3bdcaef8924ce |
25-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move some directories to now reside under lang/c or lang/cpp.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133881 91177308-0d34-0410-b5e6-96231b3b80d8
rray_types/Makefile
rray_types/TestArrayTypes.py
rray_types/cmds.txt
rray_types/main.c
itfields/Makefile
itfields/TestBitfields.py
itfields/main.c
|
| c93a8bb8fcbcccd4066fcfe02f026f7c8927ddce |
25-Jun-2011 |
Johnny Chen <johnny.chen@apple.com> |
Move enum_types to now reside under lang/c.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133880 91177308-0d34-0410-b5e6-96231b3b80d8
num_types/Makefile
num_types/TestEnumTypes.py
num_types/main.c
|