Hi Reid, It occurs to me that we should probably move the cppeh outlining tests, since they aren't actually X86-specific. We should probably also add an ARM+Windows run line to them. I'm torn between whether they should go in the test/CodeGen/CPP folder or in a new test/CodeGen/Win (or test/CodeGen/WinEH) folder. Thoughts? -Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150303/afcde927/attachment.html>
Organizationally, tests/CodeGen/WinEH sounds good to me, but you have to keep in mind that backends can be compiled out. The test runner knows to ignore tests/CodeGen/X86 when the x86 backend is compiled out, and if we moved to WinEH, we'd have to add REQUIRES: registered-x86-backend lines to all the tests or add a rule to tests/CodeGen/lit.cfg. On Tue, Mar 3, 2015 at 1:22 PM, Kaylor, Andrew <andrew.kaylor at intel.com> wrote:> Hi Reid, > > > > It occurs to me that we should probably move the cppeh outlining tests, > since they aren’t actually X86-specific. We should probably also add an > ARM+Windows run line to them. > > > > I’m torn between whether they should go in the test/CodeGen/CPP folder or > in a new test/CodeGen/Win (or test/CodeGen/WinEH) folder. > > > > Thoughts? > > > > -Andy > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150303/e4f593c4/attachment.html>
On Tue, Mar 3, 2015 at 1:51 PM, Reid Kleckner <rnk at google.com> wrote:> ... or add a rule to tests/CodeGen/lit.cfg. >Actually, we'd add a file at tests/CodeGen/WinEH/lit.local.cfg similar to the one in CodeGen/X86. That sounds good to me, honestly. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150303/020d16e2/attachment.html>
Possibly Parallel Threads
- [LLVMdev] WinEH work to be done (in progress and otherwise)
- [LLVMdev] WinEH work to be done (in progress and otherwise)
- no-frame-pointer-elim & optimized
- [LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling
- [LLVMdev] WinEH work to be done (in progress and otherwise)