labath created this revision.
Herald added a subscriber: mgorny.
The files there can always be referred to using their full path, which
is what most of the code has been doing already, so this makes the
situation more consistent. Also fix the the code in the FreeBSD plugin
to use the new paths.
beanz updated this revision to Diff 94526.
beanz added a comment.
Fixing variable naming conventions
https://reviews.llvm.org/D31357
Files:
tools/debugserver/source/CMakeLists.txt
tools/debugserver/source/MacOSX/CMakeLists.txt
unittests/CMakeLists.txt
unittests/debugserver/CMakeLists.tx
beanz created this revision.
This patch adds a new wrapper for getaddrinfo which returns a std::vector of
SocketAddresses. While this patch doesn't add any uses of the new function, I
have two separable patches that are dependent on this, so I put it in its own
patch.
https://reviews.llvm.org
Lgtm
On Mon, Apr 10, 2017 at 11:03 AM Pavel Labath via Phabricator via
lldb-commits wrote:
> labath created this revision.
> Herald added a subscriber: mgorny.
>
> The files there can always be referred to using their full path, which
> is what most of the code has been doing already, so this mak
krytarowski added a comment.
Hmm still wrong.
Later in this code:
// NetBSD per-thread information is stored in notes named
// "NetBSD-CORE@nnn" so match on the initial part of the string.
m_os = llvm::Triple::NetBSD;
if (note.n_type == NETBSD::NT_PROCINFO) {
ParseNetBSDProcInfo(*thr
krytarowski added a comment.
Other BSDs work.
Repository:
rL LLVM
https://reviews.llvm.org/D31825
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
labath created this revision.
Herald added a reviewer: EricWF.
The iteration list through the available data formatters was undefined,
which meant that the vector formatter kicked in only in cases
where it happened to be queried before the general vector formatter. To
fix this, I merge the two dat
tberghammer created this revision.
Herald added a reviewer: EricWF.
Fix the libc++ std::vector data formatter
Previously we randomly triggered either the std::vector<...> or the
std::vector data formatter causing an issue when the former got
triggered for an std::vector.
This change moves the lo
krytarowski added a comment.
For the reference, I uploaded FreeBSD/amd64 and OpenBSD/i386 core(5) files:
http://netbsd.org/~kamil/lldb/freebsd.10.3.release.p11-top.core.93102
http://netbsd.org/~kamil/lldb/openbsd.6.0-top.core
Repository:
rL LLVM
https://reviews.llvm.org/D31825
___
tberghammer added a comment.
The previous version of the data formatter was triggering for
std::vector> as well. Jason, do you know why was it the
case? Do we need that functionality because of a broken compiler version or can
it be removed?
Note: I added a few comments about the data formatte
tberghammer abandoned this revision.
tberghammer added a comment.
Pavel created a separate fix as https://reviews.llvm.org/D31880. Abandoning
this one.
https://reviews.llvm.org/D31882
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http:/
labath updated this revision to Diff 94667.
labath added a comment.
Remove the vector summary provider as well (picked up from Tamas's
version of the patch).
https://reviews.llvm.org/D31880
Files:
packages/Python/lldbsuite/test/functionalities/data-formatter/data-formatter-stl/libcxx/vbool/
eugene accepted this revision.
eugene added a comment.
This revision is now accepted and ready to land.
Thanks for doing it. IMO we should always strive to use "absolute" path for all
headers.
https://reviews.llvm.org/D31877
___
lldb-commits mailin
krytarowski added a comment.
Thank you for working on it!
https://reviews.llvm.org/D31877
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
beanz created this revision.
Herald added a subscriber: emaste.
This patch adds IPv6 support to LLDB/Host's TCP socket implementation.
Supporting IPv6 involved a few significant changes to the implementation of the
socket layers, and I have performed some significant code cleanup along the way.
beanz created this revision.
Herald added a subscriber: mgorny.
This patch adds IPv6 support to debugserver. It follows a similar pattern to
the changes proposed for LLDB/Host except that the listen implementation is
only with kqueue(2) because debugserver is only supported on Darwin.
https://
krytarowski created this revision.
krytarowski added a project: LLDB.
This change has been authored by Zachary Turner.
It fixes loading into the debugger core(5) files generated
by NetBSD x86_64 v. 7.99.67. These core(5) files have the
e_ident[EI_OSABI] property set to ELFOSABI_SYSV.
It might ch
krytarowski added a comment.
Example core(5) file:
http://netbsd.org/~kamil/lldb/top.core
Generated with gcore(1), which snapshoted a running top(1) program.
Repository:
rL LLVM
https://reviews.llvm.org/D31825
___
lldb-commits mailing list
lldb-
Hans,
Sorry for the confusion, but this isn't the change I was referring to.
I included the phabricator review numbers in my original message, not
svn commit numbers.
On 2/3/2017 4:54 PM, Hans Wennborg wrote:
Geoff asked for this to be merged to 4.0. It looks like a nice change,
but I'm a
Author: arsenm
Date: Mon Apr 10 18:27:53 2017
New Revision: 299898
URL: http://llvm.org/viewvc/llvm-project?rev=299898&view=rev
Log:
Update for alloca construction changes
Modified:
lldb/trunk/source/Plugins/LanguageRuntime/RenderScript/RenderScriptRuntime/RenderScriptx86ABIFixups.cpp
Modif
Author: smeenai
Date: Mon Apr 10 10:41:15 2017
New Revision: 299845
URL: http://llvm.org/viewvc/llvm-project?rev=299845&view=rev
Log:
[lldb] Fix ninja URL
The old URL is a 404 now. Pointed out by Smirftsch1 on IRC.
Modified:
lldb/trunk/www/build.html
Modified: lldb/trunk/www/build.html
URL:
Hi Zachary!
Thank you for your prompt attention!
I notice you added DumpHexBytes() back, but Dump() is still missing. Was Dump()
slated for a later patch?
-Tim
> On 3 Mar 2017, at 15:48, Zachary Turner wrote:
>
> Yea, it was a static method of DataExtractor before. I noticed the same
> thi
Sure, Zachary. I try to step in when I can.
Now that you mention it, your r296910 (DumpDataExtractor) patch is breaking
building CommunicationKDP.cpp in MacOSX-Kernel. Namely, the removal of
Dump/DumpHexBytes from DataExtractor. I've coordinated with the Apple LLDB team
on how they want to foll
23 matches
Mail list logo
