[Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries
--- Additional Comments From nickc at redhat dot com 2009-12-08 17:30 --- Hi Chris, Good catch. I have uploaded a patch to catch this form of unpredictable addressing. You may have some difficulty applying it as I created it from my local sources which have a second, uncommited, patch applied to the same file. Cheers Nick P.S. By the way, I'm using ARM ARM version ARM DDI 0100I Mine is ARM DDI 0100E. I would not mind having a copy of 0100I PDF, but what I would really like is a copy of the latest ARM ISA specification. But that is only available to registered ARM customers. :-( -- http://sourceware.org/bugzilla/show_bug.cgi?id=10924 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11086] build failed
--- Additional Comments From nickc at redhat dot com 2009-12-14 11:01 --- Hi Yoshinori-san, Thanks for reporting this bug and supply the fix. I have applied your patch along with the changelog entry below. Cheers Nick gas/ChangeLog 2009-12-14 Yoshinori Sato ys...@users.sourceforge.jp PR gas/11086 * config/tc-rx.c (rx_equ): Rename 'expr' to 'expression' in order to avoid shadowing a global symbol of the same name. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11086 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries
--- Additional Comments From nickc at redhat dot com 2009-12-14 16:39 --- Created an attachment (id=4467) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4467action=view) More tests for unpredictable instructions -- http://sourceware.org/bugzilla/show_bug.cgi?id=10924 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries
--- Additional Comments From nickc at redhat dot com 2009-12-14 16:46 --- Hi Chris, I have checked in another patch (which should be in tomorrow's tarball) to fix the new cases you found and also to correct the snafu when post indexed addressing is used with an immediate offset 15. (The code was checking for a register number of 15, but forgot to see if register-indexed or immediate-indexed addressing was being used). I have also added a new testcase to the gas testsuite for the ARM, to check the disassembly of unpredictable instructions. One thing I found whilst doing this is that there are several instructions that GAS itself will happily assemble, even though they have unpredictable behaviour. (Eg mrs pc, cpsr). So I guess I am going to have to start fixing gas as well. *sigh* There are also several situations where unpredictable behaviour results from the same register being used twice in an instruction. (Eg the MLA, MUL, UMULL etc instructions). Currently the disassembler does not pick these up. I am not sure how important it is to detect them, but let me know what you think. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=10924 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10924] Bug in objdump when disassembling raw armv4t binaries
--- Additional Comments From nickc at redhat dot com 2009-12-17 10:01 --- Hi Chris, I'm not sure what you mean. Are you saying you don't want to flag all UNPREDICTABLES? Don't mind me, I was just whining... Did you catch all the load and store situations that are UNPREDICTABLE when the same register is used twice I alerted you to in a previous email? I think so. Please try updating your sources in order to get my latest patch and then see if you still find any undetected unpredictable instructions. (Actually I know that we are not currently detecting many unpredictable THUMB instructions, but I was going to look at them after we are confident that we have the ARM instruction set covered). Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=10924 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11109] Invalid vcvt UAL encoding
--- Additional Comments From nickc at redhat dot com 2009-12-21 16:51 --- Created an attachment (id=4476) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4476action=view) correctly encode vcvt instruction -- http://sourceware.org/bugzilla/show_bug.cgi?id=11109 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11109] Invalid vcvt UAL encoding
--- Additional Comments From nickc at redhat dot com 2009-12-21 16:52 --- Hi Anton, Please could you try out the uploaded patch and let me know if it fixes the problem for you. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11109 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11123] fails to build on trunk (uninitialized var in opcodes/arm-dis.c)
--- Additional Comments From nickc at redhat dot com 2010-01-04 10:23 --- Hi Matthias, I do not get this error message, but then I am probably using an older version of gcc to build the binutils than you. Anyway I have checked in the obvious fix to initialise the value variable when it is declared, so that should take care of the problem. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11123 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11128] Test for readelf is failing
--- Additional Comments From nickc at redhat dot com 2010-01-04 12:23 --- Created an attachment (id=4490) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4490action=view) Work around bugs in Sol 8 printf() implementation -- http://sourceware.org/bugzilla/show_bug.cgi?id=11128 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11170] error in objdump disassemble for ARM target
--- Additional Comments From nickc at redhat dot com 2010-01-15 11:49 --- Created an attachment (id=4522) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4522action=view) Fix decoding of signed PC offsets -- http://sourceware.org/bugzilla/show_bug.cgi?id=11170 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11170] error in objdump disassemble for ARM target
--- Additional Comments From nickc at redhat dot com 2010-01-15 11:50 --- Hi Mikaël, Please could you try out the uploaded patch and let me know if it works for you. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11170 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11109] Invalid vcvt UAL encoding
--- Additional Comments From nickc at redhat dot com 2010-01-20 11:21 --- Patch checked in. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11109 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- Additional Comments From nickc at redhat dot com 2010-01-21 10:24 --- Created an attachment (id=4547) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4547action=view) Also continue after missing object files and missing sysrooted libraries -- What|Removed |Added Attachment #4541 is|0 |1 obsolete|| AssignedTo|jg at jguk dot org |nickc at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- Additional Comments From nickc at redhat dot com 2010-01-21 10:25 --- Hi Jon, Thanks for the problem report and patch. I have taken the liberty of extending your patch to cover a few more areas (missing object files and missing sysrooted libraries) as well as fixing up the formatting to conform to the GNU Coding Standards. I am going to check in this revised patch shortly. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4437] ld check all files are present and indicate those missing
--- Additional Comments From nickc at redhat dot com 2010-01-21 10:34 --- Patch checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=4437 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11225] objdump -j silently ignore bad section name
--- Additional Comments From nickc at redhat dot com 2010-01-28 12:09 --- Created an attachment (id=4561) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4561action=view) Issue warning for unseen sections mentioned in -j switches -- http://sourceware.org/bugzilla/show_bug.cgi?id=11225 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11225] objdump -j silently ignore bad section name
--- Additional Comments From nickc at redhat dot com 2010-01-28 12:09 --- Hi H.J. Is the uploaded patch OK with you ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11225 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11225] objdump -j silently ignore bad section name
--- Additional Comments From nickc at redhat dot com 2010-01-28 12:39 --- Created an attachment (id=4562) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4562action=view) Improved patch -- What|Removed |Added Attachment #4561 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=11225 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11225] objdump -j silently ignore bad section name
--- Additional Comments From nickc at redhat dot com 2010-01-28 12:40 --- Hi H.J. Ah - I should have run some regression tests before uploading that first patch - it breaks checks in the GAS testsuite that use multiple -j switches to match different possible names for data sections in different targets. I have uploaded a revised patch which only issues the warning if *none* of the sections mentioned in -j switches match any of the input files. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11225 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11225] objdump -j silently ignore bad section name
--- Additional Comments From nickc at redhat dot com 2010-01-28 15:26 --- Hi H.J. Should we set exit_status to 1 when issuing a warning? Thanks. Yup. Fixed. I have checked the patch in along with a couple of fixes to the testsuites for tests that were affected by the change. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11225 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11136] segmentaion fault while processing NEON arithmetric instructions
--- Additional Comments From nickc at redhat dot com 2010-01-29 16:04 --- Hi André Bergner, Thanks for the bug report and analysis. I decided that it would be safer to handle an ns value of NS_NULL inside the neon_check_type() function, as it is called from more places than just the try_vfp_nsyn() function. But apart from that the patch that I checked in in basically the one that you suggested. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11136 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11219] LMA in link map versus object file disagrees
--- Additional Comments From nickc at redhat dot com 2010-02-05 13:54 --- Subject: Re: 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 -- http://sourceware.org/bugzilla/show_bug.cgi?id=11219 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11240] Windres breaks down with spaces in rc source
--- Additional Comments From nickc at redhat dot com 2010-02-09 10:10 --- Hi, Linker error, could not find resource metal.pngtempleoftheancesteors This is more of a feature than a bug. What is happening is that windres now supports the concatenating of two double-quote enclosed strings into one string, just as a C compiler does. So: foo bar is treated as if you had typed: foobar The simple way around this is to use single quotes for the second string, as in: metal png DISCARDABLE ../source/metal.png 'temple of the ancestors' fxp DISCARDABLE ../presets/syntheticenvironments/temple of the ancestors.fxp I hope that this is OK with you. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11240 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- Additional Comments From nickc at redhat dot com 2010-02-09 12:15 --- Created an attachment (id=4581) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4581action=view) Delete config.cache files when reconfiguring -- http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- Additional Comments From nickc at redhat dot com 2010-02-09 12:18 --- Hi Jon, Thanks for the detailed instructions for reproducing the problem. I am now able to make it happen locally and I have found the problem - running configure with a new value of CFLAGS *before* running make distclean. The (re)configure deletes the Makefiles in the various build directories, which means that there is nothing that can be done when you run make distclean. I have created a patch to the top level configure script so that when it deletes a Makefile in sub-directory it will also look for and delete any config.cache files that might be present. Please give it a try and let me know how you get on. Cheers Nick -- What|Removed |Added Status|REOPENED|WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11238] make distclean does not clean up config.cache files
--- Additional Comments From nickc at redhat dot com 2010-02-15 10:54 --- Hi Jon, Great - I have checked the patch in. Cheers Nick -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11238 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11297] Support for 8-bit relocations for AVR architecture
--- Additional Comments From nickc at redhat dot com 2010-02-23 11:42 --- Hi Andrew, Thanks for reporting this problem, and for providing the fix. I have checked your patch into the mainline sources along with these changelog entries. Cheers Nick gas/ChangeLog PR binutils/11297 * config/tc-avr.c (md_apply_fix): Handle BFD_RELOC_8. (avr_cons_fix_new): Handle fixups of a single byte. bfd/ChangeLog PR binutils/11297 * elf32-avr.c (elf_avr_howto_table): Add R_AVR_8. (avr_reloc_map): Map BFD_RELOC_8 to R_AVR_8. include/elf/ChangeLog PR binutils/11297 * avr.h: (R_AVR_8): New relocation number. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11297 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11298] typos in windmc and windres manpages
--- Additional Comments From nickc at redhat dot com 2010-02-23 13:05 --- Hi Peter, Thanks for reporting this problem. The man pages are actually generated from a master source file (binutils/doc/binutils.texi), so I applied your patch there and then checked that the generated windmc.1 and windres.1 files were correct. Then I checked in your patch along with this changelog entry. Cheers Nick binutils/ChangeLog 2010-02-23 Peter Breitenlohner p...@mppmu.mpg.de PR binutils/11298 * doc/binutils.texi (windmc): Fix synopsis and description of ASCII options. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11298 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/10858] ld generate broken PIE binaries on MIPS
--- Additional Comments From nickc at redhat dot com 2010-02-24 14:22 --- Hi Jay, Hi Aurelian, I have checked in the modified version of Alan's patch. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=10858 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6773] Typo in ARM saddsubx mnemonic
--- Additional Comments From nickc at redhat dot com 2010-02-24 15:12 --- Hi Jonas, I have checked in a patch to fix the disassembly of all of the prefixaddsubx and prefixsubaddx instructions so that they now use the UAL names. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=6773 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11337] windres compiles menus and dialogs to UNICODE not ANSI
--- Additional Comments From nickc at redhat dot com 2010-03-05 12:43 --- Hi Ron, Have you tried using the --codepage=num switch to windres ? (I think that a value of 1252 might work. Either that or 0). Your zip file does not include the resources.h header file, so I could not run windres locally. I suspect however that this problem might be similar to the one reported in PR 11280. So possibly you could try editing winduni.h before compiling windres. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11337 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/10143] Failed compilation at bfin-parse.c
--- Additional Comments From nickc at redhat dot com 2010-03-11 17:08 --- Hi Mike, was there a reason for also changing the error buffer from the stack to static ? adding the printf string %s makes sense, but it doesnt seem like it needs a static keyword added ... It is an old habit from my embedded programming days. Creating a large local buffer uses up a lot of stack space and it can even prevent the program from working if stack space is very tight. Making the buffer static does not affect the execution of the program (apart from increasing its data space requirement) and it can allow the program to continue working. In this particular case however I agree that is very unlikely that this change is going to make any real difference. If you really want I will revert it. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=10143 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11384] missing EOF statement at... eof of ld/emultempl/sh64elf.em
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-03-18 13:16 --- Subject: Bug 11384 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-03-18 13:15:46 Modified files: ld : ChangeLog ld/emultempl : sh64elf.em Log message: PR ld/11384 * emultempl/sh64elf.em: Add missing EOF. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ChangeLog.diff?cvsroot=srcr1=1.2124r2=1.2125 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/emultempl/sh64elf.em.diff?cvsroot=srcr1=1.17r2=1.18 --- Additional Comments From nickc at redhat dot com 2010-03-18 13:18 --- Hi Aymeric, Thanks for pointing out this problem. I have checked in the patch as you described it. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11384 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11477] binutils toplevel Makefile is missing install-strip target
--- Additional Comments From nickc at redhat dot com 2010-04-13 11:35 --- Hi Aaro, This is actually the correct behaviour. The strip utility is part of a group of programs called the binutils. The command to install them is make install-binutils. There is no support for building the strip program without building the other binutils. Thus there is no make all-strip target either. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=11477 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11447] default section layout should be improved to reduce pagefaults
--- Additional Comments From drow at false dot org 2010-04-02 19:52 --- Subject: Re: New: default section layout should be improved to reduce pagefaults On Mon, Mar 29, 2010 at 08:29:31PM -, tglek at mozilla dot com wrote: Fault #2 .gnu.version* should be in front of .dyn(sym|str) Fault #3 .dynstr should be in front of .dynsym Why? Both .gnu.version and .dynstr are referred to from .dynsym. ISTM that it would be as easy to improve the loader if it's reading them in a funny order. --- Additional Comments From nickc at redhat dot com 2010-04-13 11:53 --- Created an attachment (id=4719) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4719action=view) Reorder .gnu.version, .dynstr and .dynsym -- http://sourceware.org/bugzilla/show_bug.cgi?id=11447 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11447] default section layout should be improved to reduce pagefaults
--- Additional Comments From nickc at redhat dot com 2010-04-13 11:56 --- Hi Taras, This sounds like a loader problem to me, rather than a binutils bug. It is relatively easy to rearrange the order of the .gnu.version, .dynstr and .dynsym sections (see the uploaded patch), but I do not think that this is right way to solve the problem. If the loader is performing some backwards io to get at those sections then I would suggest that it ought to be recoded to keep them in memory after reading them for the first time. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=11447 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11430] nm crashes when handling some lib file.
--- Additional Comments From nickc at redhat dot com 2010-04-13 12:06 --- Hi Brook, Please could you upload a small test lib file that we can use to examine this problem ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11430 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11419] array signature[8] may be used uninitialized
--- Additional Comments From nickc at redhat dot com 2010-04-13 12:19 --- Created an attachment (id=4720) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4720action=view) Initialize the signature array -- http://sourceware.org/bugzilla/show_bug.cgi?id=11419 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11419] array signature[8] may be used uninitialized
--- Additional Comments From nickc at redhat dot com 2010-04-13 12:20 --- Hi Chen, I have applied the uploaded patch to initialise the signature array. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11419 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11337] windres compiles menus and dialogs to UNICODE not ANSI
--- Additional Comments From nickc at redhat dot com 2010-04-14 15:52 --- Hi Ron, I am very sorry, but I have been unable to reproduce this problem. When I use the 2.20 version of windres I get a resource file with ANSI strings in it, not unicode. (I had to provide my own logo.bmp and icon.ico files, but I assume that this is not the reason why we are seeing different behaviours). Perhaps it is something to do with the host machines that we are using. I am using an x86 box running a 32-bit version of Fedora 12, but I would imagine that this is very similar to your own setup. Since you have a work-around of using 2.18 you may not wish to pursue this any further. But if you do, then could I ask if you could do some debugging yourself ? In particular we need to find out what the code in binutils/winduni.c is doing. Is it translating to a non-ANSI codepage, and if so, why ? The function unicode_from_ascii() would be a good place to look. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11337 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11398] Linker doesn't support priority with .preinit_array
--- Additional Comments From nickc at redhat dot com 2010-04-14 16:11 --- Hi H.J. I am not sure if this is a real problem. First of all I do not think that gcc will generate .preinit_array.priority sections, so they would have to be hand crafted by assembler source code. Secondly the current elf.sc linker script template does not handle preinit_array.n sections at all, which leads me to believe that nobody expects this sort of thing to work. Is there any documentation to support the idea that preinit_array sections can have a priority associated with them ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11398 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11395] gas creates 64bit add-instruction in 32bit mode for hppa2.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-04-16 11:21 --- Subject: Bug 11395 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-04-16 11:20:41 Modified files: gas: ChangeLog gas/config : tc-hppa.c gas/testsuite : ChangeLog gas/testsuite/gas/hppa/basic: add2.s basic.exp Log message: PR gas/11395 * config/tc-hppa.c (pa_ip): Do not allow 64-bit add condition matcher to accept and unconditional 32-bit add instruction. (pa_build_unwind_subspace): Cope with error conditions not allowing the start symbol to be set. * gas/hppa/basic/add2.s: Add test of simple 32-bit instruction. * gas/hppa/basic/basic.exp (do_add2): Add grep for expected disassembly. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4131r2=1.4132 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-hppa.c.diff?cvsroot=srcr1=1.147r2=1.148 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1655r2=1.1656 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/hppa/basic/add2.s.diff?cvsroot=srcr1=1.2r2=1.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/hppa/basic/basic.exp.diff?cvsroot=srcr1=1.13r2=1.14 --- Additional Comments From nickc at redhat dot com 2010-04-16 11:23 --- Hi Michael, Sorry for taking so long to look at this problem. It turns out to be a bug in GAS's code for parsing condition prefixes for 64-bit addition instructions. If there were no conditions at all the instruction was being matched and treated as a 64-bit add, instead of being rejected and allowing the parser to proceed to the 32-bit add pattern. I have checked in a patch to fix this, as well as an addition to the HPPA part of the GAS testsuite to make sure that the bug stays fixed. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11395 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11517] Fatal error assembling ldgp for Alpha ECOFF
--- Additional Comments From nickc at redhat dot com 2010-04-20 14:33 --- Created an attachment (id=4736) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4736action=view) Make GPDISP relocs non-PC-relative -- http://sourceware.org/bugzilla/show_bug.cgi?id=11517 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11517] Fatal error assembling ldgp for Alpha ECOFF
--- Additional Comments From nickc at redhat dot com 2010-04-20 14:34 --- Hi Rainer, The uploaded patch fixes this problem for me, but since I no expert on this particular architecture I am not sure if it is the right solution. What do you think ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11517 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11507] altmacro: wrong string interpretation
--- Additional Comments From nickc at redhat dot com 2010-04-20 15:53 --- Created an attachment (id=4737) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4737action=view) Fix parsing of LOCAL inside a string -- http://sourceware.org/bugzilla/show_bug.cgi?id=11507 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11512] addr2line displays frong filename for GCC app compiled with -gcoff option
--- Additional Comments From nickc at redhat dot com 2010-04-20 17:10 --- Created an attachment (id=4740) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4740action=view) Add section address to symbol's value when looking up filenames -- http://sourceware.org/bugzilla/show_bug.cgi?id=11512 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11512] addr2line displays frong filename for GCC app compiled with -gcoff option
--- Additional Comments From nickc at redhat dot com 2010-04-20 17:12 --- Hi dvidvitop, I have uploaded a patch that *might* resolve the problem for you. Please try it out and let me know how you get on. If the patch does not work, please could you include some more detailed information on how to reproduce the problem. A small working example, based on object files not C++ source files, would be ideal. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11512 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11512] addr2line displays frong filename for GCC app compiled with -gcoff option
--- Additional Comments From nickc at redhat dot com 2010-04-21 07:02 --- Hi dzidzitop, Oops - sorry about that. I uploaded the wrong patch file by mistake. Please try out the new one instead. With this patch applied, using your test case I get: % addr2line -e bbb.exe 0x4013c0 bbb.cpp:4 Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11512 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11512] addr2line displays frong filename for GCC app compiled with -gcoff option
--- Additional Comments From nickc at redhat dot com 2010-04-21 07:01 --- Created an attachment (id=4744) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4744action=view) Correct patch: Adds section address to filename symbols' values -- What|Removed |Added Attachment #4740 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=11512 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gprof/11524] segmentation fault when use --external-symbol-table option
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-04-27 14:46 --- Subject: Bug 11524 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-04-27 14:46:09 Modified files: gprof : ChangeLog corefile.c Log message: PR gprof/11524 * corefile.c (core_create_syms_from): Use correct size of buffer. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gprof/ChangeLog.diff?cvsroot=srcr1=1.280r2=1.281 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gprof/corefile.c.diff?cvsroot=srcr1=1.38r2=1.39 --- Additional Comments From nickc at redhat dot com 2010-04-27 14:47 --- Hi Hongsheng, Thanks for reporting this bug. I have checked in the patch that you described. Cheers Nick Clifton -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11524 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11513] Garbage is loaded into asection#lineno
--- Additional Comments From nickc at redhat dot com 2010-04-27 14:56 --- Hi Dzidzitop, Can you supply a small test case to demonstrate the problem please ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11513 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11583] ld aborts in elf_link_output_extsym when given EXTERN() symbol in script.
--- Additional Comments From nickc at redhat dot com 2010-05-11 14:16 --- Created an attachment (id=4778) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4778action=view) Cope with unresolved references when exporing symbols -- http://sourceware.org/bugzilla/show_bug.cgi?id=11583 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11625] internal error in evax_frob_symbol assembling gmp 4.3.2 cntlz.asm
--- Additional Comments From nickc at redhat dot com 2010-05-25 09:52 --- Hi Jay, I have not had a lot of luck reproducing this problem. Is there any chance you could capture the tmp-cntlz.s file and upload that to this PR ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11625 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11624] bfd build breaks wrt alpha-dec-vms
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-05-25 10:14 --- Subject: Bug 11624 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-05-25 10:14:16 Modified files: bfd: ChangeLog archive.c bfd-in2.h configure configure.in vms-alpha.c vms-misc.c vms.h bfd/doc: Makefile.in Log message: PR ld/11624 * archive.c (_bfd_calloc_wrapper): New function. (_bfd_add_bfd_to_archive_cache): Use it. * configure.in: Add alpha*-*-*vms* to list of natives. * configure: Regenerate. * vms-misc.c: Define globalref if necessary. (vms_convert_to_var_unix_filename): Rename to _bfd_vms_convert_to_var_unix_filename and export. * vms.h: Add prototype for _bfd_vms_convert_to_var_unix_filename. * vms-alpha.c (vms_close_and_cleanup): Update invocation of vms_convert_to_var_unix_filename. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=srcr1=1.5028r2=1.5029 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/archive.c.diff?cvsroot=srcr1=1.66r2=1.67 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/bfd-in2.h.diff?cvsroot=srcr1=1.512r2=1.513 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/configure.diff?cvsroot=srcr1=1.332r2=1.333 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/configure.in.diff?cvsroot=srcr1=1.283r2=1.284 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/vms-alpha.c.diff?cvsroot=srcr1=1.15r2=1.16 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/vms-misc.c.diff?cvsroot=srcr1=1.33r2=1.34 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/vms.h.diff?cvsroot=srcr1=1.19r2=1.20 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/doc/Makefile.in.diff?cvsroot=srcr1=1.104r2=1.105 --- Additional Comments From nickc at redhat dot com 2010-05-25 10:29 --- Hi Jay, Thanks for the problem report and patch. I have checked in your fixes along with this changelog entry. Cheers Nick bfd/ChangeLog 2010-05-25 Jay Krell jay.kr...@cornell.edu PR ld/11624 * archive.c (_bfd_calloc_wrapper): New function. (_bfd_add_bfd_to_archive_cache): Use it. * configure.in: Add alpha*-*-*vms* to list of natives. * configure: Regenerate. * vms-misc.c: Define globalref if necessary. (vms_convert_to_var_unix_filename): Rename to _bfd_vms_convert_to_var_unix_filename and export. * vms.h: Add prototype for _bfd_vms_convert_to_var_unix_filename. * vms-alpha.c (vms_close_and_cleanup): Update invocation of vms_convert_to_var_unix_filename. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11624 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11621] .o vs. obj = @OBJEXT@
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-05-25 14:03 --- Subject: Bug 11621 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-05-25 14:02:39 Modified files: ld : ChangeLog Makefile.am Makefile.in gas: ChangeLog Makefile.am Makefile.in binutils : ChangeLog Makefile.am Makefile.in Log message: PR ld/11621 * Makefile.am: Replace all occurences of .o with @objext@ * Makefile.in: Regenerate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ChangeLog.diff?cvsroot=srcr1=1.2148r2=1.2149 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/Makefile.am.diff?cvsroot=srcr1=1.283r2=1.284 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/Makefile.in.diff?cvsroot=srcr1=1.309r2=1.310 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4153r2=1.4154 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/Makefile.am.diff?cvsroot=srcr1=1.188r2=1.189 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/Makefile.in.diff?cvsroot=srcr1=1.211r2=1.212 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=srcr1=1.1645r2=1.1646 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/Makefile.am.diff?cvsroot=srcr1=1.124r2=1.125 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/Makefile.in.diff?cvsroot=srcr1=1.148r2=1.149 --- Additional Comments From nickc at redhat dot com 2010-05-25 14:07 --- Hi Jay, Thanks for reporting this problem. I have checked in your patch, along with similar ones for the gas/ and binutils/ sub-directories along with these changelog entries. Cheers Nick ld,gas,binutils/ChangeLog 2010-05-25 Jay Krell jay.kr...@cornell.edu PR ld/11621 * Makefile.am: Replace all occurences of .o with @objext@ * Makefile.in: Regenerate. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11621 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11618] Add an option to page-align .bss
--- Additional Comments From nickc at redhat dot com 2010-05-25 16:02 --- Hi Taras, [You did not mention which target architecture(s) you are interested in, so I have just tested the following on an x86 host]. There should be no need to add a new command line option to the linker. Instead you can make use of the existing linker script facilities. Try this: % cat align_bss.ld . = ALIGN (CONSTANT (MAXPAGESIZE)); INSERT BEFORE .bss; Then just add -Wl,-Talign_bss.ld to the firefox final link command line. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11618 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11612] New underscoring behavior can break -aligncomm directve
--- Additional Comments From nickc at redhat dot com 2010-05-26 08:20 --- Hi Doug, I tried to reproduce this problem but could not. Would it be possible for you to upload the test.o file from your example ? Also please could you check to see if the problem still exists with the latest binutils sources. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11612 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11633] bintuils testsuit fails if built with CFLAGS=-fstack-protector-all
--- Additional Comments From nickc at redhat dot com 2010-05-26 13:46 --- Created an attachment (id=4815) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4815action=view) demonstration patch -- http://sourceware.org/bugzilla/show_bug.cgi?id=11633 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11633] bintuils testsuit fails if built with CFLAGS=-fstack-protector-all
--- Additional Comments From nickc at redhat dot com 2010-05-26 13:49 --- Hi Peter, Well you could modify the default_ld_simple_link in the linker testsuite library so that it adds the missing symbols. (See the uploaded patch). But this introduces other failures in the testsuite since it pollutes the symbol table. You could export the logic from default_ld_simple_link for detecting a gcc compiler and use it in the elfvsb.exp script to add the missing symbols, or to turn off stack protection. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11633 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11601] Solaris assembler compatability doesn't work
--- Additional Comments From nickc at redhat dot com 2010-05-26 14:25 --- Created an attachment (id=4817) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4817action=view) Potentially improved error message -- http://sourceware.org/bugzilla/show_bug.cgi?id=11601 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11601] Solaris assembler compatability doesn't work
--- Additional Comments From nickc at redhat dot com 2010-05-26 14:29 --- Hi H.J. The assembler is failing to parse the .section directive because the # character starts a line comment. If you assemble your test case with the -f option added to the command line then it will work. Presumably the # character is required by Solaris assembler. Do you know if the Solaris assembler treats # as being a line command character at places other than inside a .section directive ? If so then we are probably never going to be able to be compatible with it. The uploaded patch improves the error message slightly. What do you think of it ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11601 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11676] objdump -d forget 0e float prefix
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-06-16 15:13 --- Subject: Bug 11676 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-06-16 15:12:51 Modified files: opcodes: ChangeLog m68k-dis.c gas/testsuite : ChangeLog gas/testsuite/gas/m68k: all.exp Added files: gas/testsuite/gas/m68k: pr11676.d pr11676.s Log message: 2010-06-16 Vincent Rivire vincent.rivi...@freesbee.fr PR binutils/11676 * m68k-dis.c (print_insn_arg): Prefix float constants with #0e. 2010-06-16 Nick Clifton ni...@redhat.com PR binutils/11676 * gas/m68k/pr11676.s: New test. * gas/m68k/pr11676.d: Expected disassembly. * gas/m68k/all.exp: Run the new test. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/ChangeLog.diff?cvsroot=srcr1=1.1595r2=1.1596 http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/m68k-dis.c.diff?cvsroot=srcr1=1.36r2=1.37 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1677r2=1.1678 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/m68k/pr11676.d.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/m68k/pr11676.s.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/m68k/all.exp.diff?cvsroot=srcr1=1.20r2=1.21 --- Additional Comments From nickc at redhat dot com 2010-06-16 15:13 --- Hi Vincent, Thanks for reporting this problem. I have applied your patch and created a gas testcase for it as well. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11676 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11675] -- oformat binary or srec broken
--- Additional Comments From nickc at redhat dot com 2010-06-16 16:18 --- Hi Vincent, I am unable to reproduce this problem. Please could you provide a small test case that demonstrates it ? (Note - I did run the ld-srec tests but although the tests failed to link there were no segmentation faults. This was with a m68k-elf targeted toolchain running on an i686-pc-linux-gnu host). Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11675 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11675] -- oformat binary or srec broken
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11675 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11673] move.l #1,2(a0) should fail on isab
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-06-16 16:28 --- Subject: Bug 11673 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-06-16 16:27:38 Modified files: opcodes: ChangeLog m68k-opc.c gas/testsuite : ChangeLog gas/testsuite/gas/m68k: all.exp Log message: PR gas/11673 * m68k-opc.c (m68k_opcodes): Remove move.l for isab and later. * gas/m68k/p11673.s: New test. * gas/m68k/all.exp: Run the new test. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/ChangeLog.diff?cvsroot=srcr1=1.1596r2=1.1597 http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/m68k-opc.c.diff?cvsroot=srcr1=1.33r2=1.34 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1678r2=1.1679 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/m68k/all.exp.diff?cvsroot=srcr1=1.21r2=1.22 --- Additional Comments From nickc at redhat dot com 2010-06-16 16:29 --- Hi Vincent, Thank you for the bug report and patch. I have applied your patch and created a couple of ChangeLog entries to go along with them. (For future reference it helps if you can supply these yourself when you create a patch). Your patch include an extra file: gas/testsuite/gas/m68k/my.exp which I assume was extraneous, so I did not include it in the check-in. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11673 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11711] directory names conflict with windres include directories
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-06-17 13:55 --- Subject: Bug 11711 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-06-17 13:55:36 Modified files: binutils : ChangeLog windres.c Log message: PR binutils/11711 * windres.c (enum option_values): New enum. (long_options): Use separate option number for --include-dir option. (main): Separate backwards compatibility check from code to implement --include-dir. Check to see if directory exists and do not complain if it does. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=srcr1=1.1652r2=1.1653 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/windres.c.diff?cvsroot=srcr1=1.41r2=1.42 --- Additional Comments From nickc at redhat dot com 2010-06-17 14:07 --- Hi Anthony, I have checked in a patch to fix this problem. With this patch applied --include-dir will never complains about a directory name matching an input format type and -I will only complain if the name does not match an existing directory. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11711 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11675] -- oformat binary or srec broken
--- Additional Comments From nickc at redhat dot com 2010-06-21 10:10 --- Hi Vincent, Duh - I wonder why that did not work for me when I tried. Anyway I can now reproduce the problem. It is possible to fix the code in bfd_elf_m68k_set_target_options to avoid the seg-fault, but I think that this is the wrong approach. Essentially the m68k-elf code in the BFD library needs some special fields in the global info structure and these are only created if the output format is m68k-elf. So it is not possible to link m68k-elf binaries and change the output format at the same time. (This restriction is common to quite a few linker targets). So instead I am proposing the uploaded patch to issue an error if an attempt is made to link m68k-elf binaries and change the output format at the same time. What do you think ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11675 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11675] -- oformat binary or srec broken
--- Additional Comments From nickc at redhat dot com 2010-06-21 10:11 --- Created an attachment (id=4854) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4854action=view) Issue an error if an attempt is made to change the output format whilst linking m68k-elf binaries -- http://sourceware.org/bugzilla/show_bug.cgi?id=11675 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11801] GAS ignores -fno-delayed-branch for functions with inline assembly
--- Additional Comments From nickc at redhat dot com 2010-07-16 15:59
---
Hi Andrew,
This is not a GAS bug, but rather a feature of the assembly code generated
by gcc. Have a look at the asm.s file in your tarball. Just before the start
of the exhibit_bug function there is a .set reorder directive which tells gas
that it is allowed (and expected) to reorder the instruction sequence, including
changing the instruction in the delay slot of jumps and branches.
The .set reorder directive is there because of the __asm__ statements in the
exhibit_bug function. GCC has put the directive there because it cannot be sure
that there will not be any hazards between the code inside the asm statement(s)
and the code that gcc itself has generated. Thus it needs to assembler to be
able to reorder instructions to avoid those hazards if they exist.
One possible workaround for this problem is to add a .set noreorder
directive at the start of exhibit_bug, like this:
void exhibit_bug()
{
__asm__ volatile (.set noreorder);
int x = 10;
set_hex(hex_base,5);
set_hex(hex_base,7);
__asm__ volatile (break);
while(1)
{
set_hex(hex_base,x++);
__asm__ volatile (break);
}
}
Note, you would have to do this at the start of *every* function that makes use
of your __asm__ volatile (break) inline assembler.
Cheers
Nick
--
What|Removed |Added
Status|NEW |RESOLVED
Resolution||INVALID
http://sourceware.org/bugzilla/show_bug.cgi?id=11801
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11855] New: GOLD: PROVIDE: does not provide symbols only referenced in linker script
Hi Guys,
I have encountered a discrepancy between GNU LD and GOLD with regard to the
PROVIDE keyword. If the provided symbol is not referenced in an input object
file then GOLD will not define it, even if it is referenced elsewhere in the
linker script.
To reproduce follow these steps:
% touch empty.c
% gcc -c empty.c
% cat EOF provide.ld
SECTIONS
{
PROVIDE (foo = 0);
.bar :
{
LONG (foo);
}
}
EOF
% ld -T provide.ld empty.o
% gold -T provide.ld empty.o
gold: error: undefined symbol 'foo' referenced in expression
Cheers
Nick
--
Summary: GOLD: PROVIDE: does not provide symbols only referenced
in linker script
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: nickc at redhat dot com
CC: bug-binutils at gnu dot org
GCC build triplet: any
GCC host triplet: any
GCC target triplet: any
http://sourceware.org/bugzilla/show_bug.cgi?id=11855
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11899] New: segments not sorted by LMA
The code in Layout::set_segment_offsets() expects the segments to be sorted by
their load address, but currently they are sorted by the LMA of their first
section.
To reproduce:
% cat phdr.s
.text
.word 1
.data
.word 2
% cat phdrs.ld
PHDRS
{
headers PT_PHDR FILEHDR PHDRS;
dataPT_LOAD AT (0xfff5);
textPT_LOAD AT (0xfff4);
}
SECTIONS
{
.data 0 :
{
*(.data)
} : data
.text :
{
*(.text)
} : text
}
% gcc -c phdr.s
% gold -T phdrs.ld phdr.o
gold: internal error in set_segment_offsets, at gold/layout.cc:2641
--
Summary: segments not sorted by LMA
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P3
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: nickc at redhat dot com
CC: bug-binutils at gnu dot org
GCC build triplet: any
GCC host triplet: any
GCC target triplet: any
http://sourceware.org/bugzilla/show_bug.cgi?id=11899
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11899] segments not sorted by LMA
--- Additional Comments From nickc at redhat dot com 2010-08-10 11:19 --- Created an attachment (id=4922) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4922action=view) Sort segments by their load address -- http://sourceware.org/bugzilla/show_bug.cgi?id=11899 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11899] segments not sorted by LMA
--- Additional Comments From nickc at redhat dot com 2010-08-10 11:20 --- Proposed patch uploaded. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11899 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11835] Infinite recursive loop in @FILE option
--- Additional Comments From nickc at redhat dot com 2010-08-12 13:41 --- Hi Chin, This is actually a bug in the libiberty library that is used to pre-parse the assembler command line. I have filed a bug report here: http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00899.html I have included a proposed patch in that bug report, so I hope that that will resolve the problem. Cheers Nick -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://sourceware.org/bugzilla/show_bug.cgi?id=11835 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11843] ld long link times due to compute_bucket_count() choosing hash table size
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-08-12 16:23 --- Subject: Bug 11843 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-08-12 16:23:33 Modified files: bfd: ChangeLog elflink.c Log message: PR ld/11843 * elflink.c (compute_bucket_count): Avoid futile long searches for the best bucket size. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=srcr1=1.5101r2=1.5102 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elflink.c.diff?cvsroot=srcr1=1.373r2=1.374 --- Additional Comments From nickc at redhat dot com 2010-08-12 16:24 --- Hi Todd, I have checked in your patch - thanks very much for creating it. Cheers Nick bfd/ChangeLog 2010-08-12 Todd Veldhuizen todd.veldhui...@logicblox.com PR ld/11843 * elflink.c (compute_bucket_count): Avoid futile long searches for the best bucket size. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11843 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11899] segments not sorted by LMA
--- Additional Comments From nickc at redhat dot com 2010-08-20 08:43 --- Created an attachment (id=4943) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4943action=view) Revised patch -- What|Removed |Added Attachment #4922 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=11899 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11899] segments not sorted by LMA
--- Additional Comments From nickc at redhat dot com 2010-08-20 08:45 --- Hi Ian, Thanks for catching that for me. Your suggested improvement works just fine, so I have uploaded a revised patch. OK to apply ? Cheers Nick gold/ChangeLog 2010-08-20 Nick Clifton ni...@redhat.com PR 11899 * layout.cc (segment_precedes): Sort segments by their physical addresses, if they have been set. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11899 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11985] GOLD seg-faults if it cannot create needed output sections
--- Additional Comments From nickc at redhat dot com 2010-09-06 08:56 --- I have just uploaded a small patch which adds debug information to gold for when it tries and fails to create an output section. Enabled by running gold with the --debug script option. I am not sure whether it should be applied or not. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11985 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr
--- Additional Comments From nickc at redhat dot com 2010-09-08 10:54 --- Hi Carlo, The correct thing to do is to take a copy of the filename, rather than relying upon the original still being valid. So, please could you try out the uploaded patch and let me know if it works for you. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11983 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-08 11:07 --- Subject: Bug 11973 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-09-08 11:07:39 Modified files: gas: ChangeLog gas/config : tc-mn10300.c Log message: PR gas/11973 * config/tc-mn10300.c (md_convert_frag): Zero out top two bytes of long call instruction's displacement. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4241r2=1.4242 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-mn10300.c.diff?cvsroot=srcr1=1.71r2=1.72 --- Additional Comments From nickc at redhat dot com 2010-09-08 11:08 --- Hi, Thanks for reporting this problem and providing a patch. I have checked the patch in, but there is one remaining issue - do you have a testcase that reproduces the original bug ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11973 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- Additional Comments From nickc at redhat dot com 2010-09-08 14:27 --- Created an attachment (id=4970) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4970action=view) Fix ARM parsing of bignums -- http://sourceware.org/bugzilla/show_bug.cgi?id=11972 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- Additional Comments From nickc at redhat dot com 2010-09-08 16:37 --- Hi Ryan, I may be confused here, but -4294967296 is the same as -(0x1), right ? So wouldn't that mean that the 2.19.1 assembler was wrong and that the current assembler, with the patch applied, is correct ? Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11972 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11938] Support for linking with Solaris libraries is only enabled on SPARC!
--- Additional Comments From nickc at redhat dot com 2010-09-08 16:49 --- Hi Andrew, I am not quite sure what you have in mind here, so please could you generate a patch. Please keep in mind that tools like readelf ought to be able to process Solaris libraries even if they were not built on a Solaris or Sparc system. Thus I suspect that using #ifdef __sun is not the right thing to do. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11938 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- Additional Comments From nickc at redhat dot com 2010-09-08 17:02 --- Created an attachment (id=4971) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4971action=view) Skip abort for linker created symbols. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-09 07:40 --- Subject: Bug 11972 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-09-09 07:40:12 Modified files: gas: ChangeLog gas/config : tc-arm.c Log message: PR gas/11972 * config/tc-arm.c (parse_big_immediate): Allow for bignums being extended to the size of a .octa. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4243r2=1.4244 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=srcr1=1.455r2=1.456 --- Additional Comments From nickc at redhat dot com 2010-09-09 07:40 --- Patch applied. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11972 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11938] Support for linking with Solaris libraries is only enabled on SPARC!
--- Additional Comments From nickc at redhat dot com 2010-09-09 10:12 --- Hi Andrew, The code I looked at already allows i[34]86 targets to see[1] these features. Where exactly were you thinking that changes needed to be made ? Cheers Nick [1] I said see rather than work with because I do not believe that the functionality of the SHF_ORDERED, SHF_EXCLUDE, SHN_BEFORE and SHN_AFTER flags are actually implemented. They are merely accetped and do not cause the linker (or readelf) to complain. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11938 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- Additional Comments From nickc at redhat dot com 2010-09-09 10:16 --- Hi Alan, Nick, I think you're just papering over the real problem here. Our handling of assignments inside ONLY_IF... sections is quite broken. To see more problems, try the link with a map file. :-( I suspected as much when I wrote the patch. Silly me for looking at the issue as the last thing in the day... Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-09 10:38 --- Subject: Bug 11931 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-09-09 10:37:48 Modified files: gas/testsuite : ChangeLog gas/testsuite/gas/mn10300: basic.exp Added files: gas/testsuite/gas/mn10300: pr11931.d pr11931.s Log message: PR gas/11931 * gas/mn10300/pr11931.s: New file: Test case. * gas/mn10300/pr11931.d: New file: Expected output. * gas/mn10300/basic.exp: Run the new test. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1730r2=1.1731 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/mn10300/pr11931.d.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/mn10300/pr11931.s.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/mn10300/basic.exp.diff?cvsroot=srcr1=1.15r2=1.16 --- Additional Comments From nickc at redhat dot com 2010-09-09 10:42 --- Oops - please ignore that commit - it was for PR 11973, not this PR. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers
--- Additional Comments From nickc at redhat dot com 2010-09-09 10:41 --- Hi, Thanks - that was great. I have converted the assembler source into a gas testcase and checked it in to the repository. Cheers Nick -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11973 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr
--- Additional Comments From nickc at redhat dot com 2010-09-09 14:24 --- Created an attachment (id=4974) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4974action=view) Revised patch -- What|Removed |Added Attachment #4969 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=11983 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr
--- Additional Comments From nickc at redhat dot com 2010-09-09 14:25 --- Hi Carlo, Further resting revealed some problems with the first version of the patch, so I have uploaded a revised version. Please could you try this one out ? Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11983 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11997] Different behevior of MEMORY regions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-10 11:50 --- Subject: Bug 11997 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2010-09-10 11:50:24 Modified files: gold : ChangeLog gold/testsuite : memory_test.t Log message: PR gold/11997 * testsuite/memory_test.t: Discard any sections that are not needed. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/ChangeLog.diff?cvsroot=srcr1=1.635r2=1.636 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/memory_test.t.diff?cvsroot=srcr1=1.1r2=1.2 --- Additional Comments From nickc at redhat dot com 2010-09-10 11:55 --- Hi H.J. This is related to PR 11985. GOLD insists on creating some sections in the output file which LD does not. It is not related to the MEMORY region code. I have checked in a patch to the memory_test testsuite entry to discard the unneeded sections. With this patch applied both GOLD and LD produce the same output. The underlying problem remains however, so I do not know if you wish to close this PR or not. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=11997 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11997] Different behevior of MEMORY regions
--- Additional Comments From nickc at redhat dot com 2010-09-27 15:41 --- There is a discrepancy between the behaviour of LD and GOLD with regard to unspecified VMA and LMA values for sections mentioned in linker scripts that use memory regions. LD will place any section which does not have an explicit VMA address or an explicit output region into the first region in the MEMORY list that has compatible attributes. (In the testcase being used in the LD and GOLD testsuites this means that sec0 is placed into region2). This is contrary to the documentation which says: Output Section Address The address is an expression for the VMA (the virtual memory address) of the output section. If you do not provide address, the linker will set it based on region if present, or otherwise based on the current value of the location counter. If the section has an VMA address but does not have an LMA address then LD will again base the LMA on the first compatible memory region, whereas GOLD will just set the LMA to be the same as the VMA. The manual states that: If neither AT nor AT is specified for an allocatable section, the linker will set the LMA such that the difference between VMA and LMA for the section is the same as the preceding output section in the same region. If there is no preceding output section or the section is not allocatable, the linker will set the LMA equal to the VMA. It does not specify what happens if the section does not have a memory region specified for it. In the testcase sec3 is given an LMA of 0x5000 by GOLD (the same as its VMA) but it is given an LMA of 0x412c by LD. (0x412c comes from subtracting 0xed4 from 0x5000, so that VMA - LMA of sec3 == VMA - LMA of sec1. sec1 is in region2 which is the first viable memory region). I am now working on a patch to: a) update the linker documentation. (On the assumption that LD's behaviour is correct). b) update GOLD to behave in the same way as LD. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11997 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 --- Comment #1 from Nick Clifton nickc at redhat dot com 2010-10-27 13:25:57 UTC --- Created attachment 5090 -- http://sourceware.org/bugzilla/attachment.cgi?id=5090 Delete elf32_avr_check_relocs function -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12161] Unconforming ELF file causes SIGSEGV in avr-ld
http://sourceware.org/bugzilla/show_bug.cgi?id=12161 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #2 from Nick Clifton nickc at redhat dot com 2010-10-27 13:27:36 UTC --- Hi, Please could you try out the uploaded patch ? It seems that the bug is in the elf32_avr_check_relocs() function, but since this function does not actually do anything there is no reason to actually keep it in the sources. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12075] cross binutils-2.20.51.0.11 doesn't build with zlib-devel-1.2.5.
http://sourceware.org/bugzilla/show_bug.cgi?id=12075 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution||WONTFIX --- Comment #1 from Nick Clifton nickc at redhat dot com 2010-10-27 14:35:56 UTC --- Hi Pawel, This should no longer be a problem because the code has been rewritten and the compress function is no longer being used. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12073] addr2line unwind inlined functions does not always work with dwarf2
http://sourceware.org/bugzilla/show_bug.cgi?id=12073 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #1 from Nick Clifton nickc at redhat dot com 2010-10-27 14:46:11 UTC --- Hi Brad, The patch looks reasonable, but please could you supply a small test case that I could use to check it out ? (Plus then I can add the testcase to the binutils testsuite to make sure that this problem does not resurface in the future). Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12001] Linker includes archive members when symbols therein have already been defined
http://sourceware.org/bugzilla/show_bug.cgi?id=12001 --- Comment #1 from Nick Clifton nickc at redhat dot com 2010-10-28 13:42:29 UTC --- Created attachment 5095 -- http://sourceware.org/bugzilla/attachment.cgi?id=5095 Add early definition of --defsym symbols. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12001] Linker includes archive members when symbols therein have already been defined
http://sourceware.org/bugzilla/show_bug.cgi?id=12001
Nick Clifton nickc at redhat dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC||nickc at redhat dot com
AssignedTo|unassigned at sources dot |nickc at redhat dot com
|redhat.com |
--- Comment #2 from Nick Clifton nickc at redhat dot com 2010-10-28 13:47:43
UTC ---
Hi Mark,
I have uploaded a possible patch to LD for this problem. I assume that a
similar patch to GOLD will also be possible, but I have not looked into this
yet.
In the course of checking the patch I found one linker testcase that broke:
default-script2. Looking at the test, it seems to me that the patched linker
is actually correct in this instance. The test uses a linker script that looks
like this:
_START = DEFINED(_START) ? _START : 0x900;
SECTIONS
{
. = _START;
.text : {*(.text)}
/DISCARD/ : {*(*)}
}
It then checks to see that the .text symbol has been given an address of
0x9000 despite the fact that -defsym _START=0x800 has been passed on
the command line. The patched linker sets the address to 0x8000, which I
think is right.
Does anyone have any comments before I look at creating a patch for GOLD ?
Cheers
Nick
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12058] ar s command undocumented
http://sourceware.org/bugzilla/show_bug.cgi?id=12058 --- Comment #1 from Nick Clifton nickc at redhat dot com 2010-10-28 14:14:35 UTC --- Created attachment 5096 -- http://sourceware.org/bugzilla/attachment.cgi?id=5096 Remove 's' command from ar --help output -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
