search for: blaik

...to the CGO presentation slides > <https://docs.google.com/presentation/d/11-VjSNNNJoRhPlLxFgvtb909it1WNdxTnQFipryfAPU/edit#slide=id.g7d334b12e5_0_4> (outlining > a possible path to incremental adoption of MLIR in Clang) for anyone > curious. > > -Chris Greetings, As to David Blaike's suggestion I'm merging the two threads for this discussion. The original commenters is Johannes Doefert starting with Hey,: > Hey, > > Apologies for the wait, everything right now is going crazy.. Compiler Folks are very busy people as there aren't as much of us unfortunat...

...r a couple things get taken care of. >> >> >> Hi all, >> >> Here is a link to the CGO presentation slides (outlining a possible path to incremental adoption of MLIR in Clang) for anyone curious. >> >> -Chris >> >> Greetings, >> As to David Blaike's suggestion I'm merging the two threads for this discussion. The original commenters is Johannes Doefert >> starting with Hey,: >> >> Hey, >> >> Apologies for the wait, everything right now is going crazy.. >> >> Compiler Folks are very busy peopl...

On Feb 28, 2020, at 8:56 AM, Johannes Doerfert <johannesdoerfert at gmail.com> wrote: > On 02/28, Nicholas Krause via llvm-dev wrote: >> Anyhow what is the status and what parts are we planning to move to >> MLIR in LLVM/Clang. I've not seen any discussion on that other than >> starting to plan for it. > > As far as I know, there is no

...ould be great to add "dsymutil --update" support so it can handle both mach-o files and ELF files. What this does is update the accelerator tables of any files that are specified. That way the accelerator tables can be added to any object file that contains DWARF after the fact. As David Blaike suggested, maybe we can emit the .apple_objc section as a work around for now. > >> Nonetheless, I believe that the emitted .debug_names section contains >> all the data that is required by the standard, and it is sufficient to >> pass all tests in the lldb integration test...

Hello again, It's been nearly six months since my first email, so it's a good time to recap what has been done here so far. I am happy to report that stages 1-3 (i.e. producer/consumer in llvm and integration with lldb) of my original plan are now complete with one caveat. The caveat is that the .debug_names section is presently not a full drop-in replacement for the .apple_*** sections.