Re: Symbol not Detectable by Objdump

Hi Ahmad, (gdb) disas 0xa830 Dump of assembler code for function ev_link_from_action(PdfDocument*, PopplerAction*): 0xa830 <+0>: cmpl $0xa,(%rsi) [...] The output of `objdump -D` on the library for this offset is shown below: a826: 66 2e 0f 1f 84 00 00nopw %cs:0x

Re: BFD config.h correctly #undefs 'TLS' (my compiler is old), but then bfd.c uses it anyway. Result is build failure.

Hi Gordon, >> Result is build failure. What specifically fails ? And where exactly are you adding the "#undef TLS" ? I am not enormously familiar with the mechanics of thread-local storage, but I get the impression that optionally doing without it would be next to impossible given the way t

Re: as aborts after buffer overflow

Hi Peter, I wanted to know how exactly gcc translates such expressions like n * 0x1001. People are talking about multiplication being not slower than any other arithmetic operation on modern processors, but in fact I got the code (n << 12) + n, no matter which form I used in the C source. OK, it

Re: as aborts after buffer overflow

Hi Peter, gcc -c -O1 -ggdb -masm=intel -Wa,-acdhlgn=gfp_library.lst -Wa,-- listing-lhs-width=4,--listing-rhs-width=132 -o gfp_library.o gfp_library.c In the future if you have other bugs like this to report, please could you capture the compiler's assembler output and provide that as the test

Re: Questions Regarding Initial Input Seeds Used for Fuzzing Binutils via OSS-Fuzz

Hi Federico, I have been exploring the Binutils library and its integration with OSS-Fuzz for fuzzing purposes. To be clear: The OSS-Fuzz project is completely separate from the GNU Binutils project. We are happy that they want to use our code as part of their project, but we are not connec

Re: PE section extension

Hi Joachim, I'd like to extend the ld generated PE section with a custom section called .store in analogy to .idata and I would love a little guidance where to make this change. I would recommend that rather than doing this in the linker, you perform it as an additional step after the linking

Re: [GAS bug] Typo in texi docs of GNU Assembler

Hi Jiří, I've just spotted a typo in GNU Assembler documentation: File path: gas/doc/as.texi   939 Ignored.  Supported for compatibility with tools that apss the same option to Doh! Thanks for reporting this. I have checked in the obvious fix... Thanks for a great software package (espe

Re: Make strip more efficient (as sstrip from ELFkickers) ?

Hi Alexander, I use sstrip from ELFkickers instead strip from binutils for more smallest executables https://github.com/BR903/ELFkickers May be make strip more efficient by use ELFkickers sources ? Thanks for the offer, but I think that we will pass. There are various issues, such as licensi

Re: Objcopy seems to consider tbss part of PTLOAD

Hi Vijay, but Im unsure about PT_TLS segment  consisting only of .tbss section like in above case. Why ? It seems reasonable to me. when objcopy does consider such a segment to be part of LOAD, when assigning offsets things seem to be going wrong First issue we encounter. objcopy: stq0GB

Re: Objcopy seems to consider tbss part of PTLOAD

Hi Vijay, In the future, it helps if report bugs, or potential bugs, via the binutils bugzilla system. This allows us to track bugs individually and also add comments in the code that refer back to the bug report. https://sourceware.org/bugzilla/ clang reprod.c -ffreestanding -c -o r

Re: MIPS32 - binutils-2.41

Hi Pete, I believe it's the target normalisation in config.sub (line 1055) that does it: mips3*-*) cpu=mips64 ;; Interesting... That doesn't seem quite right to me but I don't know much about binutils to know what the rationale is for that transfor

Re: MIPS32 - binutils-2.41

Hi Pete, I've been attempting to build a cross-compiler for a MIPS32 microcontroller (specifically an M14KE) and I've been running into problems that appear to stem from binutils silently coalescing 'mips32' into 'mips64'. What specifically are these problems ? All configurations of the binut

Re: Running strip on libpython3.so twice creates statically linked files

Hi Junsong, Please could you refile this problem using the binutils bug reporting system here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils It really helps to have a bug report where we can track problems and their solutions. Hello, I find out strip (version 2.7

Re: Bug in linker script file matching after b1eecf6f66a4a642 (prefix tree)

Hi Andrew, Apologies for the generic subject, I don't totally understand the nature of the bug. No worries. You have the problem narrowed down to a single commit, which definitely helps. I have a basic linker script that stopped working after upgrading to binutils 2.40. I did a git bisect

Re: Please make docs and makeinfo conditional on the --enable-docs variables, instead of being unconditional

Hi Yuri, I need to install the latest binutils on an outdated CentOS system where no package manager is available, and the installed gcc is 4.5.2 from 10+ years ago. If this problem is related to CentOS, then you really should file a bug report with their system, rather than here. In case it

Re: ORIGIN Grammar Typo in Some Documentation

Hi Matt, Hello, just reporting that lines 492-494 of ld/ld.texi contain examples of MEMORY ORIGIN of the form: ORIGIN : offset Where the grammar is: origin_spec: ORIGIN '=' mustbe_exp Oops! Seems like hoops to raise a pull request, someone else can take the glory. Glory

Re: bfd.h fails to compile on FreeBSD: error: unknown type name 'ENUM_BITFIELD'

Hi Yuri, Where is ENUM_BITFIELD expected to come from? /usr/include/anisdecl.h Cheers Nick

Re: Binutils release 2.40 require texinfo due to missing gas .info files

Hi Benson, This helps. However, the build script removes config.texi and then copies all.texi into config.texi changing timestamps and forcing a rebuild that requires makeinfo. This seems to have been encountered elsewhere, for example https://github.com/spack/spack/pull/34173 The reason for do

Re: Binutils release 2.40 require texinfo due to missing gas .info files

Hi Benson, The current binutils release 2.40 requires texinfo to build from source because gas does not have .info files. I believe that it does: % tar tvf binutils-2.40.tar.xz | grep as.info -rw-rw-rw- root/root 1220923 2023-01-14 00:00 binutils-2.40/gas/doc/as.info Typically texin

Re: Overloading ld linker script is not working after 2_36

Hi Phil, I can't get NOLOAD working any more. This used to work before binutils_2_36. The behaviour of the 2.36 binutils may have been accidental rather than intended... The key thing here is that input source files that are actually linker script fragments are interpreted as augmenting the

Re: linking an assembler object creates an executable stack

Hi Alexander, During development of a project I noticed that linking a object created from assembler to another object created from C code results in a binary with executable stack. Blowing my own trumpet slightly, I wrote a blog about this kind of problem which might be of help: https://www.

Re: Binutils/ld: linker script does not work for AVR mega 0 series (avrxmega3)

Hi Konrad, +  data   (rw!x) : ORIGIN = 0x802000, LENGTH = 0x1 The fixed origin seems very dubious to me and I wasn't able to debug __DATA_REGION_LENGTH__. It is defined earlier on in script: [cut] I actually meant to ask: is there a way to debug the linker script? I.e. to output what

Re: Binutils/ld: linker script does not work for AVR mega 0 series (avrxmega3)

Hi Konrad, the linker fails on trying to arrange data/bss segments even with very few small variables. E.g.: Please could you file a bug report for this problem here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils avr-g++ -Os -Wl,--gc-sections -B ~/tronic/atmel-compiler

Re: A heap buffer overflow bug in binutils-2.39

Hi bjchan9an, There is a heap buffer overflow bug in binutils-2.39 (commit 49c843e6). Please could you file a binutils bug report about this issue here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils Thanks. Cheers Nick

Re: Report a bug of binutils-2.38

Hi bjchan9an, There is an uncontrolled stack recursion vulnerability in binutils-2.38, which allows stack consumption in demangle_path_maybe_open_generics(). As Alan said, we are really only interested in bugs triggered by fuzzed binaries if they are reported against the current mainline code

Re: Report a bug of binutils

Hi bjchan9an, Hello, we want to report a bug of bintuils. Thank you for taking the timer to do this. However, we failed to create a new account of https://sourceware.org/bugzilla. The error information is: "Because of spam user account creation has been restricted.". What should we do? I w

Re: c function call issue from assembly program

Hi Arpan, I found this interesting issue in binutils v2.38. The following code works perfectly fine in ubuntu 20.04 (binutils v2.34) I could not reproduce this failure. That is when I compiled, assembled and linked your test program using binutils 2.38 tools, the resulting executable ran corr

Re: A request to add information on gprofng

Hi Kurt,     I did inquire with the overseers about what was possible approximately two months ago and they suggested it would be best under binutils. Makes sense to me.     A few things we are thinking would help gprofng:     - a gprofng FAQ where questions could be answered and rec

Re: A request to add information on gprofng

Hi Ruud, Hi Kurt, gprofng - Collects and displays application performance data. I have replaced the previous description of gprofng with this line. Related to this, we were wondering if we can get a gprofng page on https://sourceware.org/projects.html Probably - but you will have to as

Re: A request to add information on gprofng

Hi Ruud, By the way, will you be at Cauldron? I plan to attend and would love to meet in person! Oh yes - I will be there. :-) Cheers Nick

Re: A request to add information on gprofng

Hi Ruud, Since we are now part of the GNU binutils 2.39 release, I wonder if gprofng can be added to the list on the main binutils web site: Doh! Sorry - this is my bad. I should have thought to ask you. https://www.gnu.org/software/binutils/ If this is possible, please advise how to proc

Re: [binutils] ar -xo Archive reports cannot set time: Invalid argument

Hi canpool, ar: 1.txt: cannot set time: Invalid argument I provide a patch bound tv_nsec： Thanks for providing a patch. As it happens this bug has already been reported and fixed: https://sourceware.org/bugzilla/show_bug.cgi?id=28391 Cheers Nick

Re: Binutils bug compiling Gnome Text Editor on Windows

Hi Zachary, I'm unable to register on Bugzilla so I can't file this there. However, while trying to compile the Gnome Text Editor on Windows using msys2 I found the following error which caused compilation to cease. It's quite long so I pasted it here https://pastebin.mozilla.org/kbwhHzh7

Re: Bug: dlltool delaylibs corrupt float/double arguments

Hi Strager, I think the solution is for dll's delaylib trampoline to save xmm1 on the stack before calling __delayLoadHelper2. I made a patch which does this, and it fixes the bug for my code. Thanks very much for taking the time to track down the cause of this problem. and for creating a patc

Re: size.exe

Hi Zane, Please could you file a bug report about this problem here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils When you do, please could answer the following questions as well: Hi. I'm building binutils 2.38. When installing, it complains about being unable to find s

Re: ld-arm bug in encoding of blx calls jumping from thumb to arm instructions

Hi Jori, We encountered a linking error in 11.1 and 11.2 of the ARM GNU Toolchain. If this is a toolchain produced by ARM, then you really need to contact them, not us. If you can reproduce the problem using the GNU Binutils sources directly, then please feel free to report the bug here: ht

Re: LD producing SegFault executables with FreePascal 2.6.4, in Binutils-2.36.1 and later

Hi John, If you need some exe/object files, traces, etc. let me know and I will try to supply. Yes please. If you can give me an x86_64 version of the failing executable I can try examining it to see what is going wrong. Is there any chance that you could provide a test case that only uses

Re: LD producing SegFault executables with FreePascal 2.6.4, in Binutils-2.36.1 and later

Hi John, It appears that LD in binutils versions after 2.35 is producing segfault executables with Free Pascal 2.6.4.  You cannot build a working HelloWorld. Please could you file a bug report about this issue using the binutils bugzilla system: https://sourceware.org/bugzilla/enter_bug.cg

Re: Is this a bug?

Hi Zane, Hi. I am trying to compile binutils 2.37. But when the Makefile run > gcc.exe: fatal error: no input files What do I do? There is some suspicious quoting in the command line, starting with: "-DBINDIR=\\C:/test/normalGcc/bin\" (Note how the closing quote is escaped) And ending wi

Re: [PATCH] readelf: dump the value contained in offset on Rel relocs when -AW are passed

Hi Andrea, Thanks for patch suggestion. I do have a few comments: Here is the suggested patch. It will print the value at offset on Rel relocs; for simplicity, it only does it on 32-bit files, because that's what I need, but I can easily extend it; also, 64-bit ELFs tend to use Rela relocs

Re: readelf: also dump the address contained in offset on R_386_RELATIVE relocs

Hi Andrea, I see that, when dumping R_386_RELATIVE relocs in readelf, the format is like this Offset InfoTypeSym.Value Sym. Name 3d01 0008 R_386_RELATIVE If I understand that type of relocation correctly, another information is missing: the address contain

Re: nm/objdump --hep still display unsupported styles about --demangle.

Hi nora-pxh, So  if you execute --demangle=gnu, it will display error message: unknown demangling style gnu. Would you delete unsupported  styles from usage of nm and objdump? Thanks for reporting this problem. The issue has been fixed by commit 0d64622696e0 Cheers Nick

Re: ar and objcopy stuck, failing on object name containing '/' inside an archive?

Hi Andrew, [Sorry for taking such a long time to reply to your email] I am trying to localize some symbols in objects inside an archive. Ultimately, it seems like the tools are failing because the .a appears to contain an object with the name "bin/thumbv7em-none-eabihf.o". If you extract

Re: Problems with bfd: could it parse bin file built on arm64?

Hi 孟祥炜, 0 any bugs or errors in my using? The BFD library supports a large number of different architectures, but usually programs that use it are configured to only support a limited subset of these architectures. Often this is limited to just the host architecture. So for example if you we

Re: Minus ("-") symbols in section memory region name causes syntax error

Hi Sebastiaan, I've recently upgraded from binutils 2.36.1 to version 2.37. (specifcally, it has a region called "bkup-ram" allowing one to store While this used to work, it now throws a syntax error Is this a regression in 2.37, or was it a bug that 2.36.1 even accepted it in the first pl

Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Libor, thank you for ideas. Obviously, the biggest problem is that we know too late whether the symbol section is empty and it is difficult to remove already created output sections (requires hacks). In that case, a safer and cleaner solution (but slow) is to call strip in two phases> Not

Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Libor, Unfortunately the above code does not work for the following reasons: - sections are already created in that point of code - symbol filtering requires output sections to be created - cannot find bfd_remove_section function that could handle it However, this code removes the section

Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Libor, Patch approved - please apply. thank you for your approval. How can I obtain a write permission to binutils repository? Ah right. First of all do you have a FSF Copyright assignment for the binutils ? I assume, based upon your email address, that you are working for Oracle and t

Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Libor, I noticed that GNU strip produced invalid binaries on SPARC 64, the reason is that bfd/elf64-sparc.c was not updated in https://sourceware.org/bugzilla/show_bug.cgi?id=19938 issue. The attached patch just follows Nick Clifton's changes for other architectures. Patch approved - ple

Re: [Bug ld/26701] New: Ability to suppress warnings due to tags in a library

Hi Eyal, Yes, the linker could suppress these warnings. But the important point is that it is not at all clear that the linker should suppress them. The warnings are important, and the real way to get rid of them is to fix the code that is triggering them. Now I appreciate that this is

Re: [PATCH] Fix typos

Hi Samanta, Thanks very much for telling us about these typos. I have now applied your patch. Cheers Nick

Re: GNU windres cannot compile BITMAP or OWNERDRAW menu items

urceware.org/bugzilla/enter_bug.cgi?product=binutils In the meantime I have checked in the attached patch to fix the problem. Cheers Nick binutils/ChangeLog 2020-07-09 Nick Clifton * rclex.c: Add OWNERDRAW keyword. * rcparse.y: Add OWNERDRAW token. (menuitem_flag) Add BITMAP

Re: Possible bug in objdump

Hi Joe, > The possible bug is explained in the comments near the beginning of the file > Bug.c Please could file a bug report using the binutils Bugzilla system here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils When you do, it would be really helpful if you could include a

Re: windmc Typedef Bug

Hi Joel, > I did not see anything in the current bug list for windmc that covers this, > but fortunately the solution seems straightforward. I have attached a patch > with a minimal fix. The changes make the typecasting logic match mc.exe. I > will be happy to make any other requested adjustmen

Re: Found a bug in objdump-2.34

Hi Natalie, > Hi, I found a bug in objdump-2.34 by my fuzzing research tool (not published > yet), which I ran with ASAN and shows the information below. > Information and also the 11 similar crashes in an archive file are in the > attachment. Thank you very much for letting us know about this

Re: Strange singular/plural messages in 2.33.90

ural form has no such prefix. I suspect > that is a mistake. > > The code snippet appears twice. Thanks for reporting this. I have checked in the obvious fix. Cheers Nick binutils/ChangeLog 2020-01-24 Nick Clifton * readelf.c (get_build_id): Fix warning messages about corrupt notes.

Re: Request: utf-8 support in `strings`

Hi B9, > "Strings" is a fabulous and under-appreciated program. However, it only works > on text which has a fixed number of bytes per character such as Latin-1 or > UTF-16. Since almost all Unix systems now default to UTF-8 (which can be from > 1 to 6 bytes long), it would be wonderful if stri

Re: Information leakage in nm-2.32

Hi Natalie, > I found a crash with AFL and used valgrind to run it. Looks like it is > information leakage problem. When you say "crash" do you mean that the nm program generated a segmentation fault or some kind of illegal memory access ? That certainly does not appear to be the case here. > C

Re: Abort in arc_insn_length

Hi Philippe, > Function arc_insn_length calls abort > Binutils version is from commit d8f68fcb9378b5ab1c945fa676e11da15be56dd6 > It seems to me that this function should return failure instead of aborting > The patch could be as attached. Please could you file this bug report here: https://sou

Re: Memory leak in disassemble_init_for_target

Hi Philippe, > And I would like to report two bugs, and propose the fuzz target. As a general rule it is best to report bugs with the binutils using the bugzilla system here: https://sourceware.org/bugzilla/enter_bug.cgi?product=binutils > This is a memory leak in function disassemble_init_f

Re: Bugs report for cplus-dem.c in GNU Binutils 2.31

. Ie there were no segmentation faults of address violations detected. I hope that this information helps, and thank you once again for your interest in the binutils. Cheers Nick Clifton ___ bug-binutils mailing list bug-binutils@gnu.org https

Re: Namespace problem

Hi Sebastian, > I do OO programming in gnu-as (microchips xc32-as). First off, it should be noted that this is a very, umm, difficult thing to do. Object Oriented programming is generally speaking a high level concept, whereas assembly programming is a very low level activity. > Now I have pro

Re: How create small binaries with GNU binutils.

Hi Dmitry, > Thank you for suggestion, but map did not reveal anything. The only part > (section?) with non zero size is .text of size 0xd (=13). This is > correct, raw instructions are really 13 bytes (according to `objdump -d'). > By the way, `readelf --sections' reports, that there is no secti

Re: How create small binaries with GNU binutils.

Hi Dmitry, >>> Still, even this way, 400 bytes is more then twice as big, compared to >>> fasm. Any suggestions, how to shrink binary futher? > Thank you for suggestion. Tried both options; no difference -- 400 > bytes. Ho Hum. In which case, do you know what is in the extra bytes ? If you lin

Re: How create small binaries with GNU binutils.

Hi Dmitry, > Still, even this way, 400 bytes is more then twice as big, compared to > fasm. Any suggestions, how to shrink binary futher? This might be because the linker defaults to page aligning the binaries. Have you tried linking with the --nmagic option ? (Or alternatively the --omagic opti

Re: bug report for binutils-2.30

HI Dongdong, > We are doing some fuzzing tests on Binutils-2.30 Just as an aside the latest binutils release is 2.31.1 ... > and find a heap overflow bug in nm-new 32 bit version. Was there a binutils bug report filed for this problem ? I may have missed it. > We also filed a interger-overfl

Re: [Bug binutils/23919] bfd doesn't handle ELF compressed data alignment

Hi Mark, >> One very minor point - in the future, would you mind providing the >> ChangeLog entries as plain text, rather than a context diff ? It > OK, I will in the future. > Do you have some script that helps you handle separate ChangeLog entries? Nope. :-( > Note that gnulib contains s

Re: c++filt stack overflow bug

Hi Peng, > Peng Li at Baidu X-Lab found a stack overflow bug in c++filt of the latest > binutils code base, I have confirmed it with address sanitizer. Please use > the “c++filt < stack_overflow_input ” to reproduce the bug. If you have any > questions, please let me know. Thank you for tellin

Re: readelf reporting of e_shstrndx is slightly wrong

Hi Mike, > If the file has no section name string table, this member holds the value > |SHN_UNDEF|. > If the section name string table section index is greater than or equal to > |SHN_LORESERVE| (|0xff00|), this member has the value |SHN_XINDEX| (|0x|) > The current readelf -h seems to as

Re: crash accessing address 0 in readelf (binutils-2.2.7a)

Hi Laurent, > I've come across an issue in readelf (binutils-2.2.7a), as follows: Thanks for reporting this problem. In the future, would you mind using the binutils bugzilla system as this allows us to keep a track of the bug and fixes that we create for it: https://sourceware.org/bugzilla/ent

Re: Bugs report for binutils-2.30 strip and readelf

Hi Dongdong, > I am Dongdong She, a PhD student in computer security area from Columbia > University. We are doing some fuzzing tests on binutils-2.30 and found a > integer-overflow bugs in strip-new. > > Integer-overflow bug in strip-new. Thank you very much for reporting this bug. Please co

Re: Translatable strings not marked 'c-format'

Hi Ask, > But what if by accident I change it to %pA? In between the thousands > of messages and dozens of languages, the probability of this happening > approaches one (Murphy's law). I mischievously typed "%pA" instead, > and it produced no error. Hmm, well mistakes can always happen, and I

Re: Certain files getting overwritten between GNU binutils and GDB

Hi Kaushal, > I already have GDB 8.0.1 installed using that flow. But when I try to install > GNU binutils using the same flow, it fails because these files are the exact > same between the two installations: If the files are exactly the same, then it should not matter which version you instal

Re: Problems in objcopy.1, objdump.1, x86_64-linux-gnu-objcopy.1, x86_64-linux-gnu-objdump.1

e_info,=trace_abbrev,=trace_aranges,=gdb_index,=addr,=cu_index,=links,=follow\-links]] This one has now been fixed. Cheers Nick binutils/ChangeLog 2018-06-13 Nick Clifton * doc/binutils.texi (objdump): Add missing closing square parenthesis to listing of objcopy's comm

Re: [Bug binutils/18616] oprofile fails with "BFD: Dwarf Error: found dwarf version '64617', this reader only handles version 2, 3 and 4 information"

Hi Marco, >> I doubt if this is the same as oprofile will produce, but both tools >> will be displaying processed DWARF line number information so they >> should be roughly equivalent. > > The objdump output looks fine. Does that mean the issue has to be in Oprofile? Not "has to", but it is defi

Re: [Bug ld/22929] x86_64 linker seg-faults when creating a shared object from an input containg relocations against note section without SHF_ALLOC

Hi H.J. > The value will be wrong. Linker can only resolve PC relative relocations> > against local definition. But can't the linker assume that the object is located at address 0 and resolve the relocations using that ? It does not matter that this address will not match the run-time address o

Re: bfd/elf32-arc.c:1537]: (warning) Redundant assignment

Hi David, > bfd/elf32-arc.c:1537]: (warning) Redundant assignment of 'rel->r_offset' to > itself. Thanks for reporting this problem. I have checked in a small patch to remove the assignment. Cheers Nick ___ bug-binutils mailing list bug-binutils@

Re: bfd/elf32-nds32.c:9693]: (warning) Redundant assignment

Hi David, > bfd/elf32-nds32.c:9693]: (warning) Redundant assignment of 'irel->r_addend' > to itself. Thanks for reporting this. I have checked in the obvious fix of removing the redundant assignment. Cheers Nick ___ bug-binutils mailing list bug-b

Re: Translatable strings not marked 'c-format'

Hi Ask, > Should I ask the translators for each language to individually submit > the updates to their language? Yes please. > I assume the fixes should be applied to both the old and the new > version. Correct? Correct - thanks very much. Cheers Nick _

Re: Translatable strings not marked 'c-format'

Hi Ask, > Meanwhile, do we disable the strings that have translation errors? > There are currently 6 affected languages, and we need only mark the > relevant strings as 'fuzzy' in each po-file. It would be bad to let > the errors remain in a version that is to be shipped soon. I think that that

Re: Translatable strings not marked 'c-format'

Hi Ask, > To solve this problem, BFD should either use only the formatting codes > of printf (translation errors will be detected automatically) or avoid > exposing any strings with %A and %B to translators. I just wanted to let you know that your email has not been ignored. I do have a plan to

Re: [Bug gas/22492] Incorrect note section alignment

uld. I have checked in this patch to fix the problem. Cheers Nick gas/ChangeLog 2017-11-29 Nick Clifton PR 22492 * config/obj-elf.c (obj_elf_version): Use record_alignment rather than bfd_set_section_alignment. diff --git a/gas/config/obj-elf.c b/gas/config/obj-el

Re: Dwarf changes

Hi Parul, > I have done porting of GNU binutils for a new architecture. > Can you tell me if I have to do any changes for dwarf, while porting. There are a few places where you will need to add dwarf support: * In your assembler function that generates an instruction (usually md_assemble o

Re: Changes done in binutils revision

Hi Parul, > Can someone help me, how can I check what all changes are done from 2.26 to > 2.27. > I do not know how to use git. > I want to know what all changes are done for x86-64. I am not a git expert either, but this worked for me (when run at the top level of my cloned binutils repository

Re: There's some errors downloading binutils

Hi 정예주, > When I download binutils and compile it, there's always errors. > I don't know the reason, but I think the reason is the version. You are correct. > I'm using Mac, and I want to know if there is appropriate version of binutils > for mac. Not specifically no. > my professor recomme

Re: [Bug gas/21934] gas build fails when using gcc 7

Hi H.J. > Why don't I see on i386 cross to x86_64? We have No idea. I was wondering that too. > static char output_invalid_buf[sizeof (unsigned char) * 2 + 6]; > > It has 8 bytes, not 5. But the printing of the value starts three bytes into the buffer which is why gcc says that there are only

Re: [Bug ld/21251] Support $SYSROOT in ld -L and INPUT command

Hi Rainer, >> Hmm, I was going to say not a lot, but then I remembered that GCC uses it: >> >>https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html > > Maybe I'm blind, but where did you see that? Umm, do you mean "where in that web page do I see an '=' prefix being used to indicate that

Re: binutils options

Hi Parul, > I am also able to do testing of binutils using dejaGNU. But, there are few > options for which I am stuck up and not able to test these options. These are > as follows if someone can help: > > 1.--strip-discarded > 2.--no-strip-discarded > 3.--emb

Re: relocation information disappears

Hi Katsuya, > # ~/x-tools/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-readelf > -r w I assume that you mean "readelf -D -r w" here, as you are looking for dynamic relocs ? > Relocation section '.rel.dyn' at offset 0x270 contains 1 entries: > Offset InfoTypeSym.

Re: Fwd: GNU Binutils-2.7 - Unable to configure

Hi Neha, > When I try to configure it, I get the following error - > > binutils-2.7> ./configure > Invalid configuration `x86_64-unknown-linuxoldld': machine `x86_64-unknown' > not recognized It sounds like you are using an extremely old set of binutils sources. We are currently on release 2.2

Re: [Bug ld/20828] GC-ed DSO symbols make corresponding symbols defined by a linker script local

Hi Maciej, > Fixed as per the automatic commit messages. Unfortunately the new test fails for some targets: Checking Binutils in: bfin-elf ... LD REGRESSION: PR ld/20828 dynamic symbols with Checking Binutils in: riscv32-elf ... LD REGRESSION: PR ld/20828 dynamic symbols with Checking Binuti

Re: objdump '--stop-address' option stop on a wrong ending address

Hi Florian, > I try to extract function assembly code with objdump using > "--start-address" and "--stop-address" options but the stop address stop > on the second to last address. > $ objdump --start-address=0x50c40 --stop-address=0x50c5f -d >50c59: b8 01 00 00 00 mov$0x1,%

Re: Translatable strings not marked 'c-format'

Hi Ask, > Do you know when the translation > templates on translationproject.org will be updated? On translationproject.org - no. But I have just updated the bfd.pot template in the binutils source repository (which I forgot to do yesterday, sorry). Cheers Nick _

Re: Translatable strings not marked 'c-format'

ably also need an update, but I am leaving this for another time. Cheers Nick bfd/ChangeLog 2016-10-19 Nick Clifton * aout-adobe.c: Add missing c-format tags for translatable strings. * aout-cris.c: Likewise. * aoutx.h: Likewise. * bfd.c: Likewise.

Re: [Bug gas/20692] gas failed on SPARC

Hi Igor, >> You could try adding "-D.volatile= -D.nonvolatile= -Wa,--no-relax" to the > your solution doesn't work. > GAS command line on SPARC not accepted -Wa,--no-relax > we can use -no-relax Oops - I had too many dashes, sorry about that. > - but it is not fixed my problem Well, it does

Re: Infinite recursion in binutils 2.27 (ld, gdb, c++filt)

Hi Matthieu, > We are hitting an infinite recursion in "ld", eventually leading to a > stackoverflow Please could you file a bug report at: https://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc (Note - this is the GCC bug reporting system not the binutils bug reporting system. This is bec

Re: [Bug ld/20528] ld -r doesn't handle SHF_EXCLUDE section properly

Hi H.J. > This works: > > diff --git a/ld/emultempl/elf32.em b/ld/emultempl/elf32.em > index dd4d35a..6ce4e00 100644 > --- a/ld/emultempl/elf32.em > +++ b/ld/emultempl/elf32.em > @@ -1903,9 +1903,16 @@ gld${EMULATION_NAME}_place_orphan (asection *s, > lang_insert_orphan to create a new outp

Re: [BUG] ld internal error while trying to link clang

Hi Lucien, > /usr/bin/ld: BFD (GNU Binutils for Debian) 2.26.1 internal error, aborting at > ../../bfd/merge.c:905 in _bfd_merged_section_offset Thanks for reporting this problem. The 2.26.1 release is a little old now - there is a 2.27 release available. So the problem may have already been

Re: ld 2.27: segfault on armv7h on input in 'binary' format

Hi redfish, > $ touch foo.dat > $ /usr/bin/ld -r -b binary -o /tmp/foo.o foo.dat > Segmentation fault (core dumped) Ah - snafu - fixed by this patch. Cheers Nick bfd/ChangeLog 2016-08-23 Nick Clifton * elf32-arm.c (elf32_arm_count_additional_relocs): Return zero if

Re: [Bug ld/20436] New: Testsuite ld-plugin/lto.exp fails

Hi H.J. Please could you look at this bug report: https://sourceware.org/bugzilla/show_bug.cgi?id=20436 It appears to be a direct consequence of your patch from 2016-04-21: * testsuite/lib/ld-lib.exp (check_lto_available): Return 1 on Linux with GCC 4.9 or newer. (ch

  1   2   3   4   5   6   >