add support for irix4
[deliverable/binutils-gdb.git] / bfd / reloc.c
1 /* BFD support for handling relocation entries.
2 Copyright (C) 1990-1991 Free Software Foundation, Inc.
3 Written by Cygnus Support.
4
5 This file is part of BFD, the Binary File Descriptor library.
6
7 This program is free software; you can redistribute it and/or modify
8 it under the terms of the GNU General Public License as published by
9 the Free Software Foundation; either version 2 of the License, or
10 (at your option) any later version.
11
12 This program is distributed in the hope that it will be useful,
13 but WITHOUT ANY WARRANTY; without even the implied warranty of
14 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15 GNU General Public License for more details.
16
17 You should have received a copy of the GNU General Public License
18 along with this program; if not, write to the Free Software
19 Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
20
21 /*
22 SECTION
23 Relocations
24
25 BFD maintains relocations in much the same was as it maintains
26 symbols; they are left alone until required, then read in
27 en-mass and traslated into an internal form. There is a common
28 routine <<bfd_perform_relocation>> which acts upon the
29 canonical form to to the actual fixup.
30
31 Note that relocations are maintained on a per section basis,
32 whilst symbols are maintained on a per BFD basis.
33
34 All a back end has to do to fit the BFD interface is to create
35 as many <<struct reloc_cache_entry>> as there are relocations
36 in a particuar section, and fill in the right bits:
37
38 @menu
39 @* typedef arelent::
40 @* howto manager::
41 @end menu
42
43 */
44 #include "bfd.h"
45 #include "sysdep.h"
46 #include "libbfd.h"
47 #include "seclet.h"
48 /*doc*
49 INODE
50 typedef arelent, howto manager, Relocations, Relocations
51
52 SUBSECTION
53 typedef arelent
54
55 This is the structure of a relocation entry:
56
57 CODE_FRAGMENT
58 .
59 .typedef enum bfd_reloc_status
60 .{
61 . {* No errors detected *}
62 . bfd_reloc_ok,
63 .
64 . {* The relocation was performed, but there was an overflow. *}
65 . bfd_reloc_overflow,
66 .
67 . {* The address to relocate was not within the section supplied*}
68 . bfd_reloc_outofrange,
69 .
70 . {* Used by special functions *}
71 . bfd_reloc_continue,
72 .
73 . {* Unused *}
74 . bfd_reloc_notsupported,
75 .
76 . {* Unsupported relocation size requested. *}
77 . bfd_reloc_other,
78 .
79 . {* The symbol to relocate against was undefined.*}
80 . bfd_reloc_undefined,
81 .
82 . {* The relocation was performed, but may not be ok - presently
83 . generated only when linking i960 coff files with i960 b.out
84 . symbols. *}
85 . bfd_reloc_dangerous
86 . }
87 . bfd_reloc_status_type;
88 .
89 .
90 .typedef struct reloc_cache_entry
91 .{
92 . {* A pointer into the canonical table of pointers *}
93 . struct symbol_cache_entry **sym_ptr_ptr;
94 .
95 . {* offset in section *}
96 . rawdata_offset address;
97 .
98 . {* addend for relocation value *}
99 . bfd_vma addend;
100 .
101 . {* Pointer to how to perform the required relocation *}
102 . CONST struct reloc_howto_struct *howto;
103 .
104 .} arelent;
105
106 */
107
108 /*
109 DESCRIPTION
110
111 Here is a description of each of the fields within a relent:
112
113 o sym_ptr_ptr
114
115 The symbol table pointer points to a pointer to the symbol
116 associated with the relocation request. This would naturally
117 be the pointer into the table returned by the back end's
118 get_symtab action. @xref{Symbols}. The symbol is referenced
119 through a pointer to a pointer so that tools like the linker
120 can fix up all the symbols of the same name by modifying only
121 one pointer. The relocation routine looks in the symbol and
122 uses the base of the section the symbol is attached to and the
123 value of the symbol as the initial relocation offset. If the
124 symbol pointer is zero, then the section provided is looked up.
125
126 o address
127
128 The address field gives the offset in bytes from the base of
129 the section data which owns the relocation record to the first
130 byte of relocatable information. The actual data relocated
131 will be relative to this point - for example, a relocation
132 type which modifies the bottom two bytes of a four byte word
133 would not touch the first byte pointed to in a big endian
134 world. @item addend The addend is a value provided by the back
135 end to be added (!) to the relocation offset. Its
136 interpretation is dependent upon the howto. For example, on
137 the 68k the code:
138
139
140 | char foo[];
141 | main()
142 | {
143 | return foo[0x12345678];
144 | }
145
146 Could be compiled into:
147
148 | linkw fp,#-4
149 | moveb @@#12345678,d0
150 | extbl d0
151 | unlk fp
152 | rts
153
154
155 This could create a reloc pointing to foo, but leave the
156 offset in the data (something like)
157
158
159 |RELOCATION RECORDS FOR [.text]:
160 |offset type value
161 |00000006 32 _foo
162 |
163 |00000000 4e56 fffc ; linkw fp,#-4
164 |00000004 1039 1234 5678 ; moveb @@#12345678,d0
165 |0000000a 49c0 ; extbl d0
166 |0000000c 4e5e ; unlk fp
167 |0000000e 4e75 ; rts
168
169
170 Using coff and an 88k, some instructions don't have enough
171 space in them to represent the full address range, and
172 pointers have to be loaded in two parts. So you'd get something like:
173
174
175 | or.u r13,r0,hi16(_foo+0x12345678)
176 | ld.b r2,r13,lo16(_foo+0x12345678)
177 | jmp r1
178
179
180 This whould create two relocs, both pointing to _foo, and with
181 0x12340000 in their addend field. The data would consist of:
182
183
184 |RELOCATION RECORDS FOR [.text]:
185 |offset type value
186 |00000002 HVRT16 _foo+0x12340000
187 |00000006 LVRT16 _foo+0x12340000
188
189 |00000000 5da05678 ; or.u r13,r0,0x5678
190 |00000004 1c4d5678 ; ld.b r2,r13,0x5678
191 |00000008 f400c001 ; jmp r1
192
193
194 The relocation routine digs out the value from the data, adds
195 it to the addend to get the original offset and then adds the
196 value of _foo. Note that all 32 bits have to be kept around
197 somewhere, to cope with carry from bit 15 to bit 16.
198
199 On further example is the sparc and the a.out format. The
200 sparc has a similar problem to the 88k, in that some
201 instructions don't have room for an entire offset, but on the
202 sparc the parts are created odd sized lumps. The designers of
203 the a.out format chose not to use the data within the section
204 for storing part of the offset; all the offset is kept within
205 the reloc. Any thing in the data should be ignored.
206
207 | save %sp,-112,%sp
208 | sethi %hi(_foo+0x12345678),%g2
209 | ldsb [%g2+%lo(_foo+0x12345678)],%i0
210 | ret
211 | restore
212
213 Both relocs contains a pointer to foo, and the offsets would
214 contain junk.
215
216
217 |RELOCATION RECORDS FOR [.text]:
218 |offset type value
219 |00000004 HI22 _foo+0x12345678
220 |00000008 LO10 _foo+0x12345678
221
222 |00000000 9de3bf90 ; save %sp,-112,%sp
223 |00000004 05000000 ; sethi %hi(_foo+0),%g2
224 |00000008 f048a000 ; ldsb [%g2+%lo(_foo+0)],%i0
225 |0000000c 81c7e008 ; ret
226 |00000010 81e80000 ; restore
227
228
229 o howto
230
231 The howto field can be imagined as a
232 relocation instruction. It is a pointer to a struct which
233 contains information on what to do with all the other
234 information in the reloc record and data section. A back end
235 would normally have a relocation instruction set and turn
236 relocations into pointers to the correct structure on input -
237 but it would be possible to create each howto field on demand.
238
239 */
240
241
242 /*
243 SUBSUBSECTION
244 <<reloc_howto_type>>
245
246 The <<reloc_howto_type>> is a structure which contains all the
247 information that BFD needs to know to tie up a back end's data.
248
249 CODE_FRAGMENT
250 .
251 .typedef CONST struct reloc_howto_struct
252 .{
253 . {* The type field has mainly a documetary use - the back end can
254 . to what it wants with it, though the normally the back end's
255 . external idea of what a reloc number would be would be stored
256 . in this field. For example, the a PC relative word relocation
257 . in a coff environment would have the type 023 - because that's
258 . what the outside world calls a R_PCRWORD reloc. *}
259 . unsigned int type;
260 .
261 . {* The value the final relocation is shifted right by. This drops
262 . unwanted data from the relocation. *}
263 . unsigned int rightshift;
264 .
265 . {* The size of the item to be relocated - 0, is one byte, 1 is 2
266 . bytes, 3 is four bytes. *}
267 . unsigned int size;
268 .
269 . {* Now obsolete *}
270 . unsigned int bitsize;
271 .
272 . {* Notes that the relocation is relative to the location in the
273 . data section of the addend. The relocation function will
274 . subtract from the relocation value the address of the location
275 . being relocated. *}
276 . boolean pc_relative;
277 .
278 . {* Now obsolete *}
279 . unsigned int bitpos;
280 .
281 . {* Now obsolete *}
282 . boolean absolute;
283 .
284 . {* Causes the relocation routine to return an error if overflow
285 . is detected when relocating. *}
286 . boolean complain_on_overflow;
287 .
288 . {* If this field is non null, then the supplied function is
289 . called rather than the normal function. This allows really
290 . strange relocation methods to be accomodated (eg, i960 callj
291 . instructions). *}
292 . bfd_reloc_status_type (*special_function)();
293 .
294 . {* The textual name of the relocation type. *}
295 . char *name;
296 .
297 . {* When performing a partial link, some formats must modify the
298 . relocations rather than the data - this flag signals this.*}
299 . boolean partial_inplace;
300 .
301 . {* The src_mask is used to select what parts of the read in data
302 . are to be used in the relocation sum. Eg, if this was an 8 bit
303 . bit of data which we read and relocated, this would be
304 . 0x000000ff. When we have relocs which have an addend, such as
305 . sun4 extended relocs, the value in the offset part of a
306 . relocating field is garbage so we never use it. In this case
307 . the mask would be 0x00000000. *}
308 . bfd_word src_mask;
309 .
310 . {* The dst_mask is what parts of the instruction are replaced
311 . into the instruction. In most cases src_mask == dst_mask,
312 . except in the above special case, where dst_mask would be
313 . 0x000000ff, and src_mask would be 0x00000000. *}
314 . bfd_word dst_mask;
315 .
316 . {* When some formats create PC relative instructions, they leave
317 . the value of the pc of the place being relocated in the offset
318 . slot of the instruction, so that a PC relative relocation can
319 . be made just by adding in an ordinary offset (eg sun3 a.out).
320 . Some formats leave the displacement part of an instruction
321 . empty (eg m88k bcs), this flag signals the fact.*}
322 . boolean pcrel_offset;
323 .
324 .} reloc_howto_type;
325
326 */
327
328 /*
329 FUNCTION
330 the HOWTO macro
331
332 DESCRIPTION
333 The HOWTO define is horrible and will go away.
334
335
336 .#define HOWTO(C, R,S,B, P, BI, ABS, O, SF, NAME, INPLACE, MASKSRC, MASKDST, PC) \
337 . {(unsigned)C,R,S,B, P, BI, ABS,O,SF,NAME,INPLACE,MASKSRC,MASKDST,PC}
338
339 DESCRIPTION
340 And will be replaced with the totally magic way. But for the
341 moment, we are compatible, so do it this way..
342
343
344 .#define NEWHOWTO( FUNCTION, NAME,SIZE,REL,IN) HOWTO(0,0,SIZE,0,REL,0,false,false,FUNCTION, NAME,false,0,0,IN)
345 .
346 DESCRIPTION
347 Helper routine to turn a symbol into a relocation value.
348
349 .#define HOWTO_PREPARE(relocation, symbol) \
350 . { \
351 . if (symbol != (asymbol *)NULL) { \
352 . if (symbol->section == &bfd_com_section) { \
353 . relocation = 0; \
354 . } \
355 . else { \
356 . relocation = symbol->value; \
357 . } \
358 . } \
359 .}
360
361 */
362
363 /*
364 TYPEDEF
365 reloc_chain
366
367 DESCRIPTION
368
369 How relocs are tied together
370
371 .typedef unsigned char bfd_byte;
372 .
373 .typedef struct relent_chain {
374 . arelent relent;
375 . struct relent_chain *next;
376 .} arelent_chain;
377
378 */
379
380
381
382 /*
383 FUNCTION
384 bfd_perform_relocation
385
386 SYNOPSIS
387 bfd_reloc_status_type
388 bfd_perform_relocation
389 (bfd * abfd,
390 arelent *reloc_entry,
391 PTR data,
392 asection *input_section,
393 bfd *output_bfd);
394
395 DESCRIPTION
396 If an output_bfd is supplied to this function the generated
397 image will be relocatable, the relocations are copied to the
398 output file after they have been changed to reflect the new
399 state of the world. There are two ways of reflecting the
400 results of partial linkage in an output file; by modifying the
401 output data in place, and by modifying the relocation record.
402 Some native formats (eg basic a.out and basic coff) have no
403 way of specifying an addend in the relocation type, so the
404 addend has to go in the output data. This is no big deal
405 since in these formats the output data slot will always be big
406 enough for the addend. Complex reloc types with addends were
407 invented to solve just this problem.
408
409 */
410
411
412 bfd_reloc_status_type
413 DEFUN(bfd_perform_relocation,(abfd,
414 reloc_entry,
415 data,
416 input_section,
417 output_bfd),
418 bfd *abfd AND
419 arelent *reloc_entry AND
420 PTR data AND
421 asection *input_section AND
422 bfd *output_bfd)
423 {
424 bfd_vma relocation;
425 bfd_reloc_status_type flag = bfd_reloc_ok;
426 bfd_vma addr = reloc_entry->address ;
427 bfd_vma output_base = 0;
428 reloc_howto_type *howto = reloc_entry->howto;
429 asection *reloc_target_output_section ;
430
431 asymbol *symbol;
432
433 symbol = *( reloc_entry->sym_ptr_ptr);
434 if ((symbol->section == &bfd_und_section) && output_bfd == (bfd *)NULL) {
435 flag = bfd_reloc_undefined;
436 }
437
438 if (howto->special_function){
439 bfd_reloc_status_type cont;
440 cont = howto->special_function(abfd,
441 reloc_entry,
442 symbol,
443 data,
444 input_section);
445 if (cont != bfd_reloc_continue) return cont;
446 }
447
448 /*
449 Work out which section the relocation is targetted at and the
450 initial relocation command value.
451 */
452
453
454 if (symbol->section == &bfd_com_section) {
455 relocation = 0;
456 }
457 else {
458 relocation = symbol->value;
459 }
460
461
462 reloc_target_output_section = symbol->section->output_section;
463
464 if (output_bfd && howto->partial_inplace==false) {
465 output_base = 0;
466 }
467 else {
468 output_base = reloc_target_output_section->vma;
469
470 }
471
472 relocation += output_base + symbol->section->output_offset;
473
474
475 relocation += reloc_entry->addend ;
476
477
478 if(reloc_entry->address > input_section->_cooked_size)
479 {
480 return bfd_reloc_outofrange;
481 }
482
483
484 if (howto->pc_relative == true)
485 {
486 /*
487 Anything which started out as pc relative should end up that
488 way too.
489
490 There are two ways we can see a pcrel instruction. Sometimes
491 the pcrel displacement has been partially calculated, it
492 includes the distance from the start of the section to the
493 instruction in it (eg sun3), and sometimes the field is
494 totally blank - eg m88kbcs.
495 */
496
497
498 relocation -=
499 input_section->output_section->vma + input_section->output_offset;
500
501 if (howto->pcrel_offset == true) {
502 relocation -= reloc_entry->address;
503 }
504
505 }
506
507 if (output_bfd!= (bfd *)NULL) {
508 if ( howto->partial_inplace == false) {
509 /*
510 This is a partial relocation, and we want to apply the relocation
511 to the reloc entry rather than the raw data. Modify the reloc
512 inplace to reflect what we now know.
513 */
514 reloc_entry->addend = relocation ;
515 reloc_entry->address += input_section->output_offset;
516 return flag;
517 }
518 else
519 {
520 /* This is a partial relocation, but inplace, so modify the
521 reloc record a bit.
522
523 If we've relocated with a symbol with a section, change
524 into a ref to the section belonging to the symbol
525 */
526 reloc_entry->addend = relocation ;
527 reloc_entry->address += input_section->output_offset;
528
529
530 }
531 }
532 else
533 {
534
535 reloc_entry->addend = 0;
536 }
537
538
539
540 /*
541 Either we are relocating all the way, or we don't want to apply
542 the relocation to the reloc entry (probably because there isn't
543 any room in the output format to describe addends to relocs)
544 */
545 relocation >>= howto->rightshift;
546
547 /* Shift everything up to where it's going to be used */
548
549 relocation <<= howto->bitpos;
550
551 /* Wait for the day when all have the mask in them */
552
553 /* What we do:
554 i instruction to be left alone
555 o offset within instruction
556 r relocation offset to apply
557 S src mask
558 D dst mask
559 N ~dst mask
560 A part 1
561 B part 2
562 R result
563
564 Do this:
565 i i i i i o o o o o from bfd_get<size>
566 and S S S S S to get the size offset we want
567 + r r r r r r r r r r to get the final value to place
568 and D D D D D to chop to right size
569 -----------------------
570 A A A A A
571 And this:
572 ... i i i i i o o o o o from bfd_get<size>
573 and N N N N N get instruction
574 -----------------------
575 ... B B B B B
576
577 And then:
578 B B B B B
579 or A A A A A
580 -----------------------
581 R R R R R R R R R R put into bfd_put<size>
582 */
583
584 #define DOIT(x) \
585 x = ( (x & ~howto->dst_mask) | (((x & howto->src_mask) + relocation) & howto->dst_mask))
586
587 switch (howto->size)
588 {
589 case 0:
590 {
591 char x = bfd_get_8(abfd, (char *)data + addr);
592 DOIT(x);
593 bfd_put_8(abfd,x, (unsigned char *) data + addr);
594 }
595 break;
596
597 case 1:
598 {
599 short x = bfd_get_16(abfd, (bfd_byte *)data + addr);
600 DOIT(x);
601 bfd_put_16(abfd, x, (unsigned char *)data + addr);
602 }
603 break;
604 case 2:
605 {
606 long x = bfd_get_32(abfd, (bfd_byte *) data + addr);
607 DOIT(x);
608 bfd_put_32(abfd,x, (bfd_byte *)data + addr);
609 }
610 break;
611 case 3:
612
613 /* Do nothing */
614 break;
615 default:
616 return bfd_reloc_other;
617 }
618
619 return flag;
620 }
621
622
623
624 /*
625 INODE
626 howto manager, , typedef arelent, Relocations
627
628 SECTION
629 The howto manager
630
631 When an application wants to create a relocation, but doesn't
632 know what the target machine might call it, it can find out by
633 using this bit of code.
634
635 */
636
637 /*
638 TYPEDEF
639 bfd_reloc_code_type
640
641 DESCRIPTION
642 The insides of a reloc code
643
644 CODE_FRAGMENT
645 .
646 .typedef enum bfd_reloc_code_real
647 .{
648 . {* 16 bits wide, simple reloc *}
649 . BFD_RELOC_16,
650 .
651 . {* 8 bits wide, but used to form an address like 0xffnn *}
652 . BFD_RELOC_8_FFnn,
653 .
654 . {* 8 bits wide, simple *}
655 . BFD_RELOC_8,
656 .
657 . {* 8 bits wide, pc relative *}
658 . BFD_RELOC_8_PCREL,
659 .
660 . {* The type of reloc used to build a contructor table - at the
661 . moment probably a 32 bit wide abs address, but the cpu can
662 . choose. *}
663 .
664 . BFD_RELOC_CTOR
665 . } bfd_reloc_code_real_type;
666 */
667
668
669
670 /*
671 SECTION
672 bfd_reloc_type_lookup
673
674 SYNOPSIS
675 CONST struct reloc_howto_struct *
676 bfd_reloc_type_lookup
677 (CONST bfd_arch_info_type *arch, bfd_reloc_code_type code);
678
679 DESCRIPTION
680 This routine returns a pointer to a howto struct which when
681 invoked, will perform the supplied relocation on data from the
682 architecture noted.
683
684 */
685
686
687 CONST struct reloc_howto_struct *
688 DEFUN(bfd_reloc_type_lookup,(arch, code),
689 CONST bfd_arch_info_type *arch AND
690 bfd_reloc_code_type code)
691 {
692 return arch->reloc_type_lookup(arch, code);
693 }
694
695 static reloc_howto_type bfd_howto_32 =
696 HOWTO(0, 00,2,32,false,0,false,true,0,"VRT32", false,0xffffffff,0xffffffff,true);
697
698
699 /*
700 INTERNAL_FUNCTION
701 bfd_default_reloc_type_lookup
702
703 SYNOPSIS
704 CONST struct reloc_howto_struct *bfd_default_reloc_type_lookup
705 (CONST struct bfd_arch_info *,
706 bfd_reloc_code_type code);
707
708 DESCRIPTION
709 Provides a default relocation lookuperer for any architectue
710
711
712 */
713 CONST struct reloc_howto_struct *
714 DEFUN(bfd_default_reloc_type_lookup,(arch, code),
715 CONST struct bfd_arch_info *arch AND
716 bfd_reloc_code_type code)
717 {
718 switch (code)
719 {
720 case BFD_RELOC_CTOR:
721 /* The type of reloc used in a ctor, which will be as wide as the
722 address - so either a 64, 32, or 16 bitter.. */
723 switch (arch->bits_per_address) {
724 case 64:
725 BFD_FAIL();
726 case 32:
727 return &bfd_howto_32;
728 case 16:
729 BFD_FAIL();
730 default:
731 BFD_FAIL();
732 }
733 default:
734 BFD_FAIL();
735 }
736 return (struct reloc_howto_struct *)NULL;
737 }
738
739
740 /*
741 INTERNAL_FUNCTION
742 bfd_generic_relax_section
743
744 SYNOPSIS
745 boolean bfd_generic_relax_section
746 (bfd *abfd,
747 asection *section,
748 asymbol **symbols,
749 struct bfd_seclet_struct *seclet);
750
751 DESCRIPTION
752 Provides default handling for relaxing for back ends which
753 don't do relaxing - ie does nothing
754 */
755
756 boolean
757 DEFUN(bfd_generic_relax_section,(abfd, section, symbols, seclet),
758 bfd *abfd AND
759 asection *section AND
760 asymbol **symbols AND
761 struct bfd_seclet_struct *seclet)
762 {
763
764 return false;
765
766 }
767
768
769 /*
770 INTERNAL_FUNCTION
771 bfd_generic_get_relocated_section_contents
772
773 SYNOPSIS
774 bfd_byte *
775 bfd_generic_get_relocated_section_contents(bfd *abfd,
776 struct bfd_seclet_struct *seclet)
777
778 DESCRIPTION
779 Provides default handling of relocation effort for back ends
780 which can't be bothered to do it efficiently.
781
782 */
783
784 bfd_byte *
785 DEFUN(bfd_generic_get_relocated_section_contents,(abfd, seclet),
786 bfd *abfd AND
787 struct bfd_seclet_struct *seclet)
788 {
789 extern bfd_error_vector_type bfd_error_vector;
790
791
792 asymbol **symbols = 0;
793
794 /* Get enough memory to hold the stuff */
795 bfd *input_bfd = seclet->u.indirect.section->owner;
796 asection *input_section = seclet->u.indirect.section;
797
798 bfd_byte *data = (bfd_byte *)malloc(input_section->_raw_size);
799 bfd_byte *dst = data;
800 bfd_byte *prev_dst = data;
801 unsigned int gap = 0;
802
803 bfd_size_type reloc_size = bfd_get_reloc_upper_bound(input_bfd,
804 input_section);
805 arelent **reloc_vector = (arelent **)malloc(reloc_size);
806
807 /* read in the section */
808 bfd_get_section_contents(input_bfd,
809 input_section,
810 data,
811 0,
812 input_section->_raw_size);
813
814 /* We're not relaxing the section, so just copy the size info */
815 input_section->_cooked_size = input_section->_raw_size;
816 input_section->reloc_done = true;
817
818
819 if (bfd_canonicalize_reloc(input_bfd,
820 input_section,
821 reloc_vector,
822 seclet->u.indirect.symbols) )
823 {
824 arelent **parent;
825 for (parent = reloc_vector; * parent != (arelent *)NULL;
826 parent++)
827 {
828 bfd_reloc_status_type r=
829 bfd_perform_relocation(input_bfd,
830 *parent,
831 data,
832 input_section, 0);
833
834
835 if (r != bfd_reloc_ok)
836 {
837 asymbol *s;
838
839 switch (r)
840 {
841 case bfd_reloc_undefined:
842 bfd_error_vector.undefined_symbol(*parent, seclet);
843 break;
844 case bfd_reloc_dangerous:
845 bfd_error_vector.reloc_dangerous(*parent, seclet);
846 break;
847 case bfd_reloc_outofrange:
848 case bfd_reloc_overflow:
849 bfd_error_vector.reloc_value_truncated(*parent, seclet);
850 break;
851 default:
852 abort();
853 break;
854 }
855
856 }
857 }
858 }
859
860 free((char *)reloc_vector);
861 return data;
862
863
864 }
865
This page took 0.048775 seconds and 4 git commands to generate.