[lldb-dev] [Bug 20755] New: llgs: RSP qProcessInfo should return triple on Linux, not cputype/cpusubtype.
tfiala at google.com
Wed Aug 27 08:08:54 PDT 2014
Right now the code is setup to either generate the architecture based on
cputype/cpusubtype (which IIRC map directly to xnu/Mach values) and build
the ArchSpec from that + other details, OR to use the triple to generate
the ArchSpecs. The cputype/cpusubtype are really geared toward the darwin
side of the house.
However, there is no reason why you couldn't use those fields aside from
the caveat above. Care will just need to be taken to ensure the ArchSpec
based on parsing these works correctly, and (probably) some of the
Apple-specific setup paths may need to be guarded with OS checks if you
want different behavior than what darwin is doing.
Feel free to send up snippets of code you're considering. I've had to
debug through quite a bit of code around these areas lately as I get llgs
running for local debugging. (This bug needed to be resolved as part of
On Tue, Aug 26, 2014 at 10:16 PM, Matthew Gardiner <mg11 at csr.com> wrote:
> Hi Todd,
> Will it still be possible that some non-Apple stuff (e.g. kalimba) can
> extract a subtype field (from say qProcessInfo or qHostInfo)? I'll need
> this to support kalimba architecture variants at some stage. (Bear in mind
> that CSR don't use share GDBRemoteCommunicationServer, only
> bugzilla-daemon at llvm.org wrote:
>> Bug ID 20755 <http://llvm.org/bugs/show_bug.cgi?id=20755>
>> Summary llgs: RSP qProcessInfo should return triple on Linux, not
>> Product lldb
>> Version unspecified
>> Hardware PC
>> OS Linux
>> Status NEW
>> Severity normal
>> Priority P
>> Component All Bugs
>> Assignee lldb-dev at cs.uiuc.edu
>> Reporter tfiala at google.com
>> Classification Unclassified
>> 1. Fix GDBRemoteCommunicationServer to send a triple instead of
>> cputype/cpusubtype when llgs is running on non-__APPLE__.
>> 2. Modify GDBRemoteCommunicationClient::GetCurrentProcessInfo () to
>> accept a
>> triple and adjust ArchSpec appropriately when provided.
>> This will fix an issue where llgs is mis-interpreting the remote process
>> You are receiving this mail because:
>> * You are the assignee for the bug.
>> To report this email as spam click here <https://www.mailcontrol.com/
>> lldb-dev mailing list
>> lldb-dev at cs.uiuc.edu
> Member of the CSR plc group of companies. CSR plc registered in England
> and Wales, registered number 4187346, registered office Churchill House,
> Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
> More information can be found at www.csr.com. Keep up to date with CSR on
> our technical blog, www.csr.com/blog, CSR people blog, www.csr.com/people,
> YouTube, www.youtube.com/user/CSRplc, Facebook,
> www.facebook.com/pages/CSR/191038434253534, or follow us on Twitter at
> New for 2014, you can now access the wide range of products powered by
> aptX at www.aptx.com.
> lldb-dev mailing list
> lldb-dev at cs.uiuc.edu
Todd Fiala | Software Engineer | tfiala at google.com | 650-943-3180
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the lldb-dev