source: trunk/libs/newlib/src/include/aout/aout64.h @ 641

Last change on this file since 641 was 444, checked in by satin@…, 7 years ago

add newlib,libalmos-mkh, restructure shared_syscalls.h and mini-libc

File size: 19.4 KB
Line 
1/* `a.out' object-file definitions, including extensions to 64-bit fields
2
3   Copyright 1999, 2000, 2001, 2003, 2009, 2010 Free Software Foundation, Inc.
4
5   This program is free software; you can redistribute it and/or modify
6   it under the terms of the GNU General Public License as published by
7   the Free Software Foundation; either version 3 of the License, or
8   (at your option) any later version.
9   
10   This program is distributed in the hope that it will be useful,
11   but WITHOUT ANY WARRANTY; without even the implied warranty of
12   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
13   GNU General Public License for more details.
14   
15   You should have received a copy of the GNU General Public License
16   along with this program; if not, write to the Free Software
17   Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston,
18   MA 02110-1301, USA.  */
19
20#ifndef __A_OUT_64_H__
21#define __A_OUT_64_H__
22
23#ifndef BYTES_IN_WORD
24#define BYTES_IN_WORD 4
25#endif
26
27/* This is the layout on disk of the 32-bit or 64-bit exec header.  */
28
29#ifndef external_exec
30struct external_exec
31{
32  bfd_byte e_info[4];               /* Magic number and stuff.  */
33  bfd_byte e_text[BYTES_IN_WORD];   /* Length of text section in bytes.  */
34  bfd_byte e_data[BYTES_IN_WORD];   /* Length of data section in bytes.  */
35  bfd_byte e_bss[BYTES_IN_WORD];    /* Length of bss area in bytes.  */
36  bfd_byte e_syms[BYTES_IN_WORD];   /* Length of symbol table in bytes.  */
37  bfd_byte e_entry[BYTES_IN_WORD];  /* Start address.  */
38  bfd_byte e_trsize[BYTES_IN_WORD]; /* Length of text relocation info.  */
39  bfd_byte e_drsize[BYTES_IN_WORD]; /* Length of data relocation info.  */
40};
41
42#define EXEC_BYTES_SIZE (4 + BYTES_IN_WORD * 7)
43
44/* Magic numbers for a.out files.  */
45
46#if ARCH_SIZE==64
47#define OMAGIC 0x1001           /* Code indicating object file.  */
48#define ZMAGIC 0x1002           /* Code indicating demand-paged executable.  */
49#define NMAGIC 0x1003           /* Code indicating pure executable.  */
50
51/* There is no 64-bit QMAGIC as far as I know.  */
52
53#define N_BADMAG(x)       (N_MAGIC(x) != OMAGIC         \
54                        && N_MAGIC(x) != NMAGIC         \
55                        && N_MAGIC(x) != ZMAGIC)
56#else
57#define OMAGIC 0407             /* Object file or impure executable.  */
58#define NMAGIC 0410             /* Code indicating pure executable.  */
59#define ZMAGIC 0413             /* Code indicating demand-paged executable.  */
60#define BMAGIC 0415             /* Used by a b.out object.  */
61
62/* This indicates a demand-paged executable with the header in the text.
63   It is used by 386BSD (and variants) and Linux, at least.  */
64#ifndef QMAGIC
65#define QMAGIC 0314
66#endif
67# ifndef N_BADMAG
68#  define N_BADMAG(x)     (N_MAGIC(x) != OMAGIC         \
69                        && N_MAGIC(x) != NMAGIC         \
70                        && N_MAGIC(x) != ZMAGIC \
71                        && N_MAGIC(x) != QMAGIC)
72# endif /* N_BADMAG */
73#endif
74
75#endif
76
77#ifdef QMAGIC
78#define N_IS_QMAGIC(x) (N_MAGIC (x) == QMAGIC)
79#else
80#define N_IS_QMAGIC(x) (0)
81#endif
82
83/* The difference between TARGET_PAGE_SIZE and N_SEGSIZE is that TARGET_PAGE_SIZE is
84   the finest granularity at which you can page something, thus it
85   controls the padding (if any) before the text segment of a ZMAGIC
86   file.  N_SEGSIZE is the resolution at which things can be marked as
87   read-only versus read/write, so it controls the padding between the
88   text segment and the data segment (in memory; on disk the padding
89   between them is TARGET_PAGE_SIZE).  TARGET_PAGE_SIZE and N_SEGSIZE are the same
90   for most machines, but different for sun3.  */
91
92/* By default, segment size is constant.  But some machines override this
93   to be a function of the a.out header (e.g. machine type).  */
94
95#ifndef N_SEGSIZE
96#define N_SEGSIZE(x)    SEGMENT_SIZE
97#endif
98
99/* Virtual memory address of the text section.
100   This is getting very complicated.  A good reason to discard a.out format
101   for something that specifies these fields explicitly.  But til then...
102
103   * OMAGIC and NMAGIC files:
104       (object files: text for "relocatable addr 0" right after the header)
105       start at 0, offset is EXEC_BYTES_SIZE, size as stated.
106   * The text address, offset, and size of ZMAGIC files depend
107     on the entry point of the file:
108     * entry point below TEXT_START_ADDR:
109       (hack for SunOS shared libraries)
110       start at 0, offset is 0, size as stated.
111     * If N_HEADER_IN_TEXT(x) is true (which defaults to being the
112       case when the entry point is EXEC_BYTES_SIZE or further into a page):
113       no padding is needed; text can start after exec header.  Sun
114       considers the text segment of such files to include the exec header;
115       for BFD's purposes, we don't, which makes more work for us.
116       start at TEXT_START_ADDR + EXEC_BYTES_SIZE, offset is EXEC_BYTES_SIZE,
117       size as stated minus EXEC_BYTES_SIZE.
118     * If N_HEADER_IN_TEXT(x) is false (which defaults to being the case when
119       the entry point is less than EXEC_BYTES_SIZE into a page (e.g. page
120       aligned)): (padding is needed so that text can start at a page boundary)
121       start at TEXT_START_ADDR, offset TARGET_PAGE_SIZE, size as stated.
122
123    Specific configurations may want to hardwire N_HEADER_IN_TEXT,
124    for efficiency or to allow people to play games with the entry point.
125    In that case, you would #define N_HEADER_IN_TEXT(x) as 1 for sunos,
126    and as 0 for most other hosts (Sony News, Vax Ultrix, etc).
127    (Do this in the appropriate bfd target file.)
128    (The default is a heuristic that will break if people try changing
129    the entry point, perhaps with the ld -e flag.)
130
131    * QMAGIC is always like a ZMAGIC for which N_HEADER_IN_TEXT is true,
132    and for which the starting address is TARGET_PAGE_SIZE (or should this be
133    SEGMENT_SIZE?) (TEXT_START_ADDR only applies to ZMAGIC, not to QMAGIC).  */
134
135/* This macro is only relevant for ZMAGIC files; QMAGIC always has the header
136   in the text.  */
137#ifndef N_HEADER_IN_TEXT
138#define N_HEADER_IN_TEXT(x) \
139  (((x).a_entry & (TARGET_PAGE_SIZE-1)) >= EXEC_BYTES_SIZE)
140#endif
141
142/* Sun shared libraries, not linux.  This macro is only relevant for ZMAGIC
143   files.  */
144#ifndef N_SHARED_LIB
145#define N_SHARED_LIB(x) (0)
146#endif
147
148/* Returning 0 not TEXT_START_ADDR for OMAGIC and NMAGIC is based on
149   the assumption that we are dealing with a .o file, not an
150   executable.  This is necessary for OMAGIC (but means we don't work
151   right on the output from ld -N); more questionable for NMAGIC.  */
152
153#ifndef N_TXTADDR
154#define N_TXTADDR(x) \
155    (/* The address of a QMAGIC file is always one page in,             \
156        with the header in the text.  */                                \
157     N_IS_QMAGIC (x)                                                    \
158     ? (bfd_vma) TARGET_PAGE_SIZE + EXEC_BYTES_SIZE                     \
159     : (N_MAGIC (x) != ZMAGIC                                           \
160        ? (bfd_vma) 0   /* Object file or NMAGIC.  */                   \
161        : (N_SHARED_LIB (x)                                             \
162           ? (bfd_vma) 0                                                \
163           : (N_HEADER_IN_TEXT (x)                                      \
164              ? (bfd_vma) TEXT_START_ADDR + EXEC_BYTES_SIZE             \
165              : (bfd_vma) TEXT_START_ADDR))))
166#endif
167
168/* If N_HEADER_IN_TEXT is not true for ZMAGIC, there is some padding
169   to make the text segment start at a certain boundary.  For most
170   systems, this boundary is TARGET_PAGE_SIZE.  But for Linux, in the
171   time-honored tradition of crazy ZMAGIC hacks, it is 1024 which is
172   not what TARGET_PAGE_SIZE needs to be for QMAGIC.  */
173
174#ifndef ZMAGIC_DISK_BLOCK_SIZE
175#define ZMAGIC_DISK_BLOCK_SIZE TARGET_PAGE_SIZE
176#endif
177
178#define N_DISK_BLOCK_SIZE(x) \
179  (N_MAGIC(x) == ZMAGIC ? ZMAGIC_DISK_BLOCK_SIZE : TARGET_PAGE_SIZE)
180
181/* Offset in an a.out of the start of the text section. */
182#ifndef N_TXTOFF
183#define N_TXTOFF(x)                                                     \
184    (/* For {O,N,Q}MAGIC, no padding.  */                               \
185     N_MAGIC (x) != ZMAGIC                                              \
186     ? EXEC_BYTES_SIZE                                                  \
187     : (N_SHARED_LIB (x)                                                \
188        ? 0                                                             \
189        : (N_HEADER_IN_TEXT (x)                                         \
190           ? EXEC_BYTES_SIZE            /* No padding.  */              \
191           : ZMAGIC_DISK_BLOCK_SIZE     /* A page of padding.  */)))
192#endif
193/* Size of the text section.  It's always as stated, except that we
194   offset it to `undo' the adjustment to N_TXTADDR and N_TXTOFF
195   for ZMAGIC files that nominally include the exec header
196   as part of the first page of text.  (BFD doesn't consider the
197   exec header to be part of the text segment.)  */
198#ifndef N_TXTSIZE
199#define N_TXTSIZE(x) \
200  (/* For QMAGIC, we don't consider the header part of the text section.  */\
201   N_IS_QMAGIC (x)                                                      \
202   ? (x).a_text - EXEC_BYTES_SIZE                                       \
203   : ((N_MAGIC (x) != ZMAGIC || N_SHARED_LIB (x))                       \
204      ? (x).a_text                                                      \
205      : (N_HEADER_IN_TEXT (x)                                           \
206         ? (x).a_text - EXEC_BYTES_SIZE /* No padding.  */              \
207         : (x).a_text                   /* A page of padding.  */ )))
208#endif
209/* The address of the data segment in virtual memory.
210   It is the text segment address, plus text segment size, rounded
211   up to a N_SEGSIZE boundary for pure or pageable files.  */
212#ifndef N_DATADDR
213#define N_DATADDR(x) \
214  (N_MAGIC (x) == OMAGIC                                                \
215   ? (N_TXTADDR (x) + N_TXTSIZE (x))                                    \
216   : (N_SEGSIZE (x) + ((N_TXTADDR (x) + N_TXTSIZE (x) - 1)              \
217                       & ~ (bfd_vma) (N_SEGSIZE (x) - 1))))
218#endif
219/* The address of the BSS segment -- immediately after the data segment.  */
220
221#define N_BSSADDR(x)    (N_DATADDR (x) + (x).a_data)
222
223/* Offsets of the various portions of the file after the text segment.  */
224
225/* For {Q,Z}MAGIC, there is padding to make the data segment start on
226   a page boundary.  Most of the time the a_text field (and thus
227   N_TXTSIZE) already contains this padding.  It is possible that for
228   BSDI and/or 386BSD it sometimes doesn't contain the padding, and
229   perhaps we should be adding it here.  But this seems kind of
230   questionable and probably should be BSDI/386BSD-specific if we do
231   do it.
232
233   For NMAGIC (at least for hp300 BSD, probably others), there is
234   padding in memory only, not on disk, so we must *not* ever pad here
235   for NMAGIC.  */
236
237#ifndef N_DATOFF
238#define N_DATOFF(x)     (N_TXTOFF (x) + N_TXTSIZE (x))
239#endif
240#ifndef N_TRELOFF
241#define N_TRELOFF(x)    (N_DATOFF (x) + (x).a_data)
242#endif
243#ifndef N_DRELOFF
244#define N_DRELOFF(x)    (N_TRELOFF (x) + (x).a_trsize)
245#endif
246#ifndef N_SYMOFF
247#define N_SYMOFF(x)     (N_DRELOFF (x) + (x).a_drsize)
248#endif
249#ifndef N_STROFF
250#define N_STROFF(x)     (N_SYMOFF (x) + (x).a_syms)
251#endif
252
253/* Symbols */
254#ifndef external_nlist
255struct external_nlist
256{
257  bfd_byte e_strx[BYTES_IN_WORD];       /* Index into string table of name.  */
258  bfd_byte e_type[1];                   /* Type of symbol.  */
259  bfd_byte e_other[1];                  /* Misc info (usually empty).  */
260  bfd_byte e_desc[2];                   /* Description field.  */
261  bfd_byte e_value[BYTES_IN_WORD];      /* Value of symbol.  */
262};
263#define EXTERNAL_NLIST_SIZE (BYTES_IN_WORD+4+BYTES_IN_WORD)
264#endif
265
266struct internal_nlist
267{
268  unsigned long n_strx;                 /* Index into string table of name.  */
269  unsigned char n_type;                 /* Type of symbol.  */
270  unsigned char n_other;                /* Misc info (usually empty).  */
271  unsigned short n_desc;                /* Description field.  */
272  bfd_vma n_value;                      /* Value of symbol.  */
273};
274
275/* The n_type field is the symbol type, containing:  */
276
277#define N_UNDF  0       /* Undefined symbol.  */
278#define N_ABS   2       /* Absolute symbol -- defined at particular addr.  */
279#define N_TEXT  4       /* Text sym -- defined at offset in text seg.  */
280#define N_DATA  6       /* Data sym -- defined at offset in data seg.  */
281#define N_BSS   8       /* BSS  sym -- defined at offset in zero'd seg.  */
282#define N_COMM  0x12    /* Common symbol (visible after shared lib dynlink).  */
283#define N_FN    0x1f    /* File name of .o file.  */
284#define N_FN_SEQ 0x0C   /* N_FN from Sequent compilers (sigh).  */
285/* Note: N_EXT can only be usefully OR-ed with N_UNDF, N_ABS, N_TEXT,
286   N_DATA, or N_BSS.  When the low-order bit of other types is set,
287   (e.g. N_WARNING versus N_FN), they are two different types.  */
288#define N_EXT   1       /* External symbol (as opposed to local-to-this-file).  */
289#define N_TYPE  0x1e
290#define N_STAB  0xe0    /* If any of these bits are on, it's a debug symbol.  */
291
292#define N_INDR 0x0a
293
294/* The following symbols refer to set elements.
295   All the N_SET[ATDB] symbols with the same name form one set.
296   Space is allocated for the set in the text section, and each set
297   elements value is stored into one word of the space.
298   The first word of the space is the length of the set (number of elements).
299
300   The address of the set is made into an N_SETV symbol
301   whose name is the same as the name of the set.
302   This symbol acts like a N_DATA global symbol
303   in that it can satisfy undefined external references.  */
304
305/* These appear as input to LD, in a .o file.  */
306#define N_SETA  0x14            /* Absolute set element symbol.  */
307#define N_SETT  0x16            /* Text set element symbol.  */
308#define N_SETD  0x18            /* Data set element symbol.  */
309#define N_SETB  0x1A            /* Bss set element symbol.  */
310
311/* This is output from LD.  */
312#define N_SETV  0x1C            /* Pointer to set vector in data area.  */
313
314/* Warning symbol. The text gives a warning message, the next symbol
315   in the table will be undefined. When the symbol is referenced, the
316   message is printed.  */
317
318#define N_WARNING 0x1e
319
320/* Weak symbols.  These are a GNU extension to the a.out format.  The
321   semantics are those of ELF weak symbols.  Weak symbols are always
322   externally visible.  The N_WEAK? values are squeezed into the
323   available slots.  The value of a N_WEAKU symbol is 0.  The values
324   of the other types are the definitions.  */
325#define N_WEAKU 0x0d            /* Weak undefined symbol.  */
326#define N_WEAKA 0x0e            /* Weak absolute symbol.  */
327#define N_WEAKT 0x0f            /* Weak text symbol.  */
328#define N_WEAKD 0x10            /* Weak data symbol.  */
329#define N_WEAKB 0x11            /* Weak bss symbol.  */
330
331/* Relocations
332
333  There are two types of relocation flavours for a.out systems,
334  standard and extended. The standard form is used on systems where the
335  instruction has room for all the bits of an offset to the operand, whilst
336  the extended form is used when an address operand has to be split over n
337  instructions. Eg, on the 68k, each move instruction can reference
338  the target with a displacement of 16 or 32 bits. On the sparc, move
339  instructions use an offset of 14 bits, so the offset is stored in
340  the reloc field, and the data in the section is ignored.  */
341
342/* This structure describes a single relocation to be performed.
343   The text-relocation section of the file is a vector of these structures,
344   all of which apply to the text section.
345   Likewise, the data-relocation section applies to the data section.  */
346
347struct reloc_std_external
348{
349  bfd_byte r_address[BYTES_IN_WORD];    /* Offset of of data to relocate.  */
350  bfd_byte r_index[3];                  /* Symbol table index of symbol.  */
351  bfd_byte r_type[1];                   /* Relocation type.  */
352};
353
354#define RELOC_STD_BITS_PCREL_BIG        ((unsigned int) 0x80)
355#define RELOC_STD_BITS_PCREL_LITTLE     ((unsigned int) 0x01)
356
357#define RELOC_STD_BITS_LENGTH_BIG       ((unsigned int) 0x60)
358#define RELOC_STD_BITS_LENGTH_SH_BIG    5
359#define RELOC_STD_BITS_LENGTH_LITTLE    ((unsigned int) 0x06)
360#define RELOC_STD_BITS_LENGTH_SH_LITTLE 1
361
362#define RELOC_STD_BITS_EXTERN_BIG       ((unsigned int) 0x10)
363#define RELOC_STD_BITS_EXTERN_LITTLE    ((unsigned int) 0x08)
364
365#define RELOC_STD_BITS_BASEREL_BIG      ((unsigned int) 0x08)
366#define RELOC_STD_BITS_BASEREL_LITTLE   ((unsigned int) 0x10)
367
368#define RELOC_STD_BITS_JMPTABLE_BIG     ((unsigned int) 0x04)
369#define RELOC_STD_BITS_JMPTABLE_LITTLE  ((unsigned int) 0x20)
370
371#define RELOC_STD_BITS_RELATIVE_BIG     ((unsigned int) 0x02)
372#define RELOC_STD_BITS_RELATIVE_LITTLE  ((unsigned int) 0x40)
373
374#define RELOC_STD_SIZE  (BYTES_IN_WORD + 3 + 1)         /* Bytes per relocation entry.  */
375
376struct reloc_std_internal
377{
378  bfd_vma r_address;            /* Address (within segment) to be relocated.  */
379  /* The meaning of r_symbolnum depends on r_extern.  */
380  unsigned int r_symbolnum:24;
381  /* Nonzero means value is a pc-relative offset
382     and it should be relocated for changes in its own address
383     as well as for changes in the symbol or section specified.  */
384  unsigned int r_pcrel:1;
385  /* Length (as exponent of 2) of the field to be relocated.
386     Thus, a value of 2 indicates 1<<2 bytes.  */
387  unsigned int r_length:2;
388  /* 1 => relocate with value of symbol.
389     r_symbolnum is the index of the symbol
390     in files the symbol table.
391     0 => relocate with the address of a segment.
392     r_symbolnum is N_TEXT, N_DATA, N_BSS or N_ABS
393     (the N_EXT bit may be set also, but signifies nothing).  */
394  unsigned int r_extern:1;
395  /* The next three bits are for SunOS shared libraries, and seem to
396     be undocumented.  */
397  unsigned int r_baserel:1;     /* Linkage table relative.  */
398  unsigned int r_jmptable:1;    /* pc-relative to jump table.  */
399  unsigned int r_relative:1;    /* "relative relocation".  */
400  /* unused */
401  unsigned int r_pad:1;         /* Padding -- set to zero.  */
402};
403
404
405/* EXTENDED RELOCS.   */
406
407struct reloc_ext_external
408{
409  bfd_byte r_address[BYTES_IN_WORD];    /* Offset of of data to relocate.  */
410  bfd_byte r_index[3];                  /* Symbol table index of symbol.  */
411  bfd_byte r_type[1];                   /* Relocation type.  */
412  bfd_byte r_addend[BYTES_IN_WORD];     /* Datum addend.  */
413};
414
415#ifndef RELOC_EXT_BITS_EXTERN_BIG
416#define RELOC_EXT_BITS_EXTERN_BIG       ((unsigned int) 0x80)
417#endif
418
419#ifndef RELOC_EXT_BITS_EXTERN_LITTLE
420#define RELOC_EXT_BITS_EXTERN_LITTLE    ((unsigned int) 0x01)
421#endif
422
423#ifndef RELOC_EXT_BITS_TYPE_BIG
424#define RELOC_EXT_BITS_TYPE_BIG         ((unsigned int) 0x1F)
425#endif
426
427#ifndef RELOC_EXT_BITS_TYPE_SH_BIG
428#define RELOC_EXT_BITS_TYPE_SH_BIG      0
429#endif
430
431#ifndef RELOC_EXT_BITS_TYPE_LITTLE
432#define RELOC_EXT_BITS_TYPE_LITTLE      ((unsigned int) 0xF8)
433#endif
434
435#ifndef RELOC_EXT_BITS_TYPE_SH_LITTLE
436#define RELOC_EXT_BITS_TYPE_SH_LITTLE   3
437#endif
438
439/* Bytes per relocation entry.  */
440#define RELOC_EXT_SIZE  (BYTES_IN_WORD + 3 + 1 + BYTES_IN_WORD)
441
442enum reloc_type
443{
444  /* Simple relocations.  */
445  RELOC_8,                      /* data[0:7] = addend + sv              */
446  RELOC_16,                     /* data[0:15] = addend + sv             */
447  RELOC_32,                     /* data[0:31] = addend + sv             */
448  /* PC-rel displacement.  */
449  RELOC_DISP8,                  /* data[0:7] = addend - pc + sv         */
450  RELOC_DISP16,                 /* data[0:15] = addend - pc + sv        */
451  RELOC_DISP32,                 /* data[0:31] = addend - pc + sv        */
452  /* Special.  */
453  RELOC_WDISP30,                /* data[0:29] = (addend + sv - pc)>>2   */
454  RELOC_WDISP22,                /* data[0:21] = (addend + sv - pc)>>2   */
455  RELOC_HI22,                   /* data[0:21] = (addend + sv)>>10       */
456  RELOC_22,                     /* data[0:21] = (addend + sv)           */
457  RELOC_13,                     /* data[0:12] = (addend + sv)           */
458  RELOC_LO10,                   /* data[0:9] = (addend + sv)            */
459  RELOC_SFA_BASE,               
460  RELOC_SFA_OFF13,
461  /* P.I.C. (base-relative).  */
462  RELOC_BASE10,                 /* Not sure - maybe we can do this the */
463  RELOC_BASE13,                 /* right way now */
464  RELOC_BASE22,
465  /* For some sort of pc-rel P.I.C. (?)  */
466  RELOC_PC10,
467  RELOC_PC22,
468  /* P.I.C. jump table.  */
469  RELOC_JMP_TBL,
470  /* Reputedly for shared libraries somehow.  */
471  RELOC_SEGOFF16,
472  RELOC_GLOB_DAT,
473  RELOC_JMP_SLOT,
474  RELOC_RELATIVE,
475
476  RELOC_11,     
477  RELOC_WDISP2_14,
478  RELOC_WDISP19,
479  RELOC_HHI22,                  /* data[0:21] = (addend + sv) >> 42     */
480  RELOC_HLO10,                  /* data[0:9] = (addend + sv) >> 32      */
481 
482  /* 29K relocation types.  */
483  RELOC_JUMPTARG,
484  RELOC_CONST,
485  RELOC_CONSTH,
486 
487  /* All the new ones I can think of, for sparc v9.  */
488  RELOC_64,                     /* data[0:63] = addend + sv             */
489  RELOC_DISP64,                 /* data[0:63] = addend - pc + sv        */
490  RELOC_WDISP21,                /* data[0:20] = (addend + sv - pc)>>2   */
491  RELOC_DISP21,                 /* data[0:20] = addend - pc + sv        */
492  RELOC_DISP14,                 /* data[0:13] = addend - pc + sv        */
493  /* Q .
494     What are the other ones,
495     Since this is a clean slate, can we throw away the ones we dont
496     understand ? Should we sort the values ? What about using a
497     microcode format like the 68k ?  */
498  NO_RELOC
499  };
500
501
502struct reloc_internal
503{
504  bfd_vma r_address;            /* Offset of of data to relocate.  */
505  long  r_index;                /* Symbol table index of symbol.  */
506  enum reloc_type r_type;       /* Relocation type.  */
507  bfd_vma r_addend;             /* Datum addend.  */
508};
509
510/* Q.
511   Should the length of the string table be 4 bytes or 8 bytes ?
512
513   Q.
514   What about archive indexes ?  */
515
516#endif                          /* __A_OUT_64_H__ */
Note: See TracBrowser for help on using the repository browser.