[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite

2017-10-20 Thread dilfridge at gentoo dot org 
https://sourceware.org/bugzilla/show_bug.cgi?id=21090

Andreas K. Huettel  changed:

   What|Removed |Added

 CC||dilfridge at gentoo dot org

--- Comment #32 from Andreas K. Huettel  ---
The ld failures seem to be all fixed in 2.29.1. 

However I do as well see several occurrences of the gold error, 
gcctestdir/ld: internal error in relocate, at
/var/tmp/portage/sys-devel/binutils-2.29.1-r1/work/binutils-2.29.1/gold/x86_64.cc:4300

(gcc-6.4.0 with default pie)

-- 
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/22269] Undefined weak symbols isn't resolved to 0 in static PIE

2017-10-20 Thread cvs-commit at gcc dot gnu.org 
https://sourceware.org/bugzilla/show_bug.cgi?id=22269

--- Comment #28 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by H.J. Lu :

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

commit f3012016f008030b48597b578a5fb1e550907374
Author: H.J. Lu 
Date:   Fri Oct 20 09:47:08 2017 -0700

Add a compile-time test for PR ld/22269

This compile-time test requires a target C compiler to run.  It fails
on many targets where ELF backend linkers fail to check undefined weak
symbol in static PIE via UNDEFWEAK_NO_DYNAMIC_RELOC.

PR ld/22269
* testsuite/ld-elf/pr22269-1.rd: New file.
* testsuite/ld-elf/pr22269-1.c: Likewise.
* testsuite/ld-elf/shared.exp: Run pr22269-1.

-- 
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/22269] Undefined weak symbols isn't resolved to 0 in static PIE

2017-10-20 Thread hjl.tools at gmail dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=22269

--- Comment #27 from H.J. Lu  ---
For aarch64:

[hjl@gnu-skl-1 pr22269]$ cat x.c
extern int foo __attribute ((weak));

int
_start ()
{
  if ()
return foo;
}
[hjl@gnu-skl-1 pr22269]$ make
/export/gnu/import/git/toolchain/install/compilers/aarch64-linux-gnu/bin/aarch64-glibc-linux-gnu-gcc
-O2 -fPIE   -c -o x.o x.c
/export/gnu/import/git/toolchain/install/compilers/aarch64-linux-gnu/bin/aarch64-glibc-linux-gnu-ld
-pie --no-dynamic-linker x.o
/export/gnu/import/git/toolchain/install/compilers/aarch64-linux-gnu/bin/aarch64-glibc-linux-gnu-ld:
final link failed: Nonrepresentable section on output
make: *** [Makefile:14: x] Error 1
[hjl@gnu-skl-1 pr22269]$

-- 
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 gas/22324] Negative .rept count causes out-of-memory

2017-10-20 Thread eager at eagercon dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=22324

--- Comment #3 from eager at eagercon dot com ---
Thanks!

-- 
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/21479] strip doesn't handle lto archives

2017-10-20 Thread nickc at redhat dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=21479

Nick Clifton  changed:

   What|Removed |Added

 CC||nickc at redhat dot com

--- Comment #1 from Nick Clifton  ---
Hi Markus,

  This appears to be a bit of a minefield.  But if you need a workaround,
trying adding a ranlib step to the process.  IE:

  % gcc -c -flto a.c
  % ar cr a.a a.o
  % gcc b.c a.a
  % strip --strip-unneeded a.a
  % ranlib a.a
  % gcc b.c a.a

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 ld/22326] New: free(): invalid next size (fast)

2017-10-20 Thread hjl.tools at gmail dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=22326

Bug ID: 22326
   Summary: free(): invalid next size (fast)
   Product: binutils
   Version: 2.29
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: hjl.tools at gmail dot com
  Target Milestone: ---
Target: mips64-linux

When configuring glibc for mips64-linux-gnu-n64, I got

*** Error in
`/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld':
free(): invalid next size (fast): 0x011ae7f0 ***
=== Backtrace: =
/lib64/libc.so.6(+0x7d0dc)[0x7f21812010dc]
/lib64/libc.so.6(+0x87f89)[0x7f218120bf89]
/lib64/libc.so.6(cfree+0x16e)[0x7f21812118ee]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x4405fe]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x48b033]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x462bd2]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x419244]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x403464]
/lib64/libc.so.6(__libc_start_main+0xea)[0x7f21811a4dba]
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/lib/gcc/mips64-glibc-linux-gnu/7.2.1/../../../../mips64-glibc-linux-gnu/bin/ld[0x403a5a]
=== Memory map: 
0040-00601000 r-xp  08:11 106901824 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/mips64-glibc-linux-gnu/bin/ld
0080-00801000 r--p 0020 08:11 106901824 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/mips64-glibc-linux-gnu/bin/ld
00801000-00806000 rw-p 00201000 08:11 106901824 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/mips64-glibc-linux-gnu/bin/ld
00806000-0080c000 rw-p  00:00 0 
01181000-0125 rw-p  00:00 0  [heap]
7f217c00-7f217c021000 rw-p  00:00 0 
7f217c021000-7f218000 ---p  00:00 0 
7f2180d5b000-7f2180d71000 r-xp  08:06 664489
/usr/lib64/libgcc_s-7-20170915.so.1
7f2180d71000-7f2180f7 ---p 00016000 08:06 664489
/usr/lib64/libgcc_s-7-20170915.so.1
7f2180f7-7f2180f71000 r--p 00015000 08:06 664489
/usr/lib64/libgcc_s-7-20170915.so.1
7f2180f71000-7f2180f72000 rw-p 00016000 08:06 664489
/usr/lib64/libgcc_s-7-20170915.so.1
7f2180f72000-7f2180f83000 r-xp  08:11 106902829 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/libexec/gcc/mips64-glibc-linux-gnu/7.2.1/liblto_plugin.so.0.0.0
7f2180f83000-7f2181182000 ---p 00011000 08:11 106902829 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/libexec/gcc/mips64-glibc-linux-gnu/7.2.1/liblto_plugin.so.0.0.0
7f2181182000-7f2181183000 r--p 0001 08:11 106902829 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/libexec/gcc/mips64-glibc-linux-gnu/7.2.1/liblto_plugin.so.0.0.0
7f2181183000-7f2181184000 rw-p 00011000 08:11 106902829 
/export/gnu/import/git/toolchain/install/compilers/mips64-linux-gnu/libexec/gcc/mips64-glibc-linux-gnu/7.2.1/liblto_plugin.so.0.0.0
7f2181184000-7f2181351000 r-xp  08:06 661744
/usr/lib64/libc-2.25.so
7f2181351000-7f2181551000 ---p 001cd000 08:06 661744
/usr/lib64/libc-2.25.so
7f2181551000-7f2181555000 r--p 001cd000 08:06 661744
/usr/lib64/libc-2.25.so
7f2181555000-7f2181557000 rw-p 001d1000 08:06 661744
/usr/lib64/libc-2.25.so
7f2181557000-7f218155b000 rw-p  00:00 0 
7f218155b000-7f218155e000 r-xp  08:06 661848
/usr/lib64/libdl-2.25.so
7f218155e000-7f218175d000 ---p 3000 08:06 661848
/usr/lib64/libdl-2.25.so
7f218175d000-7f218175e000 r--p 2000 08:06 661848
/usr/lib64/libdl-2.25.so
7f218175e000-7f218175f000 rw-p 3000 08:06 661848
/usr/lib64/libdl-2.25.so
7f218175f000-7f2181785000 r-xp  08:06 661385
/usr/lib64/ld-2.25.so
7f2181939000-7f2181983000 rw-p  00:00 0 
7f2181983000-7f2181985000 rw-p  00:00 0 
7f2181985000-7f2181986000 r--p 00026000 08:06 661385

[Bug ld/22326] free(): invalid next size (fast)

2017-10-20 Thread hjl.tools at gmail dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=22326

H.J. Lu  changed:

   What|Removed |Added

Version|2.29|2.30 (HEAD)

-- 
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 gas/22324] Negative .rept count causes out-of-memory

2017-10-20 Thread nickc at redhat dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=22324

Nick Clifton  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||nickc at redhat dot com
 Resolution|--- |FIXED

--- Comment #2 from Nick Clifton  ---
Hi Eager,

I would not really count this as a bug - after all the same effect could be
achieved by using a very large positive value - but I take the point that the
assembler could handle it better.  So I have checked in a variation of your
patch which includes an update to the documentation - noting that negative
counts are not allowed, a update to the assembler testsuite - to check that the
error message is generated, and a few type fixes in the code to ensure that we
are using unsigned values for the count.

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 gas/22324] Negative .rept count causes out-of-memory

2017-10-20 Thread cvs-commit at gcc dot gnu.org 
https://sourceware.org/bugzilla/show_bug.cgi?id=22324

--- Comment #1 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Nick Clifton :

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

commit 808811a36951c6bc2ee9d56124603d7ef88a019e
Author: Nick Clifton 
Date:   Fri Oct 20 11:45:19 2017 +0100

Improve handling of REPT pseudo op with a negative count.

PR 22324
* read.c (s_rept): Use size_t type for count parameter.
(do_repeat): Change type of count parameter to size_t.
Issue an error is the count parameter is negative.
(do_repeat_with_expression): Likewise.
* read.h: Update prototypes for do_repeat and
do_repeat_with_expression.
* doc/as.texinfo (Rept): Document that a zero count is allowed but
negative counts are not.
* config/tc-rx.c (rx_rept): Use size_t type for count parameter.
* config/tc-tic54x.c (tic54x_loop): Cast count parameter to size_t
type.
* testsuite/gas/macros/end.s: Add a test using a negative repeat
count.
* testsuite/gas/macros/end.l: Add expected error message.

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