Re: linker problem ? help needed !!!

Hi Navi, I am little confused by your suggestion, how will I specify the file extension .o for each object file. my present script is as follows : C:\STOIC\DEVELOPMENT\BIN\nasm -f aout .\asm\KERNEL.asm-o C:\STOIC\DEVELOPMENT\OUTPUT\KERNEL.o C:\STOIC\DEVELOPMENT\BIN\nasm -f aout .\as

Re: [Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

Hi Aaron, thank you, Cygnus, RedHat. Just a quick note - it is the FSF that you should be thanking, not Cygnus or RedHat. The binutils is an FSF project not a Red Hat one. Cheers Nick PS. Yes, I do work for Red Hat, but I am allowed to donate some of my time to the FSF, including the

Re: [Bug ld/6766] New: Should "--entry foo" imply "-u foo"?

Hi H.J. Should "--entry foo" imply "-u foo"? If we are creating an executable then yes. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils

Re: [Bug ld/6761] abbrev_offset in DWARF2 info is set incorrectly (zero) by ld

Hi Daniel, Current versions do this and have for a long time; search for symfile_relocate_debug_section. Interesting. Would you care to try running a recent gdb on Bjarne's test file org.o (found in the dwarf_bug.zip archive that was uploaded to this PR) ? I tried it and gdb did segfault a

Re: [Bug binutils/6832] Crash while handling DW_AT_abstract_origin for a last comp unit

Hi Dmitry, If you run your ELF binary through "readelf -w" does it report any problems with the debug information ? Yes, a lot of. Like this: readelf: Warning: There is a hole [0xab1ea0 - 0xab2551] in .debug_loc section. readelf: Warning: There is an overlap [0xab25ab - 0xab1ea0] in .debug_loc

Re: [Bug ld/6844] New: Segmentation Fault using cross architecture ld command

Hi John, We are upgrading our cross-compiler from GCC 2.95.2, binutils 2.10.1 to GCC 4.2.0, binutils 2.17. Is there any particular reason that you are not using the 2.18 binutils release or the mainline development sources ? Cheers Nick ___

Re: question about "invalid string offset" & "could not read symbols: Malformed archive" linker errors

Hi Roger, Presently I am attempting to build an application on Linux with GNU ld version 2.17.50.0.6-5.el5 20061020. Please see if you can reproduce this problem using a linker built from the head of the binutils CVS sources. (I have a feeling that this is a problem that has already been fi

Re: Question: Object files and Address extern variable

Hi Sebastien, I created a pragma to change the locality of data a in my code. When I put "#pragma foo a" in file1.c and file2.c, I got the good result: 2.00 0x80900850 But if it is only in file1.c, the result is 0.00 0x0. I'm using Binutils 2.18. Which part of the code I need to modify?

Re: Build fails make check.

Hi Keith, I am building I configured binutils-2.17 Note: The 2.18 sources were released a while ago now... make check failed. The relevant lines are FAIL: TLS -fpic -shared FAIL: TLS -fpic and -fno-pic exec FAIL: TLS -fpic and -fno-pic exec -relax FAIL: ld-elf/64ksec FAIL: vers24a FAIL: vers

Re: question about "invalid string offset" & "could not read symbols: Malformed archive" linker errors (fwd)

Hi Roger, We built the libxvtmapi.a ourselves. Yes, I've tried deleting it and rebuilding but I still get the file format not recognized error message. The build procedure seems to work fine otherwise, though there are some warning messages. That said, I haven't seen any warning messages

Re: question about "invalid string offset" & "could not read symbols: Malformed archive" linker errors (fwd)

Hi Roger, In archive outdir/debug/libxvtxmapi.a: objdump: tapp.o: File format not recognized [EMAIL PROTECTED] xvtxmapid.dir]$ objdump -p tapp.o tapp.o: file format elf32-i386 Oh dear. So it would appear that tapp.o is being corrupted when it is added to the libxvtmapi.a archive. I

Re: question about "invalid string offset" & "could not read symbols: Malformed archive" linker errors (fwd)

Hi Roger, Do you have any other ways I could extract tapp.o besides using ar? Nope, sorry. Please find libxvtxmapi.a and tapp.o Well that libxvtxmapi.a is definitely corrupt, and he tapp.o file is OK. If I take ranlib out of the link.txt file, and then try to build, I get the same malfo

Re: Cannot checkout old snapshot

Hi Michael, cvs -z 9 -d :pserver:[EMAIL PROTECTED]:/cvs/src co -r sid-snapshot-20080101 binutils Use "src" instead of "binutils". ie: cvs -z 9 -d :pserver:[EMAIL PROTECTED]:/cvs/src co -r sid-snapshot-20080101 src Cheers Nick ___ bug-bin

Re: assertion failure with gas and broken syntax

Nick gas/ChangeLog 2008-09-18 Nick Clifton <[EMAIL PROTECTED]> * config/tc-i386.c (md_apply_fix): Refuse fixups against register symbols. gas/testsuite/ChangeLog 2008-09-18 Nick Clifton <[EMAIL PROTECTED]> * gas/i386/inval-symbol.s: New test. * ga

Re: [PATCH] Properly guard against a call without parameters.

Hi Pascal, Calling windres without parameter was crashing (segmentation violation). Really - did you check this with the current version of the windres sources in the mainline of the binutils repository ? I tried and it did not seg-fault for me. Windres is supposed to be able to be invoke

Re: how to install binutils

Hi Ron, Just got a copy of binutils from cygwin, and I'm trying to figure out how to install it. I want to build a version of ld that runs on the PC and deals with elf object files for the x86_64 platform. What I actually tried was: ./configure --target=amd64 make all-ld That gave an e

Re: objcopy --globalize-symbols on MinGW [PATCH]

a place to collect all the emails on the subject and a number to associate with the problem. bfd/ChangeLog 2008-09-30 Wesley W. Terpstra <[EMAIL PROTECTED]> Nick Clifton <[EMAIL PROTECTED]> * coffgen.c (coff_write_symbols): Check to see if a symbol's flags

Re: [Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols

Hi Peter, mkdir build; cd build; LDFLAGS="-Wl,-z,defs" ../binutils-2.18/configure --target=armv5te-softfloat-linux-uclibc That is exactly what I tried and yet it worked for me. (I assume that you are using a bash like shell and a linux host, yes ?). After the configure stage did you just

Re: Can't run "install-strip" in binutils 2.18 ... ?

Hi Paul, Is there another/better way to do this? Not really, sorry. :-( I wanted to have the binutils tools stripped when they are installed. Typically for autoconfiscated environments I run "make install-strip" to do this. For binutils if I try this I get: make: *** No rule to make targ

Re: [Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols

Hi Kirill, This change provokes text relocations. Sorry - please could you explain what that means and why it is undesirable ? I guess, PIC version of libiberty.a should be used. A PIC version of libiberty is not normally generated even if configure with --enable-shared... Cheers Nick

Re: [Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols

I think Nick's patch is wrong. :-( Doh! We don't ever build a shared libiberty, Why not ? Wouldn't it be easy to solve this problem if we did build a shared libiberty ? ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/

Re: Can't run "install-strip" in binutils 2.18 ... ?

Hi Paul, Sorry, I wasn't explicit enough. When I say "cross-compile binutils", I mean exactly that: I'm building binutils with a cross-compiler, so that the resulting executable will run on a different architecture. Ah OK, I understand now. But, when I look at the binutils/Makefile, I see t

Re: arm-*-*-ld --oformat binary SEGMENTATION FAULT

rce.o error: Cannot change output format whilst linking ARM binaries. Cheers Nick ld/ChangeLog 2008-10-22 Nick Clifton <[EMAIL PROTECTED]> * emultempl/armelf.em (arm_elf_after_open): Move check for using a non-arm output targe

Re: [Bug ld/6962] New: ld fails in coffcode.h line 842 in handle_COMDAT

Hi Jean-Marie, Please could you upload a small testcase so that we can reproduce this bug and investigate how to fix it ? Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils

Re: Possible bugs in gnu assembler for IA64

Hi Surbhi, .section "test" .quad 1f .quad 2f 1:{ nop 0x0 nop 0x0 nop 0x0 } 2:{ nop 0x0 nop 0x0 nop 0x0 } .previous When I try to assemble this test using an ia64 assembler built from the current mainline binutils sources I get two error mess

Re: Possible bugs in gnu assembler for IA64

Hi Surbhi, Here is a easier pointer to the bug1: I am not an IA64 expert, but I took a look at this problem. .macro emul_ptr_i pr=p0,va,sz .section "test", "a", "progbits" (\pr) ptr.i \va,\sz .previous (\pr) ptr.i \va,\sz .endm nop.m 0x0 emul_ptr_i p1, r1, r2 Comment

Re: How large file can be processed by the linker "ld"?

Hi shihhuangti, Today, I make the whole project at my office, and the obj generated with opition "-g3", and when final linking, I keep the dbg-info within the exe-file, but failed with the message "memory exhausted", and later I find there is a objfile passed to the linker ld and the file is o

Re: PATCH: fix incorrect PC-relative relocations with '.word'

Hi Mat, My fix is simply to reserve enough space before calling frag_now_fix that the frag won't run out of room if frag_more is called later. Thanks for providing a fix for the problem. I have checked it in along with this changelog entry. Cheers Nick gas/ChangeLog 2008-11-14 Mat Host

Re: PATCH: fix incorrect PC-relative relocations with '.word'

Hi Mat, emit_expr, used by '.word' and others, grabs dot_value for the current frag, does some processing, and later calls frag_more. Unfortunately, the frag_more call can realize the frag is not big enough and switch to a new frag. That's bad because the dot_value already recorded an offset i

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, + if ((! ABI_64_P (abfd) && ELF32_R_TYPE (rel->r_info) == R_SPARC_PLT32) + || (ABI_64_P (abfd) && ELF32_R_TYPE (rel->r_info) == R_SPARC_PLT64)) The ABI_64_P() part doesn't trigger since ELF32_R_TYPE (rel->r_info) is 18 (i.e. R_SPARC_WPLT30) at this poi

Re: ´ð¸´: Re: How large file can be pr ocessed by the linker "ld"?

Hi shihhuangti, I want to know why the linker use such amount memory to put the objs together? it is possible to be optimized? Yes, but it would be a lot of work. (Essentially it would mean rewriting the linker with minimizing memory usage as the main aim). But ... this does suggest an alt

Re: 答复: Re: ´ð¸´: Re: How large file can be processed by the linker "ld"?

Hi shihhuangti, it is diffcult to me to explain why this happens, for the memory required by the second step should be smaller the the first step(because the ld can drop some section within every obj file); and the first functions, why the second doesn't? Because when the linker performs a f

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, unfortunately, ld SEGVs now here: #0 0x0008d19c in _bfd_sparc_elf_check_relocs (abfd=0x1dc518, info=0x19d980, sec=0x1f6a28, relocs=0x1fdc18) at /vol/gnu/src/binutils/binutils-dist/bfd/elfxx-sparc.c:1348 Doh. Thinko in the patch. Please change: case R_SPARC_WPLT30: /* Th

Re: [Bug binutils/7032] gcc fails to compile with Internal error, aborting at dw2gencfi.c line 1267 errror

Hi Kamaraju, /home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc - Sorry, I meant please add "-v" to the gcc command line that you are running when you get the internal error from the assembler. ie I need to know that command line that gcc uses to invoke the assembler. I tried

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, done, but not much better either: at first I get a lot of assertion failures Ok, this is going nowhere. Is it possible for you to create a small testcase that reproduces the problem ? Say just a single object file that you try to link ? If so then please can you upload it to th

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, Unfortunately, regtesting the resulting GCC build is currently hampered by the following warning: /vol/gcc/obj/binutils-2.19.50-g/ld/ld-new: warning: section `.bss' type changed to PROGBITS This is harmless during the build, but many testcases (not only c++ and libstdc++-v3) fail d

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, I'll try. First of all, I need to understand what the warning is all about. Oh, well the "progbits" attribute indicates that the section contains data values, but the .bss section should in theory be completely empty and just initialized with zero bytes when the program is loaded

Re: [Bug ld/7027] 64-bit libstdc++.so fails to link on Solaris 11/SPARC: could not read symbols: Bad value

Hi Rainer, Every single one of the libstdc++ object files is affected. E.g. % readelf -S --wide .libs/wstring-inst.o |grep -A1 '\.bss' [191] .bss._ZZL18__gthread_active_pvE21__gthread_active_once PROGBITS 0205a8 20 00 WA 0 0 8 If I assemble the same sourc

Re: Embedding ELFs, Using objcopy and/or xdd

Hi mondialeeer, I am currently trying to embed an ELF into a larger ELF that will manage this ELF (boostrap it and execute it). Do you know about the ".incbin" assembler pseudo op which allows you to insert an arbitrary file into a section ? You could use this to embed your small ELF execut

Re: LD-problem

Hi Søren, Hi I get the following error during transformation of a binary files into a text-segment. Not quite sure what you mean here. Are you trying to convert a binary file into an object file so that you can include it in a larger program ? (In which case it would probably be a data sec

Re: [Bug ld/7031] New linker command file function: REGION_ALIAS

Hi Sebastian, Yes or no? Yes. What happens if we implement this feature and provide a patch? Then we will review it and assuming that it is OK, it will be accepted into the sources. Cheers Nick ___ bug-binutils mailing list bug-binutils@

Re: binutils-2.19 -- source tarball may be incomplete or inconsistent

Hi Keith, Strangely, although I didn't preserve the generated `deffilep.h', and it now appears nowhere in either the source or the build tree, its absence doesn't seem to affect the success of the build; is it a quirk of building for the `mingw32' target, that it isn't required, or is it just

Re: gprof histogram support for more than 16 bits?

Hi Brian, Last time I added this support locally, it amounted to about 200 lines of patches, but my patches don't support both 16-bit and 32-bit at the same time without a recompile of gprof, so it will need some rework before folding it in. Is this something that anyone would be interested

Re: ld patch to prevent uninitialized data in TI COFF output

Hi Johan, The attached patches correct an issue that exists in ld when the object code format is TI COFF. Thanks you very much for submitting this patch. I have checked it into the binutils sources along with these changelog entries. Cheers Nick bfd/ChangeLog 2008-12-23 Johan Olmutz Ni

Re: [Bug binutils/9695] New: BFD internal error while using oprofile on Gentoo with binutils 2.19

Hi ultip, BFD: BFD (GNU Binutils) 2.19 internal error, aborting at /var/tmp/portage/sys-devel/binutils-2.19/work/binutils-2.19/bfd/pdp11.c line 528 in aout_16_some_aout_object_p I've filed a bugreport with the oprofile tracker already. This problem occurs intermittently, and probably depends

Re: [Bug binutils/6714] WindRes 2.18 can't concatenate literal strings anymore?

Hi Craig, I'm using 2.19 and I still get the same error of : /opt/mingw32/bin/i586-pc-mingw32-windres: icon file `pixmaps/' does not contain icon data Is there a temp fix I can apply to get this working..? 1. Create a patch to fix windres so that it will concatenate string literals. or:

Re: gprof not really looking at symbols attributes

Hi Phil, When the same address is pointed to by many symbols, it seems gprof does everything to make the right choice for the symbol name to use ... except filling the Sym structure correctly. Here is a patch. Thanks - I have applied your patch along with this changelog entry. Cheers Nick

Re: Problem faced in building binutil

Hi Meena, ../../binutils-2.19.1/gas/config/tc-mips.c:3459: error: format not a string literal and no format arguments Thanks for mentioning this. We have already fixed the problem in the mainline sources, so you may want to start using them. After doing above modifications, the above erro

Re: Problem faced in building binutil

Hi Meena, The above command results into generation of "/home/meena/install" folder and following sub-folders generated in this directory. me...@meena-laptop:~/install$ ls bin info lib man mipstx39 share And if you look inside the bin directory for example you will find the executables

Re: Problem faced in building binutil

Hi Meena, ../../binutils-2.19.1/gas/config/tc-mips.c:3459: error: format not a string literal and no format arguments Is this problem is specific to ubuntu linux client? Err not the client, but the version of gcc that you are using. This is because We are not getting this error on cygwin

Re: OBJDUMP 2.19.1 (arm-linux-xxx-) : disassemble only first ARM instruction in .text

Hi Philippe, arm-linux-gnueabi-as --version GNU assembler (GNU Binutils) 2.19.1 0004 : 4: e0821003.word 0xe0821003 @ BUG : should display add 8: e0821003.word 0xe0821003 @ BUG c: e0832004.word 0xe0832004 @ BUG Thank you for reporting this

Re: How to port binutils to other arch?

Hi Harry, I want to know what to do if I want to let binutils support another architecture, for example, if we have one new processor with some different instructions, how to add them to binutils? There are two basic methods. If your new processor is just a variant of a currently existin

Re: [Bug binutils/10263] New: objdump does not disassemble ARM code entered with .word directives

Hi Mike, It used to be possible to enter instructions with .word directives and then disassemble them with objdump -d, but that no longer works. Example: mov r0, r1 .word 0xe1a1 bx lr 0: e1a1mov r0, r1 4: e1a1.wor

Re: [Bug binutils/10297] inconsistencies in objdump's presentation of undefined's and comments

Hi Chris, It looks like a file named gas/testsuite/gas/arm/arm-it-auto-2.d is missing from binutils-2.19.51 so I can't apply the patch. What version did you apply this patch against? My fault - I failed to check that file in when I was applying another patch. This should be corrected now, s

Re: [Bug binutils/10288] "objdump -D --target=binary -m arm7tdmi" shows non-ARM7TDMI instructions

Hi Chris, More importantly, it looks like you reintroduced DSP instructions and instructions for later CPU architectures that don't belong in ARM7TDMI like... mrrc, blx and ldc2. Are you sure ? I could not reproduce these. There was also some unidentifiable instructions I didn't know what t

Re: [Bug binutils/10380] New: cannot build binutils statically

Hi, I'm trying to build binutils-2.19.1 statically. I tried with ../binutils-2.19.1/configure LDFLAGS="-static" && make but I get: Try adding a second dash. ie: ../binutils-2.19.1/configure LDFLAGS="--static" && make Cheers Nick ___ bug-bin

Re: Fwd: gas bug?

Hi Johnthan, i am using 2.18.50.1/slackware. There is a release 2.19 available now. I do not believe that this will make a difference to the problem you have encountered, but I thought that you ought to know. arm-elf-objdump (gnu dis-assembler) openocd: armv4_5 disassemble 0x110 0xxx

Re: [BUG] cross compile error

Hi Alex, I'm trying to make a toolchain for cross compile to powerpc-unknown-lynx (name taken after config.geuss at LynxOS 4.0). An I've got an error during compilation (see attach). The bug you are reporting appears to be happening during the build of libiberty, so in theory you should repor

Re: Ld - 2.17.90 patch level 2.247 elfxx-mips.c

ort here: http://sourceware.org/bugzilla/ Please include in the description a simple way to reproduce the problem, including the command line that you are using and the the configuration of the linker, and also a pointer to where this 2.247 patch can be found. Cheers Nick Clif

Re: Ld - 2.17.90 patch level 2.247 elfxx-mips.c

Hi VIJAYENDRA, #0 htab_traverse (htab=0x0, callback=0x8098370 , I have seen this sort of thing before. It usually happens because the linker has been given an input file which is not the same type as the output file it has been asked to generate. Eg because main.o is not a mips-elf object

Re: gas internal error

Hi Charles, This error appeared after changing line 4894 from "push r2" to "push r2, r3" Since that should change just a single bit in the generated code, I find this to be a most curious error. I will be happy to run tests or provide files for you to test with. Please could you try again u

Re: Need gprof

Hi Kachin, I want the source code of gprof as a .tar.bz2 file. I know binutil contains gprof. but i dont want to compile the entire binutil. i just want to compile the gprof. what chages should i make??? Try this: 1. Download the sources for binutils. Even though you do not want all of th

Re: Error while compiling Binutils-2.20

Hi Marco, libtool: link: ar rc .libs/libbfd.a archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o compress.o

Re: [Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries

Hi Daniel, Thoms Schwinge noticed a failure in group-relocations.d: regexp_diff match failure regexp "^8074: e1c020d0ldrdr2, \[r0\]$" line "8074: e1c020d0ldrdr2, [r0, #0]" Oops, I thought that I had caught all of these. Is this change

Re: [Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries

Hi Chris, Will the daily snapshot of binutils contain latest patches always? Sorry - you will have to wait until tomorrow (Thursday). I have only just checked it in today. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://

Re: Porting Binutils to A New Target And Getting Error.

Hi Prashant, I am trying to port binutils-2.19 to a new target. Note - you would be better off using the current mainline development sources. But when I give 'make all' command, I am getting 'unknown target vector' error. Look at the bfd/config.bfd file. You will need to add an entry f

Re: ARM NEON instruction vcvt is encoded wrong

Hi André, I found a bug in gas when assembling the arm neon instruction vcvt. In which case please could you fill out a bug report on the binutils bug reporting web page here: http://sourceware.org/bugzilla The data type specifiers of the vcvt instruction are encoded in the wrong order.

Re: Porting Binutils to A New Target And Getting Error.

Hi Prashant, 2. Makefile.am- Added eelf32my_target.o under ALL_EMULATIONS and eelf32my_target.c similar to what is done for CR16. Did you regenerate Makefile.in after doing this ? Cheers Nick ___ bug-binutils m

Re: ld error ( libbfd.la not recognised ) while porting binutils-2.19

Hi Prashant, gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o ld-new ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o eelf32my_target.o ../bfd/libbfd.la ../libiberty/libiberty.a -lz ../bfd/lib

Re: [Bug ld/11219] LMA in link map versus object file disagrees

Hi Sterling, How about the following patch, which simply ensures that the bfd section's lma isn't stale? Approved - please apply. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils

Re: [Bug binutils/11240] New: Windres breaks down with spaces in rc source

Hi Niki, metal png DISCARDABLE "../source/metal.png" "temple of the ancestors" fxp DISCARDABLE "../presets/synthetic environments/temple of the ancestors.fxp" > when compiled with binutils 2.20, I get > > Linker error, could not find resource "metal.pngtempleo

Re: Binutils Build error when the target is arm-linux

Hi thinke365, config/tc-arm.c:2489: Warnning：if statement is empty Which version of the sources are you using ? I cannot reproduce this problem with the current mainline sources... Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.o

Re: objdump: ARMv6 asx and sax mnemonics

Hi Nils, Hi everyone. I hope this is the correct list for this issue: It is. This is wrong:addsubx would be more correct. (See Bug binutils/6773) I have just checked in a patch to fix this bug. And while I'm at it: Is there any reason to use non-standard mnemonics for these instructions?

Re: [Bug gas/11323] Need representation of the offset from a label to a GOT entry

Hi Niki, Since this relocation needs 2 parameters, it is difficult to represent as the normal relocation specification var(). I propose the following syntax, which is similar to the syntax used to represent GOT table's relocation. .word var(GOTABS)-(.LPIC0+4) I think that it would be

Re: FreeBSD 8.0 i386 and binutils-2.20.1

Hi Kim, Thanks for your help. I think this is strange too, so wrote you. How can I check "make"? Check the contents of the file called "Makefile" in the gprof build directory. (Also check to make sure that there is no file called "makefile" present. This will override "Makefile" if it exis

Re: [Bug binutils/11496] New: make error

Hi Swen, Hello, I try to roll back from binutils 2.20 to 2.18 in my system. I have installed gcc-3.4 and g++-3.4, the ./configure doesn't report any error, however when I try to make I got the error below: make[2]: *** ûÓйæÔò¿ÉÒÔ´´½¨¡°size.o¡±ÐèÒªµÄÄ¿±ê¡°../bfd/bfdver.h¡±. stop. make[2]:lea

Re: Untranslated strings in readelf.c

. Cheers Nick binutils/ChangeLog 2010-04-20 Nick Clifton * readelf.c: Add _() macros to constant strings that are translatable. Index: binutils/readelf.c === RCS file: /cvs/src/src/binutils/readelf.c,v retrieving

Re: [Bug ld/11583] ld aborts in elf_link_output_extsym when given EXTERN() symbol in script.

Hi Alan, Nick, I prefer to leave in the abort to catch other cases we may not have considered. Instead, undo the change in type to bfd_link_hash_new we made in bfd_elf_record_link_assignment. Ok that makes a lot more sense. Cheers Nick ___ bug

Re: Error when building binutils

Hi Joulnare18, I'm trying to port binutils to a new architecture. ../bfd/.libs/libbfd.a(archures.o)(.rodata+0x0): In function `bfd_printable_name': ../../binutils-2.18/bfd/archures.c:595: undefined reference to `bfd_sseq32_arch' It sounds as though you have not added your new architecture

Re: Error when building binutils

Hi joulnare18, Or that you have not regenerated the bfd/configure file. How can I do it? Run the autoconf program in the bfd source directory. Make sure that you are using version 2.64 of autoconf: % cd % cd bfd % autoconf --version autoconf (GNU Autoconf) 2.64 Copyright (C) 2

Re: [Bug ld/11621] .o vs. obj => @OBJEXT@

Hi Jay, - testsuite/*.o testsuite/*.out testsuite/gas.log testsuite/gas.sum \ + testsuite/*...@objext@ testsuite/*...@objext@ut testsuite/gas.log Oops - thanks. I have checked in this fix. Cheers Nick ___ bug-binutils mailing list b

Re: gprof call counts wrong in multithreaded program

Hi Kalle, [I am very sorry about taking so long to reply to your email]. "By contrast, the number-of-calls and basic-block figures are derived by counting, not sampling. They are completely accurate and will not vary from run to run if your program is deterministic." In one series of three 9

Re: gprof call counts wrong in multithreaded program

Hi Kalle, It is an improvement, but I think it would be even better to specifically mention glibc. Ok - I have checked in a patch to change the paragraph to read as follows: By contrast, the number-of-calls and basic-block figures are derived by counting, not sampling. They are completel

Re: windres bug in -I/--input-dir option

ached) but it has the potential to confuse users used to the old, deprecated, behaviour. If you really feel that this feature needs to be corrected in the sources please open a bug report on the binutils bugzilla system and I will make the patch official: http://sourceware

Re: Fwd: Lost and Wondering

Hi Matthew, Is this the right place for this? Yes. :-) The GNU assembler takes the following instruction (for example): ldreqsh r9, [sl], #0x3f and assembles it to: 0x00da94d0 This is a bug, now fixed. The current version of GAS assembles it to: 00da93ff

Re: Fwd: Lost and Wondering

Hi Matt, Does the assembler allow for both ldrsheq and ldreqsh? (the latter version is what the ARM docs indicate). Nope, just ldreqsh. When will I be able to get a canned version of the updated tool-chain? The fix is in the latest binutils release (v2.20), so you can get that from wher

Re: bug report

Hi Bin, I encountered a bug in the newest version of binutils. 4. The error message: ../../src/gold/plugin.cc: 618:13: error: variable 'sym_size' set but not used [-Werror=unused-but-set-variable] That is strange, since sym_size is used on the very next line: unsigned char symbuf[sym_size];

Re: How to use control-D character?

Hi Maciej, 1. input_file_open() uses ungetc(3) without checking for EOF. 2. glibc does not handle the EOF condition in the context of ungetc(3) correctly when input is connected to the terminal. The issue #1 above is obvious and only applies to EOF seen right at the beginning. I'll elab

Re: [RFA] peXXigen.c, _bfd_XXi_swap_aux_in, wrong size used in memcpy.

Hi Michael, 2011-03-03 Michael Snyder * peXXigen.c (_bfd_XXi_swap_aux_in): Use E_FILNMNEN instead of FILENMLEN, otherwise will overwrite array. Approved - please apply. Cheers Nick ___ bug-binutils mailing list bug-binutils@

Re: [RFA] archive.c, bsd_write_armap, fail if stat fails

Hi Michael. Perhaps nit-picky -- what do you think? 2011-03-03 Michael Snyder * archive.c (bsd_write_armap): Fail if stat fails. I am all for paranoid programming - please apply. Cheers Nick ___ bug-binutils mailing list bug-binut

Re: [RFA] archive.c, bsd_write_armap, fail if stat fails

Hi Miachael, Alan Modra wrote: On Thu, Mar 03, 2011 at 10:46:09AM -0800, Michael Snyder wrote: * archive.c (bsd_write_armap): Fail if stat fails. I think it would be better to just set the timestamp to zero if stat fails. There is precedent for this, eg. opncls.c:_maybe_make_executable. Er

Re: Problem with 2.21 ld when linking HelenOS ia64 binaries

Hi Jakub, The following instruction: addl r36 = @ltoff(@fptr(__entry#)), gp gets linked as either (ld 2.20): 28806: 40 02 04 00 48 20 addl r36=0,r1 or (ld 2.21): 24846: 40 02 07 8c 48 20 addl r36=9056,r1 Have you verified that the o

Re: gas-2.20.90.pot errors

Hi Jorma, I have checked in a patch to fix the typos that you reported. There were a couple of other questions though: #: config/tc-arm.c:2401 #, c-format msgid "ignoring attempt to undefine built-in register '%s'" I do not understand this one. Should it be redefine, not undefine ? Actu

Re: gas-2.20.90.pot errors

Hi Jorma, OK - I have checked in the attached patch to address your concerns. Cheers Nick gas/ChangeLog 2011-05-18 Nick Clifton * config/tc-arm.c (s_unreq): Reword warning message to make it easier to translate. * config/tc-ia64.c (md_show_usage): Add note for

Re: More complete fix for a previous problem in gprof.

Hi David, Here is a patch to correct a previous gprof bug that was only partially fixed. Apparently it is possible for GCC to clone its own cloned functions. Thanks for submitting this patch. I have tidied it up slightly and applied it to the sources along with this changelog entry. Cheer

Re: [Bug ld/12565] NOLOAD sections empty

Hi Jifl, Also, as far as I can see, this behaviour is not documented anywhere. It is documented in ld.texinfo in the 'Output Section Type' node: @item NOLOAD The section should be marked as not loadable, so that it will not be loaded into memory when the program is run. But that does not doc

Re: [Bug ld/12565] NOLOAD sections empty

Hi H.J. Also, as far as I can see, this behaviour is not documented anywhere. Do you know of any applications that rely upon this feature ? NOLOAD means "don't load into memory", which maps to NOBITS. Otherwise, it will be loaded into memory. OK, I now get that NOLOAD is effectively a marker

Re: [Bug ld/12565] NOLOAD sections empty

Hi Ian, If you look in the libgloss linker scripts you will see a bunch of uses of NOLOAD. I'm not sure whether any of them are really necessary, but they are certainly there. Apart from a few .bss sections and one target which uses them to get the addresses of its hardware I/O ports, all of

Re: [PATCH] don't crash on overflow on hppa64

Hi Mikulas, 1. offset is 64-bit, but 32-bit format "%lx" is used. This causes parameters mismatch 2. eh may be NULL. If it is NULL, I changed the code to print "unknown". Someone who understands the code better can change it to print something more descriptive 3. returning bfd_reloc_notsupported

Re: sim bug

Hi Mike, I hope this is the right place for sim bugs. It isn't. :-( If not, let me know, gdb would be my next guess. Correct. :-) I found a nasty sim bug: When you report the bug it might be worthwhile using the bugzilla system: http://sourceware.org/bugzilla/ An example to demonstra

<    1   2   3   4   5   6   >