[Bug gas/12166] Assertion failure in coff_frob_symbol
http://sourceware.org/bugzilla/show_bug.cgi?id=12166 Anton Korobeynikov changed: What|Removed |Added CC||asl at math dot spbu.ru -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12166] Assertion failure in coff_frob_symbol
http://sourceware.org/bugzilla/show_bug.cgi?id=12166 Mikhail Glushenkov changed: What|Removed |Added Target||i686-pc-mingw32 Host||i686-pc-mingw32 Build||i686-pc-mingw32 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12166] New: Assertion failure in coff_frob_symbol
http://sourceware.org/bugzilla/show_bug.cgi?id=12166 Summary: Assertion failure in coff_frob_symbol Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassig...@sources.redhat.com ReportedBy: fo...@codedgers.com When run on the attached file, as crashes with the following message: Assertion failure in coff_frob_symbol at ../../../src/binutils-2.20.1/gas/config/obj-coff.c line 125 5. Please report this bug. The problem is the dot before '1288208123' on this line: .weak_mseed.1288208123 This bug exists in all versions of as I tried (MinGW-current,2.20.1,CVS). Target: i686-pc-mingw32 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12073] addr2line unwind inlined functions does not always work with dwarf2
http://sourceware.org/bugzilla/show_bug.cgi?id=12073 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #1 from Nick Clifton 2010-10-27 14:46:11 UTC --- Hi Brad, The patch looks reasonable, but please could you supply a small test case that I could use to check it out ? (Plus then I can add the testcase to the binutils testsuite to make sure that this problem does not resurface in the future). Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12075] cross binutils-2.20.51.0.11 doesn't build with zlib-devel-1.2.5.
http://sourceware.org/bugzilla/show_bug.cgi?id=12075 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution||WONTFIX --- Comment #1 from Nick Clifton 2010-10-27 14:35:56 UTC --- Hi Pawel, This should no longer be a problem because the code has been rewritten and the compress function is no longer being used. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: How to use control-D character?
Hi Maciej,
1. input_file_open() uses ungetc(3) without checking for EOF.
2. glibc does not handle the EOF condition in the context of ungetc(3)
correctly when input is connected to the terminal.
The issue #1 above is obvious and only applies to EOF seen right at the
beginning. I'll elaborate on #2. We make this sequence of calls on
input:
getc()
ungetc()
fread()
fread()
fread()
...
The call to getc(3) collects a line of input with read(2) (that is
retained) and returns the first character. The call to ungetc(3) pushes
the character back to the head of the line. The call to fread(3) collects
another line of input (that is retained) with read(2) and returns the line
previously collected by getc(3). The next call to fread(3) collects
another line of input (that is retained) with read(2) and returns the line
collected by the previous call to fread(3), etc., etc...
Now if at any point read(2) returns EOF, then glibc records the fact (see
libio/fileops.c and look for "fp->_flags |= _IO_EOF_SEEN" assignments,
such as in _IO_file_xsgetn() that is used by fread(3)), but obviously it
still has to return the line buffered by the previous call to fread(3).
The EOF condition is expected to be triggered by the next call to fread(3)
(or, to be exact, once all the buffered characters have been consumed, up
to which point fread(3) should refrain from making further calls to
read(2)), but that doesn't happen unless the associated read(2) call
returns another EOF, because glibc actually never checks whether the
_IO_EOF_SEEN flag is set.
The ISO C99 standard seems a bit imprecise about the interaction between
ungetc(3) and fread(3), which matters especially in the context of
line-mode devices such as terminals. The above is my interpretation of
how these calls should behave only, that is guaranteed the glibc
maintainers will disagree with, as usual.
Imagining that I am Uli for a second, it occurs to me that he will
defend glibc by saying that we ought to be calling feof() to check for
the end of file condition before calling fread().
So what do you think of this patch, which appears to take care of both
points (1) and (2), although it does not attempt to tidy up the #NO_APP
processing ?
Cheers
Nick
Index: gas/input-file.c
===
RCS file: /cvs/src/src/gas/input-file.c,v
retrieving revision 1.27
diff -u -3 -p -r1.27 input-file.c
--- gas/input-file.c 2 Sep 2009 07:24:19 - 1.27
+++ gas/input-file.c 27 Oct 2010 14:02:11 -
@@ -157,6 +157,15 @@ input_file_open (char *filename, /* "" m
return;
}
+ /* Check for an empty input file. */
+ if (feof (f_in))
+{
+ fclose (f_in);
+ f_in = NULL;
+ return;
+}
+ gas_assert (c != EOF);
+
if (c == '#')
{
/* Begins with comment, may not want to preprocess. */
@@ -209,6 +218,9 @@ input_file_get (char *buf, int buflen)
{
int size;
+ if (feof (f_in))
+return 0;
+
size = fread (buf, sizeof (char), buflen, f_in);
if (size < 0)
{
@@ -235,7 +247,13 @@ input_file_give_next_buffer (char *where
if (preprocess)
size = do_scrub_chars (input_file_get, where, BUFFER_SIZE);
else
-size = fread (where, sizeof (char), BUFFER_SIZE, f_in);
+{
+ if (feof (f_in))
+ size = 0;
+ else
+ size = fread (where, sizeof (char), BUFFER_SIZE, f_in);
+}
+
if (size < 0)
{
as_bad (_("can't read from %s: %s"), file_name, xstrerror (errno));
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #2 from Nick Clifton 2010-10-27 13:27:36 UTC --- Hi, Please could you try out the uploaded patch ? It seems that the bug is in the elf32_avr_check_relocs() function, but since this function does not actually do anything there is no reason to actually keep it in the sources. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 --- Comment #1 from Nick Clifton 2010-10-27 13:25:57 UTC --- Created attachment 5090 --> http://sourceware.org/bugzilla/attachment.cgi?id=5090 Delete elf32_avr_check_relocs function -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12163] New: --start/end-group causes bogus 'multiple definition of ...' error.
http://sourceware.org/bugzilla/show_bug.cgi?id=12163
Summary: --start/end-group causes bogus 'multiple definition of
...' error.
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: i...@airs.com
ReportedBy: pl...@agmk.net
testcase:
$ cat t.cpp
#include
void foo() { std::puts( "foo()" ); }
$ /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-g++
t.cpp -c -fpic
$ /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ar rc
t.a t.o
$
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold
-L /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/lib64 -L
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/usr/lib64 -z defs -shared -o
t.so --start-group --whole-archive t.a --no-whole-archive --end-group -lc
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold:
error: t.a(t.o): multiple definition of 'foo()'
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold:
t.a(t.o): previous definition here
with classic BFD linked it works fine.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6962] ld fails in coffcode.h line 842 in handle_COMDAT
http://sourceware.org/bugzilla/show_bug.cgi?id=6962 Pawel Sikora changed: What|Removed |Added CC||pluto at agmk dot net Version|2.18|2.20 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6962] ld fails in coffcode.h line 842 in handle_COMDAT
http://sourceware.org/bugzilla/show_bug.cgi?id=6962 --- Comment #2 from Pawel Sikora 2010-10-27 08:20:47 UTC --- Created attachment 5089 --> http://sourceware.org/bugzilla/attachment.cgi?id=5089 part of the gcc/libsupc++ $ i686-pc-mingw32/bin/ar rc libsupc++convenience.a eh_alloc.o BFD: BFD (Linux/GNU Binutils) 2.20.51.0.12.20101020 internal error, aborting at coffcode.h line 961 in handle_COMDAT BFD: Please report this bug. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12042] segmentation fault in i686-pc-mingw32-windres @ coff_to_bin().
http://sourceware.org/bugzilla/show_bug.cgi?id=12042 Pawel Sikora changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Pawel Sikora 2010-10-27 07:43:31 UTC --- seems to work with binutils-2.20.51.0.12.20101020. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
