en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#3e851f4a [PowerPC] Delete PPCMachObjectWriter and powerpc{,64}-apple-darwinReviewed By: #powerpc, sfertileDifferential Revision: https://reviews.llvm.org/D75494 List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Tue, 03 Mar 2020 00:52:17 +0000 Fangrui Song <maskray@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#7b0a5683 [MachO] Add cpu(sub)type tests and improve error handlingAdd checks for triples that don't use mach-o, and unit tests foreverything. List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Mon, 24 Feb 2020 18:42:21 +0000 Francis Visoiu Mistrih <francisvm@yahoo.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#2946cd70 Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we're moving the headerentirely to discuss the new license. We checked this carefully with theFoundation's lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636 List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Sat, 19 Jan 2019 08:50:56 +0000 Chandler Carruth <chandlerc@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#00d8c1ab Re-land: [MachO] Fixing ub in MachO BinaryFormatThis re-lands r333797 with a fix for big endian systems.Original commit message:This isn't encountered anywhere inside LLVM, so I wrote a test case to expose the issue and verify that it is fixed.The basic problem is that the macho_load_command union contains all load comamnd structs. Load command structs in 32-bit macho files can be 32-bit aligned instead of 64-bit aligned.There are some strange circumstances in which this can be exposed in a 64-bit macho if the load commands are invalid or if a 32-bit aligned load command is used. In the past we've worked around this type of problem with changes like r264232.llvm-svn: 333854 List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Sun, 03 Jun 2018 20:33:42 +0000 Chris Bieneman <chris.bieneman@me.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#44e272d4 Re-land: [MachO] Fixing ub in MachO BinaryFormatThis re-lands r333797 with a fix for big endian systems.Original commit message:This isn't encountered anywhere inside LLVM, so I wrote a test case to expose the issue and verify that it is fixed.The basic problem is that the macho_load_command union contains all load comamnd structs. Load command structs in 32-bit macho files can be 32-bit aligned instead of 64-bit aligned.There are some strange circumstances in which this can be exposed in a 64-bit macho if the load commands are invalid or if a 32-bit aligned load command is used. In the past we've worked around this type of problem with changes like r264232.llvm-svn: 333803 List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Fri, 01 Jun 2018 22:52:59 +0000 Chris Bieneman <chris.bieneman@me.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp#c8a3c86c [MachO] Fixing ub in MachO BinaryFormatThis isn't encountered anywhere inside LLVM, so I wrote a test case to expose the issue and verify that it is fixed.The basic problem is that the macho_load_command union contains all load comamnd structs. Load command structs in 32-bit macho files can be 32-bit aligned instead of 64-bit aligned.There are some strange circumstances in which this can be exposed in a 64-bit macho if the load commands are invalid or if a 32-bit aligned load command is used. In the past we've worked around this type of problem with changes like r264232.llvm-svn: 333797 List of files: /llvm-project-15.0.7/llvm/unittests/BinaryFormat/MachOTest.cpp Fri, 01 Jun 2018 22:07:36 +0000 Chris Bieneman <chris.bieneman@me.com>