[Bug ld/15302] Branching to linker script symbol is resolved to improperly BLX instruction for cortex-m3

2013-06-20 Thread terry.guo at arm dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15302 Terry Guo changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread marxin.liska at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #7 from Martin Liška --- I'll try to link it without -flto, but I used -fno-fat-lto-objects. It will take me some time to recompile chromium. Weird is that ld.bfd is able to link the binary with -flto (aside gcc relat ed err

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #6 from Cary Coutant --- Does the problem only happen with -flto? I wonder if the plugin is keeping files open. Can you tar up the build directory so I can try to repro the problem? -cary On Thu, Jun 20, 2013 at 1:43 PM, marxin.

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread marxin.liska at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #5 from Martin Liška --- I did so, thin library was created, but linker is still complaining about f ile descriptors: g++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -pie -L. -flt o=9 -fno-fat-lto-objects -O2 -

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #4 from Cary Coutant --- > Next step was to create one large archive, so: > > ar r [list of all *.a] /tmp/lib.a > > g++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -pie -L. -flto=9 > -fno-fat-lto-objects -O2 --param lt

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread marxin.liska at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #3 from Martin Liška --- ulimit -n 1024 I tried same command line without --start-group/--end-group, but didn't hel p. Next step was to create one large archive, so: ar r [list of all *.a] /tmp/lib.a g++ -Wl,-z,now -

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #2 from Cary Coutant --- Is there any way that you can shrink the extent of the --start-group/--end-group options? My first guess is that it's related to having all those files inside the library group. In particular, .o files do no

[Bug gold/15660] out of file descriptors and couldn't close any

2013-06-20 Thread ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #1 from Ian Lance Taylor --- What does "ulimit -n" display? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.or

[Bug gold/15660] New: out of file descriptors and couldn't close any

2013-06-20 Thread marxin.liska at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 Bug ID: 15660 Summary: out of file descriptors and couldn't close any Product: binutils Version: 2.23 Status: NEW Severity: normal Priority: P2 Component: gold

[Bug binutils/11337] windres compiles menus and dialogs to UNICODE not ANSI

2013-06-20 Thread mxcl at me dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11337 --- Comment #9 from Max Howell --- For others who may come here, a better solution would be to use MingW64. MingW32—dare I saw—is a little unmaintained nowadays. -- You are receiving this mail because: You are on the CC list for the b

[Bug binutils/11337] windres compiles menus and dialogs to UNICODE not ANSI

2013-06-20 Thread mxcl at me dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11337 Max Howell changed: What|Removed |Added CC||mxcl at me dot com --- Comment #8 from Ma

[Bug binutils/15657] in the function "_bfd_stringtab_add", which is in binutils-2.23/bfd/hash.c

2013-06-20 Thread caojinyu at msn dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15657 wawa changed: What|Removed |Added CC||caojinyu at msn dot com -- You are receiving t

[Bug binutils/15657] New: in the function "_bfd_stringtab_add", which is in binutils-2.23/bfd/hash.c

2013-06-20 Thread caojinyu at msn dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15657 Bug ID: 15657 Summary: in the function "_bfd_stringtab_add", which is in binutils-2.23/bfd/hash.c Product: binutils Version: 2.23 Status: NEW Severity: normal

Re: question on gnu ld on mac

2013-06-20 Thread Tristan Gingold
On Jun 19, 2013, at 11:31 AM, Merijn van de Klundert wrote: > Dear member or developer of binutils, > > I've tried to install gnu ld on my macbook (I need this to compile a certain > makefile, which containts options that are not recognized by the linker of > snow leopard. This makefile runs

[Bug gas/15649] ARM - Invalid constant after fixup with shifted immediate values

2013-06-20 Thread m.lesniewski at samsung dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15649 Michał Leśniewski changed: What|Removed |Added CC||m.lesniewski at samsung do t