[Bug ld/6931] COMDAT group is broken
--- Additional Comments From amodra at bigpond dot net dot au 2008-10-04 07:03 --- http://sourceware.org/ml/binutils-cvs/2008-10/msg00022.html http://sourceware.org/ml/binutils/2008-10/msg00045.html -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=6931 --- 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
Re: [Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols
Hi Peter, mkdir build; cd build; LDFLAGS="-Wl,-z,defs" ../binutils-2.18/configure --target=armv5te-softfloat-linux-uclibc That is exactly what I tried and yet it worked for me. (I assume that you are using a bash like shell and a linux host, yes ?). After the configure stage did you just run "make" or did you build the opcodes library on its own ? Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6937] binutils 2.18 fails linking libopcodes.so due to missing symbols
--- Additional Comments From nickc at redhat dot com 2008-10-04 08:22 --- Subject: Re: binutils 2.18 fails linking libopcodes.so dueto missing symbols Hi Peter, > mkdir build; cd build; LDFLAGS="-Wl,-z,defs" ../binutils-2.18/configure > --target=armv5te-softfloat-linux-uclibc That is exactly what I tried and yet it worked for me. (I assume that you are using a bash like shell and a linux host, yes ?). After the configure stage did you just run "make" or did you build the opcodes library on its own ? Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=6937 --- 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/6926] Macro number feature \@ conflicting with @ in line_separator_chars
--- Additional Comments From hp at sourceware dot org 2008-10-04 16:46 --- (In reply to comment #7) > Hi Hans-Peter, > > > Would you mind if I add a specific gas-testcase for \@ in a section > > directive > > and elsewhere? > > Please do. > > > Come to think of it, that test shows that the \@ handling in .section is the > > exception, as TRT already happens elsewhere. > > Actually it was nothing to do with the .section directive. It was all to do > with the expansion of the \@ sequence inside the body of a macro. Of course, being the implied context of this PR, and no proof that enforcing some quoting semantics elsewhere is desired or worthwhile. > I have attached a revised patch > Please give it a try and let me know if you are happy with it. Happy, happy. And so are cris-axis-elf, cris-axis-linux-gnu, arm-linux dlx-elf and mmix-knuth-mmixware regression results FWIW. -- What|Removed |Added Status|WAITING |NEW http://sourceware.org/bugzilla/show_bug.cgi?id=6926 --- 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/6943] New: Avr target - Starting with 2.18, the LMA for the .bss section now resides inside .text
Summary- for the avr target, the .bss section is now getting an LMA address inside the .text region, allowing the unused space set aside by the linker to collide with other sections, or the end of flash. Starting with binutils 2.18, the change log indicates changes were made in the way the LMA output section is created. Before 2.18, for the avr target, the .bss output section LMA was equal to its VMA address. Starting with 2.18, the LMA is now calculated based on the previous output section in the same region. Since the .data section has an LMA address in the .text section, now too the .bss also is getting an LMA address which sits inside the .text section. The .bss section does not need an LMA address, and is causing problems when the linker 'reserves' space in .text for the .bss section (the space set aside for .bss in the .text section runs into the end of available flash, or runs into other created sections, etc.). Without changing ld, I think a simple change to the default linker script for the avr target would solve the problem. The current linker script line (this is not from the file avr.sc, but is the end user linker script code)- .bss SIZEOF(.data) + ADDR(.data) : can be replaced with- .bss SIZEOF(.data) + ADDR(.data) : AT (ADDR (.bss) ) to give the .bss section the same LMA address as its VMA. This also handles the following .noinit section (which also doesn't need an LMA), and makes the avr target act just as it did before binutils 2.18. Although bug reports were filed with WinAVR, the source seems to be the way ld now works, so it seems the default avr script template (avr.sc) should be changed in binutils. -- Summary: Avr target - Starting with 2.18, the LMA for the .bss section now resides inside .text Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: curtvm at yahoo dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=6943 --- 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/6943] Avr target - Starting with 2.18, the LMA for the .bss section now resides inside .text
-- What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|-00-00 00:00:00 |2008-10-05 02:58:42 date|| http://sourceware.org/bugzilla/show_bug.cgi?id=6943 --- 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/6943] Avr target - Starting with 2.18, the LMA for the .bss section now resides inside .text
-- What|Removed |Added AssignedTo|unassigned at sources dot |amodra at bigpond dot net |redhat dot com |dot au Status|ASSIGNED|NEW http://sourceware.org/bugzilla/show_bug.cgi?id=6943 --- 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/6943] Avr target - Starting with 2.18, the LMA for the .bss section now resides inside .text
--- Additional Comments From amodra at bigpond dot net dot au 2008-10-05 04:27 --- http://sourceware.org/ml/binutils-cvs/2008-10/msg00030.html http://sourceware.org/ml/binutils-cvs/2008-10/msg00031.html http://sourceware.org/ml/binutils/2008-10/msg00053.html -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=6943 --- 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
