|
From: Theodore A. R. <tr...@op...> - 2003-04-01 17:05:18
|
On Tue, 1 Apr 2003, Nils Kristian Strom wrote: :) On Tue, 1 Apr 2003, E. Weddington wrote: :) :) > On Windows platforms, bfd, by itself, is not casually made to the users. If the :) > support is built-in to the avarice executable that would be the best for this :) > platform. :) :) Static linking of bfd into the avarice.exe binary is a very good idea :) for Windows (in fact it should be considered for every binary release as :) the BFD seems not to be part of a standard Unix installation). :) :) :) Also, please note that my previous patch has flaws on which I am currently :) working to fix. Noteably, :) :) 1. When parsing the input file to find useful sections for FLASH, some file :) formats (binary/ihex) have section flags that are kind of useless. :) My new approach is to look at the section address in stead (which is just as :) safe). :) This causes ihex format to be unsupported by previous (broken) patch. :) :) 2. Multiple sections that overlap on a FLASH-page basis are not supported. :) My new approach is to build a complete FLASH image before transferring to :) the device. This is much safer, and supports advanced linkerscripts with :) multiple sections. (typically bootloaders and other data which must be :) relocated to known addresses). :) :) 3. ELF file format with one section (e.g. .text) starting at address 0 should :) IMHO work correctly with the previous patch. Sounds good. I will try to find some time today or torrmow to work on the getting bfd checks into autoconf. Which version of bfd are you working with? Hmm.. I don't see a bfd dir on ftp.gnu.org. I suspect we'll have to use the version from binutils. I'll do some more research... Ted Roth |