"Bart Van Assche" <bart.vanassche@xxxxxxxxx> wrote: > I looked through the gold sources a bit. I wish everything in the GNU > toolchain were written this way. It is very clean code, nicely > commented, and easy to follow. It shows pretty clearly, I think, the > ways in which C++ can be better than C when it is used well. I guess he never looked at the target interface... > // Relocate a section during a relocatable link. The parameters are > // like relocate_section, with additional parameters for the view of > // the output reloc section. > virtual void > relocate_for_relocatable(const Relocate_info<size, big_endian>*, > unsigned int sh_type, > const unsigned char* prelocs, > size_t reloc_count, > Output_section* output_section, > off_t offset_in_output_section, > const Relocatable_relocs*, > unsigned char* view, > typename elfcpp::Elf_types<size>::Elf_Addr > view_address, > section_size_type view_size, > unsigned char* reloc_view, > section_size_type reloc_view_size) = 0; I can't wait to implement avr32 support for that monster...I thoroughly hate working on libbfd, and it looks like gold has made many of the same stupid decisions on the interface level. Just shows that using C++ doesn't fix a design that is broken to begin with. Oh, and I think "relax.cc" is missing ;-) Haavard -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
