Re: Using the asm suffix

2015-08-18 Thread Segher Boessenkool
On Mon, Aug 17, 2015 at 09:55:48PM -0700, David Wohlferd wrote: > >> On systems where an underscore is normally prepended to the name of a C > >>-function or variable, this feature allows you to define names for the > >>+variable, this feature allows you to define names for the > >> linker that d

Re: ira.c update_equiv_regs patch causes gcc/testsuite/gcc.target/arm/pr43920-2.c regression

2015-08-18 Thread Alex Velenko
On 31/07/15 12:04, Alex Velenko wrote: On 29/07/15 23:14, Jeff Law wrote: On 07/28/2015 12:18 PM, Alex Velenko wrote: On 21/04/15 06:27, Jeff Law wrote: On 04/20/2015 01:09 AM, Shiva Chen wrote: Hi, Jeff Thanks for your advice. can_replace_by.patch is the new patch to handle both cases.

Re: ira.c update_equiv_regs patch causes gcc/testsuite/gcc.target/arm/pr43920-2.c regression

2015-08-18 Thread Marcus Shawcroft
On 18 August 2015 at 10:25, Alex Velenko wrote: > > > On 31/07/15 12:04, Alex Velenko wrote: >> >> On 29/07/15 23:14, Jeff Law wrote: >>> >>> On 07/28/2015 12:18 PM, Alex Velenko wrote: On 21/04/15 06:27, Jeff Law wrote: > > On 04/20/2015 01:09 AM, Shiva Chen wrote: >> >>

Re: ira.c update_equiv_regs patch causes gcc/testsuite/gcc.target/arm/pr43920-2.c regression

2015-08-18 Thread Alex Velenko
On 18/08/15 10:45, Marcus Shawcroft wrote: On 18 August 2015 at 10:25, Alex Velenko wrote: On 31/07/15 12:04, Alex Velenko wrote: On 29/07/15 23:14, Jeff Law wrote: On 07/28/2015 12:18 PM, Alex Velenko wrote: On 21/04/15 06:27, Jeff Law wrote: On 04/20/2015 01:09 AM, Shiva Chen wrot

Re: ira.c update_equiv_regs patch causes gcc/testsuite/gcc.target/arm/pr43920-2.c regression

2015-08-18 Thread Ramana Radhakrishnan
> On fsf-4.9 I see the test pass: > > PASS: gcc.target/arm/pr43920-2.c (test for excess errors) > PASS: gcc.target/arm/pr43920-2.c scan-assembler-times pop 2 > PASS: gcc.target/arm/pr43920-2.c scan-assembler-times beq 3 > Executing on host: arm-none-eabi-size pr43920-2.o (timeout = 300) > spawn

Re: ira.c update_equiv_regs patch causes gcc/testsuite/gcc.target/arm/pr43920-2.c regression

2015-08-18 Thread Ramana Radhakrishnan
> Hi Marcus, > > On fsf-4.9 I see the test pass: > > PASS: gcc.target/arm/pr43920-2.c (test for excess errors) > PASS: gcc.target/arm/pr43920-2.c scan-assembler-times pop 2 > PASS: gcc.target/arm/pr43920-2.c scan-assembler-times beq 3 > Executing on host: arm-none-eabi-size pr43920-2.o (timeou

Re: Adding static-PIE support to binutils

2015-08-18 Thread Rich Felker
On Mon, Aug 17, 2015 at 10:29:41PM -0700, Cary Coutant wrote: > > So far, I've been prototyping static PIE support by having GCC pass > > the following options to ld instead of -static -pie: > > > > -static -shared -Bsymbolic > > > > This partly works, but since ld does not know it's produc

Re: Adding static-PIE support to binutils

2015-08-18 Thread H.J. Lu
On Mon, Aug 17, 2015 at 8:44 PM, Rich Felker wrote: > On Mon, Aug 17, 2015 at 10:42:56PM -0400, Rich Felker wrote: >> On Mon, Aug 17, 2015 at 02:19:34PM -0700, H.J. Lu wrote: >> > On Tue, Jun 23, 2015 at 9:18 PM, Rich Felker wrote: >> > > For background on the static PIE model I'm working with, s

Re: Adding static-PIE support to binutils

2015-08-18 Thread Rich Felker
On Tue, Aug 18, 2015 at 08:56:00AM -0700, H.J. Lu wrote: > On Mon, Aug 17, 2015 at 8:44 PM, Rich Felker wrote: > > On Mon, Aug 17, 2015 at 10:42:56PM -0400, Rich Felker wrote: > >> On Mon, Aug 17, 2015 at 02:19:34PM -0700, H.J. Lu wrote: > >> > On Tue, Jun 23, 2015 at 9:18 PM, Rich Felker wrote:

Re: Adding static-PIE support to binutils

2015-08-18 Thread H.J. Lu
On Tue, Aug 18, 2015 at 9:08 AM, Rich Felker wrote: > On Tue, Aug 18, 2015 at 08:56:00AM -0700, H.J. Lu wrote: >> On Mon, Aug 17, 2015 at 8:44 PM, Rich Felker wrote: >> > On Mon, Aug 17, 2015 at 10:42:56PM -0400, Rich Felker wrote: >> >> On Mon, Aug 17, 2015 at 02:19:34PM -0700, H.J. Lu wrote: >>

Deprecate SH5/SH64

2015-08-18 Thread Oleg Endo
Hi all, Kaz and I have been discussing the SH5/SH64 status, which is part of the SH port, every now and then. To our knowledge, there is no real hardware available as of today and we don't think there are any real users for a SH5/SH64 toolchain out there. Moreover, the SH5/SH64 parts of the S

Re: Deprecate SH5/SH64

2015-08-18 Thread David Edelsohn
On Tue, Aug 18, 2015 at 1:00 PM, Oleg Endo wrote: > Hi all, > > Kaz and I have been discussing the SH5/SH64 status, which is part of the SH > port, every now and then. To our knowledge, there is no real hardware > available as of today and we don't think there are any real users for a > SH5/SH

Re: Deprecate SH5/SH64

2015-08-18 Thread Jeff Law
On 08/18/2015 11:11 AM, David Edelsohn wrote: On Tue, Aug 18, 2015 at 1:00 PM, Oleg Endo wrote: Hi all, Kaz and I have been discussing the SH5/SH64 status, which is part of the SH port, every now and then. To our knowledge, there is no real hardware available as of today and we don't think th

gcc-5-20150818 is now available

2015-08-18 Thread gccadmin
Snapshot gcc-5-20150818 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20150818/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

Re: Adding static-PIE support to binutils

2015-08-18 Thread Rich Felker
On Tue, Aug 18, 2015 at 09:30:56AM -0700, H.J. Lu wrote: > On Tue, Aug 18, 2015 at 9:08 AM, Rich Felker wrote: > > On Tue, Aug 18, 2015 at 08:56:00AM -0700, H.J. Lu wrote: > >> On Mon, Aug 17, 2015 at 8:44 PM, Rich Felker wrote: > >> > On Mon, Aug 17, 2015 at 10:42:56PM -0400, Rich Felker wrote:

Re: Adding static-PIE support to binutils

2015-08-18 Thread H.J. Lu
On Tue, Aug 18, 2015 at 5:58 PM, Rich Felker wrote: > On Tue, Aug 18, 2015 at 09:30:56AM -0700, H.J. Lu wrote: >> On Tue, Aug 18, 2015 at 9:08 AM, Rich Felker wrote: >> > On Tue, Aug 18, 2015 at 08:56:00AM -0700, H.J. Lu wrote: >> >> On Mon, Aug 17, 2015 at 8:44 PM, Rich Felker wrote: >> >> > On

Re: ctype_members.cc Comparison Always True

2015-08-18 Thread Martin Sebor
On 08/03/2015 12:35 PM, Joel Sherrill wrote: Hi Just noticed this building the head for arm-rtems4.11. Should the first comparison be eliminated and, maybe, a comment added? ctype_members.cc:216:14: warning: comparison of unsigned expression >= 0 is always true [-Wtype-limits] if (__wc >=

Re: Adding static-PIE support to binutils

2015-08-18 Thread Alan Modra
On Tue, Aug 18, 2015 at 08:58:43PM -0400, Rich Felker wrote: > I've updated the patch to cover the changes needed for all the > elf??-*.c target files (lots of code duplication already there), skip > the clearing of command_line.interpreter, and based it on current git > master with your output_typ

Re: Adding static-PIE support to binutils

2015-08-18 Thread Rich Felker
On Wed, Aug 19, 2015 at 01:30:12PM +0930, Alan Modra wrote: > On Tue, Aug 18, 2015 at 08:58:43PM -0400, Rich Felker wrote: > > I've updated the patch to cover the changes needed for all the > > elf??-*.c target files (lots of code duplication already there), skip > > the clearing of command_line.in

Re: Adding static-PIE support to binutils

2015-08-18 Thread Cary Coutant
> This is OK to commit with a suitable ChangeLog. I think a separate ld > option is best too, because historically -static and its aliases > -Bstatic, -dn, -non_shared really are about what type of libraries are > accepted rather than choosing linker output type. Gold actually separates these con

Re: Adding static-PIE support to binutils

2015-08-18 Thread Rich Felker
On Tue, Aug 18, 2015 at 09:34:45PM -0700, Cary Coutant wrote: > > This is OK to commit with a suitable ChangeLog. I think a separate ld > > option is best too, because historically -static and its aliases > > -Bstatic, -dn, -non_shared really are about what type of libraries are > > accepted rathe

Re: Adding static-PIE support to binutils

2015-08-18 Thread Cary Coutant
> Does static pie (ET_DYN with non-fixed load address, _DYNAMIC > relocations, but no PT_INTERP, DT_NEEDEDs, or symbolic relocations) > currently work with gold? If so, what is the way to request it? I > would say it would make sense to try to do things the same, but from > what you're saying it so