Yeah, I wrote the script to accept stdin or a filename argument, and print its
results. I'll fix it to hardcode looking for lldb.xcodeproj/project.pbxproj or
project.pbxproj in cwd and update it in place.
> On Jul 23, 2018, at 3:37 PM, Raphael “Teemperor” Isemann
> wrote:
>
> That’s just ho
That’s just how IO redirection works in sh. But I agree that the expected
default behavior is to just overwrite the file without having to redirect any
streams/tmp files (+ Jason because he probably can easily fix this).
- Raphael
> On Jul 23, 2018, at 3:24 PM, Greg Clayton wrote:
>
> The scr
The script will nuke the project.pbxproj file you do:
../scripts/sort-pbxproj.rb > project.pbxproj
So it seems you must do:
../scripts/sort-pbxproj.rb > project.pbxproj2
mv project.pbxproj2 project.pbxproj
Is this expected??
> On Jul 23, 2018, at 3:07 PM, Raphael “Teemperor” Isemann
> wrote:
See Jason’s email from two weeks ago:
> I didn't intend for it, but when you add a file to the xcode project file,
> Xcode will reorder all the currently-sorted files and we'll get all the same
> merge conflicts we've had for the past couple years again.
> We could either back out my sorting of
Anyone know if something has happened to the Xcode project file? Did someone
sort or try to manually do something to the Xcode project? If I add or remove a
file, then I end up with 1000s of diffs...
Greg
___
lldb-dev mailing list
lldb-dev@lists.llvm.
If --sysroot is supplied, then it should just work as you say. The platform
code will be asked to locate the file and the remote-linux platform is failing
here and needs to be fixed.
Greg
> On Jul 23, 2018, at 2:42 AM, Pavel Labath via lldb-dev
> wrote:
>
> Instead of "image search-paths ad
I believe using search path is not the right approach when opening a core dump.
We do not need to search for modules: we know exactly what has been loaded from
where when the application crashed. The only problem is that the machine was
different, so we need to prepend sysroot and get them form
just a quick update, I moved on by commenting out the lines 40-42 in
build/tools/lldb/scripts/cmake_install.cmake:
if("x${CMAKE_INSTALL_COMPONENT}x" STREQUAL "xUnspecifiedx" OR NOT
CMAKE_INSTALL_COMPONENT)
file(INSTALL DESTINATION "${CMAKE_INSTALL_PREFIX}/lib" TYPE DIRECTORY
FILES "/opt/llvm/bui
Hello,
Our slightly modified LLDB based on v6.0 with custom platform and process
has a strange problem during process launch. We see the debugger view
twice. After stepping over, we see it correctly - just once. Does anybody
know where the problem could be?
Process, platform, thread, event logs:
Hi
So my real main problem is that I want to run an expression to output
the value of an Objective-C parameter. e.g. `- (void) foo:(id) a`. I
want to print `a` when I am stopped in `foo`.
This isn't working for me - technically, I believe - because, in
`ClangASTContext::AddMethodToObjCObject
https://bugs.llvm.org/show_bug.cgi?id=38233
lab...@google.com changed:
What|Removed |Added
Assignee|lldb-dev@lists.llvm.org |lab...@google.com
--- Comment #3 from lab...
Well, judging by this snippet
=
tools/lldb-mi/MICmnLLDBDebuggerHandleEvents.cpp- case lldb::eStateStopped:
tools/lldb-mi/MICmnLLDBDebuggerHandleEvents.cpp-pEventType =
"eStateStopped";
tools/lldb-mi/MICmnLLDBDebuggerHandleEvents.cpp-bOk =
HandleProcessEventStateStopped(vEvent, bShouldB
Instead of "image search-paths add" you should be able to do a
"settings append target.exec-search-paths /your/sysroot". That one
should not require a running target or anything like that.
However, I agree that it would be nice for the platform sysroot to
work out of the box. Particularly, as we c
13 matches
Mail list logo
