* objcopy problem with tic4x architecture
@ 2003-03-13 16:24 Aschwin Gopalan
2003-03-15 11:44 ` Svein E. Seldal
0 siblings, 1 reply; 2+ messages in thread
From: Aschwin Gopalan @ 2003-03-13 16:24 UTC (permalink / raw)
To: binutils
I try to produce a binary file (to loaded into the dsp) using
objcopy from a coff2-c4x fully linked object file. As soon as I use
-O binary (or any of the Hex output formats) the following happens:
The Adresses in the coff file are addressing 32-bit wide memory. The
adresses are put directly into the output file, but without multiplying
them by four to address the correct *byte* in the file, resulting in
overlapping sections. What should I do?
Aki
--
+------------------------------------------------------------------+
!Aschwin Gopalan ESR Rohmann GmbH !
!Research&Development Rudolf-Diesel-Strasse 13 !
!Application and System Software 67227 Frankenthal !
!gopalan@rohmann.de GERMANY !
+------------------------------------------------------------------+
!Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte !
!Informationen. Wenn Sie nicht der richtige Adressat sind oder !
!dieses E-Mail irrtümlich erhalten haben, informieren Sie bitte !
!sofort den Absender und vernichten Sie diese Mail. Das unerlaubte !
!Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht !
!gestattet. !
+------------------------------------------------------------------+
!This e-mail may contain confidential and/or privileged informa- !
!tion. If you are not the intended recipient (or have received this!
!e-mail in error) please notify the sender immediately and destroy !
!this e-mail. Any unauthorized copying, disclosure or distribution !
!of the material in this e-mail is strictly forbidden. !
+------------------------------------------------------------------+
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: objcopy problem with tic4x architecture
2003-03-13 16:24 objcopy problem with tic4x architecture Aschwin Gopalan
@ 2003-03-15 11:44 ` Svein E. Seldal
0 siblings, 0 replies; 2+ messages in thread
From: Svein E. Seldal @ 2003-03-15 11:44 UTC (permalink / raw)
To: Aschwin Gopalan; +Cc: binutils
Aschwin Gopalan wrote:
> I try to produce a binary file (to loaded into the dsp) using
> objcopy from a coff2-c4x fully linked object file. As soon as I use
> -O binary (or any of the Hex output formats) the following happens:
> The Adresses in the coff file are addressing 32-bit wide memory. The
> adresses are put directly into the output file, but without multiplying
> them by four to address the correct *byte* in the file, resulting in
> overlapping sections. What should I do?
>
Hi,
Do you have a simple testcase to prove your point, please?
The problem with tic4x has always been that it is unaware of bytes. The
host must use 4 native storeage elements (i.e. bytes) to store one of
the target's native storeage element (i.e. a 32-bit word). This problem
arises when you are working with the output formats, like you do. Should
they apply to the host, i.e. multiply the addresses with four, or should
they apply to the target, like they do today. Beacause if you are to
flash this binary image (or ihex for that matter) into a 32-bits flash
which is connected to the DSP, well, then the image is correct AFAICS.
The same applies to your question about gdb; getting a gdb patch up and
running is simple enough - but the main gdb requres a lot of changes as
the host is byte addressable, while the target is 32-bit addressable. As
for your question; no I do not have any working source. I plan on make
one, but I'm too busy at the moment.
Regards,
Svein
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-03-15 11:44 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-13 16:24 objcopy problem with tic4x architecture Aschwin Gopalan
2003-03-15 11:44 ` Svein E. Seldal
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).