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 <[email protected]> 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 > > [email protected] 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 [email protected] >> Reporter [email protected] >> 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 >> [email protected] >> 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. 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 > www.twitter.com/CSR_plc. > New for 2014, you can now access the wide range of products powered by > aptX at www.aptx.com. > _______________________________________________ > lldb-dev mailing list > [email protected] > http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev > -- Todd Fiala | Software Engineer | [email protected] | 650-943-3180
_______________________________________________ lldb-dev mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
