Re: Crash in objdump

Hi Paul, I managed to crash the objdump binary and I would like to get a PGP key I can use to send you further details about my findings. There is no PGP key for this list. Instead please file a bug report here: https://sourceware.org/bugzilla/ and include the test binary in the report.

Re: can't compile

Hi Peter, Hi All, Tried to compile in mac and ubuntu 14.04.2 LTS, same error make[3]: Leaving directory `/root/workspace/binutils/gdb' d-exp.c:269:0: warning: "EQUAL" redefined [enabled by default] This is a problem with the GDB sources, and you have sent it to a binutils mailing list...

Re: tc-v850.c:1663: possible bad if condition ?

Hi David, [src/gas/config/tc-v850.c:1663]: (style) Expression is always false because 'else if' condition matches previous condition at line 1655. Thanks for reporting this bug. I have fixed it by applying the patch below. Cheers Nick gas/ChangeLog 2015-03-05 Nick Clifton * c

Re: Bug: line 1727 in _bfd_elf_write_section_eh_frame

Hi Vjekoslav, I ran into a bug with binutils (version: 2.24.90.20141104-1) I am unable to reproduce this bug, either with the current mainline sources or the 2.24 branch sources. On the other hand, your source tarball did not include the ./scripts/module-common.lds linker script, reference

Re: wcsncasecmp undefined up to Mac OS X 10.7

Hi Stefan, As this function is first available starting from OS X 10.7, I tried to solve the problem using towlower and wcsncmp. The problem with these functions is that towlower takes a wint_t argument but wcsncmp takes wchar_t arguments. A colleague of mine however pointer out that you ca

Re: Memory read out of bound in readelf from binutils-2.24

Hi xiaoqixue_1, Advisory: Memory read out of bound in readelf from binutils-2.24. Advisory ID: - Author : Qixue Xiao Affected Sofware: binutils-2.22 - 2.24,(tested), may be more versions Thanks for reporting this problem. I believe that the bug has now been fixed in the mainline development

Re: ld: Wrong error message on unknown -r* and -i* command-line options

Hi Igor, $ ld -iqwerty ld: bad -rpath option Thanks very much for reporting this problem. I have checked in the patch below to fix the bug. In the future though, please could you use the binutils bugzilla system to report bugs: https://sourceware.org/bugzilla Cheers Nick ld/ChangeLog

Re: Bug: ld segfault in libbdf-2.22-system on latest Debian stable

Hi Rafael, Please let me know how I can help resolve this issue. Unfortunately, I can not provide you with the input objects to the linker. That is a shame as a way to reproduce the problem would really help. /usr/bin/ld: BFD (GNU Binutils for Debian) 2.22 assertion fail 2.22 is quite an o

Re: objdump man page lines too long

Hi Dan, nobody@jidanni3:/$ < /dev/null > /dev/null man objdump :170: warning [p 1, 5.5i]: can't break line :611: warning [p 6, 8.0i, div `an-div', 0.0i]: can't break line I have checked in the attached patch to fix these warnings. Cheers Nick binutils/ChangeLog 2014-12-23 Nick Clifton

Re: GAS for ARM: does not support BX instruction for ARMv3 and lower

Hi Sergey, I try to compile program for ARMv3 or ARMv2 CPU target using GCC (4.8.x). It produces assembler code with BX LR instructions (return from function) which GAS (2.23.2) cannot compile: Error: selected processor does not support ARM mode `bx lr' This is really a gcc bug. ARM archi

Re: Error in bfd/doc/Makefile

Hi Stephen, It appears within the bfd/doc makefile it Assumes CC=pcc correctly but sets CC_FOR_BUILD = gcc which is nowhere on the system. This creates the below error when compiling binutils on a musl-pcc system. Setting CC_FOR_BUILD = pcc manually allows chew to build. I think that the inten

Re: Odd ld behaviour starting at version 2.22

Hi Doug, I'm not actually sure that this is a linker bug, but it sure looks like one. Version 2.21.1a of ld works fine, but starting at version 2.22 and up to 2.24, we are seeing some odd behaviour that is hard to pin down. If you have a look at the ld/NEWS file in the sources you can see wha

Re: Broken message (extraction) in binutils 2.24.90

Hi Göran, In readelf.c, in the macro CHECK_ENTSIZE_VALUES, there is this code error (_("Section %d has invalid sh_entsize of %" BFD_VMA_FMT "x\n"), \ i, section->sh_entsize);\ When extracting message strings from this code, only the first part will be extracted: msgid "Sect

Re: [Bug binutils/17329] Error: PC relative branch to label which is not in the instruction space

Hi Thomas, Summary: it's the combination of an optimization flag (-O) with debugging symbols (-g) that fails. So, after all, maybe it's more a gcc issue than a binutils issue? Almost certainly. The bug is probably that gcc is generating a short version of a branch instruction (on instructio

Re: libbfd bug: Segfault interpreting a header string

Hi Matt, I found an interesting bug in libbfd distributed in binutils-2.24. Thanks for reporting this bug. The problem has already been fixed by Alan Modra in the mainline binutils development sources. Unless there is a real need however I do not plan on backporting his patch to the 2.24

Re: .rsrc section ignored in library members for all Windows target.

Hi Benjamin, It seems the .rsrc section is ignored when it comes from an library member for all Windows targets. I have quiet a variety win32/win64 targets (i686-w64-mingw32, i686-pc-mingw32, i686-pc-cygwin, x86_64-w64-mingw32) from cygwin32. I have also tested a fresh compile of i686-w64-mingw

Re: problem in installing binutils.

Hi Yanamadala Sirisha, I am student working on a project. when am trying to install mspgcc on ubuntu 14.04 version am getting an error at "make" during installation of binutils... Ah - you are running into this problem because you are using a newer version of texinfo. When the 2.24 source

Re: [Bug ld/16790] [cygwin|mingw] ld -v creates a.exe

Hi Guys, Corinna wrote: From my POV the linker is the right place to do this, and I think it would be the right thing to add logic to ld to add the default manifest only for executables and only if necessary, rather than adding it indiscriminately to the linker scripts. Hmm, I suppose that thi