Hi Todd,
Ok, I'll let you know what I'll need when I get to "how to support
kalimba variant recognition from gdb-remote".
As you may have seen from
"r216541 - Add support for kalimba architecture variants 3, 4 and 5."
I've already added recognition of kal variants from ELF parse.
cheers
Matt
Todd Fiala wrote:
Hey Matthew,
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 that effort).
On Tue, Aug 26, 2014 at 10:16 PM, Matthew Gardiner <m...@csr.com
<mailto:m...@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 GDBRemoteCommunicationClient.
thanks,
Matt
bugzilla-dae...@llvm.org <mailto:bugzilla-dae...@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 cputype/cpusubtype.
Product lldb
Version unspecified
Hardware PC
OS Linux
Status NEW
Severity normal
Priority P
Component All Bugs
Assignee lldb-dev@cs.uiuc.edu <mailto:lldb-dev@cs.uiuc.edu>
Reporter tfi...@google.com <mailto:tfi...@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 exe
triple.
------------------------------------------------------------------------
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/sr/MZbqvYs5QwJvpeaetUwhCQ==>.
_______________________________________________
lldb-dev mailing list
lldb-dev@cs.uiuc.edu <mailto:lldb-dev@cs.uiuc.edu>
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
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 <http://www.csr.com>.
Keep up to date with CSR on our technical blog, www.csr.com/blog
<http://www.csr.com/blog>, CSR people blog, www.csr.com/people
<http://www.csr.com/people>, YouTube, www.youtube.com/user/CSRplc
<http://www.youtube.com/user/CSRplc>, Facebook,
www.facebook.com/pages/CSR/191038434253534
<http://www.facebook.com/pages/CSR/191038434253534>, or follow us
on Twitter at www.twitter.com/CSR_plc
<http://www.twitter.com/CSR_plc>.
New for 2014, you can now access the wide range of products
powered by aptX at www.aptx.com <http://www.aptx.com>.
_______________________________________________
lldb-dev mailing list
lldb-dev@cs.uiuc.edu <mailto:lldb-dev@cs.uiuc.edu>
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
--
Todd Fiala | Software Engineer | tfi...@google.com
<mailto:tfi...@google.com> | 650-943-3180
_______________________________________________
lldb-dev mailing list
lldb-dev@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
