[Bug binutils/18672] readelf does not show the last entries in .dynamic section
https://sourceware.org/bugzilla/show_bug.cgi?id=18672 Alan Modra changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |amodra at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/15835] binutils can't deal with more than one SHT_SYMTAB_SHNDX section (such as from Solaris or illumos link editor)
https://sourceware.org/bugzilla/show_bug.cgi?id=15835 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi Rich, Please could you create a test case in way you suggested and upload it here ? I do not have access to a Solaris or illumos system at the moment. :-( Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18616] oprofile fails with "BFD: Dwarf Error: found dwarf version '64617', this reader only handles version 2, 3 and 4 information"
https://sourceware.org/bugzilla/show_bug.cgi?id=18616 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi Daniel, Please could you upload a test binary that demonstrates this problem, so that we can investigate further. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18509] 16 unexpected failures for "ld" during "make check" for binutils 2.24
https://sourceware.org/bugzilla/show_bug.cgi?id=18509 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi Yuhang, I have been unable to reproduce these testsuite failures. :-( If you can reproduce them with a toolchain built using the latest development sources then please could you upload the log file so that I can investigate further. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18631] avx512: wrong memory size for vcvtt?ps2u?qq instructions with data broadcast
https://sourceware.org/bugzilla/show_bug.cgi?id=18631 Alexander Fomin changed: What|Removed |Added Attachment #8436|0 |1 is obsolete|| --- Comment #5 from Alexander Fomin --- Created attachment 8442 --> https://sourceware.org/bugzilla/attachment.cgi?id=8442&action=edit A patch that should fix the issue + testcases update/extension I've extended the testcases for AVX512DQ and AVX512DQ/VL both with masked and non-masked versions of vcvtt?ps2u?qq instructions. As all these instructions require AVX512DQ or AVX512DQ/VL CPUID, I think we should not add them to (x86-64-)?avx512f(_vl)?.s files. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)
https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #10 from Jiong Wang --- the patch fix OpenLoop builds is sent out for review. https://sourceware.org/ml/binutils/2015-07/msg00137.html NOTE, it address the OpenLoops issue only which is root cause of what David run into. A seperate patch which fix the new issue exposed by the small foo/main testcase will be sent out later. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/15835] binutils can't deal with more than one SHT_SYMTAB_SHNDX section (such as from Solaris or illumos link editor)
https://sourceware.org/bugzilla/show_bug.cgi?id=15835 --- Comment #2 from Rich Lowe --- Created attachment 8443 --> https://sourceware.org/bugzilla/attachment.cgi?id=8443&action=edit test case Attached, it's a few thousand symbols named fooN and a main just to get it linked, built with -fdata-sections. You should have SYMTAB_SHNDX sections for .symtab, .dynsym, and .SUNW_ldynsym, which should be enough to trigger whatever problems -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18631] avx512: wrong memory size for vcvtt?ps2u?qq instructions with data broadcast
https://sourceware.org/bugzilla/show_bug.cgi?id=18631 --- Comment #6 from H.J. Lu --- (In reply to Alexander Fomin from comment #5) > Created attachment 8442 [details] > A patch that should fix the issue + testcases update/extension > > I've extended the testcases for AVX512DQ and AVX512DQ/VL both with masked > and non-masked versions of vcvtt?ps2u?qq instructions. > As all these instructions require AVX512DQ or AVX512DQ/VL CPUID, I think we > should not add them to (x86-64-)?avx512f(_vl)?.s files. 1. No need to add AT&T syntax tests. 2. For each instruction, only add one Intel syntax test for broadcast with DWORD. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18672] readelf does not show the last entries in .dynamic section
https://sourceware.org/bugzilla/show_bug.cgi?id=18672 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=53c3012ccc25ecfc4fa1f52e341e19b30d1e57db commit 53c3012ccc25ecfc4fa1f52e341e19b30d1e57db Author: Alan Modra Date: Fri Jul 17 00:13:22 2015 +0930 Correct readelf dynamic section buffer overlow test PR binutils/18672 * readelf.c (get_32bit_dynamic_section): Correct buffer limit test. (get_64bit_dynamic_section): Likewise. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18672] readelf does not show the last entries in .dynamic section
https://sourceware.org/bugzilla/show_bug.cgi?id=18672 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The binutils-2_25-branch branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=bba0ea53ab18d34511045416cdfa20c8151a49bd commit bba0ea53ab18d34511045416cdfa20c8151a49bd Author: Alan Modra Date: Fri Jul 17 00:13:22 2015 +0930 Correct readelf dynamic section buffer overlow test PR binutils/18672 * readelf.c (get_32bit_dynamic_section): Correct buffer limit test. (get_64bit_dynamic_section): Likewise. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18672] readelf does not show the last entries in .dynamic section
https://sourceware.org/bugzilla/show_bug.cgi?id=18672 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18509] 16 unexpected failures for "ld" during "make check" for binutils 2.24
https://sourceware.org/bugzilla/show_bug.cgi?id=18509 --- Comment #2 from Yuhang Wang --- Yes, I can try again with the latest source. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18559] Added support for better disassembling of VMOV reg,immediate with VFP coprocessor
https://sourceware.org/bugzilla/show_bug.cgi?id=18559 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution|--- |FIXED --- Comment #2 from Nick Clifton --- Hi Alessandro, Thanks very much for developing this patch. I have now applied it to the sources, so we should now be seeing more helpful output from the ARM disassembler. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
configure errors?
Hello Folks Trying to compile binutils on my system and I am getting the following error: as.c: In function ‘print_version_id’: as.c:224:14: error: ‘TARGET_ALIAS’ undeclared (first use in this function) VERSION, TARGET_ALIAS, BFD_VERSION_STRING); ^ <...including a few more similar errors...> I suppose this is more an error with the configure this is something that is over my head so hoping you folks could direct me to the appropriate channel for help with this problem... this could be a bug... or my mistake... I have successfully compiled this version binutils in the past on older machines... so not sure why it is not working now... thanks Mike ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18687] New: GNU as segfaults when file ended by '.endr' or '.endm' directive with spaces and end of line
https://sourceware.org/bugzilla/show_bug.cgi?id=18687 Bug ID: 18687 Summary: GNU as segfaults when file ended by '.endr' or '.endm' directive with spaces and end of line Product: binutils Version: 2.24 Status: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: matszpk at interia dot pl Target Milestone: --- Created attachment 8444 --> https://sourceware.org/bugzilla/attachment.cgi?id=8444&action=edit Sample source code for that GNU as segfaults. For following code the GNU as segfaults: .macro Xv .string "\Xv" .endm << end of line this code have only three lines, where last line is not ended by newline. GNU as prints messages: irptest.s: Assembler messages: irptest.s:3: Warning: partial line at end of file ignored irptest.s:1: Error: unexpected end of file in macro `xv' definition and segfaults. This same problem has been encountered for that code: .irp Xv, .string "\Xv" .endr << end of line Likewise, that code have line that is not ended by newline. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18687] GNU as segfaults when file ended by '.endr' or '.endm' directive with spaces at end of line
https://sourceware.org/bugzilla/show_bug.cgi?id=18687 matszpk at interia dot pl changed: What|Removed |Added Summary|GNU as segfaults when file |GNU as segfaults when file |ended by '.endr' or '.endm' |ended by '.endr' or '.endm' |directive with spaces and |directive with spaces at |end of line |end of line -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18687] GNU as segfaults when file ended by '.endr' or '.endm' directive with spaces at end of line
https://sourceware.org/bugzilla/show_bug.cgi?id=18687 --- Comment #1 from matszpk at interia dot pl --- I forgot about one: segfault encountered when last line is not terminated by newline and it have spaces at end. An attachment contains that last line. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18689] New: Building perf fails with ld: fatal error: No space left on device
https://sourceware.org/bugzilla/show_bug.cgi?id=18689 Bug ID: 18689 Summary: Building perf fails with ld: fatal error: No space left on device Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: markus at trippelsdorf dot de CC: ian at airs dot com Target Milestone: --- Trying to build perf (ships with the linux kernel) fails: For example: markus@x4 perf % gcc -Wp,-MD,arch/x86/util/.dwarf-regs.o.d,-MT,arch/x86/util/dwarf-regs.o -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wshadow -Wstrict-aliasing=3 -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -DHAVE_ARCH_X86_64_SUPPORT -DHAVE_PERF_REGS_SUPPORT -Werror -O6 -fno-omit-frame-pointer -ggdb3 -funwind-tables -Wall -Wextra -std=gnu99 -fstack-protector-all -D_FORTIFY_SOURCE=2 -I/usr/src/linux/tools/perf/util/include -I/usr/src/linux/tools/perf/arch/x86/include -I/usr/src/linux/tools/include/ -I/usr/src/linux/arch/x86/include/uapi -I/usr/src/linux/arch/x86/include -I/usr/src/linux/include/uapi -I/usr/src/linux/include -I/usr/src/linux/tools/perf/util -I/usr/src/linux/tools/perf -I/usr/src/linux/tools/lib/ -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DHAVE_SYNC_COMPARE_AND_SWAP_SUPPORT -DHAVE_PTHREAD_ATTR_SETAFFINITY_NP -DHAVE_LIBELF_SUPPORT -DHAVE_LIBELF_MMAP_SUPPORT -DHAVE_ELF_GETPHDRNUM_SUPPORT -DHAVE_DWARF_SUPPORT -DHAVE_DWARF_UNWIND_SUPPORT -DNO_LIBUNWIND_DEBUG_FRAME -DHAVE_LIBUNWIND_SUPPORT -DHAVE_LIBAUDIT_SUPPORT -I/usr/include/slang -DHAVE_SLANG_SUPPORT -DHAVE_GTK2_SUPPORT -DNO_LIBPERL -DHAVE_TIMERFD_SUPPORT -DHAVE_LIBBFD_SUPPORT -DHAVE_ZLIB_SUPPORT -DHAVE_LZMA_SUPPORT -DHAVE_BACKTRACE_SUPPORT -DHAVE_KVM_STAT_SUPPORT -DHAVE_AUXTRACE_SUPPORT -D"BUILD_STR(s)=#s" -c -o arch/x86/util/dwarf-regs.o arch/x86/util/dwarf-regs.c markus@x4 perf % ld -r -o foo.o arch/x86/util/dwarf-regs.o markus@x4 perf % ld -r -o test foo.o ld: fatal error: test: No space left on device -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18689] Building perf fails with ld: fatal error: No space left on device
https://sourceware.org/bugzilla/show_bug.cgi?id=18689 --- Comment #1 from Markus Trippelsdorf --- Created attachment 8445 --> https://sourceware.org/bugzilla/attachment.cgi?id=8445&action=edit test binary -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18689] Building perf fails with ld: fatal error: No space left on device
https://sourceware.org/bugzilla/show_bug.cgi?id=18689 H.J. Lu changed: What|Removed |Added Assignee|ccoutant at gmail dot com |hjl.tools at gmail dot com Target Milestone|--- |2.26 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
Re: configure errors?
Hello Folks
This is a follow-up to a previous post about "error:
‘TARGET_ALIAS’ undeclared"
I think I figured out the problem... there is definitely a bug...
let me explain... there was another similar post on the Internet and their
problem was gcc was including ../bfd/config.h instead of ./config.h when
ran from gas/ . Running the offending command with --save-temps confirms my
problem is the same. When I rename ../bfd/config.h (to avoid conflict)
suddenly 'make' in the gas directory works... so it seems the real problem
is in how #includes are resolved... this also occurred when compiling in
binutils/ again the fix was the same and magically it all worked...
Now I have the luxury of having access to computers with different
compiler versions. With older compilers 4.4.x it works. On newer compilers
( v4.8.3 ) it does not work. So either one of two things are wrong, there
is a new bug in GCC in how it handles include file resolution, or there is
a bug in the binutils source code where the include statements are not
correct and the old version of gcc erroneously did the right thing. Even if
this is a bug in gcc I think it would make binutils more robust if the
correct config.h was specified explicitly. I noticed that this undefined
macro problem pops up a lot and it seems users just give-up before solving
the problem...
Could someone here confirm whether this is a binutils bug or
whether I should post something on the gcc bug tracker... Thanks
If the problem is really in binutils it can be stated simple as
follows: gcc includes the wrong 'config.h' when it is included indirectly
through 'include/alloca-conf.h'. Instead of including the local version of
'config.h' it finds bfd/config.h first. This occurs when running make in
both 'gas/' and 'binutils/'. The problem is avoided in both cases by
temporarily removing 'bfd/config.h'
So let me give some nitty-gritty details to help you understand my
problem in greater detail:
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25> gcc --version
gcc (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064]
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25> ./configure
--prefix=/opt/gcc-4.9.3/install --with-mpc=/opt/gcc-4.9.3/install
--with-mpfr=/opt/gcc-4.9.3/install --with-gmp=/opt/gcc-4.9.3/install
--with-cloog=/opt/gcc-4.9.3/install --with-isl=/opt/gcc-4.9.3/install
--enable-gold=yes --enable-ld=yes --disable-libquadmath
--disable-libquadmath-support --enable-lto
... ...
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25> make
... ...
gcc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./..
-I./../bfd -DLOCALEDIR="\"/opt/gcc-4.9.3/install/share/locale\"" -W -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wshadow -g -O2 -MT as.o -MD -MP
-MF .deps/as.Tpo -c -o as.o as.c
as.c: In function ‘print_version_id’:
as.c:224:14: error: ‘TARGET_ALIAS’ undeclared (first use in this function)
VERSION, TARGET_ALIAS, BFD_VERSION_STRING);
^
as.c:224:14: note: each undeclared identifier is reported only once for
each function it appears in
as.c: In function ‘parse_args’:
as.c:635:5: error: ‘TARGET_ALIAS’ undeclared (first use in this function)
TARGET_ALIAS);
^
as.c:649:44: error: ‘TARGET_CANONICAL’ undeclared (first use in this
function)
fprintf (stderr, _("canonical = %s\n"), TARGET_CANONICAL);
^
as.c:650:43: error: ‘TARGET_CPU’ undeclared (first use in this function)
fprintf (stderr, _("cpu-type = %s\n"), TARGET_CPU);
^
Makefile:896: recipe for target 'as.o' failed
... ...
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25> cd gas
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25/gas> gcc -DHAVE_CONFIG_H
-I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd
-DLOCALEDIR="\"/opt/gcc-4.9.3/install/share/locale\"" -W -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wshadow -g -O2 -MT as.o -MD -MP
-MF .deps/as.Tpo -c -o as.o as.c --save-temps
... ...
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25/gas> head as.i -n 20
# 1 "as.c"
# 1 "/opt/gcc-4.9.3/binutils/binutils-2.25/gas//"
# 1 ""
# 1 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "" 2
# 1 "as.c"
# 34 "as.c"
# 1 "as.h" 1
# 37 "as.h"
# 1 "./../include/alloca-conf.h" 1
# 16 "./../include/alloca-conf.h"
# 1 "../bfd/config.h" 1
# 17 "./../include/alloca-conf.h" 2
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25/gas> mv ../bfd/config.h
../bfd/config.h.bak
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25/gas> make
... ...
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25/gas> cd ..
user@host:/opt/gcc-4.9.3/binutils/binutils-2.25> make
... ...
... ...
gcc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include
-DLOCA
[Bug gold/18689] Building perf fails with ld: fatal error: No space left on device
https://sourceware.org/bugzilla/show_bug.cgi?id=18689 --- Comment #2 from H.J. Lu --- A patch is posted at https://sourceware.org/ml/binutils/2015-07/msg00143.html -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18689] Building perf fails with ld: fatal error: No space left on device
https://sourceware.org/bugzilla/show_bug.cgi?id=18689 --- Comment #3 from H.J. Lu --- (In reply to H.J. Lu from comment #2) > A patch is posted at > > https://sourceware.org/ml/binutils/2015-07/msg00143.html Please use this instead: https://sourceware.org/ml/binutils/2015-07/msg00144.html -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
