Author: tnorthover
Date: Thu Aug 2 05:50:23 2018
New Revision: 338712
URL: http://llvm.org/viewvc/llvm-project?rev=338712&view=rev
Log:
Move ClangHighlighter.cpp to hopefully better place in Xcode project.
But with a write-only format, who can really say?
Modified:
lldb/trunk/lldb.xcodeproj
Hi,
I think this is causing the lldb-cmake test to hang on Green Dragon.
The build revision numbers don't exactly match up for reasons I don't
quite understand, but when I locally run check-lldb this is the test
that spins for ages, and reverting this change doesn't move the
timeout elsewhere.
I
Author: tnorthover
Date: Thu Aug 9 06:21:05 2018
New Revision: 339343
URL: http://llvm.org/viewvc/llvm-project?rev=339343&view=rev
Log:
Darwin: mark test unsupported while we sort out how to make it generic.
This test relies on communicating with debugserver via an unnamed (pre-opened)
pipe, but
On Thu, 9 Aug 2018 at 16:28, Davide Italiano wrote:
> Feel free to revert this in the meanwhile, Tim, if you need to get the
> bots going again.
Thanks Davide. I've marked it unsupported after some discussion with
Александр, as a slightly less intrusive solution.
Tim.
___
Author: tnorthover
Date: Wed Jan 10 05:32:01 2018
New Revision: 322183
URL: http://llvm.org/viewvc/llvm-project?rev=322183&view=rev
Log:
Fix Xcode build for r322174
Modified:
lldb/trunk/lldb.xcodeproj/project.pbxproj
Modified: lldb/trunk/lldb.xcodeproj/project.pbxproj
URL:
http://llvm.org/v
Hi,
I decided to take a quick look at PR25300 (roughly, an '*' at the end
of an environment variable crashes lldb-server). The issue is that
during packet decompression (apparently even for uncompressed packets)
there is basic RLE, triggered by '*', so it needs to be quoted in some
way before bein
Author: tnorthover
Date: Mon Nov 9 16:05:05 2015
New Revision: 252521
URL: http://llvm.org/viewvc/llvm-project?rev=252521&view=rev
Log:
Avoid sending bare '*' and '}' in an lldb-server packet
They get treated as special RLE encoding symbols and packets get
corrupted. Most other packet types alre
On 3 November 2015 at 07:38, Pavel Labath wrote:
> Looks good, but I'd like to avoid adding new "not remote ready" tests
> to the test suite. Your test looks like it should be easy to fix --
> the only problem there is the stdout redirection. If you *don't*
> redirect the output, you should be abl
>> Can't handle the update of the umbrella *because of GitHub*, this could be
>> possible with our own hosting of git for instance.
>>
> Pre-commit hooks are not designed to update the umbrella. Webhooks will be
> able to update the umbrella with a small external service, as proposed in the
> IR
