Re: How large file can be processed by the linker "ld"?

2008-11-06 Thread Nick Clifton 

Hi shihhuangti,

Today, I make the whole project at my office, and the obj generated with 
opition "-g3", and when final linking, I keep the dbg-info within the 
exe-file, but failed with the message "memory exhausted", and later I find 
there is a objfile passed to the linker ld and the file is of size 1.9G.


I want to know it is a bug or not?


No it is not.

How large file (the upper limit) can be 
processed by the linker "ld"?


It is limited by the amount of memory/swap space available on your 
system, (and the amount allowed to be used by a single process).


You might like to try adding the "--reduce-memory-overheads" option to 
your linker command line (or "-Wl,--reduce-memory-overheads" to your gcc 
command line if you are using gcc to drive the linker).  This may help.


Cheers
  Nick




___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug binutils/6987] sid/component/tcl fails to compile using internal tcl

2008-11-06 Thread nickc at redhat dot com 

--- Additional Comments From nickc at redhat dot com  2008-11-06 12:32 
---
This bug should be reported to the SID project by sending it to:
[EMAIL PROTECTED]



-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


http://sourceware.org/bugzilla/show_bug.cgi?id=6987

--- 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 binutils/7004] binutils-2.18's objdump seems to segfault for all "-m arm -b binary -D" input.

2008-11-06 Thread nickc at redhat dot com 

--- Additional Comments From nickc at redhat dot com  2008-11-06 13:20 
---
Hi Liam,

  I am unable to reproduce this problem.  Please could you try using a version
of objdump built from either the current head of the binutils CVS repository or
else the recently created v2.19 release sources and see if the problem persists.
 If it does, please could you upload the test binary file that you have been
using so that I can try again.

Cheers
  Nick


-- 
   What|Removed |Added

 Status|NEW |WAITING


http://sourceware.org/bugzilla/show_bug.cgi?id=7004

--- 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 binutils/7011] New: strip crashes in _bfd_elf_compute_section_file_positions

2008-11-06 Thread schwab at suse dot de 
This is broken since PT_GNU_RELRO has been added in 2004.

Starting program: /tmp/test/test/binutils/strip-new test

Program received signal SIGSEGV, Segmentation fault.
0x400ac441 in _bfd_elf_compute_section_file_positions (
abfd=0x60022e70, link_info=0x0) at ../../binutils/bfd/elf.c:4706
4706  if (lp->p_type == PT_LOAD

-- 
   Summary: strip crashes in _bfd_elf_compute_section_file_positions
   Product: binutils
   Version: 2.20 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: schwab at suse dot de
CC: bug-binutils at gnu dot org
GCC target triplet: i586-*-linux


http://sourceware.org/bugzilla/show_bug.cgi?id=7011

--- 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 binutils/7011] strip crashes in _bfd_elf_compute_section_file_positions

2008-11-06 Thread schwab at suse dot de 

--- Additional Comments From schwab at suse dot de  2008-11-06 15:01 ---
Created an attachment (id=3045)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=3045&action=view)
Testcase


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=7011

--- 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 binutils/7012] New: The function bfd_find_nearest_line() leaks memory.

2008-11-06 Thread Tomohisa dot Tanaka at gmail dot com 
I found the function bfd_find_nearest_line() has a memory leak bug in
bfd/dwarf2.c of binutils-2.19.  The variable "stash->dwarf_str_buffer"
in the funciton read_indirect_string() has memory allocated by
read_section() and it is never freed, as follows.

% grep -n dwarf_str_buffer binutils-2.19/bfd/dwarf2.c
129:  bfd_byte *dwarf_str_buffer;
555:  &stash->dwarf_str_buffer, &stash->dwarf_str_size))
558:  str = (char *) stash->dwarf_str_buffer + offset;
% cat binutils-2.19/bfd/dwarf2.c
   ...
84  struct dwarf2_debug
85  {
   ...
   128/* Pointer to the .debug_str section loaded into memory.  */
   129  bfd_byte *dwarf_str_buffer;
   ...
   172  };
   ...
   406  static bfd_boolean
   407  read_section (bfd *abfd,
   408 const char* section_name, const char* 
compressed_section_name,
   409 asymbol** syms, bfd_uint64_t offset,
   410 bfd_byte 
**section_buffer, bfd_size_type *section_size)
   411 {
   ...
   415/* read_section is a noop if the section has already been read.  */
   416  if (*section_buffer)
   417  return TRUE;
   ...
   432if (syms)
   433  {
   ...
   435*section_buffer
   436= bfd_simple_get_relocated_section_contents (abfd, msec, 
NULL, syms);
   ...
   439  }
   440else
   441  {
   ...
   443*section_buffer = bfd_malloc (*section_size);
   ...
   449  }
   ...
   472  }
   ...
   538  static char *
   539  read_indirect_string (struct comp_unit* unit,
   540 bfd_byte *buf,
   541unsigned 
int *bytes_read_ptr)
   542{
   ...
   553if (! read_section (unit->abfd, ".debug_str", ".zdebug_str",
   5540, offset,
   555&stash->dwarf_str_buffer, &stash-
>dwarf_str_size))
   556return 0;
   557
   558  str = (char *) stash-
>dwarf_str_buffer + offset;
   ...
   562  }
...

Binutils-2.18 does not have the same problem, because the memory for
"stash->dwarf_str_buffer" is allocated by bfd_alloc().

-- 
   Summary: The function bfd_find_nearest_line() leaks memory.
   Product: binutils
   Version: 2.19
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: Tomohisa dot Tanaka at gmail dot com
CC: bug-binutils at gnu dot org


http://sourceware.org/bugzilla/show_bug.cgi?id=7012

--- 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 binutils/7012] The function bfd_find_nearest_line() leaks memory.

2008-11-06 Thread Tomohisa dot Tanaka at gmail dot com 

--- Additional Comments From Tomohisa dot Tanaka at gmail dot com  
2008-11-06 15:36 ---
Created an attachment (id=3046)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=3046&action=view)
my sample fix.


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=7012

--- 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