The issue with the malformed-machos 00000031.a test is that it needed ‘-arch x86_64’
authorKevin Enderby <enderby@apple.com>
Tue, 13 Oct 2015 17:06:34 +0000 (17:06 +0000)
committerKevin Enderby <enderby@apple.com>
Tue, 13 Oct 2015 17:06:34 +0000 (17:06 +0000)
commit76771afe22bb337377d47677ea40a8958e7762fb
tree860464dff8935f3afe9ff3efdb6a58f76d83cc7a
parentf83f208edf8fdf44d523441fc799ec2083c994dc
The issue with the malformed-machos 00000031.a test is that it needed ‘-arch x86_64’
flag as it was a Mach-O universal file.

The default as to which architecture slice that is dumped without an -arch flag
depends on the host architecture and the contents of the universal file.  The
malformed archive 00000031.a file has both an x86_64 and i386 slice.  So for
for x86_64 hosts only that slice is dumped, for non-x86_64 hosts, which is many
of the bots both slices are dumped.

The test is intended to only check that the malformation of the x86_64 which
has a non-decimal characters in the size field of the archive header so it no
longer crashes.

The problem turned out that the i388 slice of the malformed archive had a
different malformation which was causing the non-x86_64 bots to get this error:

llvm-objdump -macho -disassemble -arch i386 00000031.a
Archive : .00000031.a
00000031.a(c_start.o):
LLVM ERROR: Symbol name entry points before beginning or past end of file.

and causing the test as it was written to fail.  So by adding ‘-arch x86_64’ it
should correct the test and the malformation on the i388 slice will not be
dumped.

Also the removal of the malformed-machos mem-crup-0261.macho was not causing
the issue so that is put back in.

Sorry for the churn on these tests, Kev

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@250184 91177308-0d34-0410-b5e6-96231b3b80d8
test/tools/llvm-objdump/X86/malformed-machos.test