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:

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

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

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

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

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

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

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:

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

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

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

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

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

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

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

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

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

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

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:

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

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:

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

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

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

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

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

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

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 -

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

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

are.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 and O

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

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

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. >

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:

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

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

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

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

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

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

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

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

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

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:

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

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

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

o,=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 command line o

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

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

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

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

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

I have checked in this patch to fix the problem. Cheers Nick gas/ChangeLog 2017-11-29 Nick Clifton <ni...@redhat.com> 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

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

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

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

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

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

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.

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 InfoType

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

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

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

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 <ni...@redhat.com> * aout-adobe.c: Add missing c-format tags for translatable strings. * aout-cris.c: Likewise. * aoutx.h: Likewise. * bfd.c

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

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

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 <ni...@redhat.com> * elf32-arm.c (elf32_arm_count_additional_reloc

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.

Re: [Bug gas/20427] Solaris rtld on SPARC does not allow R_SPARC_UA64 or R_SPARC_64 relocations in 32-bit executables

Hi Stefan, > So, this is what happens if i re-write the test32.S program for the Sun > SPARC assembler: > .comm .gomp_critical_user_, 64, 8 > Relocation section '.rela.data' at offset 0xf8 contains 1 entries: > Offset InfoTypeSym. Value Symbol's Name + Addend >

Re: Missing support for demangling lambdas with auto paramters in libbfd?

Hi Ronny, > c++filt and libbfd are unable to demangle the last two: (binutils > version 2.26 on Kubuntu 16.04) Thanks for reporting this problem. Unfortunately you have reported it to the wrong place. Name demangling is handled by the libiberty library which is part of the GCC project, not the

Re: [Bug ld/20152] constructors for c++ objects are sometimes discarded when linked via a .a archive

Hi Dave, > * if foo.o is linked directly into an executable, f's ctor is run before > "main". > * if foo.o is linked into a .a and then that .a is linked into an > executable, > f's ctor may or may not be run before "main". The constructor is only run if > there's at least one symbol in

Re: MIPS version of LD not honoring -Ttext for .MIPS.abiflags section

Hi Geoff, > The problem with the first approach is I would like the linker > to just pack the MIPS abiflags section with the .text, .got and > .rodata sections so I don't have to calculate the size of the > other sections ahead of time. Is the .MIPS.abiflags section a fixed size ? I suspect

Re: MIPS version of LD not honoring -Ttext for .MIPS.abiflags section

Hi Geoff, > When compiling one of the u-boot demo applications using the > "-Ttext 0x8020" option, the resulting elf file has a > .MIPS.abiflags section with a load address of "004000b8". Have you tried adding: --start-address=.MIPS.abiflags=0x8030 (or whatever address you want) ?

Re: file stripping with a non root account seems problematic.

Hi Kyle, > $ strip --strip-unneeded libubsec.so > strip: unable to copy file 'libubsec.so'; reason: Permission denied > > In rename.c > on an existing file; > prior to invoking function creat > the file must unlinked? Hmm, this sounds like a possible file permission issue. Can you provide a

Re: Problems in as.1

"TARGET-SPECIFIC OPTIONS", so instead I have opted for "TARGET". This is probably due to my non-existent Perl programming skills, but anyway. So I have checked in the attached patch in order to fix the problem. Cheers Nick gas/ChangeLog 2016-03-18 Nick Clifton <ni..

Re: [Bug ld/19623] regression: erroneous relocation for symbols in absolute section (vma == 0)

> Yes, the backport is fine with me. > > Can the OP commit it ? I think not, so I have taken the liberty and applied it myself. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils

  1   2   3   4   >