public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
@ 2015-08-07 17:16 danglin at gcc dot gnu.org
  2015-08-07 17:54 ` [Bug libc/18787] [hppa] " jsm28 at gcc dot gnu.org
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: danglin at gcc dot gnu.org @ 2015-08-07 17:16 UTC (permalink / raw)
  To: glibc-bugs

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

            Bug ID: 18787
           Summary: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6:
                    error: can’t find a register in class ‘R1_REGS’ while
                    reloading ‘asm’
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: ports
          Assignee: unassigned at sourceware dot org
          Reporter: danglin at gcc dot gnu.org
                CC: carlos at redhat dot com, roland at gnu dot org
  Target Milestone: ---
              Host: hppa-unknown-linux-gnu
            Target: hppa-unknown-linux-gnu
             Build: hppa-unknown-linux-gnu

hppa-linux-gnu-gcc-4.8 gethstbyad.c -c -std=gnu99 -fgnu89-inline  -O2 -Wall
-Wer
ror -Wno-error=undef -Wundef -Wwrite-strings -fmerge-all-constants
-frounding-ma
th -g -Wstrict-prototypes   -fPIC -fexceptions  -ftls-model=initial-exec     
-I
../include -I/home/dave/gnu/glibc/objdir1/inet  -I/home/dave/gnu/glibc/objdir1  
-I../sysdeps/unix/sysv/linux/hppa  -I../sysdeps/hppa/nptl 
-I../sysdeps/unix/sys
v/linux/include -I../sysdeps/unix/sysv/linux  -I../sysdeps/nptl 
-I../sysdeps/pt
hread  -I../sysdeps/gnu  -I../sysdeps/unix/inet  -I../sysdeps/unix/sysv 
-I../sysdeps/unix  -I../sysdeps/posix  -I../sysdeps/hppa/hppa1.1 
-I../sysdeps/wordsize
-32  -I../sysdeps/ieee754/flt-32  -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/hppa
/fpu  -I../sysdeps/hppa  -I../sysdeps/ieee754  -I../sysdeps/generic  -I..
-I../l
ibio -I. -nostdinc -isystem /usr/lib/gcc/hppa-linux-gnu/4.8/include -isystem
/us
r/lib/gcc/hppa-linux-gnu/4.8/include-fixed -isystem /usr/include 
-D_LIBC_REENTR
ANT -include /home/dave/gnu/glibc/objdir1/libc-modules.h -DMODULE_NAME=libc
-inc
lude ../include/libc-symbols.h  -DPIC -DSHARED     -o
/home/dave/gnu/glibc/objdir1/inet/gethstbyad.os -MD -MP -MF
/home/dave/gnu/glibc/objdir1/inet/gethstbyad.o
s.dt -MT /home/dave/gnu/glibc/objdir1/inet/gethstbyad.os
In file included from ../include/sys/cdefs.h:3:0,
                 from ../include/features.h:365,
                 from ../resolv/netdb.h:25,
                 from ../include/netdb.h:2,
                 from gethstbyad.c:19:
../nss/getXXbyYY.c: In function ‘gethostbyaddr’:
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a
register in class ‘R1_REGS’ while reloading ‘asm’
      asm volatile(       \
      ^
../misc/sys/cdefs.h:385:52: note: in definition of macro ‘__glibc_unlikely’
 # define __glibc_unlikely(cond) __builtin_expect ((cond), 0)
                                                    ^
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:100:12: note: in expansion of
macro ‘atomic_compare_and_exchange_val_acq’
      ret = atomic_compare_and_exchange_val_acq(mem, newval, oldval); \
            ^
../sysdeps/nptl/lowlevellock.h:94:11: note: in expansion of macro
‘atomic_compare_and_exchange_bool_acq’
          (atomic_compare_and_exchange_bool_acq (__futex, 1, 0)))        \
           ^
../sysdeps/nptl/lowlevellock.h:103:3: note: in expansion of macro ‘__lll_lock’
   __lll_lock (&(futex), private)
   ^
../sysdeps/nptl/bits/libc-lockP.h:176:6: note: in expansion of macro ‘lll_lock’
   ({ lll_lock (NAME, LLL_PRIVATE); 0; })
      ^
../nss/getXXbyYY.c:97:3: note: in expansion of macro ‘__libc_lock_lock’
   __libc_lock_lock (lock);
   ^
In file included from ../include/atomic.h:50:0,
                 from ../sysdeps/nptl/lowlevellock.h:22,
                 from ../nptl/descr.h:30,
                 from ../sysdeps/hppa/nptl/tls.h:57,
                 from ../include/link.h:45,
                 from ../include/dlfcn.h:4,
                 from ../nss/nsswitch.h:28,
                 from ../include/nsswitch.h:1,
                 from ../inet/netgroup.h:22,
                 from ../include/netdb.h:193,
                 from gethstbyad.c:19:
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a
register in class ‘R1_REGS’ while reloading ‘asm’
      asm volatile(       \
      ^
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:100:12: note: in expansion of
macro ‘atomic_compare_and_exchange_val_acq’
      ret = atomic_compare_and_exchange_val_acq(mem, newval, oldval); \
            ^
../include/atomic.h:189:7: note: in expansion of macro
‘atomic_compare_and_exchange_bool_acq’
      (atomic_compare_and_exchange_bool_acq (__atg5_memp, __atg5_value, \
       ^
../include/atomic.h:196:45: note: in expansion of macro ‘atomic_exchange_acq’
 # define atomic_exchange_rel(mem, newvalue) atomic_exchange_acq (mem,
newvalue)
                                             ^
../sysdeps/nptl/lowlevellock.h:199:21: note: in expansion of macro
‘atomic_exchange_rel’
      int __oldval = atomic_exchange_rel (__futex, 0);   \
                     ^
../sysdeps/nptl/lowlevellock.h:204:3: note: in expansion of macro
‘__lll_unlock’
   __lll_unlock (&(futex), private)
   ^
../sysdeps/nptl/bits/libc-lockP.h:210:3: note: in expansion of macro
‘lll_unlock’
   lll_unlock (NAME, LLL_PRIVATE)
   ^
../nss/getXXbyYY.c:144:3: note: in expansion of macro ‘__libc_lock_unlock’
   __libc_lock_unlock (lock);
   ^
In file included from ../include/sys/cdefs.h:3:0,
                 from ../include/features.h:365,
                 from ../resolv/netdb.h:25,
                 from ../include/netdb.h:2,
                 from gethstbyad.c:19:
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: ‘asm’ operand has
impossible constraints
      asm volatile(       \
      ^
../misc/sys/cdefs.h:385:52: note: in definition of macro ‘__glibc_unlikely’
 # define __glibc_unlikely(cond) __builtin_expect ((cond), 0)
                                                    ^
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:100:12: note: in expansion of
macro ‘atomic_compare_and_exchange_val_acq’
      ret = atomic_compare_and_exchange_val_acq(mem, newval, oldval); \
            ^
../sysdeps/nptl/lowlevellock.h:94:11: note: in expansion of macro
‘atomic_compare_and_exchange_bool_acq’
          (atomic_compare_and_exchange_bool_acq (__futex, 1, 0)))        \
           ^
../sysdeps/nptl/lowlevellock.h:103:3: note: in expansion of macro ‘__lll_lock’
   __lll_lock (&(futex), private)
   ^
../sysdeps/nptl/bits/libc-lockP.h:176:6: note: in expansion of macro ‘lll_lock’
   ({ lll_lock (NAME, LLL_PRIVATE); 0; })
      ^
../nss/getXXbyYY.c:97:3: note: in expansion of macro ‘__libc_lock_lock’
   __libc_lock_lock (lock);
   ^
In file included from ../include/atomic.h:50:0,
                 from ../sysdeps/nptl/lowlevellock.h:22,
                 from ../nptl/descr.h:30,
                 from ../sysdeps/hppa/nptl/tls.h:57,
                 from ../include/link.h:45,
                 from ../include/dlfcn.h:4,
                 from ../nss/nsswitch.h:28,
                 from ../include/nsswitch.h:1,
                 from ../inet/netgroup.h:22,
                 from ../include/netdb.h:193,
                 from gethstbyad.c:19:
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: ‘asm’ operand has
impossible constraints
      asm volatile(       \
      ^
../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:100:12: note: in expansion of
macro ‘atomic_compare_and_exchange_val_acq’
      ret = atomic_compare_and_exchange_val_acq(mem, newval, oldval); \
            ^
../include/atomic.h:189:7: note: in expansion of macro
‘atomic_compare_and_exchange_bool_acq’
      (atomic_compare_and_exchange_bool_acq (__atg5_memp, __atg5_value, \
       ^
../include/atomic.h:196:45: note: in expansion of macro ‘atomic_exchange_acq’
 # define atomic_exchange_rel(mem, newvalue) atomic_exchange_acq (mem,
newvalue)
                                             ^
../sysdeps/nptl/lowlevellock.h:199:21: note: in expansion of macro
‘atomic_exchange_rel’
      int __oldval = atomic_exchange_rel (__futex, 0);   \
                     ^
../sysdeps/nptl/lowlevellock.h:204:3: note: in expansion of macro
‘__lll_unlock’
   __lll_unlock (&(futex), private)
   ^
../sysdeps/nptl/bits/libc-lockP.h:210:3: note: in expansion of macro
‘lll_unlock’
   lll_unlock (NAME, LLL_PRIVATE)
   ^
../nss/getXXbyYY.c:144:3: note: in expansion of macro ‘__libc_lock_unlock’
   __libc_lock_unlock (lock);
   ^
../o-iterator.mk:9: recipe for target
'/home/dave/gnu/glibc/objdir1/inet/gethstbyad.os' failed
make[2]: *** [/home/dave/gnu/glibc/objdir1/inet/gethstbyad.os] Error 1
make[2]: Leaving directory '/home/dave/gnu/glibc/glibc/inet'
Makefile:213: recipe for target 'inet/subdir_lib' failed
make[1]: *** [inet/subdir_lib] Error 2
make[1]: Leaving directory '/home/dave/gnu/glibc/glibc'
Makefile:9: recipe for target 'all' failed
make: *** [all] Error 2

The asm clobbers register %r1.  When generating PIC code, register %r1
is needed to reload an operand from static memory.  The operand needs to
be copied first to a register as is done on arm.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-29189-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Aug 07 17:54:13 2015
Return-Path: <glibc-bugs-return-29189-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81931 invoked by alias); 7 Aug 2015 17:54:12 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Delivered-To: mailing list glibc-bugs@sourceware.org
Received: (qmail 81265 invoked by uid 48); 7 Aug 2015 17:54:09 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/18674] [i386] trunk/sysdeps/i386/tst-auditmod3b.c:84: possible missing break ?
Date: Fri, 07 Aug 2015 17:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.21
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: cc component cf_gcchost short_desc
Message-ID: <bug-18674-131-L23Ob6marf@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18674-131@http.sourceware.org/bugzilla/>
References: <bug-18674-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00229.txt.bz2
Content-length: 912

https://sourceware.org/bugzilla/show_bug.cgi?id\x18674

Joseph Myers <jsm28 at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |drepper.fsp at gmail dot com
          Component|ports                       |libc
               Host|                            |i?86-*-*
            Summary|trunk/sysdeps/i386/tst-audi |[i386]
                   |tmod3b.c:84: possible       |trunk/sysdeps/i386/tst-audi
                   |missing break ?             |tmod3b.c:84: possible
                   |                            |missing break ?

--- Comment #1 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
The ports component is obsolete and only for closed bugs, not new ones.

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug libc/18787] [hppa] sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
  2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
@ 2015-08-07 17:54 ` jsm28 at gcc dot gnu.org
  2015-08-08  5:12 ` cvs-commit at gcc dot gnu.org
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: jsm28 at gcc dot gnu.org @ 2015-08-07 17:54 UTC (permalink / raw)
  To: glibc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 8922 bytes --]

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

Joseph Myers <jsm28 at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |drepper.fsp at gmail dot com
          Component|ports                       |libc
            Summary|sysdeps/unix/sysv/linux/hpp |[hppa]
                   |a/bits/atomic.h:71:6:       |sysdeps/unix/sysv/linux/hpp
                   |error: can’t find a         |a/bits/atomic.h:71:6:
                   |register in class ‘R1_REGS’ |error: can’t find a
                   |while reloading ‘asm’       |register in class ‘R1_REGS’
                   |                            |while reloading ‘asm’

--- Comment #1 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
The ports component is obsolete and only for closed bugs, not new ones.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-29191-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Aug 07 21:34:16 2015
Return-Path: <glibc-bugs-return-29191-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 3844 invoked by alias); 7 Aug 2015 21:34:15 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Delivered-To: mailing list glibc-bugs@sourceware.org
Received: (qmail 3741 invoked by uid 55); 7 Aug 2015 21:34:09 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/15128] dynamic loader may clobber floating-point parameters on AArch64
Date: Fri, 07 Aug 2015 21:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: dynamic-link
X-Bugzilla-Version: 2.17
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-15128-131-vkuo0xfbNZ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-15128-131@http.sourceware.org/bugzilla/>
References: <bug-15128-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00231.txt.bz2
Content-length: 5754

https://sourceware.org/bugzilla/show_bug.cgi?id\x15128

--- Comment #33 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, hjl/plt/master has been created
        at  63c2a8543434c56340f749781326de34c5cad7fb (commit)

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;hcc2a8543434c56340f749781326de34c5cad7fb

commit 63c2a8543434c56340f749781326de34c5cad7fb
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Sun Aug 2 22:27:47 2015 -0700

    Don't run tst-getpid2 with LD_BIND_NOW=1

    Since _dl_x86_64_save_sse and _dl_x86_64_restore_sse are removed now,
    we don't need to run tst-getpid2 with LD_BIND_NOW=1.

        * sysdeps/unix/sysv/linux/Makefile (tst-getpid2-ENV): Removed.

https://sourceware.org/git/gitweb.cgi?p=glibc.git;hza1e21bec013337713ea7eb41847ec654524d28

commit 7aa1e21bec013337713ea7eb41847ec654524d28
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Wed Jul 29 04:49:38 2015 -0700

    Use SSE optimized strcmp in x86-64 ld.so

    Since ld.so preserves vector registers now, we can SSE optimized strcmp
    in x86-64 ld.so.

        * sysdeps/x86_64/strcmp.S: Remove "#if !IS_IN (libc)".

https://sourceware.org/git/gitweb.cgi?p=glibc.git;hg04f81ff486345bd6f20e382c81641da6f18c1b

commit 6704f81ff486345bd6f20e382c81641da6f18c1b
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Wed Jul 29 03:56:14 2015 -0700

    Remove x86-64 rtld-xxx.c and rtld-xxx.S

    Since ld.so preserves vector registers now, we can use the regular,
    non-ifunc string and memory functions in ld.so.

        * sysdeps/x86_64/rtld-memcmp.c: Removed.
        * sysdeps/x86_64/rtld-memset.S: Likewise.
        * sysdeps/x86_64/rtld-strchr.S: Likewise.
        * sysdeps/x86_64/rtld-strlen.S: Likewise.
        * sysdeps/x86_64/multiarch/rtld-memcmp.c: Likewise.
        * sysdeps/x86_64/multiarch/rtld-memset.S: Likewise.

https://sourceware.org/git/gitweb.cgi?p=glibc.git;h\x1d38b26369935dba942e508185a6f4a237ec7306

commit 1d38b26369935dba942e508185a6f4a237ec7306
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Wed Jul 29 03:47:54 2015 -0700

    Replace %xmm8 with %xmm0

    Since ld.so preserves vector registers now, we can use %xmm0 to avoid
    the REX prefix.

        * sysdeps/x86_64/memset.S: Replace %xmm8 with %xmm0.

https://sourceware.org/git/gitweb.cgi?p=glibc.git;hva11bb924e52e25b91956f32e73e9fd1b9828a0

commit 76a11bb924e52e25b91956f32e73e9fd1b9828a0
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Wed Jul 29 03:44:39 2015 -0700

    Replace %xmm[8-12] with %xmm[0-4]

    Since ld.so preserves vector registers now, we can use %xmm[0-4] to
    avoid the REX prefix.

        * sysdeps/x86_64/strlen.S: Replace %xmm[8-12] with %xmm[0-4].

https://sourceware.org/git/gitweb.cgi?p=glibc.git;hÃ0f7d3a803de8de3fcba014c7d5b284a67e4cc6

commit c30f7d3a803de8de3fcba014c7d5b284a67e4cc6
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Tue Jul 28 18:56:18 2015 -0700

    Don't disable SSE in x86-64 ld.so

    Since ld.so preserves vector registers now, we can use SSE in ld.so.

        * sysdeps/i386/Makefile [$(subdir) == elf] (CFLAGS-.os): Add
        -mno-sse -mno-mmx for $(all-rtld-routines).
        [$(subdir) == elf] (tests-special): Add
        $(objpfx)tst-ld-sse-use.out.
        [$(subdir) == elf] ($(objpfx)tst-ld-sse-use.out): New rule.
        * sysdeps/x86/Makefile [$(subdir) == elf] (CFLAGS-.os): Removed.
        [$(subdir) == elf] (tests-special): Likewise.
        [$(subdir) == elf] ($(objpfx)tst-ld-sse-use.out): Likewise.
        * sysdeps/x86_64/Makefile [$(subdir) == elf] (CFLAGS-.os): Add
        -mno-mmx for $(all-rtld-routines).

https://sourceware.org/git/gitweb.cgi?p=glibc.git;hÈa557ba9b07e8a97d30d0bf94c892b4187b2883

commit c8a557ba9b07e8a97d30d0bf94c892b4187b2883
Author: H.J. Lu <hjl.tools@gmail.com>
Date:   Sat Jul 11 13:25:25 2015 -0700

    Save and restore vector registers in x86-64 ld.so

    This patch initiaizes GLRO(dl_x86_xstate) in dl_platform_init to
    indicate if the processor supports SSE, AVX or AVX512.  It uses
    this information to properly save and restore vector registers in
    ld.so.  Now we can use SSE in ld.so and delete FOREIGN_CALL macros.

        [BZ #15128]
        * sysdeps/x86_64/Makefile [$(subdir) == elf] (tests): Add
        ifuncmain8.
        (modules-names): Add ifuncmod8.
        ($(objpfx)ifuncmain8): New rule.
        * sysdeps/x86_64/dl-machine.h: Include <dl-procinfo.h> and
        <cpuid.h>.
        (elf_machine_runtime_setup): Use _dl_runtime_resolve_sse,
        _dl_runtime_resolve_avx, or _dl_runtime_resolve_avx512,
        _dl_runtime_profile_sse, _dl_runtime_profile_avx, or
        _dl_runtime_profile_avx512, based on HAS_ARCH_FEATURE.
        * sysdeps/x86_64/dl-trampoline.S: Rewrite.
        * sysdeps/x86_64/dl-trampoline.h: Likewise.
        * sysdeps/x86_64/ifuncmain8.c: New file.
        * sysdeps/x86_64/ifuncmod8.c: Likewise.
        * sysdeps/x86_64/nptl/tcb-offsets.sym (RTLD_SAVESPACE_SSE):
        Removed.
        * sysdeps/x86_64/nptl/tls.h (__128bits): Removed.
        (tcbhead_t): Change rtld_must_xmm_save to __glibc_unused1.
        Change rtld_savespace_sse to __glibc_unused2.
        (RTLD_CHECK_FOREIGN_CALL): Removed.
        (RTLD_ENABLE_FOREIGN_CALL): Likewise.
        (RTLD_PREPARE_FOREIGN_CALL): Likewise.
        (RTLD_FINALIZE_FOREIGN_CALL): Likewise.

-----------------------------------------------------------------------

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug libc/18787] [hppa] sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
  2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
  2015-08-07 17:54 ` [Bug libc/18787] [hppa] " jsm28 at gcc dot gnu.org
@ 2015-08-08  5:12 ` cvs-commit at gcc dot gnu.org
  2015-08-08  5:14 ` vapier at gentoo dot org
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2015-08-08  5:12 UTC (permalink / raw)
  To: glibc-bugs

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

--- Comment #2 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  74bc0c3a16e3c8f138e29a284e84d16474b65a8e (commit)
      from  5d5de49c3ccd69f65b801f1ca490a0112d1cbd7d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=74bc0c3a16e3c8f138e29a284e84d16474b65a8e

commit 74bc0c3a16e3c8f138e29a284e84d16474b65a8e
Author: John David Anglin <dave.anglin@bell.net>
Date:   Fri Aug 7 13:37:35 2015 -0400

    hppa: Fix reload error with atomic code [BZ #18787]

    As noted in the bug, the asm operands need to be copied to register
    variables to avoid operand reloads in the principal asm of the macro.
    See the arm implementation for reference.  Otherwise we get:
    ../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:68:6: error:
        can't find a register in class 'R1_REGS' while reloading 'asm'

    Build tested on trunk with gcc-4.8.  Similar patch has been tested
    with 2.19 on Debian hppa-unknown-linux-gnu.

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog                                  |    9 +++++++
 NEWS                                       |    2 +-
 sysdeps/unix/sysv/linux/hppa/bits/atomic.h |   35 +++++++++++++--------------
 3 files changed, 27 insertions(+), 19 deletions(-)

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug libc/18787] [hppa] sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
  2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2015-08-08  5:14 ` vapier at gentoo dot org
@ 2015-08-08  5:14 ` cvs-commit at gcc dot gnu.org
  2015-10-29 16:41 ` jsm28 at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2015-08-08  5:14 UTC (permalink / raw)
  To: glibc-bugs

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

Mike Frysinger <vapier at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
            Version|unspecified                 |2.22
         Resolution|---                         |FIXED

--- Comment #3 from Mike Frysinger <vapier at gentoo dot org> ---
should be fixed now for 2.23 and 2.22.1

--- Comment #4 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, release/2.22/master has been updated
       via  19742d3d5f8fb0cdc95b20c32fbee503d1048286 (commit)
      from  8415fb8d4f05c023b9d79e44dff197cc285fd1e5 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=19742d3d5f8fb0cdc95b20c32fbee503d1048286

commit 19742d3d5f8fb0cdc95b20c32fbee503d1048286
Author: John David Anglin <dave.anglin@bell.net>
Date:   Fri Aug 7 13:37:35 2015 -0400

    hppa: Fix reload error with atomic code [BZ #18787]

    As noted in the bug, the asm operands need to be copied to register
    variables to avoid operand reloads in the principal asm of the macro.
    See the arm implementation for reference.  Otherwise we get:
    ../sysdeps/unix/sysv/linux/hppa/bits/atomic.h:68:6: error:
        can't find a register in class 'R1_REGS' while reloading 'asm'

    Build tested on trunk with gcc-4.8.  Similar patch has been tested
    with 2.19 on Debian hppa-unknown-linux-gnu.

    (cherry picked from commit 74bc0c3a16e3c8f138e29a284e84d16474b65a8e)

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog                                  |    9 +++++++
 NEWS                                       |    6 ++++
 sysdeps/unix/sysv/linux/hppa/bits/atomic.h |   35 +++++++++++++--------------
 3 files changed, 32 insertions(+), 18 deletions(-)

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug libc/18787] [hppa] sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
  2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
  2015-08-07 17:54 ` [Bug libc/18787] [hppa] " jsm28 at gcc dot gnu.org
  2015-08-08  5:12 ` cvs-commit at gcc dot gnu.org
@ 2015-08-08  5:14 ` vapier at gentoo dot org
  2015-08-08  5:14 ` cvs-commit at gcc dot gnu.org
  2015-10-29 16:41 ` jsm28 at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: vapier at gentoo dot org @ 2015-08-08  5:14 UTC (permalink / raw)
  To: glibc-bugs

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

Mike Frysinger <vapier at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
            Version|unspecified                 |2.22
         Resolution|---                         |FIXED

--- Comment #3 from Mike Frysinger <vapier at gentoo dot org> ---
should be fixed now for 2.23 and 2.22.1

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug libc/18787] [hppa] sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’
  2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
                   ` (3 preceding siblings ...)
  2015-08-08  5:14 ` cvs-commit at gcc dot gnu.org
@ 2015-10-29 16:41 ` jsm28 at gcc dot gnu.org
  4 siblings, 0 replies; 6+ messages in thread
From: jsm28 at gcc dot gnu.org @ 2015-10-29 16:41 UTC (permalink / raw)
  To: glibc-bugs

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

Joseph Myers <jsm28 at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |2.23

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


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2015-10-29 16:41 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-07 17:16 [Bug ports/18787] New: sysdeps/unix/sysv/linux/hppa/bits/atomic.h:71:6: error: can’t find a register in class ‘R1_REGS’ while reloading ‘asm’ danglin at gcc dot gnu.org
2015-08-07 17:54 ` [Bug libc/18787] [hppa] " jsm28 at gcc dot gnu.org
2015-08-08  5:12 ` cvs-commit at gcc dot gnu.org
2015-08-08  5:14 ` vapier at gentoo dot org
2015-08-08  5:14 ` cvs-commit at gcc dot gnu.org
2015-10-29 16:41 ` jsm28 at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).