pkg debug/macho, const CpuArm = 12
pkg debug/macho, const CpuArm Cpu
pkg debug/macho, const CpuPpc = 18
pkg debug/macho, const CpuPpc Cpu
pkg debug/macho, const CpuPpc64 = 16777234
pkg debug/macho, const CpuPpc64 Cpu
pkg debug/macho, const MagicFat = 3405691582
pkg debug/macho, const MagicFat uint32
pkg debug/macho, const TypeBundle = 8
pkg debug/macho, const TypeBundle Type

The final program will be a dynamic executable, so that cmd/link can avoid
needing to process arbitrary .o files. It only needs to process the .o
files generated from C files that cgo writes, and those are much more
limited in the ELF or other features that they use.

In essence, the _cgo_import.o file includes the extra linking
directives that cmd/link is not sophisticated enough to derive from _all.o

// that contains a zip file bigger.zip that contains a zip file
// big.zip that contains big.file, which contains 2³²-1 zeros.
// The big.zip file is interesting because it has no zip64 header,
// much like the innermost zip files in the well-known 42.zip.
//
// biggest.zip was generated by changing isZip64 to use > uint32max
// instead of >= uint32max and then running this program:
//
//	package main
//

pkg debug/macho, type LoadCmd uint32
pkg debug/macho, type Nlist32 struct
pkg debug/macho, type Nlist32 struct, Desc uint16
pkg debug/macho, type Nlist32 struct, Name uint32
pkg debug/macho, type Nlist32 struct, Sect uint8
pkg debug/macho, type Nlist32 struct, Type uint8
pkg debug/macho, type Nlist32 struct, Value uint32
pkg debug/macho, type Nlist64 struct
pkg debug/macho, type Nlist64 struct, Desc uint16

// Annotate Ref in Prog with C types by parsing gcc debug output.
// Conversion of debug output to Go types.

package main

import (
	"bytes"
	"debug/dwarf"
	"debug/elf"
	"debug/macho"
	"debug/pe"
	"encoding/binary"
	"errors"
	"flag"
	"fmt"
	"go/ast"
	"go/parser"
	"go/token"
	"internal/xcoff"
	"math"
	"os"
	"os/exec"
	"strconv"
	"strings"
	"unicode"

but that should be extremely rare.

GODEBUG settings added for compatibility will be maintained
for a minimum of two years (four Go releases).
Some, such as `http2client` and `http2server`,
will be maintained much longer, even indefinitely.

When possible, each GODEBUG setting has an associated
[runtime/metrics](/pkg/runtime/metrics/) counter
named `/godebug/non-default-behavior/<name>:events`

<p>
The assembler is based on the input style of the Plan 9 assemblers, which is documented in detail
<a href="https://9p.io/sys/doc/asm.html">elsewhere</a>.
If you plan to write assembly language, you should read that document although much of it is Plan 9-specific.
The current document provides a summary of the syntax and the differences with
what is explained in that document, and
describes the peculiarities that apply when writing assembly code to interact with Go.

			// the cutover is about 16 byte skips.
			// TODO: if large prefixes of sep are matching
			// we should cutover at even larger average skips,
			// because Equal becomes that much more expensive.
			// This code does not take that effect into account.
			j := bytealg.IndexRabinKarp(s[i:], sep)
			if j < 0 {
				return -1
			}
			return i + j
		}
	}
	return -1
}

		return 0
	}
	return uint16(reg)
}

// Note: There are two changes in the expression handling here
// compared to the old yacc/C implementations. Neither has
// much practical consequence because the expressions we
// see in assembly code are simple, but for the record:
//
// 1) Evaluation uses uint64; the old one used int64.
// 2) Precedence uses Go rules not C rules.

pkg debug/macho, const Cpu386 = 7
pkg debug/macho, const CpuAmd64 = 16777223
pkg debug/macho, const LoadCmdDylib = 12
pkg debug/macho, const LoadCmdDylinker = 15
pkg debug/macho, const LoadCmdDysymtab = 11
pkg debug/macho, const LoadCmdSegment = 1
pkg debug/macho, const LoadCmdSegment64 = 25
pkg debug/macho, const LoadCmdSymtab = 2
pkg debug/macho, const LoadCmdThread = 4