https://sourceware.org/bugzilla/show_bug.cgi?id=20022
--- Comment #5 from Nick Clifton ---
(In reply to H.J. Lu from comment #4)
> Somewhere in _bfd_elf_is_start_stop?
I don't think that will work. We only want to trigger if an orphan section
is being referenced solely via its start/stop symbo
https://sourceware.org/bugzilla/show_bug.cgi?id=20063
--- Comment #4 from Nick Clifton ---
Hi Paul.
> Would it be possible to get notified when this is going to be pushed in a
> release or anything so I can try it with couple of other crashes I have (with
> the invalid SHT_GROUP entry again)
I
https://sourceware.org/bugzilla/show_bug.cgi?id=20068
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20047
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20047
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20068
--- Comment #3 from Nick Clifton ---
Hi Chua,
Ah - this assembler was compiled for a 32-bit host, yes ?
Running the same test using an assembler compiled for a 64-bit
host does not produce the error because a bignum is not produced
https://sourceware.org/bugzilla/show_bug.cgi?id=20068
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20068
--- Comment #7 from Nick Clifton ---
Hi Christophe,
> The new test fails on armeb-linux-gnueabihf:
> ./gas/testsuite/gas.sum:FAIL: PR20068 - Misaligned constant pool when running
> GAS on a 32-bit host.
Ah - forgot to allow for big endian A
https://sourceware.org/bugzilla/show_bug.cgi?id=20022
--- Comment #7 from Nick Clifton ---
Created attachment 9270
--> https://sourceware.org/bugzilla/attachment.cgi?id=9270&action=edit
Proposed patch
Hi H.J.
OK - based upon your patch, but simplified quite a lot, here is a patch which
I
https://sourceware.org/bugzilla/show_bug.cgi?id=20022
--- Comment #9 from Nick Clifton ---
Created attachment 9274
--> https://sourceware.org/bugzilla/attachment.cgi?id=9274&action=edit
Revised patch
Hi H.J.
Of course, you are right. Plus the error message was wrong - it is not
undefined o
||nickc at redhat dot com
Resolution|--- |WONTFIX
--- Comment #1 from Nick Clifton ---
Hi Maarten,
The libiberty sources are maintained as part of the gcc sources, not the
binutils sources, so you need to file a bug report here instead:
https
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #4 from Nick Clifton ---
Hi Ecular,
Thanks very much for reporting this bug.
I have checked in the obvious patch - testing for a NULL symbol pointer.
Cheers
Nick
--
You are
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #3 from Nick Clifton ---
Hi Zheng Leong.
Sorry for the delay in reviewing this PR.
You are correct in both the description of the problem and the proposed
patch. So I have
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Orlando,
I have checked in an extended version of my original patch. With this
applied the output now looks like this:
Disassembly of section
https://sourceware.org/bugzilla/show_bug.cgi?id=20173
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20173
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=20152
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #3 from Nick Clifton ---
Hi Ecular,
Thanks for reporting this problem. It turns out that there were two issues,
the sh_info field being 0 and the fact that the input symbol table has
||nickc at redhat dot com
--- Comment #2 from Nick Clifton ---
Hi Shilin,
> arm-none-eabi-objdump -D -b binary -m armv7m file.bin > file.asm
> It not supported architectures armv7m
This is because the -m option to objdump (and other, similar binutils tools)
is out of da
||nickc at redhat dot com
Resolution|--- |INVALID
--- Comment #1 from Nick Clifton ---
Hi Romain,
This happens because the linker uses a different method for locating
libraries referenced via DT_NEEDED entries to libraries referenced from
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #6 from Nick Clifton ---
Hi Jon,
> Unfortunately, with that patch applied, 1.exe is invalid, while 2.exe and
> 3.exe are good
:-} So close...
Question: in the 1.exe post-patch file the MinorLinkerVersion field in the COFF
header
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #7 from Nick Clifton ---
Created attachment 9316
--> https://sourceware.org/bugzilla/attachment.cgi?id=9316&action=edit
Proposed patch
Hi Jon,
Does this variation on your patch make a difference ?
The change is to set the
https://sourceware.org/bugzilla/show_bug.cgi?id=20247
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #10 from Nick Clifton ---
Hi Jon,
> This doesn't seem to help. Testing on x86_64, 1 is still invalid, 2 and 3
> are valid.
Darn - in which case I am not sure what else to try. Any suggestions ?
Cheers
Nick
--
You are recei
https://sourceware.org/bugzilla/show_bug.cgi?id=20247
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=20247
--- Comment #7 from Nick Clifton ---
Created attachment 9347
--> https://sourceware.org/bugzilla/attachment.cgi?id=9347&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=20247
--- Comment #6 from Nick Clifton ---
Hi BG,
> Also I just posted a patch I wrote. Currently I'm running my own branch ()
> at https://c0de.pw/bg/binutils-gdb .
The problem with that patch is that it might break programs which depend upon
the
https://sourceware.org/bugzilla/show_bug.cgi?id=20247
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Senthil,
This was a simple omission in ld/lexsup.c:set_segment_start(). I have
checked in the obvious fix and a new testcase to make sure that it does not
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #1 from Nick Clifton ---
I have checked in this patch to fix the problem:
https://sourceware.org/ml/binutils/2016-06/msg00481.html
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=20259
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20319
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20337
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
||2016-07-13
CC||nickc at redhat dot com
Ever confirmed|0 |1
--- Comment #8 from Nick Clifton ---
Hi Dilyan,
Given the information that you have accumulated in this PR, perhaps you
would like to have
https://sourceware.org/bugzilla/show_bug.cgi?id=17512
--- Comment #227 from Nick Clifton ---
Created attachment 9402
--> https://sourceware.org/bugzilla/attachment.cgi?id=9402&action=edit
Proposed patch
Hi Felix,
> $ i686-w64-mingw32-windres shell32.dll shell32.rc
> i686-w64-mingw32-windres:
https://sourceware.org/bugzilla/show_bug.cgi?id=20401
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20401
--- Comment #3 from Nick Clifton ---
Hi Ozkan,
> Well, that's super easy:
>
> $ cat test.c
> int main () { return 0; }
> $ i586-pc-msdosdjgpp-gcc -Wl,--gc-sections test.c
> collect2: ld terminated with signal 11 [Segmentation fault]
Which w
https://sourceware.org/bugzilla/show_bug.cgi?id=20401
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #14 from Nick Clifton ---
Created attachment 9406
--> https://sourceware.org/bugzilla/attachment.cgi?id=9406&action=edit
Proposed patch
Hi Adrian,
> I would love to test this patch. Could you provide a version which applies
>
https://sourceware.org/bugzilla/show_bug.cgi?id=20401
--- Comment #10 from Nick Clifton ---
(In reply to Ozkan Sezer from comment #8)
> It would be great if the fix goes into the 2.27 branch too.
Done. :-)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #16 from Nick Clifton ---
Hi H.J.
>>> I would love to test this patch. Could you provide a version which applies
>>> against 2.26.1?
>>
>> Here you go.
> Does 2.26.1 support CHECK_RELOCS_AFTER_OPEN_INPUT? I only added it to 2.2
https://sourceware.org/bugzilla/show_bug.cgi?id=17512
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17512
--- Comment #232 from Nick Clifton ---
(In reply to Christophe Lyon from comment #230)
Hi Christophe,
> ../../binutils/resbin.c:967:5: error: format '%lu' expects argument of type
> 'long unsigned int', but argument 2 has type 'rc_uint_type'
https://sourceware.org/bugzilla/show_bug.cgi?id=20427
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20391
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20427
--- Comment #5 from Nick Clifton ---
Hi Stefan,
> So, this is what happens if i re-write the test32.S program for the Sun
> SPARC assembler:
> .comm .gomp_critical_user_, 64, 8
> Relocation section '.rela.data' at offset 0xf8 contains
||2016-08-02
CC||nickc at redhat dot com
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Nick Clifton ---
Created attachment 9419
https://sourceware.org/bugzilla/show_bug.cgi?id=20427
--- Comment #10 from Nick Clifton ---
Hi Guys,
Right - I think that it is now obvious that Stefan's patch is correct, so
I have checked it in. It may be however that the patch does not go far
enough - there may be other 64-bit relocs
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #24 from Nick Clifton ---
(In reply to John Paul Adrian Glaubitz from comment #22)
> Btw, can you make sure this gets backported to binutils-2_27-branch as well?
Sorry - we missed the release window.
I have checked the patch in
https://sourceware.org/bugzilla/show_bug.cgi?id=20364
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Pekka,
Thanks for reporting this bug. I have checked in a simple patch which should
fix the problem.
Cheers
Nick
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=20436
--- Comment #1 from Nick Clifton ---
Hi H.J.
Please could you look at this bug report:
https://sourceware.org/bugzilla/show_bug.cgi?id=20436
It appears to be a direct consequence of your patch from 2016-04-21:
* testsuite/lib/l
https://sourceware.org/bugzilla/show_bug.cgi?id=20439
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20439
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Markus,
Thanks for reporting these problems.
I have checked in a patch which should address all of the issues. If you
find more problems however, or a
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20471
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #10 from Nick Clifton ---
(In reply to dave.anglin from comment #9)
Hi Dave,
> Applied fix for 834253 was only a partial fix.
It still seems to me that this is a Debian specific problem. Or at least I
have not found any way of
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Tobias,
Thanks for reporting this problem. I have checked in a patch which should
fix it, but please do let us know if you encounter any more issues
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #14 from Nick Clifton ---
(In reply to dave.anglin from comment #13)
Hi Dave,
> Still the question remains as to why a 64-bit was created for
> hppa-linux-gnu. There were various
> mips64 targets in the --enable-targets list in
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #4 from Nick Clifton ---
Created attachment 9468
--> https://sourceware.org/bugzilla/attachment.cgi?id=9468&action=edit
Proposed patch
In reply to Tobias Stoeckmann from comment #3)
Hi Tobias,
> The variable "name" is malloc()
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
Nick Clifton changed:
What|Removed |Added
Attachment #9465|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #9 from Nick Clifton ---
Hi Tobias,
> Now there's just the possible "num++" overflow on very large files left.
> Could hit amd64 or i386 with large file support. It takes a huge symbol file
> for that though.
Right - and I think
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
Nick Clifton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
Nick Clifton changed:
What|Removed |Added
Attachment #9470|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #17 from Nick Clifton ---
(In reply to Tobias Stoeckmann from comment #13)
> The check alone does not prevent the integer overflow in xmalloc()s argument.
Good point.
> I would recommend to bail out when encountering a file that
https://sourceware.org/bugzilla/show_bug.cgi?id=20537
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20537
--- Comment #2 from Nick Clifton ---
(In reply to Krzysztof Malinowski from comment #0)
> and
> there is no --no-eh-frame-hdr option to override that. It would be good if
> such option could be provided
I have not looked into the rest of th
https://sourceware.org/bugzilla/show_bug.cgi?id=20513
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20537
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Scott,
Thanks for reporting this bug.
I have checked in a patch to fix the problem. If you find any more bugs,
please feel free to open a new PR. Or
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #5 from Nick Clifton ---
Patch applied (fix & testsuite update).
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=20634
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #3 from Nick Clifton ---
Thanks for the patch. I have applied it with one small change - I made the new
code conditional upon DONT_EXTEND_AMD64 not being defined. This is in line
with
https://sourceware.org/bugzilla/show_bug.cgi?id=20634
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||2016-09-27
CC||nickc at redhat dot com
Ever confirmed|0 |1
--- Comment #2 from Nick Clifton ---
Hi Szabolcs,
Thanks for the test case. Is there any chance that we could get the
assembler
sources for
https://sourceware.org/bugzilla/show_bug.cgi?id=20636
--- Comment #3 from Nick Clifton ---
Created attachment 9526
--> https://sourceware.org/bugzilla/attachment.cgi?id=9526&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=20636
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20528
--- Comment #2 from Nick Clifton ---
Hi H.J.
> This works:
>
> diff --git a/ld/emultempl/elf32.em b/ld/emultempl/elf32.em
> index dd4d35a..6ce4e00 100644
> --- a/ld/emultempl/elf32.em
> +++ b/ld/emultempl/elf32.em
> @@ -1903,9 +1903,16 @@ gl
||nickc at redhat dot com
Resolution|--- |INVALID
--- Comment #1 from Nick Clifton ---
Hi Stephan,
The problem here is that you are using environment variables which are not
being expanded at link time.
> $ gcc -shared -fPIC -o dsos/libd
https://sourceware.org/bugzilla/show_bug.cgi?id=20551
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
||nickc at redhat dot com
Resolution|FIXED |---
--- Comment #5 from Nick Clifton ---
Hi H.J.
Your test for this PR has introduced some new linker testsuite failures:
Checking Binutils in: msp430-elf ... LD: 2 done
LD REGRESSION: ld-elf
https://sourceware.org/bugzilla/show_bug.cgi?id=20528
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
It was just a coding oversight. I have checked in a patch to remove the
redundant assignment.
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=20659
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20535
Nick Clifton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=20535
--- Comment #4 from Nick Clifton ---
Created attachment 9554
--> https://sourceware.org/bugzilla/attachment.cgi?id=9554&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=20675
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20692
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20692
--- Comment #3 from Nick Clifton ---
Hi Igor,
>> You could try adding "-D.volatile= -D.nonvolatile= -Wa,--no-relax" to the
> your solution doesn't work.
> GAS command line on SPARC not accepted -Wa,--no-relax
> we can use -no-relax
Oops -
||nickc at redhat dot com
Resolution|--- |INVALID
--- Comment #1 from Nick Clifton ---
Hi Othacehe,
This is not a bug, it is an optimization. Since you are not creating a
dynamic executable there is no way that the weak __test symbol can be
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Matthias,
Sorry about this bug. There were actually two problems - the infinite loop
when the code did not recognise a token in an rpath search directory
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #3 from Nick Clifton ---
Hi Joseph,
Thanks for filing this bug report. The problem was a silly off-by-one error
in the code to check for invalis sh_link and sh_info fields. I have
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Joseph,
Thanks for reporting this. Objdump is in fact correct - memory is being
exhausted. The .note.gnu.build-id section in your test file has a size of
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Luke,
Thanks for submitting this bug report and patch. I am sorry that it has
taken me so long to get around to reviewing this PR.
The patch itself
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Sasha,
I have checked in a patch to address most of the points that you raised:
* nm now has a --with-symbol-versions option to add the versioning
https://sourceware.org/bugzilla/show_bug.cgi?id=20803
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20751
--- Comment #4 from Nick Clifton ---
Hi Sasha,
> The output format is similar to that produced by the @option{--syms}
> option, except that an extra field is inserted before the symbol's
> -name, giving the version information associated wi
1301 - 1400 of 4076 matches
Mail list logo