Skip to content
This repository was archived by the owner on Apr 2, 2020. It is now read-only.

Conversation

shahmishal
Copy link
Member

No description provided.

swift-ci and others added 30 commits January 8, 2018 15:36
not sure if the swift URL is correct, but it's a starting point.
… and variables""""

This reverts commit f767df3.

(cherry picked from commit 54c4495)
been specified yet (either by the user, or by one of the lldb
extensions like qHostInfo or qProcessInfo), and the target.xml
includes a <architecture> tag specifying x86_64, set the architecture
appropriately.

I'm not sure what we can expect to see in the <architecture> tag, so
I'm only doing this for x86_64 right now where I've seen "i386:x86_64"
used.  I've seen a target.xml from a jtag board that sends just "arm"
because it doesn't know more specifically what type of board it is
connected to...

<rdar://problem/29908970>

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@322339 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit 54c53dc)
(cherry picked from commit 4a3aef6)
… (PR35920)

This test stresses expression evaluation support for template functions.
Currently the support is rudimentary, and running this test causes assertion
failures in clang. This test cannot be XFAIL'ed because the test harness
treats assertion failures as unexpected events. For now, the test must be
skipped.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@322340 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit 95d1af6)
(cherry picked from commit 6d636dd)
(cherry picked from commit 91f702b)
Summary:
This used to be important when all tests were run in a single process,
but that has no longer been the case for a while. Furthermore, this hook fails
to build on new mac versions for several people, and it's not clear
whether fixing it is worth the effort.

Reviewers: jingham, clayborg, davide

Subscribers: lldb-commits

Differential Revision: https://reviews.llvm.org/D41871

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@322167 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit 3a7b402)
Most of the watchpoint tests are organized into subtrees, so we can use the
file-based .categories approach to annotate them. The exception are the
concurrent_events tests, which needed to be annotated on a per-test basis.

The motivation behind this is to provide an easy way to disable watchpoint
tests on systems where the watchpoint functionality is not present/unreliable.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@317004 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit d425de7)

 Conflicts:
	packages/Python/lldbsuite/test/functionalities/thread/concurrent_events/n_watch_n_break/TestConcurrentNWatchNBreak.py
	packages/Python/lldbsuite/test/functionalities/thread/concurrent_events/two_watchpoints_one_breakpoint/TestConcurrentTwoWatchpointsOneBreakpoint.py
	packages/Python/lldbsuite/test/functionalities/thread/concurrent_events/two_watchpoints_one_signal/TestConcurrentTwoWatchpointsOneSignal.py
	packages/Python/lldbsuite/test/test_categories.py
[Swift] Update for type reconstruction behavior change with inout parameters [4.1]

(cherry picked from commit e60c019)
At some point we introduced CFLAGS_NO_ARCH internally, but then it
disappeared, and we never passed -g to the compiler -- meaning there was
no line table info, and we couldn't set breakpoints, etc.
TestSwiftFoundationTypeData was x-failed ago, but with the recent stdlib
resilience changes it unexpectedly asserts.

rdar://36649559
We were failing to get a symbol address if it was used anywhere else.
Also log the offset address and not just the fact that it was asked for.

<rdar://problem/36636614>
of a dSYM per-uuid plist that may be present (dsymutil does not
create this plist, it is only added after the fact by additional
tools) -- either the DBGBuildSourcePath + DBGSourcePath pair of
k-v entries which give us the build-time and debug-time remapping,
or the newer DBGSourcePathRemapping dictionary which may give us
multiple remappings.

I'm changing the order that we process these & add them to the
list of source remappings.  If the DBGSourcePathRemapping dict
is present, it should be the first entries we will try.

<rdar://problem/36481989>

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@322418 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit ea45f01)
(cherry picked from commit 95b23ae)
Remove obsolete measurements.

This check in requires at least 10.11

Reviewed: Jason Molenda, Jim Ingham

<rdar://problem/37047106> Xcode Memory gauge should show the jetsam ledger footprint rather than anonymous

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@324013 91177308-0d34-0410-b5e6-96231b3b80d8
Make use of physical footprint as memory measurement.
It is unused, and the underlying llvm function has been removed as well.

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@324472 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit 7c6d16f)
The former is no longer necessary since we no longer produce
ImplicitlyUnwrappedOptionalType.

(cherry picked from commit 929beee)
This patch makes LLDB's clang module cache path customizable via
settings set target.clang-modules-cache-path <path> and uses it in the
LLDB testsuite to reuse the same location inside the build directory
for LLDB and clang.

Differential Revision: https://reviews.llvm.org/D43099

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@324775 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit b230a16)
(cherry picked from commit 8c66781)
As of swiftlang/swift#14299, we should effectively
no longer see this decl since we no longer generate IUO types.

A follow-on PR actually removes this API completely:
  swiftlang/swift#14364

(cherry picked from commit 9fac2e9)
in TestBase::getBuildArtifact(). This NFC commit is in preparation for
https://reviews.llvm.org/D42281 (compile the LLDB tests out-of-tree).

Differential Revision: https://reviews.llvm.org/D42280

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@323007 91177308-0d34-0410-b5e6-96231b3b80d8
(cherry picked from commit 6dbd36a)
fredriss added 17 commits March 7, 2018 21:45
This test was calling buildDwarf() in NO_DEBUG_INFO tests. It looks like
the skeleton of lldbinrepl.py was copied from some other place that had
debug info variants, but here we really build only one standard variant.
This file could use a rework, but for now just call buildDefault instead
of buildDwarf.
@shahmishal
Copy link
Member Author

@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

@swift-ci please test linux platform

@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

labath added 2 commits March 8, 2018 19:52
Summary:
Right now the test client is not parsing register values correctly,
which is manifesting itself in one test failing on 32-bit architectures
(pr36013). This parses the information from the qRegisterInfo packets
and stores it in the client, which will enable fixing the parsing in a
follow up commit.

I am also adding a new templated SendMessage overload, which enables one
to send a message get a parsed response in a single call.

Reviewers: eugene, davide

Subscribers: lldb-commits

Differential Revision: https://reviews.llvm.org/D43076

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@324722 91177308-0d34-0410-b5e6-96231b3b80d8
Summary:
The issue was that we were parsing the registers into 64-bit integers
and the calling swapByteOrder without regard for the actual size of the
register. This switches the test to use the RegisterValue class which
tracks the register size, and knows how to initialize itself from a
piece of memory (so we don't need to swap byte order ourselves).

Reviewers: eugene, davide

Subscribers: lldb-commits

Differential Revision: https://reviews.llvm.org/D43376

git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@325511 91177308-0d34-0410-b5e6-96231b3b80d8
@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

1 similar comment
@shahmishal
Copy link
Member Author

@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

1 similar comment
@fredriss
Copy link
Contributor

fredriss commented Mar 9, 2018

@shahmishal shahmishal merged commit f935e47 into stable Mar 9, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.