Open lambdageek opened 4 weeks ago
another idea is that instead of having a separate tool that parses the command line arguments and decides what to capture, we could actually have a flag/environment variable that tells mono-aot-cross
to write its own inputs/dependencies/flags to a file. Perhaps even in the compile_commands.json
format format - then the binlog parsing tool can find those compile command fragments and stitch them together and pick up the input files / tools / etc
It would be nice if
mono-aot-cross
had a companion tool likecomplog
that could collect all AOT compiler invocations from a particular build and zip them up for easy issue repros.Use case:
dotnet build -bl
to create anmsbuild.binlog
file and then run themono-aot-cross-complog
tool to find all the places in the msbuild log where the Mono AOT compiler is invoked, collect all the command line arguments, collect all the input assemblies, and put all that info into a zip file ready for uploading.mono-aot-cross
under a debugger (or run a custom build ofmono-aot-cross
) with all the same inputs and command line arguments and investigate the issue.Complications:
mono-aot-cross
needs not only assemblies that are direct inputs but also the contents of all directories specified in aMONO_PATH
environment variable