]> git.saurik.com Git - apple/xnu.git/blob - EXTERNAL_HEADERS/mach-o/loader.h
9536cadf7141acb101e19db6a61d9eff4ca7c951
[apple/xnu.git] / EXTERNAL_HEADERS / mach-o / loader.h
1 /*
2 * Copyright (c) 2000 Apple Computer, Inc. All rights reserved.
3 *
4 * @APPLE_OSREFERENCE_LICENSE_HEADER_START@
5 *
6 * This file contains Original Code and/or Modifications of Original Code
7 * as defined in and that are subject to the Apple Public Source License
8 * Version 2.0 (the 'License'). You may not use this file except in
9 * compliance with the License. The rights granted to you under the License
10 * may not be used to create, or enable the creation or redistribution of,
11 * unlawful or unlicensed copies of an Apple operating system, or to
12 * circumvent, violate, or enable the circumvention or violation of, any
13 * terms of an Apple operating system software license agreement.
14 *
15 * Please obtain a copy of the License at
16 * http://www.opensource.apple.com/apsl/ and read it before using this file.
17 *
18 * The Original Code and all software distributed under the License are
19 * distributed on an 'AS IS' basis, WITHOUT WARRANTY OF ANY KIND, EITHER
20 * EXPRESS OR IMPLIED, AND APPLE HEREBY DISCLAIMS ALL SUCH WARRANTIES,
21 * INCLUDING WITHOUT LIMITATION, ANY WARRANTIES OF MERCHANTABILITY,
22 * FITNESS FOR A PARTICULAR PURPOSE, QUIET ENJOYMENT OR NON-INFRINGEMENT.
23 * Please see the License for the specific language governing rights and
24 * limitations under the License.
25 *
26 * @APPLE_OSREFERENCE_LICENSE_HEADER_END@
27 */
28 #ifndef _MACHO_LOADER_H_
29 #define _MACHO_LOADER_H_
30
31 /*
32 * This file describes the format of mach object files.
33 */
34
35 /*
36 * <mach/machine.h> is needed here for the cpu_type_t and cpu_subtype_t types
37 * and contains the constants for the possible values of these types.
38 */
39 #include <mach/machine.h>
40
41 /*
42 * <mach/vm_prot.h> is needed here for the vm_prot_t type and contains the
43 * constants that are or'ed together for the possible values of this type.
44 */
45 #include <mach/vm_prot.h>
46
47 /*
48 * <machine/thread_status.h> is expected to define the flavors of the thread
49 * states and the structures of those flavors for each machine.
50 */
51 #include <mach/machine/thread_status.h>
52
53 /*
54 * The mach header appears at the very beginning of the object file; it
55 * is the same for both 32-bit and 64-bit architectures.
56 */
57 struct mach_header {
58 uint32_t magic; /* mach magic number identifier */
59 cpu_type_t cputype; /* cpu specifier */
60 cpu_subtype_t cpusubtype; /* machine specifier */
61 uint32_t filetype; /* type of file */
62 uint32_t ncmds; /* number of load commands */
63 uint32_t sizeofcmds; /* the size of all the load commands */
64 uint32_t flags; /* flags */
65 };
66
67 /*
68 * The 64-bit mach header appears at the very beginning of object files for
69 * 64-bit architectures.
70 */
71 struct mach_header_64 {
72 uint32_t magic; /* mach magic number identifier */
73 cpu_type_t cputype; /* cpu specifier */
74 cpu_subtype_t cpusubtype; /* machine specifier */
75 uint32_t filetype; /* type of file */
76 uint32_t ncmds; /* number of load commands */
77 uint32_t sizeofcmds; /* the size of all the load commands */
78 uint32_t flags; /* flags */
79 uint32_t reserved; /* reserved */
80 };
81
82 /* Constant for the magic field of the mach_header (32-bit architectures) */
83 #define MH_MAGIC 0xfeedface /* the mach magic number */
84 #define MH_CIGAM 0xcefaedfe
85
86 /* Constant for the magic field of the mach_header_64 (64-bit architectures) */
87 #define MH_MAGIC_64 0xfeedfacf /* the 64-bit mach magic number */
88 #define MH_CIGAM_64 0xcffaedfe
89
90 /* Constants for the cmd field of new load commands, the type */
91 #define LC_SEGMENT_64 0x19 /* 64-bit segment of this file to be mapped */
92 #define LC_ROUTINES_64 0x1a /* 64-bit image routines */
93
94
95 /*
96 * The layout of the file depends on the filetype. For all but the MH_OBJECT
97 * file type the segments are padded out and aligned on a segment alignment
98 * boundary for efficient demand pageing. The MH_EXECUTE, MH_FVMLIB, MH_DYLIB,
99 * MH_DYLINKER and MH_BUNDLE file types also have the headers included as part
100 * of their first segment.
101 *
102 * The file type MH_OBJECT is a compact format intended as output of the
103 * assembler and input (and possibly output) of the link editor (the .o
104 * format). All sections are in one unnamed segment with no segment padding.
105 * This format is used as an executable format when the file is so small the
106 * segment padding greatly increases it's size.
107 *
108 * The file type MH_PRELOAD is an executable format intended for things that
109 * not executed under the kernel (proms, stand alones, kernels, etc). The
110 * format can be executed under the kernel but may demand paged it and not
111 * preload it before execution.
112 *
113 * A core file is in MH_CORE format and can be any in an arbritray legal
114 * Mach-O file.
115 *
116 * Constants for the filetype field of the mach_header
117 */
118 #define MH_OBJECT 0x1 /* relocatable object file */
119 #define MH_EXECUTE 0x2 /* demand paged executable file */
120 #define MH_FVMLIB 0x3 /* fixed VM shared library file */
121 #define MH_CORE 0x4 /* core file */
122 #define MH_PRELOAD 0x5 /* preloaded executable file */
123 #define MH_DYLIB 0x6 /* dynamicly bound shared library file*/
124 #define MH_DYLINKER 0x7 /* dynamic link editor */
125 #define MH_BUNDLE 0x8 /* dynamicly bound bundle file */
126
127 /* Constants for the flags field of the mach_header */
128 #define MH_NOUNDEFS 0x1 /* the object file has no undefined
129 references, can be executed */
130 #define MH_INCRLINK 0x2 /* the object file is the output of an
131 incremental link against a base file
132 and can't be link edited again */
133 #define MH_DYLDLINK 0x4 /* the object file is input for the
134 dynamic linker and can't be staticly
135 link edited again */
136 #define MH_BINDATLOAD 0x8 /* the object file's undefined
137 references are bound by the dynamic
138 linker when loaded. */
139 #define MH_PREBOUND 0x10 /* the file has it's dynamic undefined
140 references prebound. */
141 #define MH_ALLOW_STACK_EXECUTION 0x20000/* When this bit is set, all stacks
142 in the task will be given stack
143 execution privilege. Only used in
144 MH_EXECUTE filetypes. */
145
146 /*
147 * The load commands directly follow the mach_header. The total size of all
148 * of the commands is given by the sizeofcmds field in the mach_header. All
149 * load commands must have as their first two fields cmd and cmdsize. The cmd
150 * field is filled in with a constant for that command type. Each command type
151 * has a structure specifically for it. The cmdsize field is the size in bytes
152 * of the particular load command structure plus anything that follows it that
153 * is a part of the load command (i.e. section structures, strings, etc.). To
154 * advance to the next load command the cmdsize can be added to the offset or
155 * pointer of the current load command. The cmdsize for 32-bit architectures
156 * MUST be a multiple of 4 bytes and for 64-bit architectures MUST be a multiple
157 * of 8 bytes (these are forever the maximum alignment of any load commands).
158 * sizeof(long) (this is forever the maximum alignment of any load commands).
159 * The padded bytes must be zero. All tables in the object file must also
160 * follow these rules so the file can be memory mapped. Otherwise the pointers
161 * to these tables will not work well or at all on some machines. With all
162 * padding zeroed like objects will compare byte for byte.
163 */
164 struct load_command {
165 unsigned long cmd; /* type of load command */
166 unsigned long cmdsize; /* total size of command in bytes */
167 };
168
169 /* Constants for the cmd field of all load commands, the type */
170 #define LC_SEGMENT 0x1 /* segment of this file to be mapped */
171 #define LC_SYMTAB 0x2 /* link-edit stab symbol table info */
172 #define LC_SYMSEG 0x3 /* link-edit gdb symbol table info (obsolete) */
173 #define LC_THREAD 0x4 /* thread */
174 #define LC_UNIXTHREAD 0x5 /* unix thread (includes a stack) */
175 #define LC_LOADFVMLIB 0x6 /* load a specified fixed VM shared library */
176 #define LC_IDFVMLIB 0x7 /* fixed VM shared library identification */
177 #define LC_IDENT 0x8 /* object identification info (obsolete) */
178 #define LC_FVMFILE 0x9 /* fixed VM file inclusion (internal use) */
179 #define LC_PREPAGE 0xa /* prepage command (internal use) */
180 #define LC_DYSYMTAB 0xb /* dynamic link-edit symbol table info */
181 #define LC_LOAD_DYLIB 0xc /* load a dynamicly linked shared library */
182 #define LC_ID_DYLIB 0xd /* dynamicly linked shared lib identification */
183 #define LC_LOAD_DYLINKER 0xe /* load a dynamic linker */
184 #define LC_ID_DYLINKER 0xf /* dynamic linker identification */
185 #define LC_PREBOUND_DYLIB 0x10 /* modules prebound for a dynamicly */
186 /* linked shared library */
187
188 /*
189 * A variable length string in a load command is represented by an lc_str
190 * union. The strings are stored just after the load command structure and
191 * the offset is from the start of the load command structure. The size
192 * of the string is reflected in the cmdsize field of the load command.
193 * Once again any padded bytes to bring the cmdsize field to a multiple
194 * of sizeof(long) must be zero.
195 */
196 union lc_str {
197 unsigned long offset; /* offset to the string */
198 char *ptr; /* pointer to the string */
199 };
200
201 /*
202 * The segment load command indicates that a part of this file is to be
203 * mapped into the task's address space. The size of this segment in memory,
204 * vmsize, maybe equal to or larger than the amount to map from this file,
205 * filesize. The file is mapped starting at fileoff to the beginning of
206 * the segment in memory, vmaddr. The rest of the memory of the segment,
207 * if any, is allocated zero fill on demand. The segment's maximum virtual
208 * memory protection and initial virtual memory protection are specified
209 * by the maxprot and initprot fields. If the segment has sections then the
210 * section structures directly follow the segment command and their size is
211 * reflected in cmdsize.
212 */
213 struct segment_command { /* for 32-bit architectures */
214 unsigned long cmd; /* LC_SEGMENT */
215 unsigned long cmdsize; /* includes sizeof section structs */
216 char segname[16]; /* segment name */
217 unsigned long vmaddr; /* memory address of this segment */
218 unsigned long vmsize; /* memory size of this segment */
219 unsigned long fileoff; /* file offset of this segment */
220 unsigned long filesize; /* amount to map from the file */
221 vm_prot_t maxprot; /* maximum VM protection */
222 vm_prot_t initprot; /* initial VM protection */
223 unsigned long nsects; /* number of sections in segment */
224 unsigned long flags; /* flags */
225 };
226
227 /*
228 * The 64-bit segment load command indicates that a part of this file is to be
229 * mapped into a 64-bit task's address space. If the 64-bit segment has
230 * sections then section_64 structures directly follow the 64-bit segment
231 * command and their size is reflected in cmdsize.
232 */
233 struct segment_command_64 { /* for 64-bit architectures */
234 uint32_t cmd; /* LC_SEGMENT_64 */
235 uint32_t cmdsize; /* includes sizeof section_64 structs */
236 char segname[16]; /* segment name */
237 uint64_t vmaddr; /* memory address of this segment */
238 uint64_t vmsize; /* memory size of this segment */
239 uint64_t fileoff; /* file offset of this segment */
240 uint64_t filesize; /* amount to map from the file */
241 vm_prot_t maxprot; /* maximum VM protection */
242 vm_prot_t initprot; /* initial VM protection */
243 uint32_t nsects; /* number of sections in segment */
244 uint32_t flags; /* flags */
245 };
246
247
248 /* Constants for the flags field of the segment_command */
249 #define SG_HIGHVM 0x1 /* the file contents for this segment is for
250 the high part of the VM space, the low part
251 is zero filled (for stacks in core files) */
252 #define SG_FVMLIB 0x2 /* this segment is the VM that is allocated by
253 a fixed VM library, for overlap checking in
254 the link editor */
255 #define SG_NORELOC 0x4 /* this segment has nothing that was relocated
256 in it and nothing relocated to it, that is
257 it maybe safely replaced without relocation*/
258
259 /*
260 * A segment is made up of zero or more sections. Non-MH_OBJECT files have
261 * all of their segments with the proper sections in each, and padded to the
262 * specified segment alignment when produced by the link editor. The first
263 * segment of a MH_EXECUTE and MH_FVMLIB format file contains the mach_header
264 * and load commands of the object file before it's first section. The zero
265 * fill sections are always last in their segment (in all formats). This
266 * allows the zeroed segment padding to be mapped into memory where zero fill
267 * sections might be. The gigabyte zero fill sections, those with the section
268 * type S_GB_ZEROFILL, can only be in a segment with sections of this type.
269 * These segments are then placed after all other segments.
270 *
271 * The MH_OBJECT format has all of it's sections in one segment for
272 * compactness. There is no padding to a specified segment boundary and the
273 * mach_header and load commands are not part of the segment.
274 *
275 * Sections with the same section name, sectname, going into the same segment,
276 * segname, are combined by the link editor. The resulting section is aligned
277 * to the maximum alignment of the combined sections and is the new section's
278 * alignment. The combined sections are aligned to their original alignment in
279 * the combined section. Any padded bytes to get the specified alignment are
280 * zeroed.
281 *
282 * The format of the relocation entries referenced by the reloff and nreloc
283 * fields of the section structure for mach object files is described in the
284 * header file <reloc.h>.
285 */
286 struct section { /* for 32-bit architectures */
287 char sectname[16]; /* name of this section */
288 char segname[16]; /* segment this section goes in */
289 unsigned long addr; /* memory address of this section */
290 unsigned long size; /* size in bytes of this section */
291 unsigned long offset; /* file offset of this section */
292 unsigned long align; /* section alignment (power of 2) */
293 unsigned long reloff; /* file offset of relocation entries */
294 unsigned long nreloc; /* number of relocation entries */
295 unsigned long flags; /* flags (section type and attributes)*/
296 unsigned long reserved1; /* reserved */
297 unsigned long reserved2; /* reserved */
298 };
299
300 struct section_64 { /* for 64-bit architectures */
301 char sectname[16]; /* name of this section */
302 char segname[16]; /* segment this section goes in */
303 uint64_t addr; /* memory address of this section */
304 uint64_t size; /* size in bytes of this section */
305 uint32_t offset; /* file offset of this section */
306 uint32_t align; /* section alignment (power of 2) */
307 uint32_t reloff; /* file offset of relocation entries */
308 uint32_t nreloc; /* number of relocation entries */
309 uint32_t flags; /* flags (section type and attributes)*/
310 uint32_t reserved1; /* reserved (for offset or index) */
311 uint32_t reserved2; /* reserved (for count or sizeof) */
312 uint32_t reserved3; /* reserved */
313 };
314
315
316 /*
317 * The flags field of a section structure is separated into two parts a section
318 * type and section attributes. The section types are mutually exclusive (it
319 * can only have one type) but the section attributes are not (it may have more
320 * than one attribute).
321 */
322 #define SECTION_TYPE 0x000000ff /* 256 section types */
323 #define SECTION_ATTRIBUTES 0xffffff00 /* 24 section attributes */
324
325 /* Constants for the type of a section */
326 #define S_REGULAR 0x0 /* regular section */
327 #define S_ZEROFILL 0x1 /* zero fill on demand section */
328 #define S_CSTRING_LITERALS 0x2 /* section with only literal C strings*/
329 #define S_4BYTE_LITERALS 0x3 /* section with only 4 byte literals */
330 #define S_8BYTE_LITERALS 0x4 /* section with only 8 byte literals */
331 #define S_LITERAL_POINTERS 0x5 /* section with only pointers to */
332 /* literals */
333 /*
334 * For the two types of symbol pointers sections and the symbol stubs section
335 * they have indirect symbol table entries. For each of the entries in the
336 * section the indirect symbol table entries, in corresponding order in the
337 * indirect symbol table, start at the index stored in the reserved1 field
338 * of the section structure. Since the indirect symbol table entries
339 * correspond to the entries in the section the number of indirect symbol table
340 * entries is inferred from the size of the section divided by the size of the
341 * entries in the section. For symbol pointers sections the size of the entries
342 * in the section is 4 bytes and for symbol stubs sections the byte size of the
343 * stubs is stored in the reserved2 field of the section structure.
344 */
345 #define S_NON_LAZY_SYMBOL_POINTERS 0x6 /* section with only non-lazy
346 symbol pointers */
347 #define S_LAZY_SYMBOL_POINTERS 0x7 /* section with only lazy symbol
348 pointers */
349 #define S_SYMBOL_STUBS 0x8 /* section with only symbol
350 stubs, byte size of stub in
351 the reserved2 field */
352 #define S_MOD_INIT_FUNC_POINTERS 0x9 /* section with only function
353 pointers for initialization*/
354 /*
355 * Constants for the section attributes part of the flags field of a section
356 * structure.
357 */
358 #define SECTION_ATTRIBUTES_USR 0xff000000 /* User setable attributes */
359 #define S_ATTR_PURE_INSTRUCTIONS 0x80000000 /* section contains only true
360 machine instructions */
361 #define SECTION_ATTRIBUTES_SYS 0x00ffff00 /* system setable attributes */
362 #define S_ATTR_SOME_INSTRUCTIONS 0x00000400 /* section contains some
363 machine instructions */
364 #define S_ATTR_EXT_RELOC 0x00000200 /* section has external
365 relocation entries */
366 #define S_ATTR_LOC_RELOC 0x00000100 /* section has local
367 relocation entries */
368
369
370 /*
371 * The names of segments and sections in them are mostly meaningless to the
372 * link-editor. But there are few things to support traditional UNIX
373 * executables that require the link-editor and assembler to use some names
374 * agreed upon by convention.
375 *
376 * The initial protection of the "__TEXT" segment has write protection turned
377 * off (not writeable).
378 *
379 * The link-editor will allocate common symbols at the end of the "__common"
380 * section in the "__DATA" segment. It will create the section and segment
381 * if needed.
382 */
383
384 /* The currently known segment names and the section names in those segments */
385
386 #define SEG_PAGEZERO "__PAGEZERO" /* the pagezero segment which has no */
387 /* protections and catches NULL */
388 /* references for MH_EXECUTE files */
389
390
391 #define SEG_TEXT "__TEXT" /* the tradition UNIX text segment */
392 #define SECT_TEXT "__text" /* the real text part of the text */
393 /* section no headers, and no padding */
394 #define SECT_FVMLIB_INIT0 "__fvmlib_init0" /* the fvmlib initialization */
395 /* section */
396 #define SECT_FVMLIB_INIT1 "__fvmlib_init1" /* the section following the */
397 /* fvmlib initialization */
398 /* section */
399
400 #define SEG_DATA "__DATA" /* the tradition UNIX data segment */
401 #define SECT_DATA "__data" /* the real initialized data section */
402 /* no padding, no bss overlap */
403 #define SECT_BSS "__bss" /* the real uninitialized data section*/
404 /* no padding */
405 #define SECT_COMMON "__common" /* the section common symbols are */
406 /* allocated in by the link editor */
407
408 #define SEG_OBJC "__OBJC" /* objective-C runtime segment */
409 #define SECT_OBJC_SYMBOLS "__symbol_table" /* symbol table */
410 #define SECT_OBJC_MODULES "__module_info" /* module information */
411 #define SECT_OBJC_STRINGS "__selector_strs" /* string table */
412 #define SECT_OBJC_REFS "__selector_refs" /* string table */
413
414 #define SEG_ICON "__ICON" /* the NeXT icon segment */
415 #define SECT_ICON_HEADER "__header" /* the icon headers */
416 #define SECT_ICON_TIFF "__tiff" /* the icons in tiff format */
417
418 #define SEG_LINKEDIT "__LINKEDIT" /* the segment containing all structs */
419 /* created and maintained by the link */
420 /* editor. Created with -seglinkedit */
421 /* option to ld(1) for MH_EXECUTE and */
422 /* FVMLIB file types only */
423
424 #define SEG_UNIXSTACK "__UNIXSTACK" /* the unix stack segment */
425
426 /*
427 * Fixed virtual memory shared libraries are identified by two things. The
428 * target pathname (the name of the library as found for execution), and the
429 * minor version number. The address of where the headers are loaded is in
430 * header_addr.
431 */
432 struct fvmlib {
433 union lc_str name; /* library's target pathname */
434 unsigned long minor_version; /* library's minor version number */
435 unsigned long header_addr; /* library's header address */
436 };
437
438 /*
439 * A fixed virtual shared library (filetype == MH_FVMLIB in the mach header)
440 * contains a fvmlib_command (cmd == LC_IDFVMLIB) to identify the library.
441 * An object that uses a fixed virtual shared library also contains a
442 * fvmlib_command (cmd == LC_LOADFVMLIB) for each library it uses.
443 */
444 struct fvmlib_command {
445 unsigned long cmd; /* LC_IDFVMLIB or LC_LOADFVMLIB */
446 unsigned long cmdsize; /* includes pathname string */
447 struct fvmlib fvmlib; /* the library identification */
448 };
449
450 /*
451 * Dynamicly linked shared libraries are identified by two things. The
452 * pathname (the name of the library as found for execution), and the
453 * compatibility version number. The pathname must match and the compatibility
454 * number in the user of the library must be greater than or equal to the
455 * library being used. The time stamp is used to record the time a library was
456 * built and copied into user so it can be use to determined if the library used
457 * at runtime is exactly the same as used to built the program.
458 */
459 struct dylib {
460 union lc_str name; /* library's path name */
461 unsigned long timestamp; /* library's build time stamp */
462 unsigned long current_version; /* library's current version number */
463 unsigned long compatibility_version;/* library's compatibility vers number*/
464 };
465
466 /*
467 * A dynamicly linked shared library (filetype == MH_DYLIB in the mach header)
468 * contains a dylib_command (cmd == LC_ID_DYLIB) to identify the library.
469 * An object that uses a dynamicly linked shared library also contains a
470 * dylib_command (cmd == LC_LOAD_DYLIB) for each library it uses.
471 */
472 struct dylib_command {
473 unsigned long cmd; /* LC_ID_DYLIB or LC_LOAD_DYLIB */
474 unsigned long cmdsize; /* includes pathname string */
475 struct dylib dylib; /* the library identification */
476 };
477
478 /*
479 * A program (filetype == MH_EXECUTE) or bundle (filetype == MH_BUNDLE) that is
480 * prebound to it's dynamic libraries has one of these for each library that
481 * the static linker used in prebinding. It contains a bit vector for the
482 * modules in the library. The bits indicate which modules are bound (1) and
483 * which are not (0) from the library. The bit for module 0 is the low bit
484 * of the first byte. So the bit for the Nth module is:
485 * (linked_modules[N/8] >> N%8) & 1
486 */
487 struct prebound_dylib_command {
488 unsigned long cmd; /* LC_PREBOUND_DYLIB */
489 unsigned long cmdsize; /* includes strings */
490 union lc_str name; /* library's path name */
491 unsigned long nmodules; /* number of modules in library */
492 union lc_str linked_modules; /* bit vector of linked modules */
493 };
494
495 /*
496 * A program that uses a dynamic linker contains a dylinker_command to identify
497 * the name of the dynamic linker (LC_LOAD_DYLINKER). And a dynamic linker
498 * contains a dylinker_command to identify the dynamic linker (LC_ID_DYLINKER).
499 * A file can have at most one of these.
500 */
501 struct dylinker_command {
502 unsigned long cmd; /* LC_ID_DYLINKER or LC_LOAD_DYLINKER */
503 unsigned long cmdsize; /* includes pathname string */
504 union lc_str name; /* dynamic linker's path name */
505 };
506
507 /*
508 * Thread commands contain machine-specific data structures suitable for
509 * use in the thread state primitives. The machine specific data structures
510 * follow the struct thread_command as follows.
511 * Each flavor of machine specific data structure is preceded by an unsigned
512 * long constant for the flavor of that data structure, an unsigned long
513 * that is the count of longs of the size of the state data structure and then
514 * the state data structure follows. This triple may be repeated for many
515 * flavors. The constants for the flavors, counts and state data structure
516 * definitions are expected to be in the header file <machine/thread_status.h>.
517 * These machine specific data structures sizes must be multiples of
518 * sizeof(long). The cmdsize reflects the total size of the thread_command
519 * and all of the sizes of the constants for the flavors, counts and state
520 * data structures.
521 *
522 * For executable objects that are unix processes there will be one
523 * thread_command (cmd == LC_UNIXTHREAD) created for it by the link-editor.
524 * This is the same as a LC_THREAD, except that a stack is automatically
525 * created (based on the shell's limit for the stack size). Command arguments
526 * and environment variables are copied onto that stack.
527 */
528 struct thread_command {
529 unsigned long cmd; /* LC_THREAD or LC_UNIXTHREAD */
530 unsigned long cmdsize; /* total size of this command */
531 /* unsigned long flavor flavor of thread state */
532 /* unsigned long count count of longs in thread state */
533 /* struct XXX_thread_state state thread state for this flavor */
534 /* ... */
535 };
536
537 /*
538 * The symtab_command contains the offsets and sizes of the link-edit 4.3BSD
539 * "stab" style symbol table information as described in the header files
540 * <nlist.h> and <stab.h>.
541 */
542 struct symtab_command {
543 unsigned long cmd; /* LC_SYMTAB */
544 unsigned long cmdsize; /* sizeof(struct symtab_command) */
545 unsigned long symoff; /* symbol table offset */
546 unsigned long nsyms; /* number of symbol table entries */
547 unsigned long stroff; /* string table offset */
548 unsigned long strsize; /* string table size in bytes */
549 };
550
551 /*
552 * This is the second set of the symbolic information which is used to support
553 * the data structures for the dynamicly link editor.
554 *
555 * The original set of symbolic information in the symtab_command which contains
556 * the symbol and string tables must also be present when this load command is
557 * present. When this load command is present the symbol table is organized
558 * into three groups of symbols:
559 * local symbols (static and debugging symbols) - grouped by module
560 * defined external symbols - grouped by module (sorted by name if not lib)
561 * undefined external symbols (sorted by name)
562 * In this load command there are offsets and counts to each of the three groups
563 * of symbols.
564 *
565 * This load command contains a the offsets and sizes of the following new
566 * symbolic information tables:
567 * table of contents
568 * module table
569 * reference symbol table
570 * indirect symbol table
571 * The first three tables above (the table of contents, module table and
572 * reference symbol table) are only present if the file is a dynamicly linked
573 * shared library. For executable and object modules, which are files
574 * containing only one module, the information that would be in these three
575 * tables is determined as follows:
576 * table of contents - the defined external symbols are sorted by name
577 * module table - the file contains only one module so everything in the
578 * file is part of the module.
579 * reference symbol table - is the defined and undefined external symbols
580 *
581 * For dynamicly linked shared library files this load command also contains
582 * offsets and sizes to the pool of relocation entries for all sections
583 * separated into two groups:
584 * external relocation entries
585 * local relocation entries
586 * For executable and object modules the relocation entries continue to hang
587 * off the section structures.
588 */
589 struct dysymtab_command {
590 unsigned long cmd; /* LC_DYSYMTAB */
591 unsigned long cmdsize; /* sizeof(struct dysymtab_command) */
592
593 /*
594 * The symbols indicated by symoff and nsyms of the LC_SYMTAB load command
595 * are grouped into the following three groups:
596 * local symbols (further grouped by the module they are from)
597 * defined external symbols (further grouped by the module they are from)
598 * undefined symbols
599 *
600 * The local symbols are used only for debugging. The dynamic binding
601 * process may have to use them to indicate to the debugger the local
602 * symbols for a module that is being bound.
603 *
604 * The last two groups are used by the dynamic binding process to do the
605 * binding (indirectly through the module table and the reference symbol
606 * table when this is a dynamicly linked shared library file).
607 */
608 unsigned long ilocalsym; /* index to local symbols */
609 unsigned long nlocalsym; /* number of local symbols */
610
611 unsigned long iextdefsym; /* index to externally defined symbols */
612 unsigned long nextdefsym; /* number of externally defined symbols */
613
614 unsigned long iundefsym; /* index to undefined symbols */
615 unsigned long nundefsym; /* number of undefined symbols */
616
617 /*
618 * For the for the dynamic binding process to find which module a symbol
619 * is defined in the table of contents is used (analogous to the ranlib
620 * structure in an archive) which maps defined external symbols to modules
621 * they are defined in. This exists only in a dynamicly linked shared
622 * library file. For executable and object modules the defined external
623 * symbols are sorted by name and is use as the table of contents.
624 */
625 unsigned long tocoff; /* file offset to table of contents */
626 unsigned long ntoc; /* number of entries in table of contents */
627
628 /*
629 * To support dynamic binding of "modules" (whole object files) the symbol
630 * table must reflect the modules that the file was created from. This is
631 * done by having a module table that has indexes and counts into the merged
632 * tables for each module. The module structure that these two entries
633 * refer to is described below. This exists only in a dynamicly linked
634 * shared library file. For executable and object modules the file only
635 * contains one module so everything in the file belongs to the module.
636 */
637 unsigned long modtaboff; /* file offset to module table */
638 unsigned long nmodtab; /* number of module table entries */
639
640 /*
641 * To support dynamic module binding the module structure for each module
642 * indicates the external references (defined and undefined) each module
643 * makes. For each module there is an offset and a count into the
644 * reference symbol table for the symbols that the module references.
645 * This exists only in a dynamicly linked shared library file. For
646 * executable and object modules the defined external symbols and the
647 * undefined external symbols indicates the external references.
648 */
649 unsigned long extrefsymoff; /* offset to referenced symbol table */
650 unsigned long nextrefsyms; /* number of referenced symbol table entries */
651
652 /*
653 * The sections that contain "symbol pointers" and "routine stubs" have
654 * indexes and (implied counts based on the size of the section and fixed
655 * size of the entry) into the "indirect symbol" table for each pointer
656 * and stub. For every section of these two types the index into the
657 * indirect symbol table is stored in the section header in the field
658 * reserved1. An indirect symbol table entry is simply a 32bit index into
659 * the symbol table to the symbol that the pointer or stub is referring to.
660 * The indirect symbol table is ordered to match the entries in the section.
661 */
662 unsigned long indirectsymoff; /* file offset to the indirect symbol table */
663 unsigned long nindirectsyms; /* number of indirect symbol table entries */
664
665 /*
666 * To support relocating an individual module in a library file quickly the
667 * external relocation entries for each module in the library need to be
668 * accessed efficiently. Since the relocation entries can't be accessed
669 * through the section headers for a library file they are separated into
670 * groups of local and external entries further grouped by module. In this
671 * case the presents of this load command who's extreloff, nextrel,
672 * locreloff and nlocrel fields are non-zero indicates that the relocation
673 * entries of non-merged sections are not referenced through the section
674 * structures (and the reloff and nreloc fields in the section headers are
675 * set to zero).
676 *
677 * Since the relocation entries are not accessed through the section headers
678 * this requires the r_address field to be something other than a section
679 * offset to identify the item to be relocated. In this case r_address is
680 * set to the offset from the vmaddr of the first LC_SEGMENT command.
681 *
682 * The relocation entries are grouped by module and the module table
683 * entries have indexes and counts into them for the group of external
684 * relocation entries for that the module.
685 *
686 * For sections that are merged across modules there must not be any
687 * remaining external relocation entries for them (for merged sections
688 * remaining relocation entries must be local).
689 */
690 unsigned long extreloff; /* offset to external relocation entries */
691 unsigned long nextrel; /* number of external relocation entries */
692
693 /*
694 * All the local relocation entries are grouped together (they are not
695 * grouped by their module since they are only used if the object is moved
696 * from it staticly link edited address).
697 */
698 unsigned long locreloff; /* offset to local relocation entries */
699 unsigned long nlocrel; /* number of local relocation entries */
700
701 };
702
703 /*
704 * An indirect symbol table entry is simply a 32bit index into the symbol table
705 * to the symbol that the pointer or stub is refering to. Unless it is for a
706 * non-lazy symbol pointer section for a defined symbol which strip(1) as
707 * removed. In which case it has the value INDIRECT_SYMBOL_LOCAL. If the
708 * symbol was also absolute INDIRECT_SYMBOL_ABS is or'ed with that.
709 */
710 #define INDIRECT_SYMBOL_LOCAL 0x80000000
711 #define INDIRECT_SYMBOL_ABS 0x40000000
712
713
714 /* a table of contents entry */
715 struct dylib_table_of_contents {
716 unsigned long symbol_index; /* the defined external symbol
717 (index into the symbol table) */
718 unsigned long module_index; /* index into the module table this symbol
719 is defined in */
720 };
721
722 /* a module table entry */
723 struct dylib_module {
724 unsigned long module_name; /* the module name (index into string table) */
725
726 unsigned long iextdefsym; /* index into externally defined symbols */
727 unsigned long nextdefsym; /* number of externally defined symbols */
728 unsigned long irefsym; /* index into reference symbol table */
729 unsigned long nrefsym; /* number of reference symbol table entries */
730 unsigned long ilocalsym; /* index into symbols for local symbols */
731 unsigned long nlocalsym; /* number of local symbols */
732
733 unsigned long iextrel; /* index into external relocation entries */
734 unsigned long nextrel; /* number of external relocation entries */
735
736 unsigned long iinit; /* index into the init section */
737 unsigned long ninit; /* number of init section entries */
738
739 unsigned long /* for this module address of the start of */
740 objc_module_info_addr; /* the (__OBJC,__module_info) section */
741 unsigned long /* for this module size of */
742 objc_module_info_size; /* the (__OBJC,__module_info) section */
743 };
744
745 /* a 64-bit module table entry */
746 struct dylib_module_64 {
747 uint32_t module_name; /* the module name (index into string table) */
748
749 uint32_t iextdefsym; /* index into externally defined symbols */
750 uint32_t nextdefsym; /* number of externally defined symbols */
751 uint32_t irefsym; /* index into reference symbol table */
752 uint32_t nrefsym; /* number of reference symbol table entries */
753 uint32_t ilocalsym; /* index into symbols for local symbols */
754 uint32_t nlocalsym; /* number of local symbols */
755
756 uint32_t iextrel; /* index into external relocation entries */
757 uint32_t nextrel; /* number of external relocation entries */
758
759 uint32_t iinit_iterm; /* low 16 bits are the index into the init
760 section, high 16 bits are the index into
761 the term section */
762 uint32_t ninit_nterm; /* low 16 bits are the number of init section
763 entries, high 16 bits are the number of
764 term section entries */
765
766 uint32_t /* for this module size of the */
767 objc_module_info_size; /* (__OBJC,__module_info) section */
768 uint64_t /* for this module address of the start of */
769 objc_module_info_addr; /* the (__OBJC,__module_info) section */
770 };
771
772
773 /*
774 * The entries in the reference symbol table are used when loading the module
775 * (both by the static and dynamic link editors) and if the module is unloaded
776 * or replaced. Therefore all external symbols (defined and undefined) are
777 * listed in the module's reference table. The flags describe the type of
778 * reference that is being made. The constants for the flags are defined in
779 * <mach-o/nlist.h> as they are also used for symbol table entries.
780 */
781 struct dylib_reference {
782 unsigned long isym:24, /* index into the symbol table */
783 flags:8; /* flags to indicate the type of reference */
784 };
785
786 /*
787 * The symseg_command contains the offset and size of the GNU style
788 * symbol table information as described in the header file <symseg.h>.
789 * The symbol roots of the symbol segments must also be aligned properly
790 * in the file. So the requirement of keeping the offsets aligned to a
791 * multiple of a sizeof(long) translates to the length field of the symbol
792 * roots also being a multiple of a long. Also the padding must again be
793 * zeroed. (THIS IS OBSOLETE and no longer supported).
794 */
795 struct symseg_command {
796 unsigned long cmd; /* LC_SYMSEG */
797 unsigned long cmdsize; /* sizeof(struct symseg_command) */
798 unsigned long offset; /* symbol segment offset */
799 unsigned long size; /* symbol segment size in bytes */
800 };
801
802 /*
803 * The ident_command contains a free format string table following the
804 * ident_command structure. The strings are null terminated and the size of
805 * the command is padded out with zero bytes to a multiple of sizeof(long).
806 * (THIS IS OBSOLETE and no longer supported).
807 */
808 struct ident_command {
809 unsigned long cmd; /* LC_IDENT */
810 unsigned long cmdsize; /* strings that follow this command */
811 };
812
813 /*
814 * The fvmfile_command contains a reference to a file to be loaded at the
815 * specified virtual address. (Presently, this command is reserved for NeXT
816 * internal use. The kernel ignores this command when loading a program into
817 * memory).
818 */
819 struct fvmfile_command {
820 unsigned long cmd; /* LC_FVMFILE */
821 unsigned long cmdsize; /* includes pathname string */
822 union lc_str name; /* files pathname */
823 unsigned long header_addr; /* files virtual address */
824 };
825
826 #endif /* _MACHO_LOADER_H_ */