[Bug gas/15040] New: 303-binutils-dwarf2-AVRStudio-workaround.patch

2013-01-18 Thread cynt6007 at vandals dot uidaho.edu
http://sourceware.org/bugzilla/show_bug.cgi?id=15040 Bug #: 15040 Summary: 303-binutils-dwarf2-AVRStudio-workaround.patch Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: normal Priority: P2 Componen

[Bug gas/15039] New: 302-binutils-as-dwarf.patch

2013-01-18 Thread cynt6007 at vandals dot uidaho.edu
http://sourceware.org/bugzilla/show_bug.cgi?id=15039 Bug #: 15039 Summary: 302-binutils-as-dwarf.patch Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: minor Priority: P2 Component: gas Assig

[Bug binutils/15038] New: 300-binutils-avr-size.patch

2013-01-18 Thread cynt6007 at vandals dot uidaho.edu
http://sourceware.org/bugzilla/show_bug.cgi?id=15038 Bug #: 15038 Summary: 300-binutils-avr-size.patch Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: minor Priority: P2 Component: binutils

[Bug ld/15037] New: avr-patches/binutils/504-binutils-avrtc530-backported.patch

2013-01-18 Thread cynt6007 at vandals dot uidaho.edu
http://sourceware.org/bugzilla/show_bug.cgi?id=15037 Bug #: 15037 Summary: avr-patches/binutils/504-binutils-avrtc530-backported. patch Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: minor

[Bug ld/15025] --enable-initfini-array creates .init_array where no input has one

2013-01-18 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15025 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #5 fr

[Bug gas/15034] MOVABS fails in intel syntax, good in att. Behavior mismatch intel vs att syntax

2013-01-18 Thread akobets at mail dot ru
http://sourceware.org/bugzilla/show_bug.cgi?id=15034 Alexander Kobets changed: What|Removed |Added Target||x86_64-linux-gnu URL

[Bug gas/15034] New: MOVABS fails in intel syntax, good in att. Behavior mismatch intel vs att syntax

2013-01-18 Thread akobets at mail dot ru
http://sourceware.org/bugzilla/show_bug.cgi?id=15034 Bug #: 15034 Summary: MOVABS fails in intel syntax, good in att. Behavior mismatch intel vs att syntax Product: binutils Version: 2.23 Status: NEW Severity:

[Bug binutils/15033] option capable of stripping LTO (all sections beginning with .gnu.lto_)

2013-01-18 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15033 --- Comment #3 from H.J. Lu 2013-01-18 17:33:15 UTC --- (In reply to comment #2) > Hi Samuel, > > Please try out the uploaded patch and let me know if it works for you. > > The patch allows an asterisk to be placed at the end of a sectio

[Bug ld/15025] --enable-initfini-array creates .init_array where no input has one

2013-01-18 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15025 --- Comment #4 from H.J. Lu 2013-01-18 16:53:33 UTC --- (In reply to comment #2) > It breaks building glibc for example. > Does your glibc have this change: http://sourceware.org/ml/libc-alpha/2010-12/msg00051.html -- Configure bugmail: h

[Bug ld/15025] --enable-initfini-array creates .init_array where no input has one

2013-01-18 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15025 --- Comment #3 from H.J. Lu 2013-01-18 16:49:20 UTC --- (In reply to comment #2) > It breaks building glibc for example. > I have no problem with glibc build. Do you have a bug report for glibc build failure? -- Configure bugmail: http://

[Bug binutils/15026] addr2line pretty-print for unknown symbols

2013-01-18 Thread cvs-commit at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=15026 --- Comment #4 from cvs-commit at gcc dot gnu.org 2013-01-18 13:14:44 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2013-01-18 13:14:35 Modified files: binutils : ChangeLog addr2line.c Log

[Bug binutils/15033] option capable of stripping LTO (all sections beginning with .gnu.lto_)

2013-01-18 Thread nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15033 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug binutils/15033] option capable of stripping LTO (all sections beginning with .gnu.lto_)

2013-01-18 Thread nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15033 --- Comment #1 from Nick Clifton 2013-01-18 13:11:55 UTC --- Created attachment 6823 --> http://sourceware.org/bugzilla/attachment.cgi?id=6823 Allow wild cards at end of section names in --remove-section -- Configure bugmail: http://source

[Bug binutils/15026] addr2line pretty-print for unknown symbols

2013-01-18 Thread dhekir at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15026 dhekir at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug binutils/15026] addr2line pretty-print for unknown symbols

2013-01-18 Thread nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15026 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug binutils/15026] addr2line pretty-print for unknown symbols

2013-01-18 Thread nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15026 --- Comment #1 from Nick Clifton 2013-01-18 11:40:39 UTC --- Created attachment 6822 --> http://sourceware.org/bugzilla/attachment.cgi?id=6822 When pretty printing print unknown function names on the same line as unknown file names. -- Con

[Bug ld/15025] --enable-initfini-array creates .init_array where no input has one

2013-01-18 Thread rguenther at suse dot de
http://sourceware.org/bugzilla/show_bug.cgi?id=15025 --- Comment #2 from rguenther at suse dot de 2013-01-18 09:30:58 UTC --- It breaks building glibc for example. What's the technical reason to force this change at link-time whenever ld.so on the build system supported .init_array? The only rea