This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

nios-elf-objcopy S-record length


I am currently working with a GNU tool chain obtained from Altera for 
the NIOS processor.  Here is the version information obtained from a 
'nios-elf-objcopy -V' command:
<start>
GNU objcopy 2.9-nios-010801-20030722
Copyright 1997, 1998, 1999 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
<end>

I am currently having a problem of objcopy making S-Records with 21 data 
bytes in them and am looking for a solution (21 bytes will be *very* 
inconvenient when I go to use these to FLASH a 16-bit device).  On a 
redirect from someone, I have been browsing the archives of this mailing 
list and found an apparent patch for objcopy that would fix my problem.  
Here are the references to the messages I found:

http://sourceware.org/ml/binutils/2000-09/msg00321.html
http://sourceware.org/ml/binutils/2000-03/msg00346.html
http://sourceware.org/ml/binutils/2000-03/msg00416.html
http://sourceware.org/ml/binutils/2000-03/msg00427.html

Can someone please tell me if/how I can apply this patch to my version 
of objcopy so that I may get 16-byte S-Records generated and ease my 
life considerably?  Or is there just a switch I need to activate that is 
not documented in 'nios-elf-objcopy -h' that I can use already?

Thanks,

Dan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]