http://sourceware.org/bugzilla/show_bug.cgi?id=15649
Michał Leśniewski m.lesniewski at samsung dot com changed:
What|Removed |Added
CC|
On Jun 19, 2013, at 11:31 AM, Merijn van de Klundert merijn...@hotmail.com
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.
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15657
wawa caojinyu at msn dot com changed:
What|Removed |Added
CC||caojinyu at msn dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11337
Max Howell mxcl at me dot com changed:
What|Removed |Added
CC||mxcl at me 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:
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #1 from Ian Lance Taylor ian at airs dot com ---
What does ulimit -n display?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #2 from Cary Coutant ccoutant at google dot com ---
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #3 from Martin Liška marxin.liska at gmail dot com ---
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]
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #4 from Cary Coutant ccoutant at google dot com ---
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #5 from Martin Liška marxin.liska at gmail dot com ---
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #6 from Cary Coutant ccoutant at google dot com ---
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #7 from Martin Liška marxin.liska at gmail dot com ---
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
http://sourceware.org/bugzilla/show_bug.cgi?id=15302
Terry Guo terry.guo at arm dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
14 matches
Mail list logo