YAH8LP (Yet another H8 Ld Problem :)

[Joel Sherrill <joel dot sherrill at OARcorp dot com>]

We are back to a core dump. It appears to be for a different reason.
This is from the free at the bottom of the routine
bfd_coff_reloc16_get_relocated_section_contents().  Is the pointer
being corrupted?  There is some aliasing of it going on.


(gdb) bt
#0  chunk_free (ar_ptr=0x4010ad60, p=0x80f34b0) at malloc.c:3049
#1  0x40075fba in __libc_free (mem=0x80f34b8) at malloc.c:3023
#2  0x806a4f5 in bfd_coff_reloc16_get_relocated_section_contents (
    in_abfd=0x808c828, link_info=0x808647c, link_order=0x808d300, 
    data=0x80f3468 "\001", relocateable=false, symbols=0x80cc2b8)
    at ../../binutils-2.10/bfd/reloc16.c:349 
       >>>>> this is the free at the bottom of the modified file)
#3  0x805e020 in bfd_get_relocated_section_contents (abfd=0x808c828, 
    link_info=0x808647c, link_order=0x808d300, data=0x80f3468 "\001", 
    relocateable=false, symbols=0x80cc2b8)
    at ../../binutils-2.10/bfd/bfd.c:1135
#4  0x8063077 in default_indirect_link_order (output_bfd=0x808c828, 
    info=0x808647c, output_section=0x808cb34, link_order=0x808d300, 
    generic_linker=true) at ../../binutils-2.10/bfd/linker.c:2743
#5  0x806253f in _bfd_generic_final_link (abfd=0x808c828,
info=0x808647c)
    at ../../binutils-2.10/bfd/linker.c:2047
#6  0x8057a8e in ldwrite () at ../../binutils-2.10/ld/ldwrite.c:519
#7  0x805567a in main (argc=28, argv=0xbffff744)
    at ../../binutils-2.10/ld/ldmain.c:367



-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985