--- Additional Comments From chul at cn dot fujitsu dot com 2008-02-02
02:46 ---
Created an attachment (id=2227)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2227&action=view)
After applying this patch, when use "strings -0 file", "invalid number 0" will
be reported.
--
ht
When I use the command "strings" like this: "strings -0 file" will trap in
infinite loop.
The binutils version is 2.17.50.0.6. Has this bug been fixed?
If not, here is my patch.
Thank you.
Chu Li
Signed-off-by: Chu Li <[EMAIL PROTECTED]>
-
--- Additional Comments From dimitry at andric dot com 2008-02-01 23:22
---
Created an attachment (id=2226)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2226&action=view)
Fix for properly parsing .save directives with an FPA register
--
http://sourceware.org/bugzilla/show_
--- Additional Comments From dimitry at andric dot com 2008-02-01 23:21
---
Created an attachment (id=2225)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2225&action=view)
Test case for .save of an FPA register
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5712
---
According to the docs here:
http://sourceware.org/binutils/docs-2.18/as/ARM-Directives.html#index-g_t_0040code_007b_002esave_007d-directive_002c-ARM-609
you should be able to specify an FPA register in ARM .save directives,
like the following:
sfmfd f4, 1, [sp]!
.save f4, 1
Th
On Fri, 2008-02-01 at 10:40 +, Nick Clifton wrote:
> > The GNU tools never generate EM_COLDFIRE. I think some non-GNU tools
> > do.
>
> Ok, but is the EM_COLDFIRE number the correct one to use ? (ie are the GNU
> tools wrong ?) It would appear so given the name, but maybe it is an
> unoff
On Thu, 2008-01-31 at 15:22 -0500, Daniel Jacobowitz wrote:
> The GNU tools never generate EM_COLDFIRE. I think some non-GNU tools
> do.
Daniel:
Thank you. That's a bit of a relief. I may have it misconfigured, but at
least I seem to have it misconfigured correctly. :-)
shap
--- Additional Comments From amodra at bigpond dot net dot au 2008-02-01
12:52 ---
Nick, I think your patch is just papering over the real problem, which is that
elf32_arm_size_dynamic_sections calls bfd_elf32_arm_init_maps for all input bfds
regardless of target. bfd_elf32_arm_init_map
Hi Daniel,
Should this be getting set to EM_COLDFIRE, or is the existing behavior
correct?
I think that it is a bug. ie the number should be EM_COLDFIRE.
The GNU tools never generate EM_COLDFIRE. I think some non-GNU tools
do.
Ok, but is the EM_COLDFIRE number the correct one to use ? (i
