This patch expands two LTO test cases to check other aspects.
- weak.ll has been expanded to show that it doesn't matter whether the first appearance of a weak symbol appears in a bitcode file or native object - that one is picked.
- reproduce-lto.ll has been expanded to show that the bitcode files are stored in the reproduce package and that intermediate files (such as the LTO-compiled object) are not.
nit: I was a bit confused looking at these names at first. I searched for 3.ll for some time until realized the naming rule used.
Perhaps, size1.ll, size2.ll and size4.ll names (and the same for *.bc) could be a bit clearer. Though, now I am fine with original naming too, so up to you.