[Bug binutils/21659] strings behaviour when called on a directory

[jg at jguk dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=21659

--- Comment #8 from Jon Grant  ---
ok, yes, great to just have a message.
Regards, Jon

-- 
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/21659] strings behaviour when called on a directory

[nickc at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=21659

--- Comment #7 from Nick Clifton  ---
Hi Jon,

> Do you think okay to be a Warning as opposed to Error? the "gold" linker
> calls it a fatal error.

Meh - I am really not that bothered by this discrepancy.  The tools are now
producing reasonable error/warning messages, and anyone using them should be
able to cope with the differences in severity.  Well IMHO anyway.

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/21680] New: unable to sign .efi image generated by objcopy

[sharath.kurudi at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=21680

Bug ID: 21680
   Summary: unable to sign .efi image generated by objcopy
   Product: binutils
   Version: 2.28
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: sharath.kurudi at gmail dot com
  Target Milestone: ---

Created attachment 10224
  --> https://sourceware.org/bugzilla/attachment.cgi?id=10224=edit
Makefile to generate efi image using objcopy

I created a .efi image using the Makefile script attached. I tried to sign the
image using sbsign tool with keys generated from openssl tool

"openssl req -newkey rsa:2048 -nodes -keyout db.key -new -x509 -sha256 -days
3650 -subj "" -out db.crt"

sbsign command

sbsign --key db.key --cert db.crt --output hello_signed.efi hello.efi.

I get the following error

warning: data remaining[115200 vs 125743]: gaps between PE/COFF sections?

hello.efi does not get executed in a secure boot mode. 

objcopy command


objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym  -j .rel -j .rela -j
.reloc --target=efi-app-x86_64 hello.so hello.efi

-- 
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 ld/13402] using "-Wl,--relax" on the AVR port causes lss file and debug information to "lose sync" with generated code

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=13402

--- Comment #3 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Senthil Kumar Selvaraj
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6806377956c76c23ae96a3844e29412ae117e07a

commit 6806377956c76c23ae96a3844e29412ae117e07a
Author: Senthil Kumar Selvaraj 
Date:   Tue Jun 27 14:46:08 2017 +0530

Fix PR 13402

Fix incorrect adjustment of diff relocs when relaxing, and thus the
resulting source line to address mismatch.

Fix two issues when adjusting diff relocs to account for
deleted bytes.

1. Don't adjust the difference if the end address is the shrinked
insn's address i.e. use < instead of <=. The relaxation code deletes
count bytes from or after shrinked_insn_address, so the difference
between start_address and end_address should remain unchanged in this
case.

2. Adjust the reloc addend if the difference is to be adjusted and
symval + reloc addend is past the shrinked insn address. This is
because for a typical sym1 - sym2 diff reloc, sym1 is .text +
irel->r_addend, and the addend should be reduced to account for the
shrinked insn.

For example, assume the reloc value is .text + 0x8 with .text = 0, the
diff value in the object file = 0x4, and shrinked_insn_address = 0x4
with count = 0x2. Then the existing code writes 0x2 into the object
file to account for the deleted bytes, as shrinked_insn_address lies
between 0x8 and 0x8 - 0x4 = 0x4, but leaves the addend as is. The next
time the reloc is looked at, the code sees if a shrinked_insn_address
lies between 0x8 and 0x8 - 0x2 = 0x6, instead of 0x6 and 0x4. If there
happens to be one, then the diff value in the object file ends up
getting reduced again.

bfd/

2017-06-27  Senthil Kumar Selvaraj  

PR ld/13402
* elf32-avr.c (elf32_avr_adjust_diff_reloc_value): Adjust
reloc addend if necessary. Adjust diff only if
shrinked_insn_address < end_address.

ld/

2017-06-27  Senthil Kumar Selvaraj  

PR ld/13402
* testsuite/ld-avr/pr13402.d: New test.
* testsuite/ld-avr/pr13402.s: New test.

-- 
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 gold/15864] incremental linking: segfault i386::first_plt_entry_offset

[ovidiugabriel at europe dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=15864

Ovidiu  changed:

   What|Removed |Added

 CC||ovidiugabriel at europe dot com

--- Comment #1 from Ovidiu  ---
This bug happens to me also. This bug is 4 years old.
It is anyone working on it?

>> $ gdb ld.gold
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-80.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/ld.gold...Reading symbols from
/usr/bin/ld.gold...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install
binutils-2.23.52.0.1-55.el7.x86_64
(gdb) r  --incremental obj/test-tup-1.o -o hello
Starting program: /usr/bin/ld.gold --incremental obj/test-tup-1.o -o hello
the link might take longer: cannot perform incremental link: no incremental
data from previous build
linking with --incremental-full

Program received signal SIGSEGV, Segmentation fault.
0x004323a4 in (anonymous
namespace)::Target_x86_64<64>::first_plt_entry_offset() const ()
(gdb) bt
#0  0x004323a4 in (anonymous
namespace)::Target_x86_64<64>::first_plt_entry_offset() const ()
#1  0x005406c6 in gold::Output_section_incremental_inputs<64,
false>::write_got_plt(unsigned char*, long) ()
#2  0x0058fb55 in gold::Output_section::do_write(gold::Output_file*) ()
#3  0x00545cc6 in
gold::Layout::write_sections_after_input_sections(gold::Output_file*) ()
#4  0x006272ed in gold::Workqueue::find_and_run_task(int) ()
#5  0x0062761a in gold::Workqueue::process(int) ()
#6  0x00406132 in main ()

-- 
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 gold/21678] powerpc-oe-linux-ld.gold: error: invalid STB_LOCAL symbol in external symbols

[amodra at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=21678

Alan Modra  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||amodra at gmail dot com
 Resolution|--- |WORKSFORME

--- Comment #1 from Alan Modra  ---
Fixed 2017-06-20, git commit 94de2a2c57.

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