Rafael Espíndola
2014-Sep-19 19:44 UTC
[LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features
On 19 September 2014 14:33, Steven Wu <stevenwu at apple.com> wrote:> Well, this essentially means when someone need to change assembly syntax in > llvm-3.9, he has to go back and edit all the compatibility tests for 3.N? > Sounds like a little bit extra work, though I am not totally against it.No, the idea is that in test/Features/compatibility-3.6.ll we will have ; The file test/Features/Inputs/compatibility-3.6.bc was created by passing this file to llvm-as-3.6. and the test itself would just use llvm-dis and FileCheck, not llvm-as. In other words, the file compatibilty-X.Y.ll contains text that can be assembled by llvm-as from the X.Y release, not current trunk. We would keep the text mostly for documentation and if someone ever wants to verify that Inputs/compatibility-X.Y.bc is correct. Cheers, Rafael
Steven Wu
2014-Sep-19 19:54 UTC
[LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features
Yes, we don’t need to edit the assembly in the file, but we need to modified the CHECK line to reflect the output of current llvm-dis. I was talking about updating the CHECK in all the previous version. Does that make sense?> On Sep 19, 2014, at 12:44 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > > On 19 September 2014 14:33, Steven Wu <stevenwu at apple.com> wrote: >> Well, this essentially means when someone need to change assembly syntax in >> llvm-3.9, he has to go back and edit all the compatibility tests for 3.N? >> Sounds like a little bit extra work, though I am not totally against it. > > No, the idea is that in test/Features/compatibility-3.6.ll we will have > > ; The file test/Features/Inputs/compatibility-3.6.bc was created by > passing this file to llvm-as-3.6. > > and the test itself would just use llvm-dis and FileCheck, not llvm-as. > > In other words, the file compatibilty-X.Y.ll contains text that can be > assembled by llvm-as from the X.Y release, not current trunk. We would > keep the text mostly for documentation and if someone ever wants to > verify that Inputs/compatibility-X.Y.bc is correct. > > Cheers, > Rafael
Rafael Espíndola
2014-Sep-19 20:01 UTC
[LLVMdev] [RFC] Exhaustive bitcode compatibility tests for IR features
On 19 September 2014 15:54, Steven Wu <stevenwu at apple.com> wrote:> Yes, we don’t need to edit the assembly in the file, but we need to modified the CHECK line to reflect the output of current llvm-dis. I was talking about updating the CHECK in all the previous version. Does that make sense?Yes, the CHECK lines would have to be updated, but that seems like a pretty small annoyance. Changing the assembly format means updating all tests that produce it, including test/Transforms and clang's tests, so this would be a drop in the ocean. Cheers, Rafael
Reasonably Related Threads
- [LLVMdev] LTOModule::parseSymbols not handling GlobalAlias
- [LLVMdev] Updated RFC: ThinLTO Implementation Plan
- [LLVMdev] Updated RFC: ThinLTO Implementation Plan
- RFC: __attribute__((ifunc("resolver")) representation in LLVM IR
- [LLVMdev] Updated RFC: ThinLTO Implementation Plan