search for: 95a98efa

...ly designed because noone gives it much love. It would be great if you could send in or commit a patch to tidy this up, thanks! > > -Chris > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101210/95a98efa/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: RecordKeeper.patch Type: application/octet-stream Size: 557 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101210/95a98efa/attachment.obj> ----------...

On Dec 9, 2010, at 4:50 AM, Garrison Venn wrote: > Is there a reason that RecordKeeper:: getAllDerivedDefinitions(...) implementation > accesses the global Records instance instead of just referencing itself? > > As far as I can tell from the usage: > > 1) Records has the linkage as extern RecordKeeper Records in Record.h > 2) Is instantiated as a global in TableGen >

Is there a reason that RecordKeeper:: getAllDerivedDefinitions(...) implementation accesses the global Records instance instead of just referencing itself? As far as I can tell from the usage: 1) Records has the linkage as extern RecordKeeper Records in Record.h 2) Is instantiated as a global in TableGen 3) All llvm uses of getAllDerivedDefinitions SEEM to be manifested as a message to this