labath added a subscriber: labath.
labath requested changes to this revision.
labath added a reviewer: labath.
labath added a comment.
This revision now requires changes to proceed.
I don't approve of automagic dependencies. With this patch it won't be possible
to force curses usage. Even if you
sagar added a comment.
Hi @tberghammer,
I tried using RegisterValue::SetUInt() instead of RegisterValue::SetBytes().
When using RegisterValue::SetUInt() all register values we get are zero in case
of mips32 big endian machine. The
GDBRemoteCommunicationServerLLGS::SendStopReplyPacketForThread(
krytarowski abandoned this revision.
krytarowski added a comment.
I resign from this change. I will just go for -DLLDB_DISABLE_CURSES from
command line on NetBSD-7.0.
Repository:
rL LLVM
http://reviews.llvm.org/D14740
___
lldb-commits mailing li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Ying,
Regarding the NetBSD buildbot for LLDB one NetBSD we need a tweak.
Please test for the existence (only on NetBSD) of a file
/usr/include/panel.h. If it's missing please add
'-DLLDB_DISABLE_CURSES' to CMake configure arguments.
if [ ! -
tberghammer added a comment.
As far as I know the gdb remote protocol says that the registers in the 'p'
packet should be displayed in target byte order, but the protocol isn't too
well specified (and in my opinion target byte order is a silly decision).
If we accept that the 'p' packet is in t
Is there any way to have the step that runs the swig executable not be part
of this script? Seems like running swig should be a build step, and
running these scripts on the output of swig should be a step that follows
On Mon, Nov 16, 2015 at 11:20 PM Todd Fiala via lldb-commits <
lldb-commits@lis
Yes, I am planning on separating out the usage of the swig output from the
massaging of that into the build.
Right now I'm just in phase 1, which is to clean up the existing process
without modifying it, and adopting it on Xcode.
Humorously, with our recent removal of the searching for swig in th
Breaking out the binding generation into a separate step will also be
important for a couple reasons:
* (from before) I want to eliminate the requirement for the vast majority
of the builds to have a swig on their system, and
* (not stated before) we'd like to move away from swig for binding
gene
Author: tfiala
Date: Tue Nov 17 11:13:06 2015
New Revision: 253346
URL: http://llvm.org/viewvc/llvm-project?rev=253346&view=rev
Log:
Added --find-swig option to allow searching for swig in path or other likely
locations.
Modified:
lldb/trunk/scripts/prepare_bindings.py
Modified: lldb/trunk/
Author: tfiala
Date: Tue Nov 17 11:13:09 2015
New Revision: 253347
URL: http://llvm.org/viewvc/llvm-project?rev=253347&view=rev
Log:
Reinstate Xcode project usage of prepare_bindings.py, with new --find-swig
option set.
Modified:
lldb/trunk/lldb.xcodeproj/project.pbxproj
Modified: lldb/trun
clayborg added a comment.
GDB remote protocol specifies that register values are sent in target byte
order. We shouldn't change this. A big endian system should not send things as
little endian. That being said, the current register context assumes you have a
buffer that can contain all registe
Author: tfiala
Date: Tue Nov 17 12:10:54 2015
New Revision: 253353
URL: http://llvm.org/viewvc/llvm-project?rev=253353&view=rev
Log:
Remove --swig-executable `which swig` from Xcode prepare_bindings.py call.
This is no longer needed with --find-swig, and although innocuous on systems
with
swig i
On Tue, Nov 17, 2015 at 8:18 AM Todd Fiala wrote:
> Breaking out the binding generation into a separate step will also be
> important for a couple reasons:
>
> * (from before) I want to eliminate the requirement for the vast majority
> of the builds to have a swig on their system, and
>
> * (not
Author: enrico
Date: Tue Nov 17 13:35:26 2015
New Revision: 253364
URL: http://llvm.org/viewvc/llvm-project?rev=253364&view=rev
Log:
Move this back to a pid_t; this file is OSX only anyway, and the signedness of
pid_t is actually a thing we want here
Modified:
lldb/trunk/source/Plugins/Plat
Done.
Please let me know if it works for you.
Thanks,
Ying
On Tue, Nov 17, 2015 at 3:34 AM, Kamil Rytarowski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hello Ying,
>
> Regarding the NetBSD buildbot for LLDB one NetBSD we need a tweak.
>
> Please test for the existence (only
Author: enrico
Date: Tue Nov 17 15:43:55 2015
New Revision: 253381
URL: http://llvm.org/viewvc/llvm-project?rev=253381&view=rev
Log:
Cleanup the type X clear commands, so that one base class can implement all of
them
Modified:
lldb/trunk/source/Commands/CommandObjectType.cpp
Modified: lldb/
Author: enrico
Date: Tue Nov 17 15:55:09 2015
New Revision: 253383
URL: http://llvm.org/viewvc/llvm-project?rev=253383&view=rev
Log:
Cleanup indentation
Modified:
lldb/trunk/source/Commands/CommandObjectType.cpp
Modified: lldb/trunk/source/Commands/CommandObjectType.cpp
URL:
http://llvm.org
chying created this revision.
chying added a reviewer: ovyalov.
chying added a subscriber: lldb-commits.
http://reviews.llvm.org/D14765
Files:
packages/Python/lldbsuite/test/lldbtest.py
packages/Python/lldbsuite/test/tools/lldb-server/gdbremote_testcase.py
Index: packages/Python/lldbsuite/te
Moving this back over to the list since I'm sure others have some input
here. Also +lldb-dev since it has more visibility than lldb-commits.
On Tue, Nov 17, 2015 at 11:25 AM Zachary Turner wrote:
> On Tue, Nov 17, 2015 at 8:18 AM Todd Fiala wrote:
>
>> Breaking out the binding generation into
Author: enrico
Date: Tue Nov 17 19:37:49 2015
New Revision: 253423
URL: http://llvm.org/viewvc/llvm-project?rev=253423&view=rev
Log:
Cleanup the type X list commands to use the new ForEach goodness
Modified:
lldb/trunk/include/lldb/DataFormatters/DataVisualization.h
lldb/trunk/include/ll
ovyalov added a comment.
Please see my comments.
Comment at: packages/Python/lldbsuite/test/lldbtest.py:464
@@ -463,3 +463,3 @@
parsed_url = urlparse.urlparse(lldb.platform_url)
-if parsed_url.scheme == "adb":
+if parsed_url.scheme in ["adb", "unix-abstr
Author: enrico
Date: Tue Nov 17 19:44:36 2015
New Revision: 253424
URL: http://llvm.org/viewvc/llvm-project?rev=253424&view=rev
Log:
Remove a few vestigial typedefs from the old world
Modified:
lldb/trunk/include/lldb/DataFormatters/FormatManager.h
lldb/trunk/include/lldb/DataFormatters/F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I've noted the first set of successfully built LLDB instances on NetBSD!
http://lab.llvm.org:8014/builders/lldb-amd64-ninja-netbsd7/builds/973
I've stopped the buildbot on the Staging server and redirected port to
port 9990.
There are some issues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
It's fixed. It was my fault as I forgot to make updateScripts.sh
available via PATH.
Buildslave works properly.
Thank you!
On 18.11.2015 03:31, Kamil Rytarowski via lldb-commits wrote:
> I've noted the first set of successfully built LLDB instance
Stepping one step back further in the thread ...
On Wed, Nov 18, 2015 at 8:35 AM, Zachary Turner via lldb-commits <
lldb-commits@lists.llvm.org> wrote:
> Moving this back over to the list since I'm sure others have some input
> here. Also +lldb-dev since it has more visibility than lldb-commits.
chying updated this revision to Diff 40469.
chying added a comment.
Herald added subscribers: srhines, danalbert, tberghammer.
Address comments.
http://reviews.llvm.org/D14765
Files:
packages/Python/lldbsuite/test/lldbtest.py
packages/Python/lldbsuite/test/tools/lldb-server/gdbremote_testca
chying marked 2 inline comments as done.
Comment at:
packages/Python/lldbsuite/test/tools/lldb-server/gdbremote_testcase.py:69
@@ -66,1 +68,3 @@
+scheme, host = re.match(url_pattern, lldb.platform_url).groups()
+if lldb.remote_platform_name == 'remote-andr
Nothing concrete at the moment; however, it could be interesting to look at
the clang community and see what could be done for llvm-based language
implementations. The angle that I think would be interesting would be if
we can generate bindings more effectively based on the in-depth
understanding
> that comes out of python
that comes out of swig, rather (i.e. the binding generation output).
On Tue, Nov 17, 2015 at 8:03 PM, Todd Fiala wrote:
> Nothing concrete at the moment; however, it could be interesting to look
> at the clang community and see what could be done for llvm-based langua
29 matches
Mail list logo
