llvm-project/lld/MachO/MachOStructs.h
Nico Weber bf20d43f82 [lld/mac] Use C++17 nested namespace syntax in most places
Some header files used

    namespace lld {
    namespace macho {
    // ...
    } // namespace macho
    std::string toString(const Type &t);
    } // namespace lld

In those files, I didn't use a nested namespace since it's not a big win there.

No behavior change.

Differential Revision: https://reviews.llvm.org/D131354
2022-08-08 07:11:17 -04:00

48 lines
1.3 KiB
C++

//===- MachOStructs.h -------------------------------------------*- C++ -*-===//
//
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
// See https://llvm.org/LICENSE.txt for license information.
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
//
//===----------------------------------------------------------------------===//
//
// This file defines structures used in the MachO object file format. Note that
// unlike llvm/BinaryFormat/MachO.h, the structs here are defined in terms of
// endian- and alignment-compatibility wrappers.
//
//===----------------------------------------------------------------------===//
#ifndef LLD_MACHO_MACHO_STRUCTS_H
#define LLD_MACHO_MACHO_STRUCTS_H
#include "llvm/Support/Endian.h"
namespace lld::structs {
struct nlist_64 {
llvm::support::ulittle32_t n_strx;
uint8_t n_type;
uint8_t n_sect;
llvm::support::ulittle16_t n_desc;
llvm::support::ulittle64_t n_value;
};
struct nlist {
llvm::support::ulittle32_t n_strx;
uint8_t n_type;
uint8_t n_sect;
llvm::support::ulittle16_t n_desc;
llvm::support::ulittle32_t n_value;
};
struct entry_point_command {
llvm::support::ulittle32_t cmd;
llvm::support::ulittle32_t cmdsize;
llvm::support::ulittle64_t entryoff;
llvm::support::ulittle64_t stacksize;
};
} // namespace lld::structs
#endif