Re: Off-by-one error in ld documentation

2015-09-08 Thread Nick Clifton

Hi Hans-Peter,


Nicely, thanks.  While there's a point in keeping just one
version for simplicity, the educational point of "here's what
you may write which doesn't work, here's the semantically
corrected code, and this is what you should have written in the
first place" wins, IMHO.


Good.  I have checked in the documentation update.

Cheers
  Nick



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



[Bug gold/18935] New: Gold assert fail when moving dot in NOLOAD section.

2015-09-08 Thread johan.karlsson at enea dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18935

Bug ID: 18935
   Summary: Gold assert fail when moving dot in NOLOAD section.
   Product: binutils
   Version: 2.25
Status: NEW
  Severity: normal
  Priority: P2
 Component: gold
  Assignee: ccoutant at gmail dot com
  Reporter: johan.karlsson at enea dot com
CC: ian at airs dot com
  Target Milestone: ---

ld.gold: internal error in set_address, at gold/output.h:197

The version I run is Binutils 2.25 with bug fixes for PR18846, PR18847, and
PR18746. I believe it would be reproducible on master.
Also, this might be a regression from PR18847.

Repo:
test.c:
int main() { return 0; }

script.lcf:
PHDRS
{
 ph_load PT_LOAD ;
}
SECTIONS
{
 .text :
 {
  *(.text)
 } :ph_load = 0
 .data ALIGN(0x2000) :
 {
  *(.data)
 } :ph_load
 .bss :
 {
  *(.bss)
 } :ph_load
 .init_stack (NOLOAD) :
 {
   . = . + 0x200;
 } :ph_load
}


gcc -c -o test.o test.c
ld.gold -T script.lcf test.o
ld.gold: internal error in set_address, at gold/output.h:197

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


[Bug binutils/18879] general protection fault in readelf (byte_get_little_endian(elfcomm.c:149))

2015-09-08 Thread fweimer at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=18879

Florian Weimer  changed:

   What|Removed |Added

 CC||fweimer at redhat dot com
  Flags||security-

--- Comment #4 from Florian Weimer  ---
It seems this is just an invalid read.  readelf runs as a separate process, and
the readelf process image only contains the readelf program, system libraries,
and the input file, so I don't think this is a security vulnerability.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


[Bug binutils/15835] binutils can't deal with more than one SHT_SYMTAB_SHNDX section (such as from Solaris or illumos link editor)

2015-09-08 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=15835

--- Comment #11 from Nick Clifton  ---
Hi Richard,

(In reply to Richard PALO from comment #10)
> I can provide both libxul.so,

yes please - that would definitely help.

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


[Bug binutils/15835] binutils can't deal with more than one SHT_SYMTAB_SHNDX section (such as from Solaris or illumos link editor)

2015-09-08 Thread richard at netbsd dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=15835

--- Comment #12 from Richard PALO  ---
they are quite large:
> $ gls -sh pr15835.libxuls.tar.bz2 
> 676M pr15835.libxuls.tar.bz2

can I copy them somewhere in particular?
I could also do one at a time which is half the size.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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