[Bug ld/2893] "ld -Map" memory map disordered
--- Additional Comments From nickc at redhat dot com 2006-07-11 14:13 --- Hi Bill, Why not simply post-process the memory map. There are lots of text handling tools that can do this, so why add extra code to the linker. It just introduces more places for bugs to occur and adds complexity where none is needed. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://sourceware.org/bugzilla/show_bug.cgi?id=2893 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2904] New: internal error [on invalid code]
When I accidentally assembled 32-bit assembly source with 64-bit assembler, I
got an internal error. This effectively boils down to following test case:
$ x86_64-elf64-linux-as
movl $_GLOBAL_OFFSET_TABLE_, %eax
^D^D
{standard input}: Assembler messages:
{standard input}:1: Internal error, aborting at ../../../gas/config/tc-i386.c
line 3652 in output_imm
Please report this bug.
$ x86_64-elf64-linux-as --version
GNU assembler 2.16.1
Copyright 2005 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.
This assembler was configured for a target of `x86_64-elf64-linux'.
This bug probably isn't of any significance for real code, as I don't believe
this code sequence could ever be used in valid code, but as asked me to report
it.
--
Summary: internal error [on invalid code]
Product: binutils
Version: 2.16
Status: NEW
Severity: minor
Priority: P1
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: markosc at interia dot pl
CC: bug-binutils at gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: x86_64-elf64-linux
http://sourceware.org/bugzilla/show_bug.cgi?id=2904
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2904] internal error [on invalid code]
-- What|Removed |Added Priority|P1 |P3 http://sourceware.org/bugzilla/show_bug.cgi?id=2904 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
gas SEGV reporting an error + patch
gas 2.14 and 2.16 can SEGV trying to report an error
assembling this erroneous code:
.set bar,5f+text1
5:
text1:
The bug is that 'report_op_error' incorrectly uses 'file' and 'line'
in the 'else' case where they are not initialized. Because the value
of 'file' is garbage, it is of course somewhat random whether you will
see a crash.
The fix is trivial: since there is no location information available,
use 'as_bad' instead of 'as_bad_where', as it was already doing for
other errors in the 'else' case.
--- tools/gnu/gas/symbols.c~2006-01-11 11:16:48.0 -0500
+++ tools/gnu/gas/symbols.c 2006-07-11 15:16:59.0 -0400
@@ -863,25 +863,23 @@
as_bad (_("undefined symbol `%s' in operation setting `%s'"),
S_GET_NAME (left), S_GET_NAME (symp));
if (seg_right == undefined_section)
as_bad (_("undefined symbol `%s' in operation setting `%s'"),
S_GET_NAME (right), S_GET_NAME (symp));
if (seg_left != undefined_section
&& seg_right != undefined_section)
{
if (right)
- as_bad_where (file, line,
- _("invalid sections for operation on `%s' and `%s'
setting `%s'"),
- S_GET_NAME (left), S_GET_NAME (right), S_GET_NAME
(symp));
+ as_bad (_("invalid sections for operation on `%s' and `%s' setting
`%s'"),
+S_GET_NAME (left), S_GET_NAME (right), S_GET_NAME (symp));
else
- as_bad_where (file, line,
- _("invalid section for operation on `%s' setting
`%s'"),
- S_GET_NAME (left), S_GET_NAME (symp));
+ as_bad (_("invalid section for operation on `%s' setting `%s'"),
+S_GET_NAME (left), S_GET_NAME (symp));
}
}
}
/* Resolve the value of a symbol. This is called during the final
pass over the symbol table to resolve any symbols with complex
values. */
valueT
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
