forked from OSchip/llvm-project
Fix test breakage in r280919
It turns out that self.dbg.GetSelectedPlatform().GetTriple() is not a good way to get the triple of the process, as it returns the incorrect triple in case of a 32-bit process running on a 64-bit platform. Instead, go the long way round and ask the stub for the process triple. This fixes the test for i386. llvm-svn: 280922
This commit is contained in:
parent
4acc49e58d
commit
6f22b771c4
|
@ -14,10 +14,14 @@ class TestGdbRemoteModuleInfo(gdbremote_testcase.GdbRemoteTestCaseBase):
|
|||
|
||||
def module_info(self):
|
||||
procs = self.prep_debug_monitor_and_inferior()
|
||||
self.add_process_info_collection_packets()
|
||||
context = self.expect_gdbremote_sequence()
|
||||
info = self.parse_process_info_response(context)
|
||||
|
||||
self.test_sequence.add_log_lines([
|
||||
'read packet: $jModulesInfo:[{"file":"%s","triple":"%s"}]]#00' % (
|
||||
lldbutil.append_to_process_working_directory("a.out"),
|
||||
self.dbg.GetSelectedPlatform().GetTriple()),
|
||||
info["triple"].decode('hex')),
|
||||
{"direction": "send",
|
||||
"regex": r'^\$\[{(.*)}\]\]#[0-9A-Fa-f]{2}',
|
||||
"capture": {1: "spec"}},
|
||||
|
|
Loading…
Reference in New Issue