Page MenuHomePhabricator

aleksandr.urakov (Aleksandr Urakov)
User

Projects

User does not belong to any projects.

User Details

User Since
Jun 4 2018, 3:35 AM (27 w, 2 d)

Recent Activity

Fri, Dec 7

aleksandr.urakov accepted D55384: [NativePDB] Reconstruct FunctionDecl AST nodes from PDB debug info.

Now it looks more clear, thanks!

Fri, Dec 7, 10:29 AM
aleksandr.urakov updated the diff for D55318: [Expressions] Add support of expressions evaluation in some object's context.

Thanks for the comments, I've updated the patch.

Fri, Dec 7, 12:56 AM · Restricted Project
aleksandr.urakov added inline comments to D55318: [Expressions] Add support of expressions evaluation in some object's context.
Fri, Dec 7, 12:55 AM · Restricted Project

Thu, Dec 6

aleksandr.urakov accepted D55384: [NativePDB] Reconstruct FunctionDecl AST nodes from PDB debug info.

LGTM!

Thu, Dec 6, 10:39 PM
aleksandr.urakov updated the diff for D55318: [Expressions] Add support of expressions evaluation in some object's context.

Thanks for the interest to the feature! I've updated the patch due to the comments.

Thu, Dec 6, 8:23 AM · Restricted Project

Wed, Dec 5

aleksandr.urakov updated subscribers of D54942: [PDB] Make PDB lit tests use the new builder.

The similar problem with typedefs.test is here: http://lab.llvm.org:8014/builders/lldb-x64-windows-ninja/builds/1940/steps/test/logs/stdio

Wed, Dec 5, 12:26 PM · Restricted Project
aleksandr.urakov added a comment to D54942: [PDB] Make PDB lit tests use the new builder.

It looks strange. The compiler can't open the object file. And in the next build it is ok - may be it was some server failure (e.g. full disk)?

Wed, Dec 5, 10:57 AM · Restricted Project
aleksandr.urakov added a comment to D55318: [Expressions] Add support of expressions evaluation in some object's context.

Btw, it can be useful if there ever would be a declarative format for pretty printers in LLDB.

Wed, Dec 5, 9:57 AM · Restricted Project
aleksandr.urakov committed rLLDB348386: [PDB] Make PDB lit tests use the new builder.
[PDB] Make PDB lit tests use the new builder
Wed, Dec 5, 9:39 AM
aleksandr.urakov committed rL348386: [PDB] Make PDB lit tests use the new builder.
[PDB] Make PDB lit tests use the new builder
Wed, Dec 5, 9:38 AM
aleksandr.urakov closed D54942: [PDB] Make PDB lit tests use the new builder.
Wed, Dec 5, 9:38 AM · Restricted Project
aleksandr.urakov added a comment to D54942: [PDB] Make PDB lit tests use the new builder.

It seems that all the reviews this one depends on are already in. Can we proceed with it?

Wed, Dec 5, 6:06 AM · Restricted Project
aleksandr.urakov created D55318: [Expressions] Add support of expressions evaluation in some object's context.
Wed, Dec 5, 5:55 AM · Restricted Project

Tue, Dec 4

aleksandr.urakov added a comment to D55230: [lit] Multiple build outputs and default target bitness.

Thanks! I've updated DIA PDB tests in D55230.

Tue, Dec 4, 5:42 AM
aleksandr.urakov updated the diff for D54942: [PDB] Make PDB lit tests use the new builder.

Update tests due to D55230

Tue, Dec 4, 5:41 AM · Restricted Project
aleksandr.urakov added a comment to D54843: [Expr] Check the language before ignoring Objective C keywords.

The test was broken after this commit. It seems that on MacOS X the process of the compiled test application always contains Objective C Runtime, so the part of the test, which assumes that there is no ObjC option enabled, fails. To fix it I've skip this part for Darwin here: https://reviews.llvm.org/rLLDB348250 Please, tell me if you have any objections on this.

Tue, Dec 4, 3:31 AM · Restricted Project
aleksandr.urakov committed rLLDB348250: [Expr] Fix `TestExprOptions` after r348240 on MacOS X.
[Expr] Fix `TestExprOptions` after r348240 on MacOS X
Tue, Dec 4, 3:11 AM
aleksandr.urakov committed rL348250: [Expr] Fix `TestExprOptions` after r348240 on MacOS X.
[Expr] Fix `TestExprOptions` after r348240 on MacOS X
Tue, Dec 4, 3:11 AM
aleksandr.urakov abandoned D53086: [PDB] Fix flaky `variables-locations.test` after PR38857.

Abandon due to D55122.

Tue, Dec 4, 1:58 AM · Restricted Project
aleksandr.urakov added a comment to D54843: [Expr] Check the language before ignoring Objective C keywords.

Ok, thank you!

Tue, Dec 4, 1:54 AM · Restricted Project
aleksandr.urakov committed rLLDB348240: [Expr] Check the language before ignoring Objective C keywords.
[Expr] Check the language before ignoring Objective C keywords
Tue, Dec 4, 1:54 AM
aleksandr.urakov committed rL348240: [Expr] Check the language before ignoring Objective C keywords.
[Expr] Check the language before ignoring Objective C keywords
Tue, Dec 4, 1:54 AM
aleksandr.urakov closed D54843: [Expr] Check the language before ignoring Objective C keywords.
Tue, Dec 4, 1:54 AM · Restricted Project

Mon, Dec 3

aleksandr.urakov added a comment to D55122: [PDB] Fix location retrieval for function local variables and arguments that are stored relative to VFRAME.

I can do it, but unfortunately not this week... I want to join the native plugin development some later, at the end of this month, after some current work.

Mon, Dec 3, 8:39 AM · Restricted Project
aleksandr.urakov added a comment to D54843: [Expr] Check the language before ignoring Objective C keywords.

Ping! Can you look at this, please?

Mon, Dec 3, 6:06 AM · Restricted Project
aleksandr.urakov committed rLLDB348136: [PDB] Support PDB-backed expressions evaluation (+ fix stuck test).
[PDB] Support PDB-backed expressions evaluation (+ fix stuck test)
Mon, Dec 3, 5:40 AM
aleksandr.urakov committed rL348136: [PDB] Support PDB-backed expressions evaluation (+ fix stuck test).
[PDB] Support PDB-backed expressions evaluation (+ fix stuck test)
Mon, Dec 3, 5:34 AM

Fri, Nov 30

aleksandr.urakov committed rLLDB347975: [NativePDB] Fix ast-reconstruction test on x86.
[NativePDB] Fix ast-reconstruction test on x86
Fri, Nov 30, 1:53 AM
aleksandr.urakov committed rL347975: [NativePDB] Fix ast-reconstruction test on x86.
[NativePDB] Fix ast-reconstruction test on x86
Fri, Nov 30, 1:53 AM
aleksandr.urakov closed D55002: [NativePDB] Fix ast-reconstruction test on x86 .
Fri, Nov 30, 1:53 AM · Restricted Project
aleksandr.urakov committed rL347974: [Target] Do not skip a stop on a breakpoint if a plan was completed.
[Target] Do not skip a stop on a breakpoint if a plan was completed
Fri, Nov 30, 1:49 AM
aleksandr.urakov committed rLLDB347974: [Target] Do not skip a stop on a breakpoint if a plan was completed.
[Target] Do not skip a stop on a breakpoint if a plan was completed
Fri, Nov 30, 1:49 AM
aleksandr.urakov closed D53761: [Target] Do not skip a stop on a breakpoint if a plan was completed.
Fri, Nov 30, 1:49 AM · Restricted Project

Thu, Nov 29

aleksandr.urakov committed rLLDB347962: [PDB] Support PDB-backed expressions evaluation.
[PDB] Support PDB-backed expressions evaluation
Thu, Nov 29, 11:15 PM
aleksandr.urakov committed rL347962: [PDB] Support PDB-backed expressions evaluation.
[PDB] Support PDB-backed expressions evaluation
Thu, Nov 29, 11:15 PM
aleksandr.urakov closed D53759: [PDB] Support PDB-backed expressions evaluation.
Thu, Nov 29, 11:15 PM · Restricted Project
aleksandr.urakov committed rLLDB347960: [Symbol] Search symbols with name and type in a symbol file.
[Symbol] Search symbols with name and type in a symbol file
Thu, Nov 29, 10:59 PM
aleksandr.urakov committed rL347960: [Symbol] Search symbols with name and type in a symbol file.
[Symbol] Search symbols with name and type in a symbol file
Thu, Nov 29, 10:59 PM
aleksandr.urakov closed D53368: [Symbol] Search symbols with name and type in a symbol file.
Thu, Nov 29, 10:59 PM · Restricted Project

Wed, Nov 28

aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

Ping! Can you take a look, please?

Wed, Nov 28, 11:53 PM · Restricted Project
aleksandr.urakov added a comment to D54942: [PDB] Make PDB lit tests use the new builder.

Thanks all!

Wed, Nov 28, 1:03 AM · Restricted Project
aleksandr.urakov added inline comments to D53759: [PDB] Support PDB-backed expressions evaluation.
Wed, Nov 28, 12:20 AM · Restricted Project
aleksandr.urakov updated the diff for D53759: [PDB] Support PDB-backed expressions evaluation.
Wed, Nov 28, 12:13 AM · Restricted Project

Tue, Nov 27

aleksandr.urakov added a comment to D53759: [PDB] Support PDB-backed expressions evaluation.

Thanks!

Tue, Nov 27, 5:10 AM · Restricted Project
aleksandr.urakov added inline comments to D54843: [Expr] Check the language before ignoring Objective C keywords.
Tue, Nov 27, 3:43 AM · Restricted Project
aleksandr.urakov updated the diff for D54843: [Expr] Check the language before ignoring Objective C keywords.
Tue, Nov 27, 3:42 AM · Restricted Project
aleksandr.urakov added a comment to D54914: Add a generic build script for building test inferiors.

@aleksandr.urakov Would you also mind giving this a try? I think it will mean that you can re-write the SymbolFile/PDB tests to not be dependent on running from a VS command prompt. You should be able to pass --arch=32 or --arch=64 no matter which command prompt you are running from, and it should still work.

Tue, Nov 27, 3:22 AM
aleksandr.urakov added a child revision for D54914: Add a generic build script for building test inferiors: D54942: [PDB] Make PDB lit tests use the new builder.
Tue, Nov 27, 3:18 AM
aleksandr.urakov created D54942: [PDB] Make PDB lit tests use the new builder.
Tue, Nov 27, 3:18 AM · Restricted Project

Mon, Nov 26

aleksandr.urakov added a reviewer for D54843: [Expr] Check the language before ignoring Objective C keywords: labath.
Mon, Nov 26, 5:38 AM · Restricted Project

Fri, Nov 23

aleksandr.urakov added inline comments to D54843: [Expr] Check the language before ignoring Objective C keywords.
Fri, Nov 23, 1:50 AM · Restricted Project
aleksandr.urakov created D54843: [Expr] Check the language before ignoring Objective C keywords.
Fri, Nov 23, 1:46 AM · Restricted Project

Wed, Nov 21

aleksandr.urakov added a comment to D53759: [PDB] Support PDB-backed expressions evaluation.

Can someone to have a look as well?

Wed, Nov 21, 7:39 AM · Restricted Project
aleksandr.urakov requested review of D53368: [Symbol] Search symbols with name and type in a symbol file.
Wed, Nov 21, 7:36 AM · Restricted Project
aleksandr.urakov updated the diff for D53368: [Symbol] Search symbols with name and type in a symbol file.

Update the patch, move symtab finalization back to object files.

Wed, Nov 21, 7:34 AM · Restricted Project

Tue, Nov 13

aleksandr.urakov accepted D54452: [NativePDB] Add support for handling S_CONSTANT records.
Tue, Nov 13, 3:09 AM
aleksandr.urakov added a comment to D54452: [NativePDB] Add support for handling S_CONSTANT records.

LGTM too, thanks!

Tue, Nov 13, 3:09 AM

Nov 12 2018

aleksandr.urakov added a comment to D54009: Refactor LLDB lit configuration files.

But all compiles without errors if I run this manually:

clang-cl -m32 /Z7 /c /GS- C:\Work\llvm\tools\lldb\lit\SymbolFile\PDB/Inputs/SimpleTypesTest.cpp /o C:\Work\llvm\build_x86\tools\lldb\lit\SymbolFile\PDB\Output/SimpleTypesTest.cpp.enums.obj
Nov 12 2018, 9:02 AM
aleksandr.urakov added a comment to D54009: Refactor LLDB lit configuration files.

I also have some strange failures on Windows x86 (I run tests from x64_86 MSVC command line). If I locally revert this commit and 3 fix commits right after this one, then all seems to work. Here is the failure:

C:\Work\llvm\build_x86\bin>llvm-lit.py -v C:\Work\llvm\tools\lldb\lit\SymbolFile\PDB\enums-layout.test
llvm-lit.py: C:/Work/llvm\utils\lit\lit\llvm\config.py:333: note: using C:/Work/llvm/build_x86/./bin/clang.exe: C:\Work\llvm\build_x86\bin\clang.exe
llvm-lit.py: C:/Work/llvm\utils\lit\lit\llvm\config.py:333: note: using C:/Work/llvm/build_x86/./bin/clang++.exe: C:\Work\llvm\build_x86\bin\clang++.exe
config.cc = C:\Work\llvm\build_x86\bin\clang.exe
-- Testing: 1 tests, 1 threads --
FAIL: LLDB :: SymbolFile/PDB/enums-layout.test (1 of 1)
******************** TEST 'LLDB :: SymbolFile/PDB/enums-layout.test' FAILED ********************
Script:
--
: 'RUN: at line 2';   clang-cl -m32 /Z7 /c /GS- C:\Work\llvm\tools\lldb\lit\SymbolFile\PDB/Inputs/SimpleTypesTest.cpp /o C:\Work\llvm\build_x86\tools\lldb\lit\SymbolFile\PDB\Output/SimpleTypesTest.cpp.enums.obj
: 'RUN: at line 3';   link C:\Work\llvm\build_x86\tools\lldb\lit\SymbolFile\PDB\Output/SimpleTypesTest.cpp.enums.obj /DEBUG /nodefaultlib /ENTRY:main /OUT:C:\Work\llvm\build_x86\tools\lldb\lit\SymbolFile\PDB\Output/SimpleTypesTest.cpp.enums.exe
: 'RUN: at line 4';   C:\Work\llvm\build_x86\bin\lldb-test.EXE symbols C:\Work\llvm\build_x86\tools\lldb\lit\SymbolFile\PDB\Output/SimpleTypesTest.cpp.enums.exe | C:\Work\llvm\build_x86\bin\FileCheck.EXE C:\Work\llvm\tools\lldb\lit\SymbolFile\PDB\enums-layout.test
--
Exit Code: 1
Nov 12 2018, 8:58 AM
aleksandr.urakov committed rLLDB346672: [PDB] Fix `vbases.test` requirement.
[PDB] Fix `vbases.test` requirement
Nov 12 2018, 8:49 AM
aleksandr.urakov committed rL346672: [PDB] Fix `vbases.test` requirement.
[PDB] Fix `vbases.test` requirement
Nov 12 2018, 8:49 AM
aleksandr.urakov committed rLLDB346669: [ClangASTContext] Extract VTable pointers from C++ objects.
[ClangASTContext] Extract VTable pointers from C++ objects
Nov 12 2018, 8:26 AM
aleksandr.urakov committed rL346669: [ClangASTContext] Extract VTable pointers from C++ objects.
[ClangASTContext] Extract VTable pointers from C++ objects
Nov 12 2018, 8:26 AM
aleksandr.urakov closed D53506: [ClangASTContext] Extract VTable pointers from C++ objects.
Nov 12 2018, 8:26 AM · Restricted Project
aleksandr.urakov accepted D54357: [NativePDB] Improved support for nested type reconstruction.
Nov 12 2018, 7:52 AM
aleksandr.urakov added a comment to D54357: [NativePDB] Improved support for nested type reconstruction.

This change looks reasonable to me for solving the problem with the current LF_NESTTYPE approach. But I'm not sure... Now we all the same need to analyze mangled names and make a decision based on this. Does the current LF_NESTTYPE approach still has advantages over the "parse-scope" approach? I'm afraid that we will have to fully analyze a mangled name in the future for scoped types, so if the LF_NESTTYPE approach doesn't have a significant advantages over the "parse-scope" approach, do we really need to support them both?

Nov 12 2018, 6:51 AM

Nov 8 2018

aleksandr.urakov added a comment to D54216: [NativePDB] Improve support for reconstructing a clang AST from PDB debug info.

I checked on clang.pdb. For my local build of LLVM this about 780MB. It's quite slow in debug build (14 seconds for ParseSectionContribs and 60 seconds for PreprocessTpiStream), but in release build the combined total is less than 2 seconds for both function calls

Nov 8 2018, 10:49 AM
aleksandr.urakov accepted D54216: [NativePDB] Improve support for reconstructing a clang AST from PDB debug info.

Looks good, thank you!

Nov 8 2018, 2:46 AM

Nov 6 2018

aleksandr.urakov accepted D54053: [NativePDB] Add the ability to create clang record decls from mangled names..

Bleh, I think I found a problem with this approach. Since we assume everything is a namespace, it can lead to ambiguities. I think we need to actually consult the debug info while parsing components of the mangled name.

Yes, it is what actually we have done in PDBASTParser::GetDeclContextContainingSymbol. Also I think that it is worth to remember if we already have created the class / function parent before, and do not create namespaces in this case. For example: N0::N1::CClass::PrivateFunc::__l2::InnerFuncStruct. We have here the PrivateFunc function and the InnerFuncStruct structure inside it. So we do not need to create the __l2 namespace inside the PrivateFunc function (moreover, it is not possible to create a namespace inside a class / function).

Nov 6 2018, 1:56 AM
aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

Yes, sure. It happens in the following functions:

  • Module::ResolveSymbolContextForAddress
  • DynamicLoaderHexagonDYLD::SetRendezvousBreakpoint through findSymbolAddress
  • DynamicLoaderHexagonDYLD::RendezvousBreakpointHit through findSymbolAddress
  • JITLoaderGDB::ReadJITDescriptorImpl
  • ObjectFileELF::GetAddressClass
  • ObjectFileELF::GetSymtab
  • ObjectFileELF::RelocateSection
  • ObjectFileELF::Dump
  • ObjectFileMachO::GetAddressClass
  • ObjectFileMachO::ProcessSegmentCommand
  • SymbolFileDWARF::GetObjCClassSymbol
  • SymbolFileDWARF::ParseVariableDIE
  • SymbolFileDWARFDebugMap::CompileUnitInfo::GetFileRangeMap
  • SymbolFileDWARFDebugMap::InitOSO
  • SymbolFileDWARFDebugMap::ResolveSymbolContext
  • SymbolFileDWARFDebugMap::FindCompleteObjCDefinitionTypeForDIE
  • SymbolFileSymtab::CalculateAbilities
  • SymbolFileSymtab::ParseCompileUnitAtIndex
  • SymbolFileSymtab::ParseCompileUnitFunctions
  • SymbolFileSymtab::ResolveSymbolContext
  • ObjectFile::GetAddressClass
  • SymbolVendor::GetSymtab()
Nov 6 2018, 12:27 AM · Restricted Project
aleksandr.urakov committed rLLDB346213: [PDB] Introduce `MSVCUndecoratedNameParser`.
[PDB] Introduce `MSVCUndecoratedNameParser`
Nov 6 2018, 12:07 AM
aleksandr.urakov committed rL346213: [PDB] Introduce `MSVCUndecoratedNameParser`.
[PDB] Introduce `MSVCUndecoratedNameParser`
Nov 6 2018, 12:07 AM
aleksandr.urakov closed D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.
Nov 6 2018, 12:07 AM · Restricted Project

Nov 5 2018

aleksandr.urakov added a comment to D53506: [ClangASTContext] Extract VTable pointers from C++ objects.

Ping! Is it ok to proceed with it? Does anyone have objections?

Nov 5 2018, 11:23 PM · Restricted Project

Nov 3 2018

aleksandr.urakov reopened D53368: [Symbol] Search symbols with name and type in a symbol file.

@davide You are right, this patch was the cause of the failure, sorry for that. It seems that I've found a generic issue with this patch. Thanks again for pointing to that!

Nov 3 2018, 2:21 PM · Restricted Project
aleksandr.urakov added a comment to D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.

Thank you!

Nov 3 2018, 2:01 PM · Restricted Project

Nov 2 2018

aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

I'm not sure, but have an assumption. Here is the first green build of the green-dragon-24: http://green.lab.llvm.org/green/job/lldb-cmake/12090/ It became green after three changes, one of them is your revert of my commit, while another is Zachary's "Fix the lit test suite". I think that it's Zachary's commit fixed the build, not the revert. Moreover, my commit is Windows specific, I can't figure out, how it can break the MacOS build... So may be we will recommit it back? If it will still fail, then we could take failure logs and revert it back again.

Nov 2 2018, 11:13 PM · Restricted Project
aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

Thanks for catching that! Unfortunately, I have no access to MacOS, can you provide some more info about failure, please?

Nov 2 2018, 8:11 PM · Restricted Project
aleksandr.urakov committed rLLDB345974: [NativePDB] Make tests work on x86 too.
[NativePDB] Make tests work on x86 too
Nov 2 2018, 7:19 AM
aleksandr.urakov committed rL345974: [NativePDB] Make tests work on x86 too.
[NativePDB] Make tests work on x86 too
Nov 2 2018, 7:19 AM
aleksandr.urakov closed D54031: [NativePDB] Make tests work on x86 too.
Nov 2 2018, 7:19 AM · Restricted Project
aleksandr.urakov added a comment to D54031: [NativePDB] Make tests work on x86 too.

Thanks!

Nov 2 2018, 7:15 AM · Restricted Project
aleksandr.urakov created D54031: [NativePDB] Make tests work on x86 too.
Nov 2 2018, 3:03 AM · Restricted Project
aleksandr.urakov committed rL345957: [Symbol] Search symbols with name and type in a symbol file.
[Symbol] Search symbols with name and type in a symbol file
Nov 2 2018, 1:58 AM
aleksandr.urakov committed rLLDB345957: [Symbol] Search symbols with name and type in a symbol file.
[Symbol] Search symbols with name and type in a symbol file
Nov 2 2018, 1:58 AM
aleksandr.urakov closed D53368: [Symbol] Search symbols with name and type in a symbol file.
Nov 2 2018, 1:58 AM · Restricted Project
aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

Thank you!

Nov 2 2018, 1:53 AM · Restricted Project
aleksandr.urakov added a comment to D53915: [FileSystem] Move resolve logic out of FileSpec.

It's ok, I was able to fix it myself. Here is the commit: r345956

Nov 2 2018, 1:51 AM · Restricted Project
aleksandr.urakov committed rLLDB345956: [Windows] Fix Windows build after be053dd5a384a03da5a77552686900ddc7bfc178.
[Windows] Fix Windows build after be053dd5a384a03da5a77552686900ddc7bfc178
Nov 2 2018, 1:50 AM
aleksandr.urakov committed rL345956: [Windows] Fix Windows build after be053dd5a384a03da5a77552686900ddc7bfc178.
[Windows] Fix Windows build after be053dd5a384a03da5a77552686900ddc7bfc178
Nov 2 2018, 1:50 AM
aleksandr.urakov added a comment to D53915: [FileSystem] Move resolve logic out of FileSpec.

This commit breaks the Windows build.

Nov 2 2018, 1:28 AM · Restricted Project

Nov 1 2018

aleksandr.urakov added a comment to D53368: [Symbol] Search symbols with name and type in a symbol file.

Ping! Can you look at this, please?

Nov 1 2018, 4:37 AM · Restricted Project
aleksandr.urakov updated the diff for D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.
Nov 1 2018, 3:09 AM · Restricted Project
aleksandr.urakov updated the diff for D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.
Nov 1 2018, 3:07 AM · Restricted Project
aleksandr.urakov added a comment to D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.

Thank you for comments! I've updated the patch.

Nov 1 2018, 3:06 AM · Restricted Project
aleksandr.urakov committed rLLDB345815: [Windows] A basic implementation of memory allocations in a debuggee process.
[Windows] A basic implementation of memory allocations in a debuggee process
Nov 1 2018, 1:57 AM
aleksandr.urakov committed rL345815: [Windows] A basic implementation of memory allocations in a debuggee process.
[Windows] A basic implementation of memory allocations in a debuggee process
Nov 1 2018, 1:57 AM
aleksandr.urakov closed D52618: [Windows] A basic implementation of memory allocations in a debuggee process.
Nov 1 2018, 1:56 AM · Restricted Project
aleksandr.urakov accepted D53951: [NativePDB] Get LLDB types from PDB function types.

Looks good, thanks!

Nov 1 2018, 1:53 AM

Oct 31 2018

aleksandr.urakov added a comment to D52461: [PDB] Introduce `MSVCUndecoratedNameParser`.

What do you think?

Oct 31 2018, 2:53 AM · Restricted Project