public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug malloc/20644] RFE: valgrind interoperation with fortification
[not found] <bug-20644-131@http.sourceware.org/bugzilla/>
@ 2016-09-29 9:29 ` mjw at redhat dot com
2023-02-12 3:00 ` sam at gentoo dot org
2023-02-12 3:01 ` sam at gentoo dot org
2 siblings, 0 replies; 3+ messages in thread
From: mjw at redhat dot com @ 2016-09-29 9:29 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
--- Comment #2 from Mark Wielaard <mjw at redhat dot com> ---
(In reply to Florian Weimer from comment #1)
> (In reply to Frank Ch. Eigler from comment #0)
> > It would be handy if glibc could detect that it is running under valgrind
> > (see RUNNING_ON_VALGRIND in /usr/include/valgrind.h) when running its
> > fortify checks. valgrind can produce higher quality error messages than
> > glibc for errors, but only if valgrind sees the erroneous string/buffer ops.
>
> Is this unconditionally true, or does this apply only if buffers are on the
> heap?
>
> I thought that for stack allocations, valgrind has poor boundary information.
memcheck does not perform bounds checking for stack (or global arrays).
It does track stack size and definedness of stack values.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34660-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 09:52:48 2016
Return-Path: <glibc-bugs-return-34660-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 29159 invoked by alias); 29 Sep 2016 09:52:47 -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 28865 invoked by uid 48); 29 Sep 2016 09:52:33 -0000
From: "mjw at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification
Date: Thu, 29 Sep 2016 09:52:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mjw at redhat dot com
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:
Message-ID: <bug-20644-131-owIjCBZFmg@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20644-131@http.sourceware.org/bugzilla/>
References: <bug-20644-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00228.txt.bz2
Content-length: 484
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
--- Comment #3 from Mark Wielaard <mjw at redhat dot com> ---
It would be useful if __chk_fail got the address that was about to cause the
out of buffer access. Then a tool like valgrind could intercept __check_fail
and provide all information it had about that address/those addresses (before
dying or continuing into the __fortify_fail call).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34661-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 09:53:44 2016
Return-Path: <glibc-bugs-return-34661-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 34828 invoked by alias); 29 Sep 2016 09:53:44 -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 34650 invoked by uid 48); 29 Sep 2016 09:53:30 -0000
From: "jakub at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification
Date: Thu, 29 Sep 2016 09:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at redhat dot com
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
Message-ID: <bug-20644-131-hB7i0Os6g3@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20644-131@http.sourceware.org/bugzilla/>
References: <bug-20644-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00229.txt.bz2
Content-length: 554
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
Jakub Jelinek <jakub at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at redhat dot com
--- Comment #4 from Jakub Jelinek <jakub at redhat dot com> ---
valgrind can interpose even internal glibc functions, so can't it just override
__chk_fail ()?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34662-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 09:55:43 2016
Return-Path: <glibc-bugs-return-34662-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 46068 invoked by alias); 29 Sep 2016 09:55:43 -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 45524 invoked by uid 48); 29 Sep 2016 09:55:30 -0000
From: "mjw at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification
Date: Thu, 29 Sep 2016 09:55:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mjw at redhat dot com
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:
Message-ID: <bug-20644-131-kEwCfJJ2E8@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20644-131@http.sourceware.org/bugzilla/>
References: <bug-20644-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00230.txt.bz2
Content-length: 536
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
--- Comment #5 from Mark Wielaard <mjw at redhat dot com> ---
(In reply to Jakub Jelinek from comment #4)
> valgrind can interpose even internal glibc functions, so can't it just
> override __chk_fail ()?
Yes it can. But then it doesn't know which address the access was about. If it
had the address that caused the __chk_fail call (passed as an argument) then it
can provide more information.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34663-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 12:11:35 2016
Return-Path: <glibc-bugs-return-34663-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 24038 invoked by alias); 29 Sep 2016 12:11:34 -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 23850 invoked by uid 48); 29 Sep 2016 12:11:21 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] New: Using current glibc of opensuse Tumbleweed on a Pentium-S leads to an assertion: "maxidx >= 2"
Date: Thu, 29 Sep 2016 12:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone attachments.created
Message-ID: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00231.txt.bz2
Content-length: 1437
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
Bug ID: 20647
Summary: Using current glibc of opensuse Tumbleweed on a
Pentium-S leads to an assertion: "maxidx >= 2"
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: ralph at gauernet dot de
CC: drepper.fsp at gmail dot com
Target Milestone: ---
Created attachment 9537
--> https://sourceware.org/bugzilla/attachment.cgi?id=9537&action=edit
proposed patch
The current version of glibc (2.24) used in opensuse Tumbleweed (September
2016) stops every program with an assertion "maxidx >= 2" if it is used on a
Pentium-S.
The Pentium-S reports a "cpuid level" of 1 which is the value that is compared
in this assertion within the function handle_intel in cacheinfo.c
This is probably to prevent errors when inquiring cache features from a cpu
that doesn't support this.
Leaving the assertion as is, prevents the usage of Tumbleweed on these older
cpus.
A possible solution is to return 0 without cache inquiries if maxidx equals 1.
Testing with a glibc 2.24 patched in this way lead to a usable sytem without
any negative effects up to now.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34664-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 12:19:27 2016
Return-Path: <glibc-bugs-return-34664-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 38546 invoked by alias); 29 Sep 2016 12:19:27 -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 38306 invoked by uid 48); 29 Sep 2016 12:19:14 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] Using current glibc of opensuse Tumbleweed on a Pentium-S leads to an assertion: "maxidx >= 2"
Date: Thu, 29 Sep 2016 12:19: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20647-131-013w4mEane@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00232.txt.bz2
Content-length: 394
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hjl.tools at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34665-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 15:07:23 2016
Return-Path: <glibc-bugs-return-34665-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 44264 invoked by alias); 29 Sep 2016 15:07:23 -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 44150 invoked by uid 48); 29 Sep 2016 15:07:10 -0000
From: "hjl.tools at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] Using current glibc of opensuse Tumbleweed on a Pentium-S leads to an assertion: "maxidx >= 2"
Date: Thu, 29 Sep 2016 15:07: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20647-131-WPQB41fwg4@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00233.txt.bz2
Content-length: 308
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #1 from H.J. Lu <hjl.tools at gmail dot com> ---
Created attachment 9539
--> https://sourceware.org/bugzilla/attachment.cgi?id=9539&action=edit
Try this
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34666-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 29 20:12:39 2016
Return-Path: <glibc-bugs-return-34666-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 51398 invoked by alias); 29 Sep 2016 20:12:39 -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 50564 invoked by uid 48); 29 Sep 2016 20:12:27 -0000
From: "sumeet.keswani at hpe dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/11261] malloc uses excessive memory for multi-threaded applications
Date: Thu, 29 Sep 2016 20:12:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: sumeet.keswani at hpe dot com
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: cc
Message-ID: <bug-11261-131-dbmNQFCigv@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-11261-131@http.sourceware.org/bugzilla/>
References: <bug-11261-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00234.txt.bz2
Content-length: 407
https://sourceware.org/bugzilla/show_bug.cgi?id=11261
Sumeet Keswani <sumeet.keswani at hpe dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sumeet.keswani at hpe dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34667-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 06:28:59 2016
Return-Path: <glibc-bugs-return-34667-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 122755 invoked by alias); 30 Sep 2016 06:28:58 -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 121005 invoked by uid 55); 30 Sep 2016 06:27:54 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20292] Comparison in elf/dl-open.c _dl_addr_inside_object is always true.
Date: Fri, 30 Sep 2016 06:28: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit 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:
Message-ID: <bug-20292-131-MOu1oFe1Kp@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20292-131@http.sourceware.org/bugzilla/>
References: <bug-20292-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00235.txt.bz2
Content-length: 1933
https://sourceware.org/bugzilla/show_bug.cgi?id=20292
--- Comment #3 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 d61ef7352b0026d9eeaf457dbfbb2e3fd8401e92 (commit)
from 29cb9293326a27576965a40d50a898ee660dff81 (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=d61ef7352b0026d9eeaf457dbfbb2e3fd8401e92
commit d61ef7352b0026d9eeaf457dbfbb2e3fd8401e92
Author: Carlos O'Donell <carlos@redhat.com>
Date: Thu Sep 29 21:54:31 2016 -0400
Bug 20292 - Simplify and test _dl_addr_inside_object
The function _dl_addr_inside_object is simplified by removing
the conditional 'reladdr - l->l_phdr[n].p_vaddr >= 0' which is
always true. The function is refactored into it's own object file
and a unit test added to verify the correct behaviour of the
function.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 16 +++
elf/Makefile | 12 ++-
elf/dl-addr-obj.c | 75 +++++++++++++
elf/dl-addr.c | 16 ---
elf/dl-open.c | 18 ---
elf/tst-_dl_addr_inside_object.c | 223 ++++++++++++++++++++++++++++++++++++++
6 files changed, 325 insertions(+), 35 deletions(-)
create mode 100644 elf/dl-addr-obj.c
create mode 100644 elf/tst-_dl_addr_inside_object.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34668-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 06:32:56 2016
Return-Path: <glibc-bugs-return-34668-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 5776 invoked by alias); 30 Sep 2016 06:32:16 -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 5415 invoked by uid 48); 30 Sep 2016 06:31:57 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 06:32: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: short_desc
Message-ID: <bug-20647-131-5vKBA9kwqZ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00236.txt.bz2
Content-length: 590
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
ralph at gauernet dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Using current glibc of |GLIBC quitting every
|opensuse Tumbleweed on a |program - glibc on
|Pentium-S leads to an |Pentium-S leads to
|assertion: "maxidx >= 2" |assertion: "maxidx >= 2"
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34669-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 06:36:00 2016
Return-Path: <glibc-bugs-return-34669-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 37160 invoked by alias); 30 Sep 2016 06:36:00 -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 37039 invoked by uid 48); 30 Sep 2016 06:35:47 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 06:36: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-Rpjq6eRalw@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00237.txt.bz2
Content-length: 241
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #2 from ralph at gauernet dot de ---
So it would be better to return FALSE instead of TRUE?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34670-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 06:42:15 2016
Return-Path: <glibc-bugs-return-34670-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 66733 invoked by alias); 30 Sep 2016 06:42: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 66494 invoked by uid 48); 30 Sep 2016 06:42:02 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 06:42: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-5haWM6ifxg@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00238.txt.bz2
Content-length: 288
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #3 from ralph at gauernet dot de ---
Ok, I see it's not boolean.
Is "-1" the value telling the calling procedures that there is "nothing"?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34671-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 07:03:51 2016
Return-Path: <glibc-bugs-return-34671-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 12295 invoked by alias); 30 Sep 2016 07:03:51 -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 12060 invoked by uid 48); 30 Sep 2016 07:03:38 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 07:03: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-j3AfXzxGZj@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00239.txt.bz2
Content-length: 299
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #4 from ralph at gauernet dot de ---
Having a look at "init_cacheinfo" "0" seems to me being neutral as return value
of "handle_intel".
Am I wrong?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34672-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 07:19:23 2016
Return-Path: <glibc-bugs-return-34672-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 36616 invoked by alias); 30 Sep 2016 07:19:22 -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 36500 invoked by uid 48); 30 Sep 2016 07:19:09 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 07:19: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-UI17YruyP5@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00240.txt.bz2
Content-length: 769
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #5 from ralph at gauernet dot de ---
Looking at the snippet
...
if (!inclusive_cache)
{
if (threads_l2 > 0)
core /= threads_l2;
shared += core;
}
...
with both "core" and "shared" being initialized with the return value of
"handle_intel":
in case of return value of 0:
core = 0/xxx = 0
shared = 0+0 = 0
in case of return value -1
core = -1/xxx = yyy
shared = -1 + -1 = -2
because of the later use of these variables their value is indifferent
as long it is below or equal to zero.
So "0" as return value of "handle_intel" seems ok to me.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34673-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 07:45:37 2016
Return-Path: <glibc-bugs-return-34673-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 89975 invoked by alias); 30 Sep 2016 07:45:37 -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 89141 invoked by uid 48); 30 Sep 2016 07:45:11 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 07:45: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20647-131-fmUCDJ1JMO@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00241.txt.bz2
Content-length: 378
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
ralph at gauernet dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ralph at gauernet dot de
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34674-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 07:56:09 2016
Return-Path: <glibc-bugs-return-34674-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 37061 invoked by alias); 30 Sep 2016 07:56:08 -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 36787 invoked by uid 48); 30 Sep 2016 07:55:55 -0000
From: "szyhb810501.student at sina dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20619] pthread_cond_signal failed to wake up pthread_cond_wait
Date: Fri, 30 Sep 2016 07:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.9
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: szyhb810501.student at sina dot com
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20619-131-V80DGjfQ5y@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20619-131@http.sourceware.org/bugzilla/>
References: <bug-20619-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00242.txt.bz2
Content-length: 327
https://sourceware.org/bugzilla/show_bug.cgi?id=20619
--- Comment #4 from szyhb810501.student at sina dot com ---
I have no newer glibc.
Can you provide me with cross compile toolchain?
OS: Ubuntu 10.04
Host CPU: i386
Target CPU: ARM cortex-A9
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34675-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 12:38:19 2016
Return-Path: <glibc-bugs-return-34675-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 80044 invoked by alias); 30 Sep 2016 12:38:18 -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 79942 invoked by uid 48); 30 Sep 2016 12:38:06 -0000
From: "zanchey at ucc dot gu.uwa.edu.au" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20632] Buffer overflow in wchar IO (_IO_wfile_overflow)
Date: Fri, 30 Sep 2016 12:38:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zanchey at ucc dot gu.uwa.edu.au
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20632-131-iZIqtFCmXQ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20632-131@http.sourceware.org/bugzilla/>
References: <bug-20632-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00243.txt.bz2
Content-length: 409
https://sourceware.org/bugzilla/show_bug.cgi?id=20632
David Adam <zanchey at ucc dot gu.uwa.edu.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zanchey at ucc dot gu.uwa.edu.au
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34676-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 15:02:31 2016
Return-Path: <glibc-bugs-return-34676-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 107699 invoked by alias); 30 Sep 2016 15:02:30 -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 107361 invoked by uid 48); 30 Sep 2016 15:02:17 -0000
From: "hjl.tools at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Fri, 30 Sep 2016 15:02: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-vUp89MwKEY@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00244.txt.bz2
Content-length: 1527
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #6 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to ralph from comment #5)
> Looking at the snippet
> ...
> if (!inclusive_cache)
> {
> if (threads_l2 > 0)
> core /= threads_l2;
> shared += core;
> }
> ...
> with both "core" and "shared" being initialized with the return value of
> "handle_intel":
>
> in case of return value of 0:
> core = 0/xxx = 0
> shared = 0+0 = 0
>
> in case of return value -1
> core = -1/xxx = yyy
> shared = -1 + -1 = -2
>
> because of the later use of these variables their value is indifferent
> as long it is below or equal to zero.
> So "0" as return value of "handle_intel" seems ok to me.
There are
if (data > 0)
{
__x86_raw_data_cache_size_half = data / 2;
__x86_raw_data_cache_size = data;
/* Round data cache size to multiple of 256 bytes. */
data = data & ~255L;
__x86_data_cache_size_half = data / 2;
__x86_data_cache_size = data;
}
if (shared > 0)
{
__x86_raw_shared_cache_size_half = shared / 2;
__x86_raw_shared_cache_size = shared;
/* Round shared cache size to multiple of 256 bytes. */
shared = shared & ~255L;
__x86_shared_cache_size_half = shared / 2;
__x86_shared_cache_size = shared;
}
Negative values are ignored.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34677-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:03:48 2016
Return-Path: <glibc-bugs-return-34677-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 106491 invoked by alias); 30 Sep 2016 16:03:47 -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 106187 invoked by uid 48); 30 Sep 2016 16:03:35 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20660] New: [arm] Use VSQRT
Date: Fri, 30 Sep 2016 16:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone cf_gcchost
Message-ID: <bug-20660-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00245.txt.bz2
Content-length: 923
https://sourceware.org/bugzilla/show_bug.cgi?id=20660
Bug ID: 20660
Summary: [arm] Use VSQRT
Product: glibc
Version: 2.24
Status: NEW
Severity: enhancement
Priority: P2
Component: math
Assignee: unassigned at sourceware dot org
Reporter: jsm28 at gcc dot gnu.org
Target Milestone: ---
Host: arm*-*-*
When built for VFP, ARM glibc should use the VSQRT instruction to implement
sqrt and sqrtf, instead of the software sqrt implementations used at present.
Note that GCC's vfp.md has a comment on its sqrt patterns
; VFP9 Erratum 760019: It's potentially unsafe to overwrite the input
; operands, so mark the output as early clobber for VFPv2 on ARMv5 or
; earlier.
which might be relevant to use in glibc as well.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34679-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:15:37 2016
Return-Path: <glibc-bugs-return-34679-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75955 invoked by alias); 30 Sep 2016 16:15:37 -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 47996 invoked by uid 55); 30 Sep 2016 16:15:17 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/18241] failed fseek on memstream does not set errno and can fail when it shouldnt
Date: Fri, 30 Sep 2016 16:15:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-18241-131-ePMDFHCgrX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18241-131@http.sourceware.org/bugzilla/>
References: <bug-18241-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00247.txt.bz2
Content-length: 4100
https://sourceware.org/bugzilla/show_bug.cgi?id=18241
--- Comment #1 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 645f97ced4d4b35deda3f8bde0927f898b163f5d (commit)
from f280fa6d171c4d3414c005ad2a7529e0d1d9ee0c (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=645f97ced4d4b35deda3f8bde0927f898b163f5d
commit 645f97ced4d4b35deda3f8bde0927f898b163f5d
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jul 25 14:54:29 2016 -0300
libio: Multiple fixes for open_{w}memstram (BZ#18241 and BZ#20181)
This patches fixes multiples issues on open_{w}memstream reported on both
BZ#18241 and BZ#20181:
- failed fseek does not set errno.
- negative offset in fseek fails even when resulting position is
a valid one.
- a flush after write if the current write position is not at the
end of the stream currupt data.
The main fix is on seek operation for memstream (_IO_{w}str_seekoff), where
both _IO_read_ptr and _IO_read_end pointer are updated if a write operation
has occured (similar to default file operations). Also, to calculate the
offset on both read and write pointers, a temporary value is instead of
updating the argument supplied value. Negative offset are valid if
resulting
internal pointer is within the range of _IO_{read,write}_base and
_IO_{read,write}_end.
Also POSIX states that a null or wide null shall be appended to the current
buffer iff a write moves the position to a value larger than the current
lenght. Current implementation appends a null or wide null regardless
of this condition. This patch fixes it by removing the 'else' condition
on _IO_{w}mem_sync.
Checked on x86_64.
[BZ #18241]
[BZ #20181]
* libio/Makefile (test): Add tst-memstream3 and tst-wmemstream3.
* libio/memstream.c (_IO_mem_sync): Only append a null byte if
write position is at the end the buffer.
* libio/wmemstream.c (_IO_wmem_sync): Likewise.
* libio/strops.c (_IO_str_switch_to_get_mode): New function.
(_IO_str_seekoff): Set correct offset from negative displacement and
set EINVAL for invalid ones.
* libio/wstrops.c (enlarge_userbuf): Use correct function to calculate
buffer length.
(_IO_wstr_switch_to_get_mode): New function.
(_IO_wstr_seekoff): Set correct offset from negative displacement and
set EINVAL for invalid ones.
* libio/tst-memstream3.c: New file.
* libio/tst-wmemstream3.c: Likewise.
* manual/examples/memstrm.c: Remove warning when priting size_t.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 20 +++
libio/Makefile | 4 +-
libio/memstream.c | 2 -
libio/strops.c | 81 +++++++---
libio/tst-memstream3.c | 165 ++++++++++++++++++++
.../tst-wcstod-round.c => libio/tst-wmemstream3.c | 33 +++--
libio/wmemstream.c | 2 -
libio/wstrops.c | 89 +++++++----
manual/examples/memstrm.c | 4 +-
9 files changed, 327 insertions(+), 73 deletions(-)
create mode 100644 libio/tst-memstream3.c
copy wcsmbs/tst-wcstod-round.c => libio/tst-wmemstream3.c (55%)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34678-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:15:37 2016
Return-Path: <glibc-bugs-return-34678-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75510 invoked by alias); 30 Sep 2016 16:15:37 -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 56603 invoked by uid 55); 30 Sep 2016 16:15:24 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20181] open_memstream(): writes not at end of stream corrupt data
Date: Fri, 30 Sep 2016 16:15:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20181-131-trYnGVkr18@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20181-131@http.sourceware.org/bugzilla/>
References: <bug-20181-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00246.txt.bz2
Content-length: 4100
https://sourceware.org/bugzilla/show_bug.cgi?id=20181
--- Comment #1 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 645f97ced4d4b35deda3f8bde0927f898b163f5d (commit)
from f280fa6d171c4d3414c005ad2a7529e0d1d9ee0c (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=645f97ced4d4b35deda3f8bde0927f898b163f5d
commit 645f97ced4d4b35deda3f8bde0927f898b163f5d
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jul 25 14:54:29 2016 -0300
libio: Multiple fixes for open_{w}memstram (BZ#18241 and BZ#20181)
This patches fixes multiples issues on open_{w}memstream reported on both
BZ#18241 and BZ#20181:
- failed fseek does not set errno.
- negative offset in fseek fails even when resulting position is
a valid one.
- a flush after write if the current write position is not at the
end of the stream currupt data.
The main fix is on seek operation for memstream (_IO_{w}str_seekoff), where
both _IO_read_ptr and _IO_read_end pointer are updated if a write operation
has occured (similar to default file operations). Also, to calculate the
offset on both read and write pointers, a temporary value is instead of
updating the argument supplied value. Negative offset are valid if
resulting
internal pointer is within the range of _IO_{read,write}_base and
_IO_{read,write}_end.
Also POSIX states that a null or wide null shall be appended to the current
buffer iff a write moves the position to a value larger than the current
lenght. Current implementation appends a null or wide null regardless
of this condition. This patch fixes it by removing the 'else' condition
on _IO_{w}mem_sync.
Checked on x86_64.
[BZ #18241]
[BZ #20181]
* libio/Makefile (test): Add tst-memstream3 and tst-wmemstream3.
* libio/memstream.c (_IO_mem_sync): Only append a null byte if
write position is at the end the buffer.
* libio/wmemstream.c (_IO_wmem_sync): Likewise.
* libio/strops.c (_IO_str_switch_to_get_mode): New function.
(_IO_str_seekoff): Set correct offset from negative displacement and
set EINVAL for invalid ones.
* libio/wstrops.c (enlarge_userbuf): Use correct function to calculate
buffer length.
(_IO_wstr_switch_to_get_mode): New function.
(_IO_wstr_seekoff): Set correct offset from negative displacement and
set EINVAL for invalid ones.
* libio/tst-memstream3.c: New file.
* libio/tst-wmemstream3.c: Likewise.
* manual/examples/memstrm.c: Remove warning when priting size_t.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 20 +++
libio/Makefile | 4 +-
libio/memstream.c | 2 -
libio/strops.c | 81 +++++++---
libio/tst-memstream3.c | 165 ++++++++++++++++++++
.../tst-wcstod-round.c => libio/tst-wmemstream3.c | 33 +++--
libio/wmemstream.c | 2 -
libio/wstrops.c | 89 +++++++----
manual/examples/memstrm.c | 4 +-
9 files changed, 327 insertions(+), 73 deletions(-)
create mode 100644 libio/tst-memstream3.c
copy wcsmbs/tst-wcstod-round.c => libio/tst-wmemstream3.c (55%)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34681-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:41:58 2016
Return-Path: <glibc-bugs-return-34681-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 8360 invoked by alias); 30 Sep 2016 16:41:57 -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 8032 invoked by uid 48); 30 Sep 2016 16:41:45 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/20661] Use gcc stpncpy builtin chk function
Date: Fri, 30 Sep 2016 16:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: assigned_to
Message-ID: <bug-20661-131-GvDQahvZuY@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20661-131@http.sourceware.org/bugzilla/>
References: <bug-20661-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00249.txt.bz2
Content-length: 482
https://sourceware.org/bugzilla/show_bug.cgi?id=20661
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at sourceware dot org |adhemerval.zanella at linaro dot o
| |rg
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34680-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:41:51 2016
Return-Path: <glibc-bugs-return-34680-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 8066 invoked by alias); 30 Sep 2016 16:41:48 -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 7931 invoked by uid 48); 30 Sep 2016 16:41:38 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/20661] New: Use gcc stpncpy builtin chk function
Date: Fri, 30 Sep 2016 16:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot 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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-20661-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00248.txt.bz2
Content-length: 766
https://sourceware.org/bugzilla/show_bug.cgi?id=20661
Bug ID: 20661
Summary: Use gcc stpncpy builtin chk function
Product: glibc
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: string
Assignee: unassigned at sourceware dot org
Reporter: adhemerval.zanella at linaro dot org
Target Milestone: ---
Current string3.h comments states GCC does not provide stpncpy_chk builtin.
However since r182378 GCC does provide stpncpy_chk builtin support and it is
included in official GCC 4.7.4 package (so it should be fine to use on GLIBC
without GCC version guards).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34683-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:50:48 2016
Return-Path: <glibc-bugs-return-34683-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 26111 invoked by alias); 30 Sep 2016 16:50:48 -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 25996 invoked by uid 48); 30 Sep 2016 16:50:36 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20181] open_memstream(): writes not at end of stream corrupt data
Date: Fri, 30 Sep 2016 16:50:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20181-131-aRZbWMiuuu@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20181-131@http.sourceware.org/bugzilla/>
References: <bug-20181-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00251.txt.bz2
Content-length: 640
https://sourceware.org/bugzilla/show_bug.cgi?id=20181
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #2 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
Fixed by 645f97ced4d4b35deda3f8bde0927f898b163f5d.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34682-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:50:06 2016
Return-Path: <glibc-bugs-return-34682-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 25368 invoked by alias); 30 Sep 2016 16:50:05 -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 25213 invoked by uid 48); 30 Sep 2016 16:49:59 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/18241] failed fseek on memstream does not set errno and can fail when it shouldnt
Date: Fri, 30 Sep 2016 16:50:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status version resolution
Message-ID: <bug-18241-131-qImP3r2Xt3@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18241-131@http.sourceware.org/bugzilla/>
References: <bug-18241-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00250.txt.bz2
Content-length: 640
https://sourceware.org/bugzilla/show_bug.cgi?id=18241
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Version|unspecified |2.25
Resolution|--- |FIXED
--- Comment #2 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
Fixed by 645f97ced4d4b35deda3f8bde0927f898b163f5d.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34684-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:51:07 2016
Return-Path: <glibc-bugs-return-34684-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 26554 invoked by alias); 30 Sep 2016 16:51:06 -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 26392 invoked by uid 48); 30 Sep 2016 16:50:54 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/18241] failed fseek on memstream does not set errno and can fail when it shouldnt
Date: Fri, 30 Sep 2016 16:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: version target_milestone
Message-ID: <bug-18241-131-CrP84wmvRa@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18241-131@http.sourceware.org/bugzilla/>
References: <bug-18241-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00252.txt.bz2
Content-length: 452
https://sourceware.org/bugzilla/show_bug.cgi?id=18241
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|2.25 |unspecified
Target Milestone|--- |2.25
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34685-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 30 16:59:52 2016
Return-Path: <glibc-bugs-return-34685-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 83300 invoked by alias); 30 Sep 2016 16:59:52 -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 82087 invoked by uid 48); 30 Sep 2016 16:59:38 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20019] NULL pointer dereference in libc.so.6 IFUNC due to uninitialized GOT
Date: Fri, 30 Sep 2016 16:59: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
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:
Message-ID: <bug-20019-131-F0l3fIenuJ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20019-131@http.sourceware.org/bugzilla/>
References: <bug-20019-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-09/txt/msg00253.txt.bz2
Content-length: 843
https://sourceware.org/bugzilla/show_bug.cgi?id=20019
--- Comment #13 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Carlos O'Donell from comment #12)
> (In reply to H.J. Lu from comment #11)
> > Created attachment 9530 [details]
> > A patch to check unrelocated shared library with IFUNC definition
>
> Patch is a good first step.
>
> It begins to enforce sensible ordering rules for IFUNC's.
>
> I've started a rawhide build with this change to see what it breaks if
> anything.
Booted and ran a rawhide distro with this patch. No problems, all the normal
desktop applications ran fine. I expect nothing in a normal distro runs into
this problem.
I suggest cleaning up the patch, adding a test case, and posting to libc-alpha.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34686-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 07:40:06 2016
Return-Path: <glibc-bugs-return-34686-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 105593 invoked by alias); 1 Oct 2016 07:40:05 -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 105367 invoked by uid 48); 1 Oct 2016 07:39:51 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Sat, 01 Oct 2016 07:40: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-liHEz0Ozn0@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00000.txt.bz2
Content-length: 307
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #7 from ralph at gauernet dot de ---
I had the version with "0" return value already tested positively (productive
system).
Should I try it with "-1", too?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34687-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:40:23 2016
Return-Path: <glibc-bugs-return-34687-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 33161 invoked by alias); 1 Oct 2016 14:40:22 -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 33015 invoked by uid 48); 1 Oct 2016 14:40:08 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] New: checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00001.txt.bz2
Content-length: 2544
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
Bug ID: 20662
Summary: checking whether x86_64-pc-linux-gnu-gcc implicitly
enables -fstack-protector no (32bit gcc 6.2.0 pie and
ssp enable)
Product: glibc
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: zorry at gentoo dot org
CC: drepper.fsp at gmail dot com
Target Milestone: ---
The test
checking whether x86_64-pc-linux-gnu-gcc -m32 -Wl,-O1 -Wl,--as-needed
implicitly enables -fstack-protector... no
fail to detect if the compiler enable -fstack-protector as default if
Gcc 6.2 have --enable-default-pie and fail later in the build with
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:
In function `lookup_doit':
rtld.c:(.text+0x115): undefined reference to `__stack_chk_fail_local'
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:
In function `process_dl_debug':
rtld.c:(.text+0x55e): undefined reference to `__stack_chk_fail_local'
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:
In function `print_statistics':
rtld.c:(.text+0xb43): undefined reference to `__stack_chk_fail_local'
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:
In function `.L247':
rtld.c:(.text+0x2c3b): undefined reference to `__stack_chk_fail_local'
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:
In function `.L1176':
rtld.c:(.text+0x461b): undefined reference to `__stack_chk_fail_local'
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/librtld.os:dl-load.c:(.text+0x4877):
more undefined references to `__stack_chk_fail_local' follow
/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ld.so.new:
hidden symbol `__stack_chk_fail_local' isn't defined
/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.0/../../../../x86_64-pc-linux-gnu/bin/ld:
final link failed: Bad value
collect2: error: ld returned 1 exit status
The compiler have both --enable-default-pie and --enable-default-ssp on
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34688-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:41:30 2016
Return-Path: <glibc-bugs-return-34688-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 34087 invoked by alias); 1 Oct 2016 14:41:30 -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 34008 invoked by uid 48); 1 Oct 2016 14:41:17 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:41: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20662-131-kHpdKW0Inj@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00002.txt.bz2
Content-length: 3422
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
--- Comment #1 from Magnus Granberg <zorry at gentoo dot org> ---
* Running toolchain-glibc_src_configure for ABI amd64
* Configuring glibc for nptl
* ABI: amd64
* CBUILD: x86_64-pc-linux-gnu
* CHOST: x86_64-pc-linux-gnu
* CTARGET: x86_64-pc-linux-gnu
* CBUILD_OPT: x86_64-pc-linux-gnu
* CTARGET_OPT: x86_64-pc-linux-gnu
* CC: x86_64-pc-linux-gnu-gcc -m64
* LD:
* ASFLAGS:
* CFLAGS: -pipe -march=native -O2 -fno-strict-aliasing
* CPPFLAGS:
* CXXFLAGS: -pipe -march=native -O2 -fno-strict-aliasing
* LDFLAGS: -Wl,-O1 -Wl,--as-needed
* Manual CC: x86_64-pc-linux-gnu-gcc -m64 -Wl,-O1 -Wl,--as-needed
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/glibc-2.23/configure
--disable-stackguard-randomization --enable-kernel=2.6.32
--enable-add-ons=c_stubs,libidn --without-selinux --without-cvs
--disable-werror --enable-bind-now --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --disable-profile --without-gd
--with-headers=/usr/include --prefix=/usr --libdir=/usr/lib64
--mandir=/usr/share/man --infodir=/usr/share/info
--libexecdir=/usr/lib64/misc/glibc --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion=Gentoo 2.23-r2 p4 --enable-obsolete-rpc --disable-systemtap
--disable-nscd --disable-timezone-tools
....
checking for libgd... no
checking for _FORTIFY_SOURCE predefine... yes
checking whether x86_64-pc-linux-gnu-gcc -m64 -Wl,-O1 -Wl,--as-needed
implicitly enables -fstack-protector... yes
checking whether the linker provides working __ehdr_start... yes
....
* Running toolchain-glibc_src_configure for ABI x86
* Configuring glibc for nptl
* ABI: x86
* CBUILD: x86_64-pc-linux-gnu
* CHOST: x86_64-pc-linux-gnu
* CTARGET: x86_64-pc-linux-gnu
* CBUILD_OPT: i686-pc-linux-gnu
* CTARGET_OPT: i686-pc-linux-gnu
* CC: x86_64-pc-linux-gnu-gcc -m32
* LD:
* ASFLAGS:
* CFLAGS: -pipe -march=native -O2 -fno-strict-aliasing
* CPPFLAGS:
* CXXFLAGS: -pipe -march=native -O2 -fno-strict-aliasing
* LDFLAGS: -Wl,-O1 -Wl,--as-needed
* Manual CC: x86_64-pc-linux-gnu-gcc -m32 -Wl,-O1 -Wl,--as-needed
/var/tmp/portage/sys-libs/glibc-2.23-r2/work/glibc-2.23/configure
--disable-stackguard-randomization --enable-kernel=2.6.32
--enable-add-ons=c_stubs,libidn --without-selinux --without-cvs
--disable-werror --enable-bind-now --build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu --disable-profile --without-gd
--with-headers=/usr/include --prefix=/usr --libdir=/usr/lib32
--mandir=/usr/share/man --infodir=/usr/share/info
--libexecdir=/usr/lib32/misc/glibc --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion=Gentoo 2.23-r2 p4 --enable-obsolete-rpc --disable-systemtap
--disable-nscd --disable-timezone-tools
...
checking for libgd... no
checking for _FORTIFY_SOURCE predefine... yes
checking whether x86_64-pc-linux-gnu-gcc -m32 -Wl,-O1 -Wl,--as-needed
implicitly enables -fstack-protector... no
checking whether the linker provides working __ehdr_start... yes
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34690-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:43:52 2016
Return-Path: <glibc-bugs-return-34690-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 40233 invoked by alias); 1 Oct 2016 14:43:51 -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 39571 invoked by uid 48); 1 Oct 2016 14:43:39 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:43: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20662-131-M80aATU0R5@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00004.txt.bz2
Content-length: 334
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
--- Comment #3 from Magnus Granberg <zorry at gentoo dot org> ---
Created attachment 9548
--> https://sourceware.org/bugzilla/attachment.cgi?id=9548&action=edit
config log for the 64bit part
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34689-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:43:05 2016
Return-Path: <glibc-bugs-return-34689-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 39121 invoked by alias); 1 Oct 2016 14:43:05 -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 38632 invoked by uid 48); 1 Oct 2016 14:42:52 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:43: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20662-131-TJdQw9F0hG@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00003.txt.bz2
Content-length: 334
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
--- Comment #2 from Magnus Granberg <zorry at gentoo dot org> ---
Created attachment 9547
--> https://sourceware.org/bugzilla/attachment.cgi?id=9547&action=edit
config log for the 32bit part
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34691-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:45:55 2016
Return-Path: <glibc-bugs-return-34691-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 42342 invoked by alias); 1 Oct 2016 14:45:54 -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 42258 invoked by uid 48); 1 Oct 2016 14:45:42 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:45: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20662-131-qHDiYKzm5p@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00005.txt.bz2
Content-length: 314
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
--- Comment #4 from Magnus Granberg <zorry at gentoo dot org> ---
Created attachment 9549
--> https://sourceware.org/bugzilla/attachment.cgi?id=9549&action=edit
build log
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34692-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 14:46:50 2016
Return-Path: <glibc-bugs-return-34692-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 46102 invoked by alias); 1 Oct 2016 14:46:49 -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 46038 invoked by uid 48); 1 Oct 2016 14:46:36 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 14:46: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: bug_file_loc
Message-ID: <bug-20662-131-l9ieuBIMFq@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00006.txt.bz2
Content-length: 469
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
Magnus Granberg <zorry at gentoo dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |https://bugs.gentoo.org/sho
| |w_bug.cgi?id=582690
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34693-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 01 15:00:32 2016
Return-Path: <glibc-bugs-return-34693-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 109087 invoked by alias); 1 Oct 2016 15:00:29 -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 108675 invoked by uid 48); 1 Oct 2016 15:00:01 -0000
From: "zorry at gentoo dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20662] checking whether x86_64-pc-linux-gnu-gcc implicitly enables -fstack-protector no (32bit gcc 6.2.0 pie and ssp enable)
Date: Sat, 01 Oct 2016 15:00: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zorry at gentoo dot 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:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20662-131-WK6VCEkG8Q@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20662-131@http.sourceware.org/bugzilla/>
References: <bug-20662-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00007.txt.bz2
Content-length: 409
https://sourceware.org/bugzilla/show_bug.cgi?id=20662
--- Comment #5 from Magnus Granberg <zorry at gentoo dot org> ---
Created attachment 9550
--> https://sourceware.org/bugzilla/attachment.cgi?id=9550&action=edit
add __stack_chk_fail_local to the test
Patch done by Denis Kaganovich mahatma@eu.by see the gentoo bug.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34694-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 02 14:00:44 2016
Return-Path: <glibc-bugs-return-34694-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 90392 invoked by alias); 2 Oct 2016 14:00:44 -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 90206 invoked by uid 48); 2 Oct 2016 14:00:30 -0000
From: "tetra2005 at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification
Date: Sun, 02 Oct 2016 14:00:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tetra2005 at gmail dot com
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
Message-ID: <bug-20644-131-vJEQ7GflqN@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20644-131@http.sourceware.org/bugzilla/>
References: <bug-20644-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00008.txt.bz2
Content-length: 550
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
Yuri Gribov <tetra2005 at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tetra2005 at gmail dot com
--- Comment #6 from Yuri Gribov <tetra2005 at gmail dot com> ---
Related upstream discussion:
https://sourceware.org/ml/libc-alpha/2016-09/msg00577.html
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34695-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 14:11:17 2016
Return-Path: <glibc-bugs-return-34695-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 36767 invoked by alias); 3 Oct 2016 14:11:16 -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 36517 invoked by uid 48); 3 Oct 2016 14:11:03 -0000
From: "guillaume at morinfr dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20646] sysmalloc incorrectly fails with custom morecore function
Date: Mon, 03 Oct 2016 14:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.19
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: guillaume at morinfr dot org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20646-131-QqWiZqnpuX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20646-131@http.sourceware.org/bugzilla/>
References: <bug-20646-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00009.txt.bz2
Content-length: 385
https://sourceware.org/bugzilla/show_bug.cgi?id=20646
--- Comment #2 from Guillaume Morin <guillaume at morinfr dot org> ---
I should add that this is not purely theoretical. This is easy to make
allocations fail when using libhugetlbfs's morecore (my program is basically a
simpler version of it).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34696-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 14:56:37 2016
Return-Path: <glibc-bugs-return-34696-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 107600 invoked by alias); 3 Oct 2016 14:56:36 -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 107469 invoked by uid 48); 3 Oct 2016 14:56:24 -0000
From: "hjl.tools at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Mon, 03 Oct 2016 14:56: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-gPFsAqUPCU@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00010.txt.bz2
Content-length: 365
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #8 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to ralph from comment #7)
> I had the version with "0" return value already tested positively
> (productive system).
> Should I try it with "-1", too?
Yes.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34697-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 15:37:21 2016
Return-Path: <glibc-bugs-return-34697-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 41185 invoked by alias); 3 Oct 2016 15:37:21 -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 41043 invoked by uid 48); 3 Oct 2016 15:37:08 -0000
From: "ppluzhnikov at google dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20632] Buffer overflow in wchar IO (_IO_wfile_overflow)
Date: Mon, 03 Oct 2016 15:37:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ppluzhnikov at google dot com
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:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-20632-131-7Isi9d6SzP@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20632-131@http.sourceware.org/bugzilla/>
References: <bug-20632-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00011.txt.bz2
Content-length: 1286
https://sourceware.org/bugzilla/show_bug.cgi?id=20632
Paul Pluzhnikov <ppluzhnikov at google dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2016-10-03
CC| |ppluzhnikov at google dot com
Ever confirmed|0 |1
--- Comment #1 from Paul Pluzhnikov <ppluzhnikov at google dot com> ---
The test program hangs for me using 2.19-0ubuntu6.9:
(gdb) bt
#0 __lll_lock_wait_private () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1 0x00007ffff7a8cc11 in _L_lock_48 () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7a8cb36 in fputws (str=0x4007e8 L"0123456789ABCDEF",
fp=0x7ffff7dd41c0 <_IO_2_1_stderr_>) at iofputws.c:38
#3 0x0000000000400731 in main () at t.c:18
When using my own build of libc-2.19, I do get a crash when i==21:
Program received signal SIGSEGV, Segmentation fault.
0x0000003400000033 in ?? ()
(gdb) bt
#0 0x0000003400000033 in ?? ()
#1 0x000000000040072b in main () at t.c:23
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34698-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 22:19:34 2016
Return-Path: <glibc-bugs-return-34698-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 128912 invoked by alias); 3 Oct 2016 22:19:33 -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 128401 invoked by uid 48); 3 Oct 2016 22:19:20 -0000
From: "meta at pobox dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/20664] New: Unexpected collation in en_US.UTF-8, different to ICU CLDR
Date: Mon, 03 Oct 2016 22:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: meta at pobox dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20664-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00012.txt.bz2
Content-length: 1182
https://sourceware.org/bugzilla/show_bug.cgi?id=20664
Bug ID: 20664
Summary: Unexpected collation in en_US.UTF-8, different to ICU
CLDR
Product: glibc
Version: 2.23
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: localedata
Assignee: unassigned at sourceware dot org
Reporter: meta at pobox dot com
CC: libc-locales at sourceware dot org
Target Milestone: ---
On Fedora 24 with glibc-2.23.1 I get the following interesting sort behavior:
% echo -e "+00\n-0c\n+02\n-02" | LC_ALL=en_US.UTF-8 sort
+00
-02
+02
-0c
On Mac OS X 10.11 I get less surprising behavior:
% echo -e "+00\n-0c\n+02\n-02" | LC_ALL=en_US.UTF-8 sort
+00
+02
-02
-0c
I've tried to reproduce the first result using
<http://demo.icu-project.org/icu-bin/collation.html> but have not managed to
find a set of options that will do so.
So I'm not sure if it is technically a bug, but I would say that it's at least
unexpected and apparently diverges from ICU & CLDR.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34699-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 23:11:02 2016
Return-Path: <glibc-bugs-return-34699-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 116032 invoked by alias); 3 Oct 2016 23:11:02 -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 115625 invoked by uid 48); 3 Oct 2016 23:10:57 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/20664] Unexpected collation in en_US.UTF-8, different to ICU CLDR
Date: Mon, 03 Oct 2016 23:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-20664-131-kaSNsEPLiv@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20664-131@http.sourceware.org/bugzilla/>
References: <bug-20664-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00013.txt.bz2
Content-length: 1076
https://sourceware.org/bugzilla/show_bug.cgi?id=20664
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2016-10-03
CC| |carlos at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
Going forward we want glibc to track CLDR more closely. Therefore if you can
find a glibc version that exhibits meaningful difference between CLDR, then
please file a report, like this one.
However, you have too many moving pieces for us to validate this, for example
sort is not a good test case because it might itself not use glibc's collation
tables for sorting.
Can you construct a test case with strcoll that exhibits this problem?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34700-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 03 23:47:33 2016
Return-Path: <glibc-bugs-return-34700-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 108903 invoked by alias); 3 Oct 2016 23:47:33 -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 108769 invoked by uid 48); 3 Oct 2016 23:47:21 -0000
From: "meta at pobox dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/20664] Unexpected collation in en_US.UTF-8, different to ICU CLDR
Date: Mon, 03 Oct 2016 23:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: meta at pobox dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20664-131-gPyLkfh9xg@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20664-131@http.sourceware.org/bugzilla/>
References: <bug-20664-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00014.txt.bz2
Content-length: 393
https://sourceware.org/bugzilla/show_bug.cgi?id=20664
--- Comment #2 from mathew <meta at pobox dot com> ---
I originally filed a bug against GNU coreutils, and was told that it's behavior
of strcoll from glibc which coreutils uses for collation. See:
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24601>
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34701-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 08:00:04 2016
Return-Path: <glibc-bugs-return-34701-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 115632 invoked by alias); 4 Oct 2016 08:00:03 -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 115374 invoked by uid 48); 4 Oct 2016 07:59:49 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Tue, 04 Oct 2016 08:00: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20639-131-kwUs3uHB3Z@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00015.txt.bz2
Content-length: 1635
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #2 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Hi,
That's because the C standard defines them that way.
Not clear how this helps to get rid of the warnings.
You need to check for WEOF first anyway.
As far as I understand, by this you mean that we have to save the value in an
intermediate variable. Alas, this does not help to remove the warnings
either... These are the examples which check for WEOF with wint_t and wchar_t:
Example 1:
#include <locale.h>
#include <wchar.h>
int main(void)
{
setlocale(LC_CTYPE, "en_US.UTF-8");
wchar_t c = getwchar();
if (c != WEOF)
putwchar(c);
return 0;
}
Output 1:
bug.c: In function ‘main’:
bug.c:6:15: warning: conversion to ‘wchar_t {aka int}’ from ‘wint_t {aka
unsigned int}’ may change the sign of the result [-Wsign-conversion]
wchar_t c = getwchar();
^~~~~~~~
Example 2:
#include <locale.h>
#include <wchar.h>
int main(void)
{
setlocale(LC_CTYPE, "en_US.UTF-8");
wint_t c = getwchar();
if (c != WEOF)
putwchar(c);
return 0;
}
Output 2:
bug.c: In function ‘main’:
bug.c:8:14: warning: conversion to ‘wchar_t {aka int}’ from ‘wint_t {aka
unsigned int}’ may change the sign of the result [-Wsign-conversion]
putwchar(c);
^
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34702-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 10:02:42 2016
Return-Path: <glibc-bugs-return-34702-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 45734 invoked by alias); 4 Oct 2016 10:02:41 -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 45575 invoked by uid 48); 4 Oct 2016 10:02:29 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20619] pthread_cond_signal failed to wake up pthread_cond_wait
Date: Tue, 04 Oct 2016 10:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.9
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
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: bug_status resolution
Message-ID: <bug-20619-131-HlIW8gJZTO@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20619-131@http.sourceware.org/bugzilla/>
References: <bug-20619-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00016.txt.bz2
Content-length: 703
https://sourceware.org/bugzilla/show_bug.cgi?id=20619
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WORKSFORME
--- Comment #5 from Florian Weimer <fweimer at redhat dot com> ---
Sorry, you need to talk to those who provided you with your development
environment. It is rather outdated by this point, and the general ARM
toolchain has too many unknowns/configurable parts.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34704-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 10:47:49 2016
Return-Path: <glibc-bugs-return-34704-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 52119 invoked by alias); 4 Oct 2016 10:47:48 -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 51971 invoked by uid 48); 4 Oct 2016 10:47:43 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20632] Buffer overflow in wchar IO (_IO_wfile_overflow)
Date: Tue, 04 Oct 2016 10:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20632-131-wHypehGTlB@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20632-131@http.sourceware.org/bugzilla/>
References: <bug-20632-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00018.txt.bz2
Content-length: 397
https://sourceware.org/bugzilla/show_bug.cgi?id=20632
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34703-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 10:47:18 2016
Return-Path: <glibc-bugs-return-34703-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 51098 invoked by alias); 4 Oct 2016 10:47:18 -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 50864 invoked by uid 48); 4 Oct 2016 10:47:05 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20646] sysmalloc incorrectly fails with custom morecore function
Date: Tue, 04 Oct 2016 10:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.19
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20646-131-xslPKXMjY2@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20646-131@http.sourceware.org/bugzilla/>
References: <bug-20646-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00017.txt.bz2
Content-length: 743
https://sourceware.org/bugzilla/show_bug.cgi?id=20646
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
The header file says:
/* Underlying allocation function; successive calls should return
contiguous pieces of memory. */
I think this means that if you “switch heaps”, you do not return contiguous
pieces of memory, so you do not fulfill the API contract.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34705-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 13:34:19 2016
Return-Path: <glibc-bugs-return-34705-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 57635 invoked by alias); 4 Oct 2016 13:34:19 -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 48436 invoked by uid 48); 4 Oct 2016 13:34:06 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Tue, 04 Oct 2016 13:34: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20647-131-bkG0ubIKtq@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00019.txt.bz2
Content-length: 235
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #9 from ralph at gauernet dot de ---
Ok. Build job is squeezing itself through OBS...
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34706-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 14:19:20 2016
Return-Path: <glibc-bugs-return-34706-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 22958 invoked by alias); 4 Oct 2016 14:19:20 -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 11561 invoked by uid 48); 4 Oct 2016 14:19:07 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20116] use after free in pthread_create
Date: Tue, 04 Oct 2016 14:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.3.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20116-131-wO8PZtHtAF@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20116-131@http.sourceware.org/bugzilla/>
References: <bug-20116-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00020.txt.bz2
Content-length: 673
https://sourceware.org/bugzilla/show_bug.cgi?id=20116
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlos at redhat dot com
--- Comment #6 from Carlos O'Donell <carlos at redhat dot com> ---
Please note that we have no copyright assignments from VMware, therefore please
do not look at the patch posted to this issue
(https://sourceware.org/bugzilla/attachment.cgi?id=9534) by Alexey Makhalov.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34707-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 15:38:50 2016
Return-Path: <glibc-bugs-return-34707-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 1748 invoked by alias); 4 Oct 2016 15:38:49 -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 129552 invoked by uid 48); 4 Oct 2016 15:38:35 -0000
From: "guillaume at morinfr dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20646] sysmalloc incorrectly fails with custom morecore function
Date: Tue, 04 Oct 2016 15:38:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.19
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: guillaume at morinfr dot org
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20646-131-Q3eEn7AAH6@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20646-131@http.sourceware.org/bugzilla/>
References: <bug-20646-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00021.txt.bz2
Content-length: 2249
https://sourceware.org/bugzilla/show_bug.cgi?id=20646
--- Comment #4 from Guillaume Morin <guillaume at morinfr dot org> ---
I hear you but I am interpreting this comment in a different manner: that a
specific morecore() implementation must return continuous addresses which my
example and libhugetlbfs' morecore do guarantee.
libhugetlbfs' morecore obviously aligns its initial mapping on a 2MB boundary
usually leaving a gap. My example does this to simulate the issue.
There is a MORECORE_CONTIGUOUS #define in the .c which defaults to true but can
be changed to false at compile time and this state can be changed at runtime
(set_noncontinous()). So the code has to support both cases.
Furthermore, I think the comments in the code indicate that my interpretation
is correct. It's making a distinction between non-contiguous blocks and a
foreign sbrk (which libhugetlbfs morecore would be)
/*
Otherwise, make adjustments:
* If the first time through or noncontiguous, we need to call sbrk
just to find out where the end of memory lies.
* We need to ensure that all returned chunks from malloc will meet
MALLOC_ALIGNMENT
* If there was an intervening foreign sbrk, we need to adjust sbrk
request size to account for fact that we will not be able to
combine new space with existing space in old_top.
* Almost all systems internally allocate whole pages at a time, in
which case we might as well use the whole last page of request.
So we allocate enough more memory to hit a page boundary now,
which in turn causes future contiguous calls to page-align.
*/
Even when the continuous bit is set, the code clearly assumes it's possible for
the block not to be continous:
/*
If contiguous, we can subtract out existing space that we hope to
combine with new space. We add it back later only if
we don't actually get contiguous space.
*/
if (contiguous (av))
size -= old_size;
Let me know what you think
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34708-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 16:23:58 2016
Return-Path: <glibc-bugs-return-34708-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 96848 invoked by alias); 4 Oct 2016 16:23:58 -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 96695 invoked by uid 48); 4 Oct 2016 16:23:45 -0000
From: "meta at pobox dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/20664] Unexpected collation in en_US.UTF-8, different to ICU CLDR
Date: Tue, 04 Oct 2016 16:23:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: meta at pobox dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-20664-131-HXBsLEaxjn@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20664-131@http.sourceware.org/bugzilla/>
References: <bug-20664-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00022.txt.bz2
Content-length: 1370
https://sourceware.org/bugzilla/show_bug.cgi?id=20664
--- Comment #3 from mathew <meta at pobox dot com> ---
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <locale.h>
int main() {
char *str[4], *temp;
int i, j, n, c;
setlocale(LC_ALL, "en_US.UTF-8");
str[0] = "+00";
str[1] = "-0c";
str[2] = "+02";
str[3] = "-02";
n = 4;
for (i = 0; i < n; i++) {
for (j = 0; j < n - 1; j++) {
c = strcoll(str[j], str[j + 1]) > 0;
printf("i = %d j = %d strcoll %s %s = %d\n", i, j, str[i], str[j], c);
if (c > 0) {
temp = str[j];
str[j] = str[j+1];
str[j+1] = temp;
}
}
}
printf("\nSorted List:\n");
for (i = 0; i < n; i++) {
puts(str[i]);
}
return (0);
}
% ./a.out
i = 0 j = 0 strcoll +00 +00 = 0
i = 0 j = 1 strcoll +00 -0c = 1
i = 0 j = 2 strcoll +00 -0c = 1
i = 1 j = 0 strcoll +02 +00 = 0
i = 1 j = 1 strcoll +02 +02 = 1
i = 1 j = 2 strcoll -02 +02 = 0
i = 2 j = 0 strcoll +02 +00 = 0
i = 2 j = 1 strcoll +02 -02 = 0
i = 2 j = 2 strcoll +02 +02 = 0
i = 3 j = 0 strcoll -0c +00 = 0
i = 3 j = 1 strcoll -0c -02 = 0
i = 3 j = 2 strcoll -0c +02 = 0
Sorted List:
+00
-02
+02
-0c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34709-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 04 18:02:00 2016
Return-Path: <glibc-bugs-return-34709-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81287 invoked by alias); 4 Oct 2016 18:01:59 -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 81077 invoked by uid 48); 4 Oct 2016 18:01:46 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20554] ld: bss-plt forced due to /usr/lib/libc_nonshared.a(ppc-mcount.oS)
Date: Tue, 04 Oct 2016 18:01: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.18
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.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:
Message-ID: <bug-20554-131-8kfFeyPZD5@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20554-131@http.sourceware.org/bugzilla/>
References: <bug-20554-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00023.txt.bz2
Content-length: 1325
https://sourceware.org/bugzilla/show_bug.cgi?id=20554
--- Comment #3 from Andreas Schwab <schwab@linux-m68k.org> ---
But it breaks restoring of lr.
diff --git a/sysdeps/powerpc/powerpc32/ppc-mcount.S
b/sysdeps/powerpc/powerpc32/ppc-mcount.S
index 62c1bc452c..1d36b91243 100644
--- a/sysdeps/powerpc/powerpc32/ppc-mcount.S
+++ b/sysdeps/powerpc/powerpc32/ppc-mcount.S
@@ -41,11 +41,13 @@
ENTRY(_mcount)
#if defined PIC && !defined SHARED
+# define CALLER_LR_OFFSET 68
stwu r1,-64(r1)
cfi_adjust_cfa_offset (64)
stw r30, 48(r1)
cfi_rel_offset (r30, 48)
#else
+# define CALLER_LR_OFFSET 52
stwu r1,-48(r1)
cfi_adjust_cfa_offset (48)
#endif
@@ -62,7 +64,7 @@ ENTRY(_mcount)
addis r30, r30, _GLOBAL_OFFSET_TABLE_-0b@ha
addi r30, r30, _GLOBAL_OFFSET_TABLE_-0b@l
#endif
- lwz r3, 52(r1)
+ lwz r3, CALLER_LR_OFFSET(r1)
mfcr r5
stw r7, 28(r1)
stw r8, 32(r1)
@@ -85,7 +87,7 @@ ENTRY(_mcount)
mtcrf 0xff,r6
lwz r5, 20(r1)
lwz r6, 24(r1)
- lwz r0, 52(r1)
+ lwz r0, CALLER_LR_OFFSET(r1)
lwz r7, 28(r1)
lwz r8, 32(r1)
mtlr r0
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34710-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 05 09:46:18 2016
Return-Path: <glibc-bugs-return-34710-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 127779 invoked by alias); 5 Oct 2016 09:46:18 -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 127487 invoked by uid 48); 5 Oct 2016 09:46:04 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/19582] Deprecate RES_USE_INET6
Date: Wed, 05 Oct 2016 09:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-19582-131-usZCzeuQQJ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-19582-131@http.sourceware.org/bugzilla/>
References: <bug-19582-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00024.txt.bz2
Content-length: 948
https://sourceware.org/bugzilla/show_bug.cgi?id=19582
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Florian Weimer from comment #2)
> But this code is essentially dead. gethostbyname calls are mapped to the
> gethostbyname2 service module functions internally, and gethostbyname2 (via
> gethostbyname3) always use AF_INET if AF_INET is requested, ignoring
> RES_USE_INET6.
It turns out this mapping happens inside nss/getent, not in libc.so itself.
gethostbyname is handed to the underlying NSS module as gethostbyname (at least
as long as nscd is not involved).
Furthermore, the switch from struct sockaddr_in to struct sockaddr_in6 appears
to mirror what the original RFC required.
This removes some of the reasons for deprecation, but I still thing gently
pushing applications towards getaddrinfo is a good idea.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34711-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 06 05:27:25 2016
Return-Path: <glibc-bugs-return-34711-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 40812 invoked by alias); 6 Oct 2016 05:27:24 -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 40456 invoked by uid 48); 6 Oct 2016 05:27:11 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Thu, 06 Oct 2016 05:27: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20639-131-DAGLOIQqyY@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00025.txt.bz2
Content-length: 1039
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #3 from Igor Liferenko <igor.liferenko at gmail dot com> ---
The solution is found.
In C standard they should remove wint_t everywhere (or make it the same type as
wchar_t - for backward compatibility) and use only wchar_t (because wchar_t can
already hold all character values + WEOF), and make WEOF the same type as
wchar_t. This way there will be no inconsistency in function interfaces. In
fact,
the C standard (9899:201x 7.29) mentions: "wchar_t and wint_t can be the same
integer type." Subsequently, when gcc will be fixed according to the new
standard, the warnings will disappear.
Until then, to avoid warnings when "-Wconversion" is used, add this at the
beginning of a program:
#undef __WINT_TYPE__
#define __WINT_TYPE__ int
(for "-Wsign-compare" use "#define WEOF (-1)" before "#input <wchar.h>")
In the above paragraph it is assumed that wint_t is unsigned.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34712-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 06 15:52:27 2016
Return-Path: <glibc-bugs-return-34712-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 42149 invoked by alias); 6 Oct 2016 15:52:26 -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 27077 invoked by uid 55); 6 Oct 2016 15:52:13 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Thu, 06 Oct 2016 15:52: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: joseph at codesourcery dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20639-131-M7r2k4qRtb@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00026.txt.bz2
Content-length: 487
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #4 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
You can't change existing definitions of typedefs such as wint_t without
breaking ABI compatibility (even when you have the same size and
signedness and so are ABI-compatible for C, changing the underlying type
breaks compatibility for C++ mangling).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34713-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 02:34:01 2016
Return-Path: <glibc-bugs-return-34713-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 3587 invoked by alias); 7 Oct 2016 02:34:00 -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 3386 invoked by uid 48); 7 Oct 2016 02:33:41 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Fri, 07 Oct 2016 02:34: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20639-131-QGReiBheg7@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00027.txt.bz2
Content-length: 4051
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #5 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Hi all,
This is the proof that current glibc-2.24 sources are incorrect. Quoting libc
reference, last paragraph of section 5.2:
Some of the memory and string functions take single characters as arguments.
Since
a value of type char is automatically promoted into a value of type int when
used as a
parameter, the functions are declared with int as the type of the parameter
in question. In
case of the wide character functions the situation is similar: the parameter
type for a single
wide character is wint_t and not wchar_t. This would for many implementations
not be
necessary since wchar_t is large enough to not be automatically promoted, but
since the
ISO C standard does not require such a choice of types the wint_t type is
used.
Also, in section 6.1 it is said:
wint_t is a data type used for parameters and variables that contain a single
wide
character. As the name suggests this type is the equivalent of int when using
the
normal char strings. The types wchar_t and wint_t often have the same
representation
if their size is 32 bits wide but if wchar_t is defined as char the type
wint_t
must be defined as int due to the parameter promotion.
>From this quote above it follows, that if "wchar_t" is represented as "char"
and
"wint_t" is represented as "int", the functions fputwc(), putwc() and
putwchar() must
be compiled the same way as fputc(), putc() and putchar() - without warnings.
But with current
glibc sources there will be warnings in such case.
If we look at the definitions of analogous non-wide character functions -
fputc(), putc()
and putchar(), we will see that they all take argument of type "int".
Although, according to comment #1 they could reasonably be defined with
argument of type
"char", because we need to check for EOF first anyway.
The purpose that the type is "int" in non-wide character functions is _exactly_
to get rid
of type conversion warnings.
Therefore, I suggest to fix the function interfaces this way:
- wint_t fputwc (wchar_t wc, _IO_FILE *fp) {
+ wint_t fputwc (wint_t wc, _IO_FILE *fp) {
- wint_t putwc (wchar_t wc, _IO_FILE *fp) {
+ wint_t putwc (wint_t wc, _IO_FILE *fp) {
- wint_t putwchar (wchar_t wc) {
+ wint_t putwchar (wint_t wc) {
These fixes will not break any existing code. Explanation follows:
+++++++++++
It is said in libc reference that GNU libc uses UCS-4:
(section 6.1)
in the GNU C Library wchar_t is always 32 bits
(section 6.3.1)
wide character set is always UCS-4 in the GNU C Library
(section 6.5):
in the case of the GNU C Library it is
always UCS-4 encoded ISO 10646
It is also explained in the reference what is UCS-4:
(section 6.1)
UCS-4 is a 32-bit word
(section 6.5.4.2)
UCS-4 value consists of four bytes
Also, in section 6.1 it is written:
ISO 10646 was designed to be a 31-bit large code space
Finally, in section 6.1 it is written:
The macro WEOF evaluates to a constant expression
of type wint_t whose value is different from any
member of the extended character set.
>From the above follows that wchar_t can hold 2^31 extra values different from
any member of the extended character set,
with the first bit being "1":
1xxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
Any of these extra values can be used to represent WEOF.
There will be no problem if wint_t will be signed (and WEOF will be -1), since
both -1 and 0xffffffff have first bit "1", in any representation.
+++++++++++
In fact, the right type for wint_t is already stated in libc reference (section
12.15):
With the GNU C Library, WEOF is -1.
(because for comparison with -1, wint_t must be signed)
But in the current glibc-2.24 sources (wctype.h and wchar.h), WEOF is unsigned:
# define WEOF (0xffffffffu)
This is an inconsistency.
Regards,
Igor
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34714-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 03:35:27 2016
Return-Path: <glibc-bugs-return-34714-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 84925 invoked by alias); 7 Oct 2016 03:35:27 -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 84778 invoked by uid 48); 7 Oct 2016 03:35:13 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20292] Comparison in elf/dl-open.c _dl_addr_inside_object is always true.
Date: Fri, 07 Oct 2016 03:35: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20292-131-R71w71k3Bw@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20292-131@http.sourceware.org/bugzilla/>
References: <bug-20292-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00028.txt.bz2
Content-length: 573
https://sourceware.org/bugzilla/show_bug.cgi?id=20292
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #4 from Carlos O'Donell <carlos at redhat dot com> ---
Fixed for 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34715-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 05:51:55 2016
Return-Path: <glibc-bugs-return-34715-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 108371 invoked by alias); 7 Oct 2016 05:51:54 -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 108014 invoked by uid 48); 7 Oct 2016 05:51:44 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Fri, 07 Oct 2016 05:51: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20639-131-pb6Otf4OLU@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00029.txt.bz2
Content-length: 665
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #6 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Is fact, these functions had correct interfaces in "ISO Working Paper
SC22/WG14/N204 dated 31st March 1992" (which is the final draft before
publishing "ISO/IEC 9899:1990/Amendment 1:1995"), but they were changed in
"ISO/IEC 9899:1990/Amendment 1:1995". Can anybody explain the reasoning behind
this?
You may leave the interfaces of these functions as they are now, but at least
please consider changing the type of wint_t to the same as of wchar_t.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34716-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 08:26:08 2016
Return-Path: <glibc-bugs-return-34716-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 96931 invoked by alias); 7 Oct 2016 08:26:08 -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 83574 invoked by uid 55); 7 Oct 2016 08:25:55 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20478] libc_ifunc macro and similar usages leads to false debug-information.
Date: Fri, 07 Oct 2016 08:26: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit 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:
Message-ID: <bug-20478-131-AyMSva4Ftu@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20478-131@http.sourceware.org/bugzilla/>
References: <bug-20478-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00030.txt.bz2
Content-length: 26645
https://sourceware.org/bugzilla/show_bug.cgi?id=20478
--- Comment #1 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 314ba75e4a26f7147c757a10b07a62ff113409aa (commit)
via 051f8be7c9466c7e53bf1f3a9d5a83c53a7ea815 (commit)
via 75685c4d98cf260181879b799e403c6cc37418be (commit)
via 98ac7b7c85429913c94a9bd9fbe74bb5a333d224 (commit)
via a4d7fe35cd8f860b1cdf3521834a666447aba4c8 (commit)
via e23faea6aec97b75f7a7567350538c1c0dfc1cee (commit)
via 18d6c45e12127ea88a704c0915de2ba13d3af998 (commit)
via 00980d845f8f2ec3ed4ad161a1e5b97704be1929 (commit)
via 022dfdce000374b60aadfb0a5ed9a5c4c1dbd29b (commit)
from 1e7c8fcca5ace329f81785bcdfc139a4c93e9de5 (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=314ba75e4a26f7147c757a10b07a62ff113409aa
commit 314ba75e4a26f7147c757a10b07a62ff113409aa
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:48 2016 +0200
Use libc_ifunc macro for siglongjmp, longjmp in libpthread.
This patch uses the libc_ifunc macro to create already existing ifunc
functions
longjmp_ifunc, siglongjmp_ifunc if HAVE_IFUNC is defined.
The s390 pt-longjmp.c includes the common pt-longjmp.c and uses
strong_alias
to create the longjmp, siglongjmp symbols for glibc version 2.19.
ChangeLog:
* nptl/pt-longjmp.c (DEFINE_LONGJMP): Use libc_ifunc macro.
* sysdeps/unix/sysv/linux/s390/pt-longjmp.c (longjmp, siglongjmp):
Use strong_alias to create symbols for glibc verison 2.19.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=051f8be7c9466c7e53bf1f3a9d5a83c53a7ea815
commit 051f8be7c9466c7e53bf1f3a9d5a83c53a7ea815
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
Use libc_ifunc macro for vfork in libpthread.
This patch uses the libc_ifunc macro to create already existing ifunc
functions
vfork_ifunc and __vfork_ifunc if HAVE_IFUNC is defined.
ChangeLog:
* nptl/pt-vfork.c (DEFINE_VFORK): Use libc_ifunc macro.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=75685c4d98cf260181879b799e403c6cc37418be
commit 75685c4d98cf260181879b799e403c6cc37418be
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
Use libc_ifunc macro for system in libpthread.
This patch uses the libc_ifunc macro to create already existing ifunc
function
system_ifunc if HAVE_IFUNC is defined.
ChangeLog:
* nptl/pt-system.c (system_ifunc): Use libc_ifunc macro.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=98ac7b7c85429913c94a9bd9fbe74bb5a333d224
commit 98ac7b7c85429913c94a9bd9fbe74bb5a333d224
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
Use libc_ifunc macro for clock_* symbols in librt.
This patch uses the libc_ifunc macro to create already existing ifunc
functions
clock_getres, clock_gettime, clock_settime, clock_getcpuclockid and
clock_nanosleep. If HAVE_IFUNC is defined, the macro COMPAT_REDIRECT uses
the libc_ifunc macro.
Furthermore some whitespace damage is cleaned.
ChangeLog:
* rt/clock-compat.c (COMPAT_REDIRECT): Use libc_ifunc macro.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=a4d7fe35cd8f860b1cdf3521834a666447aba4c8
commit a4d7fe35cd8f860b1cdf3521834a666447aba4c8
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
ppc: Use libc_ifunc macro for time, gettimeofday.
This patch uses the libc_ifunc_hidden macro to create already existing
ifunc functions
time and gettimeofday on power. This way, the libc_hidden_def macro can be
used
instead of inline assemblies.
On ppc32, the __GI_* symbols do not target the ifunc symbol and thus the
redirection construct has to be applied here.
ChangeLog:
* sysdeps/unix/sysv/linux/powerpc/gettimeofday.c (__gettimeofday):
Use libc_ifunc_hidden and libc_hidden_def macro. Redirect ifunced
function
in header for using it as type for ifunc function because __GI_*
symbols
for ppc32 do not target the ifunc symbols.
* sysdeps/unix/sysv/linux/powerpc/time.c (time): Likewise.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=e23faea6aec97b75f7a7567350538c1c0dfc1cee
commit e23faea6aec97b75f7a7567350538c1c0dfc1cee
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
i386, x86: Use libc_ifunc macro for time, gettimeofday.
This patch uses the libc_ifunc_hidden macro to create already existing
ifunc functions
time and gettimeofday on intel. This way, the libc_hidden_def macro can be
used
instead of the libc_ifunc_hidden_def one which was only used here. Thus the
macro is removed from libc-symbols.h.
On i386, the __GI_* symbols do not target the ifunc symbol and thus the
redirection construct has to be applied here.
ChangeLog:
* sysdeps/unix/sysv/linux/x86/gettimeofday.c (__gettimeofday):
Use libc_ifunc_hidden macro. Use libc_hidden_def instead of
libc_ifunc_hidden_def.
* sysdeps/unix/sysv/linux/x86/time.c (time): Likewise.
* sysdeps/unix/sysv/linux/i386/gettimeofday.c (__gettimeofday):
Redirect ifunced function in header for using it as type of ifunc'ed
function. Redefine libc_hidden_def to use fallback non ifunc'ed
function for __GI_* symbol.
* sysdeps/unix/sysv/linux/i386/time.c (time): Likewise.
* include/libc-symbols.h
(libc_ifunc_hidden_def, libc_ifunc_hidden_def1): Delete macro.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=18d6c45e12127ea88a704c0915de2ba13d3af998
commit 18d6c45e12127ea88a704c0915de2ba13d3af998
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:47 2016 +0200
s390: Refactor ifunc resolvers due to false debuginfo.
This patch adjusts the s390 specific ifunc helper macros in ifunc-resolve.h
to
use the common __ifunc macro, which uses gcc attribute ifunc to get rid of
the
false debuginfo. Therefore the redirection construct is applied where
needed.
Perhaps in future we can switch some of the internal symbols __GI_* from
the
fallback variant to the ifunc function. But this change is not
straightforward due to a segmentation fault while linking libc.so with
older
binutils on s390.
ChangeLog:
[BZ #20478]
* sysdeps/s390/multiarch/ifunc-resolve.h
(s390_vx_libc_ifunc2, s390_libc_ifunc): Use __ifunc from libc-symbols.h
to create ifunc symbols.
(s390_vx_libc_ifunc_init, s390_vx_libc_ifunc_redirected
, s390_vx_libc_ifunc2_redirected, s390_libc_ifunc_init): New define.
* sysdeps/s390/multiarch/memchr.c: Redirect ifunced function in header
for using it as type for ifunc function.
* sysdeps/s390/multiarch/mempcpy.c: Likewise.
* sysdeps/s390/multiarch/rawmemchr.c: Likewise.
* sysdeps/s390/multiarch/stpcpy.c: Likewise.
* sysdeps/s390/multiarch/stpncpy.c: Likewise.
* sysdeps/s390/multiarch/strcat.c: Likewise.
* sysdeps/s390/multiarch/strchr.c: Likewise.
* sysdeps/s390/multiarch/strcmp.c: Likewise.
* sysdeps/s390/multiarch/strcpy.c: Likewise.
* sysdeps/s390/multiarch/strcspn.c: Likewise.
* sysdeps/s390/multiarch/strlen.c: Likewise.
* sysdeps/s390/multiarch/strncmp.c: Likewise.
* sysdeps/s390/multiarch/strncpy.c: Likewise.
* sysdeps/s390/multiarch/strnlen.c: Likewise.
* sysdeps/s390/multiarch/strpbrk.c: Likewise.
* sysdeps/s390/multiarch/strrchr.c: Likewise.
* sysdeps/s390/multiarch/strspn.c: Likewise.
* sysdeps/s390/multiarch/wcschr.c: Likewise.
* sysdeps/s390/multiarch/wcscmp.c: Likewise.
* sysdeps/s390/multiarch/wcspbrk.c: Likewise.
* sysdeps/s390/multiarch/wcsspn.c: Likewise.
* sysdeps/s390/multiarch/wmemchr.c: Likewise.
* sysdeps/s390/multiarch/wmemset.c: Likewise.
* sysdeps/s390/s390-32/multiarch/memcmp.c: Likewise.
* sysdeps/s390/s390-32/multiarch/memcpy.c: Likewise.
* sysdeps/s390/s390-32/multiarch/memset.c: Likewise.
* sysdeps/s390/s390-64/multiarch/memcmp.c: Likewise.
* sysdeps/s390/s390-64/multiarch/memcpy.c: Likewise.
* sysdeps/s390/s390-64/multiarch/memset.c: Likewise.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=00980d845f8f2ec3ed4ad161a1e5b97704be1929
commit 00980d845f8f2ec3ed4ad161a1e5b97704be1929
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:46 2016 +0200
Use gcc attribute ifunc in libc_ifunc macro instead of inline assembly due
to false debuginfo.
The current s390 ifunc resolver for vector optimized functions and the
common
libc_ifunc macro in include/libc-symbols.h uses something like that to
generate ifunc'ed functions:
extern void *__resolve___strlen(unsigned long int dl_hwcap) asm (strlen);
asm (".type strlen, %gnu_indirect_function");
This leads to false debug information:
objdump --dwarf=info libc.so:
...
<1><1e6424>: Abbrev Number: 43 (DW_TAG_subprogram)
<1e6425> DW_AT_external : 1
<1e6425> DW_AT_name : (indirect string, offset: 0x1146e):
__resolve___strlen
<1e6429> DW_AT_decl_file : 1
<1e642a> DW_AT_decl_line : 23
<1e642b> DW_AT_linkage_name: (indirect string, offset: 0x1147a):
strlen
<1e642f> DW_AT_prototyped : 1
<1e642f> DW_AT_type : <0x1e4ccd>
<1e6433> DW_AT_low_pc : 0x998e0
<1e643b> DW_AT_high_pc : 0x16
<1e6443> DW_AT_frame_base : 1 byte block: 9c
(DW_OP_call_frame_cfa)
<1e6445> DW_AT_GNU_all_call_sites: 1
<1e6445> DW_AT_sibling : <0x1e6459>
<2><1e6449>: Abbrev Number: 44 (DW_TAG_formal_parameter)
<1e644a> DW_AT_name : (indirect string, offset: 0x1845):
dl_hwcap
<1e644e> DW_AT_decl_file : 1
<1e644f> DW_AT_decl_line : 23
<1e6450> DW_AT_type : <0x1e4c8d>
<1e6454> DW_AT_location : 0x122115 (location list)
...
The debuginfo for the ifunc-resolver function contains the
DW_AT_linkage_name
field, which names the real function name "strlen". If you perform an
inferior
function call to strlen in lldb, then it fails due to something like that:
"error: no matching function for call to 'strlen'
candidate function not viable: no known conversion from 'const char [6]'
to 'unsigned long' for 1st argument"
The unsigned long is the dl_hwcap argument of the resolver function.
The strlen function itself has no debufinfo.
The s390 ifunc resolver for memset & co uses something like that:
asm (".globl FUNC"
".type FUNC, @gnu_indirect_function"
".set FUNC, __resolve_FUNC");
This way the debuginfo for the ifunc-resolver function does not conain the
DW_AT_linkage_name field and the real function has no debuginfo, too.
Using this strategy for the vector optimized functions leads to some
troubles
for functions like strnlen. Here we have __strnlen and a weak alias
strnlen.
The __strnlen function is the ifunc function, which is realized with the
asm-
statement above. The weak_alias-macro can't be used here due to undefined
symbol:
gcc ../sysdeps/s390/multiarch/strnlen.c -c ...
In file included from <command-line>:0:0:
../sysdeps/s390/multiarch/strnlen.c:28:24: error: ‘strnlen’ aliased to
undefined symbol ‘__strnlen’
weak_alias (__strnlen, strnlen)
^
./../include/libc-symbols.h:111:26: note: in definition of macro
‘_weak_alias’
extern __typeof (name) aliasname __attribute__ ((weak, alias (#name)));
^
../sysdeps/s390/multiarch/strnlen.c:28:1: note: in expansion of macro
‘weak_alias’
weak_alias (__strnlen, strnlen)
^
make[2]: *** [build/string/strnlen.o] Error 1
As the __strnlen function is defined with asm-statements the function name
__strnlen isn't known by gcc. But the weak alias can also be done with an
asm statement to resolve this issue:
__asm__ (".weak strnlen\n\t"
".set strnlen,__strnlen\n");
In order to use the weak_alias macro, gcc needs to know the ifunc function.
The
minimum gcc to build glibc is currently 4.7, which supports
attribute((ifunc)).
See https://gcc.gnu.org/onlinedocs/gcc-4.7.0/gcc/Function-Attributes.html.
It is only supported if gcc is configured with
--enable-gnu-indirect-function
or gcc supports it by default for at least intel and s390x architecture.
This patch uses the old behaviour if gcc support is not available.
Usage of attribute ifunc is something like that:
__typeof (FUNC) FUNC __attribute__ ((ifunc ("__resolve_FUNC")));
Then gcc produces the same .globl, .type, .set assembler instructions like
above.
And the debuginfo does not contain the DW_AT_linkage_name field and there
is no
debuginfo for the real function, too.
But in order to get it work, there is also some extra work to do.
Currently, the glibc internal symbol on s390x e.g. __GI___strnlen is not
the
ifunc symbol, but the fallback __strnlen_c symbol. Thus I have to omit the
libc_hidden_def macro in strnlen.c (here is the ifunc function __strnlen)
because it is already handled in strnlen-c.c (here is __strnlen_c).
Due to libc_hidden_proto (__strnlen) in string.h, compiling fails:
gcc ../sysdeps/s390/multiarch/strnlen.c -c ...
In file included from <command-line>:0:0:
../sysdeps/s390/multiarch/strnlen.c:53:24: error: ‘strnlen’ aliased to
undefined symbol ‘__strnlen’
weak_alias (__strnlen, strnlen)
^
./../include/libc-symbols.h:111:26: note: in definition of macro
‘_weak_alias’
extern __typeof (name) aliasname __attribute__ ((weak, alias (#name)));
^
../sysdeps/s390/multiarch/strnlen.c:53:1: note: in expansion of macro
‘weak_alias’
weak_alias (__strnlen, strnlen)
^
make[2]: *** [build/string/strnlen.os] Error 1
I have to redirect the prototypes for __strnlen in string.h and create a
copy
of the prototype for using as ifunc function:
__typeof (__redirect___strnlen) __strnlen __attribute__ ((ifunc
("__resolve_strnlen")));
weak_alias (__strnlen, strnlen)
This way there is no trouble with the internal __GI_* symbols.
Glibc builds fine with this construct and the debuginfo is "correct".
For functions without a __GI_* symbol like memccpy this redirection is not
needed.
This patch adjusts the common libc_ifunc and libm_ifunc macro to use gcc
attribute ifunc. Due to this change, the macro users where the __GI_*
symbol
does not target the ifunc symbol have to be prepared with the redirection
construct.
Furthermore a configure check to test gcc support is added. If it is not
supported,
the old behaviour is used.
This patch also prepares the libc_ifunc macro to be useable in
s390-ifunc-macro.
The s390 ifunc-resolver-functions do have an hwcaps parameter and not all
resolvers need the same initialization code. The next patch in this series
changes the s390 ifunc macros to use this common one.
ChangeLog:
* include/libc-symbols.h (__ifunc_resolver):
New macro is used by __ifunc* macros.
(__ifunc): New macro uses gcc attribute ifunc or inline assembly
depending on HAVE_GCC_IFUNC.
(libc_ifunc, libm_ifunc): Use __ifunc as base macro.
(libc_ifunc_redirected, libc_ifunc_hidden, libm_ifunc_init): New macro.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_finite.c:
Redirect ifunced function in header for using as type for ifunc
function.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_finitef.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_isinf.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_isinff.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_isnan.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/memcmp.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/memcpy.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/memmove.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/mempcpy.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/memset.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/rawmemchr.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/strchr.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/strlen.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/strncmp.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/multiarch/strnlen.c: Likewise.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_finite.c: Likewise.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_finitef.c: Likewise.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_isinf.c: Likewise.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_isinff.c: Likewise.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_isnan.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/memcmp.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/mempcpy.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/rawmemchr.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/stpncpy.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strcat.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strchr.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strcmp.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strcpy.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strncmp.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strncpy.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strnlen.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strrchr.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/strstr.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/wcschr.c: Likewise.
* sysdeps/powerpc/powerpc32/power4/fpu/multiarch/s_isnanf.c:
Add libc_hidden_def() and use libc_ifunc_hidden() macro
instead of libc_ifunc() macro.
* sysdeps/powerpc/powerpc64/fpu/multiarch/s_isnanf.c: Likewise.
* sysdeps/powerpc/powerpc64/multiarch/stpcpy.c: Likewise.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=022dfdce000374b60aadfb0a5ed9a5c4c1dbd29b
commit 022dfdce000374b60aadfb0a5ed9a5c4c1dbd29b
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Fri Oct 7 09:56:46 2016 +0200
Add configure check to test if gcc supports attribute ifunc.
This patch adds a configure check to test if gcc supports attribute ifunc.
The support can either be enabled in <gcc-src>/gcc/config.gcc for one
architecture in general by setting default_gnu_indirect_function variable
to yes
or by configuring gcc with --enable-gnu-indirect-function.
The next patch rewrites libc_ifunc macro to use gcc attribute ifunc instead
of inline assembly to generate the IFUNC symbols due to false debuginfo.
If gcc does not support attribute ifunc, the old approach for generating
ifunc'ed symbols is used. Then the debug-information is false. Thus it is
recommended to use a gcc with indirect function support (See notes in
INSTALL).
After this patch-series these inline assemblies for ifunc-handling are not
scattered in multiple files but are used only indirect via ifunc-macros
and can simply removed in libc-symbols.h in future.
If glibc is configured with --enable-multi-arch and gcc does not support
attribute ifunc, a configure warning is dumped!
ChangeLog:
* config.h.in (HAVE_GCC_IFUNC): New undef.
* configure.ac: Add check if gcc supports attribute ifunc feature.
* configure: Regenerated.
* manual/install.texi: Add recommendation for gcc with
indirect-function support.
* INSTALL: Regenerated.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 137 +++++++++++++++++
INSTALL | 9 +
NEWS | 9 +
config.h.in | 3 +
configure | 42 +++++
configure.ac | 33 ++++
include/libc-symbols.h | 157 ++++++++++++++++----
manual/install.texi | 8 +
nptl/pt-longjmp.c | 24 +---
nptl/pt-system.c | 19 +--
nptl/pt-vfork.c | 22 +--
rt/clock-compat.c | 34 ++---
.../powerpc32/power4/fpu/multiarch/s_finite.c | 16 ++-
.../powerpc32/power4/fpu/multiarch/s_finitef.c | 10 +-
.../powerpc32/power4/fpu/multiarch/s_isinf.c | 16 ++-
.../powerpc32/power4/fpu/multiarch/s_isinff.c | 10 +-
.../powerpc32/power4/fpu/multiarch/s_isnan.c | 24 ++-
.../powerpc32/power4/fpu/multiarch/s_isnanf.c | 17 +-
.../powerpc/powerpc32/power4/multiarch/memcmp.c | 10 +-
.../powerpc/powerpc32/power4/multiarch/memcpy.c | 23 ++--
.../powerpc/powerpc32/power4/multiarch/memmove.c | 10 +-
.../powerpc/powerpc32/power4/multiarch/mempcpy.c | 15 ++-
.../powerpc/powerpc32/power4/multiarch/memset.c | 14 +-
.../powerpc/powerpc32/power4/multiarch/rawmemchr.c | 11 +-
.../powerpc/powerpc32/power4/multiarch/strchr.c | 12 +-
.../powerpc/powerpc32/power4/multiarch/strlen.c | 10 +-
.../powerpc/powerpc32/power4/multiarch/strncmp.c | 12 +-
.../powerpc/powerpc32/power4/multiarch/strnlen.c | 13 +-
sysdeps/powerpc/powerpc64/fpu/multiarch/s_finite.c | 20 ++-
.../powerpc/powerpc64/fpu/multiarch/s_finitef.c | 14 +-
sysdeps/powerpc/powerpc64/fpu/multiarch/s_isinf.c | 20 ++-
sysdeps/powerpc/powerpc64/fpu/multiarch/s_isinff.c | 14 +-
sysdeps/powerpc/powerpc64/fpu/multiarch/s_isnan.c | 32 +++--
sysdeps/powerpc/powerpc64/fpu/multiarch/s_isnanf.c | 25 ++--
sysdeps/powerpc/powerpc64/multiarch/memcmp.c | 14 +-
sysdeps/powerpc/powerpc64/multiarch/mempcpy.c | 15 ++-
sysdeps/powerpc/powerpc64/multiarch/rawmemchr.c | 10 +-
sysdeps/powerpc/powerpc64/multiarch/stpcpy.c | 13 +-
sysdeps/powerpc/powerpc64/multiarch/stpncpy.c | 17 ++-
sysdeps/powerpc/powerpc64/multiarch/strcat.c | 14 +-
sysdeps/powerpc/powerpc64/multiarch/strchr.c | 12 +-
sysdeps/powerpc/powerpc64/multiarch/strcmp.c | 16 ++-
sysdeps/powerpc/powerpc64/multiarch/strcpy.c | 14 +-
sysdeps/powerpc/powerpc64/multiarch/strncmp.c | 20 ++-
sysdeps/powerpc/powerpc64/multiarch/strncpy.c | 16 ++-
sysdeps/powerpc/powerpc64/multiarch/strnlen.c | 14 +-
sysdeps/powerpc/powerpc64/multiarch/strrchr.c | 10 +-
sysdeps/powerpc/powerpc64/multiarch/strstr.c | 10 +-
sysdeps/powerpc/powerpc64/multiarch/wcschr.c | 17 ++-
sysdeps/s390/multiarch/ifunc-resolve.h | 77 +++++-----
sysdeps/s390/multiarch/memchr.c | 5 +-
sysdeps/s390/multiarch/mempcpy.c | 12 +-
sysdeps/s390/multiarch/rawmemchr.c | 5 +-
sysdeps/s390/multiarch/stpcpy.c | 9 +-
sysdeps/s390/multiarch/stpncpy.c | 6 +-
sysdeps/s390/multiarch/strcat.c | 4 +-
sysdeps/s390/multiarch/strchr.c | 6 +-
sysdeps/s390/multiarch/strcmp.c | 7 +-
sysdeps/s390/multiarch/strcpy.c | 5 +-
sysdeps/s390/multiarch/strcspn.c | 6 +-
sysdeps/s390/multiarch/strlen.c | 4 +-
sysdeps/s390/multiarch/strncmp.c | 9 +-
sysdeps/s390/multiarch/strncpy.c | 7 +-
sysdeps/s390/multiarch/strnlen.c | 7 +-
sysdeps/s390/multiarch/strpbrk.c | 6 +-
sysdeps/s390/multiarch/strrchr.c | 6 +-
sysdeps/s390/multiarch/strspn.c | 6 +-
sysdeps/s390/multiarch/wcschr.c | 7 +-
sysdeps/s390/multiarch/wcscmp.c | 4 +-
sysdeps/s390/multiarch/wcspbrk.c | 4 +-
sysdeps/s390/multiarch/wcsspn.c | 4 +-
sysdeps/s390/multiarch/wmemchr.c | 7 +-
sysdeps/s390/multiarch/wmemset.c | 7 +-
sysdeps/s390/s390-32/multiarch/memcmp.c | 7 +-
sysdeps/s390/s390-32/multiarch/memcpy.c | 5 +-
sysdeps/s390/s390-32/multiarch/memset.c | 5 +-
sysdeps/s390/s390-64/multiarch/memcmp.c | 7 +-
sysdeps/s390/s390-64/multiarch/memcpy.c | 5 +-
sysdeps/s390/s390-64/multiarch/memset.c | 5 +-
sysdeps/unix/sysv/linux/i386/gettimeofday.c | 14 ++-
sysdeps/unix/sysv/linux/i386/time.c | 14 ++-
sysdeps/unix/sysv/linux/powerpc/gettimeofday.c | 60 ++++----
sysdeps/unix/sysv/linux/powerpc/time.c | 67 +++++----
sysdeps/unix/sysv/linux/s390/pt-longjmp.c | 4 +-
sysdeps/unix/sysv/linux/x86/gettimeofday.c | 28 ++--
sysdeps/unix/sysv/linux/x86/time.c | 26 ++--
86 files changed, 1019 insertions(+), 505 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34717-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 08:29:12 2016
Return-Path: <glibc-bugs-return-34717-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 115368 invoked by alias); 7 Oct 2016 08:29: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 115242 invoked by uid 48); 7 Oct 2016 08:29:03 -0000
From: "stli at linux dot vnet.ibm.com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20478] libc_ifunc macro and similar usages leads to false debug-information.
Date: Fri, 07 Oct 2016 08:29: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: stli at linux dot vnet.ibm.com
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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20478-131-nBbmzwUYNw@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20478-131@http.sourceware.org/bugzilla/>
References: <bug-20478-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00031.txt.bz2
Content-length: 600
https://sourceware.org/bugzilla/show_bug.cgi?id=20478
Stefan Liebler <stli at linux dot vnet.ibm.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #2 from Stefan Liebler <stli at linux dot vnet.ibm.com> ---
Fixed with commits in comment 1.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34718-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 13:25:56 2016
Return-Path: <glibc-bugs-return-34718-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 23518 invoked by alias); 7 Oct 2016 13:25:56 -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 23449 invoked by uid 48); 7 Oct 2016 13:25:43 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/19690] Do not store resolver state (_res) in TCB
Date: Fri, 07 Oct 2016 13:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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:
Message-ID: <bug-19690-131-HA5Dp2ISlR@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-19690-131@http.sourceware.org/bugzilla/>
References: <bug-19690-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00032.txt.bz2
Content-length: 1100
https://sourceware.org/bugzilla/show_bug.cgi?id=19690
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
I thought that this was done to share _res across a static dlopen boundary, so
that _res.options would allow configuration of resolver behavior in a
statically linked binary. But my tests show that this is not the case, and
_res is separate:
<https://pagure.io/glibc-resolv-tests/blob/master/f/tst-res.c>
Output when statically linked:
info: main thread _res: 0x6f0cd8
error: mismatch between local and libc.so.6 _res in main thread:
error: local: 0x6f6ba0
error: libc.so.6: 0x7f63c8a1aaa0
info: first new thread _res: 0x7f63c8a1bdb8
error: mismatch between local and libc.so.6 _res in new thread:
error: local: 0x7f63c8a1bdb8
error: libc.so.6: 0x7f63c3ffeaa0
info: second thread _res: 0x7f63c3fffdb8
error: mismatch between local and libc.so.6 _res in second new thread:
error: local: 0x7f63c3fffdb8
error: libc.so.6: 0x7f63c37fdaa0
I don't understand how this is possible.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34719-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 15:46:59 2016
Return-Path: <glibc-bugs-return-34719-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 55076 invoked by alias); 7 Oct 2016 15:46:59 -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 54780 invoked by uid 48); 7 Oct 2016 15:46:49 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20629] libresolv: Remove support for bitstring labels (RES_USEBSTRING)
Date: Fri, 07 Oct 2016 15:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: assigned_to
Message-ID: <bug-20629-131-UohOLaaH10@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20629-131@http.sourceware.org/bugzilla/>
References: <bug-20629-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00033.txt.bz2
Content-length: 406
https://sourceware.org/bugzilla/show_bug.cgi?id=20629
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at sourceware dot org |fweimer at redhat dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34720-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 15:47:10 2016
Return-Path: <glibc-bugs-return-34720-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 55411 invoked by alias); 7 Oct 2016 15:47:09 -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 55039 invoked by uid 55); 7 Oct 2016 15:46:56 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20629] libresolv: Remove support for bitstring labels (RES_USEBSTRING)
Date: Fri, 07 Oct 2016 15:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20629-131-ACm4bB2PJH@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20629-131@http.sourceware.org/bugzilla/>
References: <bug-20629-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00034.txt.bz2
Content-length: 1765
https://sourceware.org/bugzilla/show_bug.cgi?id=20629
--- Comment #1 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 5140d036f9c16585448b5908c3a219bd96842161 (commit)
from 7ec47a85d865e7bc43358633a0f960921dbfc373 (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=5140d036f9c16585448b5908c3a219bd96842161
commit 5140d036f9c16585448b5908c3a219bd96842161
Author: Florian Weimer <fweimer@redhat.com>
Date: Fri Oct 7 13:43:48 2016 +0200
resolv: Remove RES_USEBSTRING and its implementation [BZ #20629]
In ns_name_ntop, the NS_CMPRSFLGS check is no longer needed because
labellen (called earlier) already rejects everything which is not
a plain label (compression references and extended label types).
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 13 +++
NEWS | 5 +
resolv/ns_name.c | 256 ++-------------------------------------------
resolv/nss_dns/dns-host.c | 14 ---
resolv/res_debug.c | 1 -
resolv/res_init.c | 1 -
resolv/resolv.h | 2 -
7 files changed, 26 insertions(+), 266 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34721-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 15:47:34 2016
Return-Path: <glibc-bugs-return-34721-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 55930 invoked by alias); 7 Oct 2016 15:47:34 -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 55738 invoked by uid 48); 7 Oct 2016 15:47:21 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20629] libresolv: Remove support for bitstring labels (RES_USEBSTRING)
Date: Fri, 07 Oct 2016 15:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20629-131-kgXP11bFB5@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20629-131@http.sourceware.org/bugzilla/>
References: <bug-20629-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00035.txt.bz2
Content-length: 572
https://sourceware.org/bugzilla/show_bug.cgi?id=20629
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
Fixed in 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34722-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 17:01:46 2016
Return-Path: <glibc-bugs-return-34722-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 51112 invoked by alias); 7 Oct 2016 17:01:45 -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 50595 invoked by uid 48); 7 Oct 2016 17:01:32 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20673] New: ifunc resolver function cannot call extern functions
Date: Fri, 07 Oct 2016 17:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00036.txt.bz2
Content-length: 1923
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
Bug ID: 20673
Summary: ifunc resolver function cannot call extern functions
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: nszabolcs at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
extern calls don't work from ifunc resolvers in general,
because ifunc resolver may be called at relocation processing time
(even with lazy binding) when the relocations for extern function
calls (jump slot relocs for pltgot entries) are not done yet (even
the minimal initialization in case of lazy binding).
this happens if the address of the ifunc resolved function is
used (so there is a non-plt reloc for it, which is processed
earlier than the plt relocs for extern functions).
this can be made to work if the dynamic linker guarantees that
any reloc that depends on ifunc is processed after relocs
that don't (this strategy still fails if there are circular
deps between ifunc resolvers).
without extern function support in ifunc resolvers it's
very problematic to use them on the c language level
outside the libc (simple compiler instrumentation can
break them, no syscalls/libc calls can be made to do
the dispatch).
e.g. main segfaults if foo is built as a dso:
$ cat foo.c
static int foo1(void) { return 1; }
static int foo2(void) { return 2; }
int cond(void);
static int (*foo_resolver())()
{
return cond() ? foo1 : foo2;
}
int foo(void) __attribute__((ifunc("foo_resolver")));
void *p = foo; // force a non-plt reloc calling the resolver
$ cat main.c
int foo();
int cond() { return 1; }
int main()
{
foo();
}
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34723-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 17:05:56 2016
Return-Path: <glibc-bugs-return-34723-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 55035 invoked by alias); 7 Oct 2016 17:05:56 -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 54702 invoked by uid 48); 7 Oct 2016 17:05:41 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20673] ifunc resolver function cannot call extern functions
Date: Fri, 07 Oct 2016 17:05: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20673-131-HeHESPIYxh@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00037.txt.bz2
Content-length: 404
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
Szabolcs Nagy <nszabolcs at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |siddhesh at sourceware dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34724-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 17:12:28 2016
Return-Path: <glibc-bugs-return-34724-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 100962 invoked by alias); 7 Oct 2016 17:12:26 -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 100863 invoked by uid 48); 7 Oct 2016 17:12:12 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20673] ifunc resolver function cannot call extern functions
Date: Fri, 07 Oct 2016 17:12: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: component
Message-ID: <bug-20673-131-IiXIZxlpc6@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00038.txt.bz2
Content-length: 381
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libc |dynamic-link
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34725-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 07 17:13:39 2016
Return-Path: <glibc-bugs-return-34725-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 113365 invoked by alias); 7 Oct 2016 17:13:38 -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 109117 invoked by uid 48); 7 Oct 2016 17:13:25 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20425] unbalanced and poor utilization of memory in glibc arenas may cause memory bloat and subsequent OOM
Date: Fri, 07 Oct 2016 17:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: component
Message-ID: <bug-20425-131-zzMGkea9gb@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20425-131@http.sourceware.org/bugzilla/>
References: <bug-20425-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00039.txt.bz2
Content-length: 375
https://sourceware.org/bugzilla/show_bug.cgi?id=20425
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libc |malloc
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34726-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 08 00:16:58 2016
Return-Path: <glibc-bugs-return-34726-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 10783 invoked by alias); 8 Oct 2016 00:16:58 -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 10397 invoked by uid 48); 8 Oct 2016 00:16:45 -0000
From: "boris.pou at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/19951] Use after free in pthread_detach
Date: Sat, 08 Oct 2016 00:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.19
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: boris.pou at gmail dot com
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:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-19951-131-jfQ9suqEO2@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-19951-131@http.sourceware.org/bugzilla/>
References: <bug-19951-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00040.txt.bz2
Content-length: 382
https://sourceware.org/bugzilla/show_bug.cgi?id=19951
boris.pou at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |boris.pou at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34727-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 08 04:04:13 2016
Return-Path: <glibc-bugs-return-34727-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 77863 invoked by alias); 8 Oct 2016 04:04:13 -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 67615 invoked by uid 48); 8 Oct 2016 04:03:58 -0000
From: "siddhesh at sourceware dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20673] ifunc resolver function cannot call extern functions
Date: Sat, 08 Oct 2016 04:04: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: siddhesh at sourceware dot org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: siddhesh at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: assigned_to
Message-ID: <bug-20673-131-G5WCCs1cEL@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00041.txt.bz2
Content-length: 420
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
Siddhesh Poyarekar <siddhesh at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at sourceware dot org |siddhesh at sourceware dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34728-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 08 11:06:27 2016
Return-Path: <glibc-bugs-return-34728-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 30003 invoked by alias); 8 Oct 2016 11:06:26 -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 29768 invoked by uid 48); 8 Oct 2016 11:06:19 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Sat, 08 Oct 2016 11:06: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20647-131-J1wOMbUQJn@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00042.txt.bz2
Content-length: 312
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #10 from ralph at gauernet dot de ---
Done.
Your patch is working, too.
A patched glibc is running without error on a Pentium-S with cpuid level
(==maxidx) 1.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34729-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 08 23:29:31 2016
Return-Path: <glibc-bugs-return-34729-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 61032 invoked by alias); 8 Oct 2016 23:29:30 -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 60909 invoked by uid 48); 8 Oct 2016 23:29:17 -0000
From: "cjlhomeaddress at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: =?UTF-8?B?W0J1ZyBsb2NhbGVkYXRhLzIwNDk2XSBhZ3JfUEU6IG5ldyBsYW5ndWFnZSBs?= =?UTF-8?B?b2NhbGUgQXdhasO6biAvIEFndWFydW5hIChhZ3IpIGZvciBQZXJ1?Date: Sat, 08 Oct 2016 23:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cjlhomeaddress at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: attachments.isobsolete attachments.created
Message-ID: <bug-20496-131-hnYFEflpQd@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20496-131@http.sourceware.org/bugzilla/>
References: <bug-20496-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00043.txt.bz2
Content-length: 690
https://sourceware.org/bugzilla/show_bug.cgi?id=20496
Chris Leonard <cjlhomeaddress at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9473|0 |1
is obsolete| |
--- Comment #4 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
Created attachment 9555
--> https://sourceware.org/bugzilla/attachment.cgi?id=9555&action=edit
[PATCH] [BZ #20496] agr_PE: new language locale Awajún / Aguaruna (agr) for
Peru
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34730-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 09 18:15:56 2016
Return-Path: <glibc-bugs-return-34730-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 79593 invoked by alias); 9 Oct 2016 18:15:55 -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 79435 invoked by uid 48); 9 Oct 2016 18:15:42 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/12977] glibc dynamic linker behaves unpredictable when using base version
Date: Sun, 09 Oct 2016 18:15: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.13
X-Bugzilla-Keywords: glibc_2.13, glibc_2.19
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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
Message-ID: <bug-12977-131-xqvu5yAGEW@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-12977-131@http.sourceware.org/bugzilla/>
References: <bug-12977-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00044.txt.bz2
Content-length: 3884
https://sourceware.org/bugzilla/show_bug.cgi?id=12977
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
We need the DSOs to reproduce this. With GNU ld version 2.25-17.fc23,
ver_test_12b.so contains this:
Version definition section [ 6] '.gnu.version_d' contains 3 entries:
Addr: 0x0000000000000538 Offset: 0x000538 Link to section: [ 4] '.dynstr'
000000: Version: 1 Flags: BASE Index: 1 Cnt: 1 Name: ver_test_12b.so
0x001c: Version: 1 Flags: none Index: 2 Cnt: 1 Name: VER1
0x0038: Version: 1 Flags: none Index: 3 Cnt: 2 Name: VER2
0x0054: Parent 1: VER1
ver_test_13b.so looks like this:
Version definition section [ 6] '.gnu.version_d' contains 3 entries:
Addr: 0x0000000000000538 Offset: 0x000538 Link to section: [ 4] '.dynstr'
000000: Version: 1 Flags: BASE Index: 1 Cnt: 1 Name: ver_test_13b.so
0x001c: Version: 1 Flags: none Index: 2 Cnt: 1 Name: VER1
0x0038: Version: 1 Flags: none Index: 3 Cnt: 2 Name: VER2
0x0054: Parent 1: VER1
This means that the base version is VER1 in both cases. The closest thing we
appear to have to a specification for our variant of ELF symbol versioning
appears to be this:
<https://www.akkadia.org/drepper/symbol-versioning>
“
In case only the object file with the reference does not use versioning but the
object with the definition does, then the reference only matches the base
definition. The base definition is the one with index numbers 1 and 2 (1 is
the unspecified name, 2 is the name given later to the baseline of symbols once
the library started using symbol versioning).
”
It's not clear to me if a binary is valid if provides conflicting definitions
for version index 1 and 2. Our put differently, the binutils example appears
to be misleading.
With the DSOs generated by Fedora 23's ld.bfd, I cannot reproduce the
difference in behavior between the two test cases. Perhaps the static linker
has started to sort symbols with the same name in a predictable manner.
I came across this old bug because I was trying to file a bug about the dlsym
behavior. elf/dl-lookup.c currently looks like this:
/* No specific version is selected. There are two ways we
can got here:
- a binary which does not include versioning information
is loaded
- dlsym() instead of dlvsym() is used to get a symbol which
might exist in more than one form
If the library does not provide symbol version information
there is no problem at all: we simply use the symbol if it
is defined.
These two lookups need to be handled differently if the
library defines versions. In the case of the old
unversioned application the oldest (default) version
should be used. In case of a dlsym() call the latest and
public interface should be returned. */
if (verstab != NULL)
{
if ((verstab[symidx] & 0x7fff)
>= ((flags & DL_LOOKUP_RETURN_NEWEST) ? 2 : 3))
{
/* Don't accept hidden symbols. */
if ((verstab[symidx] & 0x8000) == 0
&& (*num_versions)++ == 0)
/* No version so far. */
*versioned_sym = sym;
return NULL;
}
}
This definitely causes weird behavior for dlsym lookups of _sys_errlist in
libc.so.6. I currently get sys_errlist@GLIBC_2.4, which is neither the base
version nor the default version.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34731-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 09 19:48:36 2016
Return-Path: <glibc-bugs-return-34731-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 68139 invoked by alias); 9 Oct 2016 19:48:35 -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 45094 invoked by uid 55); 9 Oct 2016 19:48:03 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20554] ld: bss-plt forced due to /usr/lib/libc_nonshared.a(ppc-mcount.oS)
Date: Sun, 09 Oct 2016 19:48: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.18
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit 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:
Message-ID: <bug-20554-131-bh3y0vkuGm@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20554-131@http.sourceware.org/bugzilla/>
References: <bug-20554-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00045.txt.bz2
Content-length: 1385
https://sourceware.org/bugzilla/show_bug.cgi?id=20554
--- 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, master has been updated
via 3f413ec8d1aaa338946215f2510369f5e3d891eb (commit)
from d0800ae0e7162631136a0042e87eb42c641455d9 (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=3f413ec8d1aaa338946215f2510369f5e3d891eb
commit 3f413ec8d1aaa338946215f2510369f5e3d891eb
Author: Alan Modra <amodra@gmail.com>
Date: Tue Oct 4 19:59:38 2016 +0200
powerpc32: make PLT call in _mcount compatible with -msecure-plt (bug
20554)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 7 +++++++
sysdeps/powerpc/powerpc32/ppc-mcount.S | 27 ++++++++++++++++++++++++---
2 files changed, 31 insertions(+), 3 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34732-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 09 19:49:12 2016
Return-Path: <glibc-bugs-return-34732-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 97637 invoked by alias); 9 Oct 2016 19:49: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 97044 invoked by uid 48); 9 Oct 2016 19:48:58 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20554] ld: bss-plt forced due to /usr/lib/libc_nonshared.a(ppc-mcount.oS)
Date: Sun, 09 Oct 2016 19:49: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.18
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20554-131-iVS9Zc5s2c@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20554-131@http.sourceware.org/bugzilla/>
References: <bug-20554-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00046.txt.bz2
Content-length: 565
https://sourceware.org/bugzilla/show_bug.cgi?id=20554
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #5 from Andreas Schwab <schwab@linux-m68k.org> ---
Fixed for 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34733-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 05:41:58 2016
Return-Path: <glibc-bugs-return-34733-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 103953 invoked by alias); 10 Oct 2016 05:41:57 -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 103852 invoked by uid 48); 10 Oct 2016 05:41:42 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] New: perror() changes orientation of stream when it is redirected
Date: Mon, 10 Oct 2016 05:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00047.txt.bz2
Content-length: 4481
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
Bug ID: 20677
Summary: perror() changes orientation of stream when it is
redirected
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: stdio
Assignee: unassigned at sourceware dot org
Reporter: igor.liferenko at gmail dot com
Target Milestone: ---
Posix insists that the orientation of stderr not be changed by perror, even if
stderr is not yet oriented.
Following is the quote from "XSH 2.5 Standard I/O Streams" [1]:
The perror(), psiginfo(), and psignal() functions shall behave as described
above for the byte output functions if the stream is already byte-oriented, and
shall behave as described above for the wide-character output functions if the
stream is already wide-oriented. If the stream has no orientation, they shall
behave as described for the byte output functions except that they shall not
change the orientation of the stream.
And glibc attempts to implement Posix semantics. Unfortunately, it doesn't
quite get it right.
Here is also quote from "perror()" reference page [2]:
The perror() function shall not change the orientation of the standard error
stream.
And glibc attempts to implement Posix semantics. Unfortunately, it doesn't
quite get it right.
Following are the tests when stderr is wide-oriented, multibyte-oriented and
not oriented, prior to calling perror(). Tests 1) and 2) are OK. The issue is
in test 3).
1) stderr is wide-oriented:
#include <stdio.h>
#include <wchar.h>
#include <errno.h>
int main(void)
{
fwide(stderr, 1);
errno = EINVAL;
perror("");
int x = fwide(stderr, 0);
printf("fwide: %d\n",x);
return 0;
}
$ ./a.out
Invalid argument
fwide: 1
$ ./a.out 2>/dev/null
fwide: 1
2) stderr is multibyte-oriented:
#include <stdio.h>
#include <wchar.h>
#include <errno.h>
int main(void)
{
fwide(stderr, -1);
errno = EINVAL;
perror("");
int x = fwide(stderr, 0);
printf("fwide: %d\n",x);
return 0;
}
$ ./a.out
Invalid argument
fwide: -1
$ ./a.out 2>/dev/null
fwide: -1
3) stderr is not oriented:
#include <stdio.h>
#include <wchar.h>
#include <errno.h>
int main(void)
{
printf("initial fwide: %d\n", fwide(stderr, 0));
errno = EINVAL;
perror("");
int x = fwide(stderr, 0);
printf("fwide: %d\n", x);
return 0;
}
$ ./a.out
initial fwide: 0
Invalid argument
fwide: 0
$ ./a.out 2>/dev/null
initial fwide: 0
fwide: -1
Of course, it is impossible to write to a stream without setting its
orientation. So in an attempt to comply with this curious requirement, glibc
attempts to make a new stream based on the same fd as stderr by using dup().
fileno() extracts the fd from a standard C library stream. dup() takes an fd,
duplicates it, and returns the number of the copy. And fdopen() creates a
standard C library stream from an fd. In short, that doesn't reopen stderr;
rather, it creates (or attempts to create) a copy of stderr which can be
written to without affecting the orientation of stderr.
Unfortunately, it doesn't work reliably because of the mode:
fp = fdopen(fd, "w+");
That attempts to open a stream which allows both reading and writing. And it
will work with the original stderr, which is just a copy of the console fd,
originally opened for both reading and writing. But when you bind stderr to
some other device with a redirect:
$ ./a.out 2>/dev/null
you are passing the executable an fd opened only for output. And fdopen won't
let you get away with that:
The application shall ensure that the mode of the stream as expressed by the
mode argument is allowed by the file access mode of the open file description
to which fildes refers.
The glibc implementation of fdopen actually checks, and returns NULL with errno
set to EINVAL if you specify a mode which requires access rights not available
to the fd.
I don't know why the glibc code uses "w+" as a mode argument, since it has no
intention of reading from stderr.
Actually, you could just write directly to the new fd using write instead of
fwrite, so I don't think fdopen is actually necessary at all.
[1]
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_05
[2] http://pubs.opengroup.org/onlinepubs/9699919799/functions/perror.html
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34734-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 06:11:17 2016
Return-Path: <glibc-bugs-return-34734-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 49129 invoked by alias); 10 Oct 2016 06:11:17 -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 49014 invoked by uid 48); 10 Oct 2016 06:10:58 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 10 Oct 2016 06:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20677-131-tmRl3UqdK1@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00048.txt.bz2
Content-length: 358
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #1 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Originally the issue was raised here:
http://stackoverflow.com/questions/39950678/why-perror-changes-orientation-of-stream-when-it-is-redirected
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34735-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 11:25:32 2016
Return-Path: <glibc-bugs-return-34735-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 46511 invoked by alias); 10 Oct 2016 11:25:32 -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 46197 invoked by uid 48); 10 Oct 2016 11:25:19 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 10 Oct 2016 11:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20677-131-qd5X5ngZfN@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00049.txt.bz2
Content-length: 658
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
stderr does not have to be backed by a POSIX file descriptor because glibc
explicitly permits assignments to stderr. So any fileno-based hack, with our
without stderr, is not quite correct.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34736-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 11:30:57 2016
Return-Path: <glibc-bugs-return-34736-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 65816 invoked by alias); 10 Oct 2016 11:30:57 -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 65622 invoked by uid 48); 10 Oct 2016 11:30:44 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20673] ifunc resolver function cannot call extern functions
Date: Mon, 10 Oct 2016 11:30: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: siddhesh at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20673-131-mjsO1QQW8u@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00050.txt.bz2
Content-length: 1085
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
I think this is a GCC documentation issue. IFUNCs were never fully documented
because it was expected they would be used by glibc only, and not in other
contexts. Things didn't work out that way, and we need better documentation
now.
Calling extern functions is possible if no run-time relocation is required, or
if the shared object properly expresses its dependencies using DT_NEEDED (and
there are no cycles). Your example has a cycle.
In general, lazy binding obscures some issues, but we have few options for
non-lazy relocations. BIND_NOW is quite problematic in this area, especially
with -fno-plt.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34737-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 14:23:43 2016
Return-Path: <glibc-bugs-return-34737-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 113519 invoked by alias); 10 Oct 2016 14:23:43 -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 113330 invoked by uid 48); 10 Oct 2016 14:23:30 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20673] ifunc resolver function cannot call extern functions
Date: Mon, 10 Oct 2016 14:23: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: siddhesh at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20673-131-0NvNsdeyqL@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00051.txt.bz2
Content-length: 1023
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
--- Comment #2 from Szabolcs Nagy <nszabolcs at gmail dot com> ---
(In reply to Florian Weimer from comment #1)
> Calling extern functions is possible if no run-time relocation is required,
> or if the shared object properly expresses its dependencies using DT_NEEDED
> (and there are no cycles). Your example has a cycle.
this is not related to DT_NEEDED or cycles in module dependencies.
change cond() to rand() to get a test with proper module
dependencies and extern call into libc.
it does not help that libc.so is loaded before foo.so:
the pltgot entries of foo.so are not yet initialized,
when the ifunc resolver of foo calls rand@plt so it
jumps to 0 instead of calling the lazy resolver/rand.
this is not just a documentation bug: users cannot
tell what relocations might appear in a c language
function or if those may be processed later than the
resolver is called.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34738-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 14:37:14 2016
Return-Path: <glibc-bugs-return-34738-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 64880 invoked by alias); 10 Oct 2016 14:37:13 -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 64737 invoked by uid 48); 10 Oct 2016 14:37:00 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20673] ifunc resolver function cannot call extern functions
Date: Mon, 10 Oct 2016 14:37: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: siddhesh at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20673-131-CNeTBFaVH1@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20673-131@http.sourceware.org/bugzilla/>
References: <bug-20673-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00052.txt.bz2
Content-length: 978
https://sourceware.org/bugzilla/show_bug.cgi?id=20673
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Szabolcs Nagy from comment #2)
> (In reply to Florian Weimer from comment #1)
> > Calling extern functions is possible if no run-time relocation is required,
> > or if the shared object properly expresses its dependencies using DT_NEEDED
> > (and there are no cycles). Your example has a cycle.
>
> this is not related to DT_NEEDED or cycles in module dependencies.
>
> change cond() to rand() to get a test with proper module
> dependencies and extern call into libc.
Okay, I used this:
gcc -fPIC -shared -o libfoo.so foo.c && gcc main.c libfoo.so &&
LD_LIBRARY_PATH=. ./a.out
And I can still reproduce it. This is something we could do better.
(Your original example had a dependency loop, I think. There is little we can
do about that.)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34739-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 14:56:43 2016
Return-Path: <glibc-bugs-return-34739-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81393 invoked by alias); 10 Oct 2016 14:56:43 -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 79983 invoked by uid 48); 10 Oct 2016 14:56:30 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20678] New: ifunc resolver function cannot call an ifunc resolved function with static linking
Date: Mon, 10 Oct 2016 14:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20678-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00053.txt.bz2
Content-length: 1820
https://sourceware.org/bugzilla/show_bug.cgi?id=20678
Bug ID: 20678
Summary: ifunc resolver function cannot call an ifunc resolved
function with static linking
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: nszabolcs at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
related to bug 20673
with static linking, calling extern functions from an ifunc
resolver works usually (there are no dynamic relocations, so
no relocation ordering issues), however if the called function
is itself ifunc resolved then the ordering of iplt entries
determine if it works or crashes (iplts are processed in
apply_irel at early startup).
since a user cannot tell which c runtime functions are ifunc
resolved, this means libc functions cannot be called from
an ifunc resolver with static linking.
i don't see an easy fix (other than documenting the situation),
it implies to me that c language ifunc resolvers cannot be
supported or the compiler must not emit calls to ifunc resolved
functions when compiling resolvers (however the compiler might
not know which function is used as a resolver).
compile with -static -fno-builtin-strcpy:
$ cat main.c
static int foo1(void) { return 1; }
static int foo2(void) { return 2; }
char *strcpy(char *, const char *);
static int (*foo_resolver())()
{
char a[2];
strcpy(a,"x"); // ifunc resolved on x86_64
return a[0] ? foo1 : foo2;
}
int foo(void) __attribute__((ifunc("foo_resolver")));
int main()
{
foo();
}
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34740-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 14:57:59 2016
Return-Path: <glibc-bugs-return-34740-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 83692 invoked by alias); 10 Oct 2016 14:57:59 -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 83609 invoked by uid 48); 10 Oct 2016 14:57:46 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20678] ifunc resolver function cannot call an ifunc resolved function with static linking
Date: Mon, 10 Oct 2016 14:57: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20678-131-Q22bv4K5FE@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20678-131@http.sourceware.org/bugzilla/>
References: <bug-20678-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00054.txt.bz2
Content-length: 404
https://sourceware.org/bugzilla/show_bug.cgi?id=20678
Szabolcs Nagy <nszabolcs at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |siddhesh at sourceware dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34741-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 17:19:40 2016
Return-Path: <glibc-bugs-return-34741-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 3923 invoked by alias); 10 Oct 2016 17:19:40 -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 3734 invoked by uid 48); 10 Oct 2016 17:19:33 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20680] New: ifunc resolver cannot access the thread pointer with static linking
Date: Mon, 10 Oct 2016 17:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20680-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00055.txt.bz2
Content-length: 1475
https://sourceware.org/bugzilla/show_bug.cgi?id=20680
Bug ID: 20680
Summary: ifunc resolver cannot access the thread pointer with
static linking
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: nszabolcs at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
the thread pointer is not yet initialized when ifunc resolvers are
run with static linking.
this means -fstack-protect-all instrumented resolver crashes with
static linking on targets where the canary is in tcb.
(can affect any tcb offset abi the compiler may use, like the
hwcap/platform on powerpc.)
and any tls access crashes the resolver (accessing errno or using
tls with global dynamic model can crash with dynamic linking too
because they are extern calls, see bug 20673).
it is generally not documented what c code may work before
thread-pointer setup.
compile with -static
$ cat main.c
static int foo1(void) { return 1; }
static int foo2(void) { return 2; }
__thread int x; // or try -fstack-protect-all
static int (*foo_resolver())()
{
return x ? foo1 : foo2;
}
int foo(void) __attribute__((ifunc("foo_resolver")));
int main()
{
foo();
}
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34742-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 17:20:23 2016
Return-Path: <glibc-bugs-return-34742-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 4951 invoked by alias); 10 Oct 2016 17:20:23 -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 4862 invoked by uid 48); 10 Oct 2016 17:20:10 -0000
From: "nszabolcs at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20680] ifunc resolver cannot access the thread pointer with static linking
Date: Mon, 10 Oct 2016 17:20: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nszabolcs at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20680-131-UDXuN75Fur@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20680-131@http.sourceware.org/bugzilla/>
References: <bug-20680-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00056.txt.bz2
Content-length: 404
https://sourceware.org/bugzilla/show_bug.cgi?id=20680
Szabolcs Nagy <nszabolcs at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |siddhesh at sourceware dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34744-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 17:38:37 2016
Return-Path: <glibc-bugs-return-34744-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 43105 invoked by alias); 10 Oct 2016 17:38:37 -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 43006 invoked by uid 48); 10 Oct 2016 17:38:24 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20680] ifunc resolver cannot access the thread pointer with static linking
Date: Mon, 10 Oct 2016 17:38: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: component
Message-ID: <bug-20680-131-OUYvAm6BmJ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20680-131@http.sourceware.org/bugzilla/>
References: <bug-20680-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00058.txt.bz2
Content-length: 381
https://sourceware.org/bugzilla/show_bug.cgi?id=20680
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libc |dynamic-link
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34743-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 10 17:38:12 2016
Return-Path: <glibc-bugs-return-34743-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 42733 invoked by alias); 10 Oct 2016 17:38: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 42657 invoked by uid 48); 10 Oct 2016 17:37:59 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20678] ifunc resolver function cannot call an ifunc resolved function with static linking
Date: Mon, 10 Oct 2016 17:38: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: component
Message-ID: <bug-20678-131-1Q5EreDSoo@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20678-131@http.sourceware.org/bugzilla/>
References: <bug-20678-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00057.txt.bz2
Content-length: 381
https://sourceware.org/bugzilla/show_bug.cgi?id=20678
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libc |dynamic-link
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34745-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 07:02:54 2016
Return-Path: <glibc-bugs-return-34745-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 13857 invoked by alias); 11 Oct 2016 07:02:53 -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 13352 invoked by uid 48); 11 Oct 2016 07:02:35 -0000
From: "wuyongwei at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/18435] pthread_once hangs when init routine throws an exception
Date: Tue, 11 Oct 2016 07:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.21
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: wuyongwei at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: msebor at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-18435-131-CWMFx7dzVB@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18435-131@http.sourceware.org/bugzilla/>
References: <bug-18435-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00059.txt.bz2
Content-length: 657
https://sourceware.org/bugzilla/show_bug.cgi?id=18435
Yongwei Wu <wuyongwei at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wuyongwei at gmail dot com
--- Comment #12 from Yongwei Wu <wuyongwei at gmail dot com> ---
There seems to be a regression. When the test code works fine in x86-64 glibc
2.13 (Ubuntu 12.04), it now hangs also in x86-64 glibc 2.23 (Ubuntu 16.04). So
the issue seems worse than before.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34746-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 08:56:18 2016
Return-Path: <glibc-bugs-return-34746-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 122126 invoked by alias); 11 Oct 2016 08:56:18 -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 111489 invoked by uid 48); 11 Oct 2016 08:56:05 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Tue, 11 Oct 2016 08:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: attachments.created
Message-ID: <bug-20677-131-04iKbbro3L@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00060.txt.bz2
Content-length: 1037
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #3 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Created attachment 9556
--> https://sourceware.org/bugzilla/attachment.cgi?id=9556&action=edit
Do not use fdopen on not-oriented streams. Just get the fd with fileno() and
then write directly to that fd.
Instead of leaving it completely broken, I suggest the attached patch to fix it
at least partially, until a better solution (without using "fileno") will be
found.
FWIW, the bug was introduced in this commit:
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=1fc0e33153186a90140c3d25f5d9b4537890d7cc
Since this commit, perror.c was modified in these commits:
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=eaad82e00522075b805621309775131e27388791
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=aec84f53952315ac1bd91036e37113d9cb3a303b
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34747-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 09:22:14 2016
Return-Path: <glibc-bugs-return-34747-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 42818 invoked by alias); 11 Oct 2016 09:22:13 -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 42524 invoked by uid 48); 11 Oct 2016 09:22:01 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Tue, 11 Oct 2016 09:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: attachments.created
Message-ID: <bug-20677-131-OnY2gd3qwi@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00061.txt.bz2
Content-length: 376
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #4 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Created attachment 9557
--> https://sourceware.org/bugzilla/attachment.cgi?id=9557&action=edit
There was a typo in the previous patch. This is the correct one.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34748-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 13:15:42 2016
Return-Path: <glibc-bugs-return-34748-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 6252 invoked by alias); 11 Oct 2016 13:15:37 -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 4936 invoked by uid 48); 11 Oct 2016 13:15:04 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20683] New: resolv: 2008 ABI breakage related to __p_type_syms
Date: Tue, 11 Oct 2016 13:15:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone flagtypes.name
Message-ID: <bug-20683-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00062.txt.bz2
Content-length: 1175
https://sourceware.org/bugzilla/show_bug.cgi?id=20683
Bug ID: 20683
Summary: resolv: 2008 ABI breakage related to __p_type_syms
Product: glibc
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: network
Assignee: unassigned at sourceware dot org
Reporter: fweimer at redhat dot com
Target Milestone: ---
Flags: security-
The addition of DNAME support in commit
34ca2ff7da8f3701fc476fd84984677262390c09 (which went into glibc 2.9, as far as
I can see) changed the size of the data symbol __p_type_syms, breaking ABI.
Any existing reference to the symbol from an application would lose the
sentinel at the end. Depending on what's next in the data section, this would
break anything in the application that uses the RR type conversion functions in
libresolv. (Current libresolv has a hidden alias, so its own usage is
protected, and it seems that res_debug.c is mostly provided for non-existing
external users anyway, not use by libresolv itself.)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34749-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 13:49:18 2016
Return-Path: <glibc-bugs-return-34749-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 83294 invoked by alias); 11 Oct 2016 13:49:18 -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 82841 invoked by uid 48); 11 Oct 2016 13:49:05 -0000
From: "jwakely.gcc at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/18435] pthread_once hangs when init routine throws an exception
Date: Tue, 11 Oct 2016 13:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.21
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jwakely.gcc at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: msebor at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-18435-131-d5ce2iYvMZ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18435-131@http.sourceware.org/bugzilla/>
References: <bug-18435-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00063.txt.bz2
Content-length: 465
https://sourceware.org/bugzilla/show_bug.cgi?id=18435
--- Comment #13 from Jonathan Wakely <jwakely.gcc at gmail dot com> ---
For GCC's std::call_once I'm not going to use pthread_once at all, so this will
only affect code that explicitly uses pthread_once with functions that throw.
Such code should probably use std::call_once instead, which is required to
handle exceptions.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34750-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 14:07:08 2016
Return-Path: <glibc-bugs-return-34750-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 115196 invoked by alias); 11 Oct 2016 14:07:08 -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 115062 invoked by uid 48); 11 Oct 2016 14:06:55 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20683] resolv: 2008 ABI breakage related to __p_type_syms
Date: Tue, 11 Oct 2016 14:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.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:
Message-ID: <bug-20683-131-gXm8Gwjeeq@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20683-131@http.sourceware.org/bugzilla/>
References: <bug-20683-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00064.txt.bz2
Content-length: 243
https://sourceware.org/bugzilla/show_bug.cgi?id=20683
--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> ---
It was cast in stone by commit 00bbd29b35.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34751-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 15:39:29 2016
Return-Path: <glibc-bugs-return-34751-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 84387 invoked by alias); 11 Oct 2016 15:39:29 -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 84256 invoked by uid 55); 11 Oct 2016 15:39:16 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20683] resolv: 2008 ABI breakage related to __p_type_syms
Date: Tue, 11 Oct 2016 15:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: joseph at codesourcery dot com
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:
Message-ID: <bug-20683-131-VAWRXFbY6k@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20683-131@http.sourceware.org/bugzilla/>
References: <bug-20683-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00065.txt.bz2
Content-length: 360
https://sourceware.org/bugzilla/show_bug.cgi?id=20683
--- Comment #2 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
As I said in <https://sourceware.org/ml/libc-ports/2012-05/msg00005.html>
I don't think we can do anything about that change now.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34752-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 16:03:03 2016
Return-Path: <glibc-bugs-return-34752-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 3754 invoked by alias); 11 Oct 2016 16:03:03 -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 2428 invoked by uid 48); 11 Oct 2016 16:02:49 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20683] resolv: 2008 ABI breakage related to __p_type_syms
Date: Tue, 11 Oct 2016 16:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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:
Message-ID: <bug-20683-131-Q4e9gS1rhR@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20683-131@http.sourceware.org/bugzilla/>
References: <bug-20683-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00066.txt.bz2
Content-length: 292
https://sourceware.org/bugzilla/show_bug.cgi?id=20683
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
My hope was that we can take this ABI breakage as evidence that the symbol is
unused.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34753-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 16:11:18 2016
Return-Path: <glibc-bugs-return-34753-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 40401 invoked by alias); 11 Oct 2016 16:11:18 -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 40246 invoked by uid 55); 11 Oct 2016 16:11:05 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/20683] resolv: 2008 ABI breakage related to __p_type_syms
Date: Tue, 11 Oct 2016 16:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: network
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: joseph at codesourcery dot com
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:
Message-ID: <bug-20683-131-Z4CcXelrex@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20683-131@http.sourceware.org/bugzilla/>
References: <bug-20683-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00067.txt.bz2
Content-length: 579
https://sourceware.org/bugzilla/show_bug.cgi?id=20683
--- Comment #4 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
Well, I think it's generally a good idea to look at whether
implementation-namespace symbols at public symbol versions are actually
used in installed headers or *_nonshared.a or outside glibc (or plausibly
should be used e.g. by libstdc++ for namespace reasons), and to make them
compat symbols unless there's evidence of appropriate uses.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34754-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 17:07:05 2016
Return-Path: <glibc-bugs-return-34754-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 21444 invoked by alias); 11 Oct 2016 17:07:04 -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 21398 invoked by uid 48); 11 Oct 2016 17:07:00 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20678] ifunc resolver function cannot call an ifunc resolved function with static linking
Date: Tue, 11 Oct 2016 17:07: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
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 flagtypes.name
Message-ID: <bug-20678-131-QxOmLmzPL5@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20678-131@http.sourceware.org/bugzilla/>
References: <bug-20678-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00068.txt.bz2
Content-length: 456
https://sourceware.org/bugzilla/show_bug.cgi?id=20678
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34755-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 17:07:05 2016
Return-Path: <glibc-bugs-return-34755-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 21456 invoked by alias); 11 Oct 2016 17:07:05 -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 21276 invoked by uid 48); 11 Oct 2016 17:06:52 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20680] ifunc resolver cannot access the thread pointer with static linking
Date: Tue, 11 Oct 2016 17:07: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
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 flagtypes.name
Message-ID: <bug-20680-131-BV6SUAKLxS@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20680-131@http.sourceware.org/bugzilla/>
References: <bug-20680-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00069.txt.bz2
Content-length: 456
https://sourceware.org/bugzilla/show_bug.cgi?id=20680
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34756-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 17:31:23 2016
Return-Path: <glibc-bugs-return-34756-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 34722 invoked by alias); 11 Oct 2016 17:31:22 -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 34536 invoked by uid 48); 11 Oct 2016 17:31:09 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20425] unbalanced and poor utilization of memory in glibc arenas may cause memory bloat and subsequent OOM
Date: Tue, 11 Oct 2016 17:31:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20425-131-lWhh0vZ5AL@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20425-131@http.sourceware.org/bugzilla/>
References: <bug-20425-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00070.txt.bz2
Content-length: 482
https://sourceware.org/bugzilla/show_bug.cgi?id=20425
--- Comment #23 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Sumeet Keswani from comment #22)
> Sorry for the delay in response, I was out for a while.
> I am working on getting you additional data to demonstrate the problem.
> I will update this BZ shortly.
Sumeet, do you have any additional data you can share? Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34757-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 11 20:48:48 2016
Return-Path: <glibc-bugs-return-34757-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 91576 invoked by alias); 11 Oct 2016 20:48:47 -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 91261 invoked by uid 48); 11 Oct 2016 20:48:28 -0000
From: "sumeet.keswani at hpe dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20425] unbalanced and poor utilization of memory in glibc arenas may cause memory bloat and subsequent OOM
Date: Tue, 11 Oct 2016 20:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: sumeet.keswani at hpe dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20425-131-pDxsqEmkrN@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20425-131@http.sourceware.org/bugzilla/>
References: <bug-20425-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00071.txt.bz2
Content-length: 965
https://sourceware.org/bugzilla/show_bug.cgi?id=20425
--- Comment #24 from Sumeet Keswani <sumeet.keswani at hpe dot com> ---
No, we have not had the chance to debug it further.
We believe its a case bug 11261 on steroids - in some sense. Each Arena
actually holds on to 5x to 50X of the memory that is given to the application.
After Bug 19048 was fixed all arenas start to demonstrate this bloat.
Consequently the application quickly OOMs.
We have been trying to manage it using MALLOC_TRIM_THRESHOLD_ and
MALLOC_ARENA_MAX in some cases. In other cases we have had success using
jemalloc.
The dynamic mmap threshold does not help since we do pretty large allocations
from time to time causing a lot of bloat.
Its still on my plate to run a periodic malloc_stats to demonstrate the long
term algorithmic problem. I have not gotten to it yet.
you may mark this as Need Info
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34758-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 00:05:05 2016
Return-Path: <glibc-bugs-return-34758-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81940 invoked by alias); 12 Oct 2016 00:05:05 -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 81675 invoked by uid 48); 12 Oct 2016 00:04:52 -0000
From: "wuyongwei at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/18435] pthread_once hangs when init routine throws an exception
Date: Wed, 12 Oct 2016 00:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.21
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: wuyongwei at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: msebor at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-18435-131-vJB1UjCJts@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18435-131@http.sourceware.org/bugzilla/>
References: <bug-18435-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00072.txt.bz2
Content-length: 641
https://sourceware.org/bugzilla/show_bug.cgi?id=18435
--- Comment #14 from Yongwei Wu <wuyongwei at gmail dot com> ---
(In reply to Jonathan Wakely from comment #13)
> For GCC's std::call_once I'm not going to use pthread_once at all, so this
> will only affect code that explicitly uses pthread_once with functions that
> throw. Such code should probably use std::call_once instead, which is
> required to handle exceptions.
Actually the reason I found this thread was that I found std::call_once failed
on the new Ubuntu but worked on the old one....
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34759-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 05:16:50 2016
Return-Path: <glibc-bugs-return-34759-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 11555 invoked by alias); 12 Oct 2016 05:16:49 -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 11437 invoked by uid 48); 12 Oct 2016 05:16:35 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug locale/20686] New: Add el_GR@euro
Date: Wed, 12 Oct 2016 05:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: locale
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-20686-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00073.txt.bz2
Content-length: 1180
https://sourceware.org/bugzilla/show_bug.cgi?id=20686
Bug ID: 20686
Summary: Add el_GR@euro
Product: glibc
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: locale
Assignee: unassigned at sourceware dot org
Reporter: carlos at redhat dot com
Target Milestone: ---
Despite the fact that el_GR is ISO-8859-7:2003 which contains the euro symobl,
it is not possible to know this apriori to selecting the el_GR locale.
Therefore you don't know if el_GR can possibly have the 2003 ammendments which
include the euro symbol.
This is resolved by creating an el_GR@euro locale similar to all the other
@euro locales for non-UTF8 charsets.
The el_GR@euro locale already exists but is not in SUPPORTED.
In this particular case we've Red Hat has had user demand for creating an
el_GR@euro locale for the ISO-8859-7 charset used in Greece, so we are adding
el_GR@euro to SUPPORTED.
Therefore I'd propose we move el_GR@euro to SUPPORTED upstream and maintain it
there.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34760-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 05:17:05 2016
Return-Path: <glibc-bugs-return-34760-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 12117 invoked by alias); 12 Oct 2016 05:17:05 -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 11689 invoked by uid 48); 12 Oct 2016 05:16:51 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug locale/20686] Add el_GR@euro to SUPPORTED.
Date: Wed, 12 Oct 2016 05:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: locale
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
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:
X-Bugzilla-Changed-Fields: short_desc
Message-ID: <bug-20686-131-wpEuqw79RC@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20686-131@http.sourceware.org/bugzilla/>
References: <bug-20686-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00074.txt.bz2
Content-length: 449
https://sourceware.org/bugzilla/show_bug.cgi?id=20686
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Add el_GR@euro |Add el_GR@euro to
| |SUPPORTED.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34761-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 05:41:17 2016
Return-Path: <glibc-bugs-return-34761-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 116738 invoked by alias); 12 Oct 2016 05:41:16 -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 116433 invoked by uid 48); 12 Oct 2016 05:41:03 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20687] New: Non-conformant error description in errlist.c
Date: Wed, 12 Oct 2016 05:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20687-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00075.txt.bz2
Content-length: 1061
https://sourceware.org/bugzilla/show_bug.cgi?id=20687
Bug ID: 20687
Summary: Non-conformant error description in errlist.c
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: igor.liferenko at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
The standard[1] says:
EILSEQ Illegal byte sequence
but glibc-2.24/sysdeps/gnu/errlist.c has this:
[ERR_REMAP (EILSEQ)] = N_("Invalid or incomplete multibyte or wide
character")
glibc tries to conform to the standard[2], so this should be fixed.
[1]: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html
[2]: as said, e.g., in the comment to commit
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=1fc0e33153186a90140c3d25f5d9b4537890d7cc
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34762-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 05:51:00 2016
Return-Path: <glibc-bugs-return-34762-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 5941 invoked by alias); 12 Oct 2016 05:51:00 -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 5757 invoked by uid 48); 12 Oct 2016 05:50:47 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20687] Non-conformant error description in errlist.c
Date: Wed, 12 Oct 2016 05:51: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-20687-131-I0pSwj04ck@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20687-131@http.sourceware.org/bugzilla/>
References: <bug-20687-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00076.txt.bz2
Content-length: 1310
https://sourceware.org/bugzilla/show_bug.cgi?id=20687
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2016-10-12
CC| |carlos at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Igor Liferenko from comment #0)
> The standard[1] says:
>
> EILSEQ Illegal byte sequence
>
> but glibc-2.24/sysdeps/gnu/errlist.c has this:
>
> [ERR_REMAP (EILSEQ)] = N_("Invalid or incomplete multibyte or wide
> character")
>
> glibc tries to conform to the standard[2], so this should be fixed.
Where does it say in the standard that the text needs to be exactly as it is in
the standard? Not to mention that strerror_l can be used to return localization
specific error messages which will never be the exact American English text
written into the standard.
Without any further justification I'd say this is RESOLVED/INVALID.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34763-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 06:21:59 2016
Return-Path: <glibc-bugs-return-34763-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 25170 invoked by alias); 12 Oct 2016 06:21:58 -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 24975 invoked by uid 48); 12 Oct 2016 06:21:45 -0000
From: "ldv at sourceware dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20687] Non-conformant error description in errlist.c
Date: Wed, 12 Oct 2016 06:21: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ldv at sourceware dot org
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20687-131-btP7m7hCIi@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20687-131@http.sourceware.org/bugzilla/>
References: <bug-20687-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00077.txt.bz2
Content-length: 579
https://sourceware.org/bugzilla/show_bug.cgi?id=20687
--- Comment #2 from Dmitry V. Levin <ldv at sourceware dot org> ---
This wording was chosen on purpose. GNU Coding Standards (see e.g.
https://www.gnu.org/prep/standards/html_node/GNU-Manuals.html) say:
"Please do not use the term “illegal” to refer to erroneous input to a computer
program. Please use “invalid” for this, and reserve the term “illegal” for
activities prohibited by law."
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34764-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 07:13:15 2016
Return-Path: <glibc-bugs-return-34764-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75933 invoked by alias); 12 Oct 2016 07:13:14 -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 75826 invoked by uid 48); 12 Oct 2016 07:13:02 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20687] Non-conformant error description in errlist.c
Date: Wed, 12 Oct 2016 07:13: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20687-131-99KWqeSn6c@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20687-131@http.sourceware.org/bugzilla/>
References: <bug-20687-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00078.txt.bz2
Content-length: 1159
https://sourceware.org/bugzilla/show_bug.cgi?id=20687
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Dmitry V. Levin from comment #2)
> This wording was chosen on purpose. GNU Coding Standards (see e.g.
> https://www.gnu.org/prep/standards/html_node/GNU-Manuals.html) say:
> "Please do not use the term “illegal” to refer to erroneous input to a
> computer program. Please use “invalid” for this, and reserve the term
> “illegal” for activities prohibited by law."
Thanks Dmitry. I agree, and in this case I'm going to close this as
RESOLVED/INVALID. There is no rationale I see in POSIX that requires any
specific text, and the GNU Coding Standards clarify why we chose the text we
did.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34765-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 07:54:42 2016
Return-Path: <glibc-bugs-return-34765-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 52418 invoked by alias); 12 Oct 2016 07:54:42 -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 52325 invoked by uid 48); 12 Oct 2016 07:54:38 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20425] unbalanced and poor utilization of memory in glibc arenas may cause memory bloat and subsequent OOM
Date: Wed, 12 Oct 2016 07:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status
Message-ID: <bug-20425-131-BOaziG2d8F@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20425-131@http.sourceware.org/bugzilla/>
References: <bug-20425-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00079.txt.bz2
Content-length: 379
https://sourceware.org/bugzilla/show_bug.cgi?id=20425
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |WAITING
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34766-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 14:13:28 2016
Return-Path: <glibc-bugs-return-34766-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 17601 invoked by alias); 12 Oct 2016 14:13:28 -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 16300 invoked by uid 48); 12 Oct 2016 14:13:14 -0000
From: "sumeet.keswani at hpe dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20425] unbalanced and poor utilization of memory in glibc arenas may cause memory bloat and subsequent OOM
Date: Wed, 12 Oct 2016 14:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: sumeet.keswani at hpe dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20425-131-azAUKxB2tc@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20425-131@http.sourceware.org/bugzilla/>
References: <bug-20425-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00080.txt.bz2
Content-length: 1194
https://sourceware.org/bugzilla/show_bug.cgi?id=20425
--- Comment #25 from Sumeet Keswani <sumeet.keswani at hpe dot com> ---
Created attachment 9559
--> https://sourceware.org/bugzilla/attachment.cgi?id=9559&action=edit
glibc-issue
Its been hard to build a accurate reproducer, since our workloads are
complicated. But this (attached) is typical of what we see.
(this is RSz memory of three processes running on three different machines)
The arenas take so much more memory than the process actually uses over longer
periods of time. It almost never returns the memory and the process OOMs in a
few days.
Note how calling malloc_trim() returns the memory back to the OS.
Hence we know that this memory is totally wasted in the arenas, because by
calling malloc_trim() we can recover the memory. Hence there is something
algorithmic-ally wrong with the way arenas are managed. - they either do not
use the free memory they have, and/or never return the top of the heap.
With the cyclic arena fix (yellow) this problem actually became worse. yellow
line will OOM sooner than blue and purple.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34767-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 15:27:34 2016
Return-Path: <glibc-bugs-return-34767-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 122451 invoked by alias); 12 Oct 2016 15:27:34 -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 122251 invoked by uid 55); 12 Oct 2016 15:27:27 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Wed, 12 Oct 2016 15:27: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20647-131-LNbKOHaOX1@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00081.txt.bz2
Content-length: 1604
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #11 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 6a824767d8948faf10d8d3a602eb4f2a59431601 (commit)
from 5e9d98a3d9eec0a18e6875f6e86a3886fbb7e543 (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=6a824767d8948faf10d8d3a602eb4f2a59431601
commit 6a824767d8948faf10d8d3a602eb4f2a59431601
Author: H.J. Lu <hjl.tools@gmail.com>
Date: Wed Oct 12 08:22:52 2016 -0700
X86: Don't assert on older Intel CPUs [BZ #20647]
Since the maximum CPUID level of older Intel CPUs is 1, change
handle_intel to return -1, instead of assert, when the maximum
CPUID level is less than 2.
[BZ #20647]
* sysdeps/x86/cacheinfo.c (handle_intel): Return -1 if the
maximum CPUID level is less than 2.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 6 ++++++
sysdeps/x86/cacheinfo.c | 4 +++-
2 files changed, 9 insertions(+), 1 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34768-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 12 15:29:06 2016
Return-Path: <glibc-bugs-return-34768-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 127264 invoked by alias); 12 Oct 2016 15:29:06 -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 127181 invoked by uid 48); 12 Oct 2016 15:29:00 -0000
From: "hjl.tools at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Wed, 12 Oct 2016 15:29: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20647-131-JPD2cCAKN9@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00082.txt.bz2
Content-length: 562
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
H.J. Lu <hjl.tools at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #12 from H.J. Lu <hjl.tools at gmail dot com> ---
Fixed for 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34769-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 13 07:25:02 2016
Return-Path: <glibc-bugs-return-34769-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 5885 invoked by alias); 13 Oct 2016 07:25:02 -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 1033 invoked by uid 48); 13 Oct 2016 07:24:49 -0000
From: "ralph at gauernet dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20647] GLIBC quitting every program - glibc on Pentium-S leads to assertion: "maxidx >= 2"
Date: Thu, 13 Oct 2016 07:25: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.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ralph at gauernet dot de
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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20647-131-fkjQ7at1NR@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20647-131@http.sourceware.org/bugzilla/>
References: <bug-20647-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00083.txt.bz2
Content-length: 198
https://sourceware.org/bugzilla/show_bug.cgi?id=20647
--- Comment #13 from ralph at gauernet dot de ---
Thank you!
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34770-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 13 13:45:13 2016
Return-Path: <glibc-bugs-return-34770-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 16967 invoked by alias); 13 Oct 2016 13:45:13 -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 126215 invoked by uid 48); 13 Oct 2016 13:44:58 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug locale/20686] Add el_GR@euro to SUPPORTED.
Date: Thu, 13 Oct 2016 13:45:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: locale
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
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:
Message-ID: <bug-20686-131-QtE0gtP7r2@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20686-131@http.sourceware.org/bugzilla/>
References: <bug-20686-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00084.txt.bz2
Content-length: 279
https://sourceware.org/bugzilla/show_bug.cgi?id=20686
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
Patch sent:
https://www.sourceware.org/ml/libc-alpha/2016-10/msg00230.html
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34771-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 14 01:39:00 2016
Return-Path: <glibc-bugs-return-34771-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 109770 invoked by alias); 14 Oct 2016 01:39:00 -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 109615 invoked by uid 48); 14 Oct 2016 01:38:47 -0000
From: "bruno at clisp dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug locale/14130] Add utf-8-mac encoding to iconv
Date: Fri, 14 Oct 2016 01:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: locale
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: bruno at clisp dot 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
Message-ID: <bug-14130-131-ZIZxa3BKgF@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-14130-131@http.sourceware.org/bugzilla/>
References: <bug-14130-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00085.txt.bz2
Content-length: 1354
https://sourceware.org/bugzilla/show_bug.cgi?id=14130
Bruno Haible <bruno at clisp dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bruno at clisp dot org
--- Comment #2 from Bruno Haible <bruno at clisp dot org> ---
The industry-wide convention is that user-visible Unicode strings/texts are
encoded in NFC form.
Only Mac OS X has the problem that its file names (not only in HFS+, but in all
file systems) ought to be in Unicode 3.0 NFD form. A file name with accented
characters in NFC form (that you may see through a remote mount) will be
visible through 'ls' but most operations that access the file will fail.
This is a problem with Mac OS X and it needs to be solved on Mac OS X. Mac OS X
has the means to solve it: see comment #30 in
https://code.google.com/archive/p/macfuse/issues/139 . It relies on the
"UTF-8-MAC" encoding that Apple has added to the iconv facility on Mac OS X.
You would make your global situation worse if you tried to copy this broken
behaviour to a glibc system, through a 'mount' with "UTF-8-MAC" encoding. For
example, 'find' and wildcards will then match unexpected files.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34772-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 14 18:08:38 2016
Return-Path: <glibc-bugs-return-34772-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 86708 invoked by alias); 14 Oct 2016 18:08:37 -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 86329 invoked by uid 48); 14 Oct 2016 18:08:24 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20689] New: Test for FMA should also check for AVX.
Date: Fri, 14 Oct 2016 18:08:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: carlos at redhat dot com
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20689-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00086.txt.bz2
Content-length: 1998
https://sourceware.org/bugzilla/show_bug.cgi?id=20689
Bug ID: 20689
Summary: Test for FMA should also check for AVX.
Product: glibc
Version: 2.25
Status: NEW
Severity: minor
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: carlos at redhat dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
In the Intel Architecture Instruction Set Extensions Programming reference
the recommended way to test for FMA in section '2.2.1 Detection of FMA'
is:
"Application Software must identify that hardware supports AVX as explained
in ... after that it must also detect support for FMA..."
We don't do that in glibc. We use osxsave to detect the use of xgetbv, and
after that we check for AVX and FMA orthogonally. It is conceivable that
you could have the AVX bit clear and the FMA bit in an undefined state.
I have never seen a machine with the AVX bit clear and the FMA bit set, but
we should follow the intel specifications and adjust our check as follows:
diff --git a/sysdeps/x86/cpu-features.c b/sysdeps/x86/cpu-features.c
index 11b9af2..1d52f22 100644
--- a/sysdeps/x86/cpu-features.c
+++ b/sysdeps/x86/cpu-features.c
@@ -83,8 +83,10 @@ get_common_indeces (struct cpu_features *cpu_features,
|= bit_arch_AVX512DQ_Usable;
}
}
- /* Determine if FMA is usable. */
- if (CPU_FEATURES_CPU_P (cpu_features, FMA))
+ /* Determine if FMA is usable. The recommended Intel procedure
+ is to check for AVX && FMA to decide if FMA is available. */
+ if (CPU_FEATURES_CPU_P (cpu_features, AVX)
+ && CPU_FEATURES_CPU_P (cpu_features, FMA))
cpu_features->feature[index_arch_FMA_Usable]
|= bit_arch_FMA_Usable;
}
---
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34773-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 14 20:20:45 2016
Return-Path: <glibc-bugs-return-34773-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 27216 invoked by alias); 14 Oct 2016 20:20:44 -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 27059 invoked by uid 48); 14 Oct 2016 20:20:31 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/13119] Erroneous "libgcc_s.so.1 must be installed for pthread_cancel to work" message
Date: Fri, 14 Oct 2016 20:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.14
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: adhemerval.zanella at linaro dot 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
Message-ID: <bug-13119-131-FLEEzOSouW@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-13119-131@http.sourceware.org/bugzilla/>
References: <bug-13119-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00087.txt.bz2
Content-length: 2148
https://sourceware.org/bugzilla/show_bug.cgi?id=13119
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adhemerval.zanella at linaro dot o
| |rg
--- Comment #4 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
This is not really due the fact process has no virtual memory left neither due
synchronization issues on libgcc_s.so loading, but rather due Linux overcommit
making subsequent mprotect on returned mmap memory fail with ENOMEM.
With vm.overcommit_memory=0 (default on my system) I get:
[pid 28817] mmap(NULL, 2185488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x7fc0b850b000
[pid 28817] mprotect(0x7fc0b8521000, 2093056, PROT_NONE) = -1 ENOMEM (Cannot
allocate memory)
[pid 28817] mmap(0x7fc0b8720000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = -1 ENOMEM (Cannot allocate
memory)
Not considering overcommit this should fail, since mmap requested a memory of
size 0x215910 (2185488) and kernel returned 0x7fc0b850b000. So a mprotect of
(0x7fc0b8521000, 0x7fc0b8720000) should not fail since it is within
(0x7fc0b850b000, 0x7fc0b8720910).
The test pass with vm.overcommit_memory=2 (always check, never overcommit):
[pid 29891] mmap(NULL, 2185488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x7f71c0028000
[pid 29891] mprotect(0x7f71c003e000, 2093056, PROT_NONE) = 0
[pid 29891] mmap(0x7f71c023d000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x7f71c023d000
[...]
[pid 29891] exit(0) = ?
[pid 29889] <... futex resumed> ) = 0
[pid 29891] +++ exited with 0 +++
exit_group(0)
So I do not think this is an issue with glibc itself and afaik there is not
non-portable mmap flag to use to avoid overcommit in such mmap call.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34774-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 14 20:45:18 2016
Return-Path: <glibc-bugs-return-34774-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 128778 invoked by alias); 14 Oct 2016 20:45:18 -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 108533 invoked by uid 48); 14 Oct 2016 20:44:52 -0000
From: "roman at khimov dot ru" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nss/20690] New: getaddrinfo() for IPPROTO_UDPLITE
Date: Fri, 14 Oct 2016 20:45:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nss
X-Bugzilla-Version: 2.26
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: roman at khimov dot ru
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created
Message-ID: <bug-20690-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00088.txt.bz2
Content-length: 1935
https://sourceware.org/bugzilla/show_bug.cgi?id=20690
Bug ID: 20690
Summary: getaddrinfo() for IPPROTO_UDPLITE
Product: glibc
Version: 2.26
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: nss
Assignee: unassigned at sourceware dot org
Reporter: roman at khimov dot ru
Target Milestone: ---
Created attachment 9560
--> https://sourceware.org/bugzilla/attachment.cgi?id=9560&action=edit
Proposed fix
Using IPPROTO_UDPLITE in a hint (ai_protocol) for getaddrinfo() is broken, it
never returns meaningful result. That's because the code is searching for
'port/udplite' definitions in the /etc/services file and it has none of that.
RFC 3828 defining UDP-Lite protocol in the section 3.1 says:
The fields Source Port and Destination Port are defined as in the UDP
specification [RFC-768]. UDP-Lite uses the same set of port number
values assigned by the IANA for use by UDP.
This statement is also reasserted by the RFC 6335 (in section 1):
The Lightweight User Datagram Protocol (UDP-Lite) shares the port
space with UDP. The UDP-Lite specification [RFC3828] says: "UDP-Lite
uses the same set of port number values assigned by the IANA for use
by UDP". An update of the UDP procedures therefore also results in a
corresponding update of the UDP-Lite procedures.
So given that UDP-Lite and UDP explicitly share their port number values, I
think it should be fixed in the C library.
The patch attached changes the gaih_inet_typeproto structure to use "udp" name
for UDP-Lite lookups. At the moment this name is only used to search things so
it should be safe to do it this way, although, of course I might be wrong and
there is some other way to fix it.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34775-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 05:34:16 2016
Return-Path: <glibc-bugs-return-34775-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 29822 invoked by alias); 17 Oct 2016 05: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 29586 invoked by uid 48); 17 Oct 2016 05:34:01 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20639] Inconsistency in definitions of fputwc(), putwc() and putwchar() in glibc
Date: Mon, 17 Oct 2016 05:34: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.23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20639-131-hIpMxkIRza@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20639-131@http.sourceware.org/bugzilla/>
References: <bug-20639-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00089.txt.bz2
Content-length: 3376
https://sourceware.org/bugzilla/show_bug.cgi?id=20639
--- Comment #7 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Hi all,
I figured it out.
We may pass a wchar_t variable to putwchar(), putwc() or fputwc() - it does not
have to be wint_t. Consider example 1):
wchar_t wc = L'a';
putwchar(wc);
Analogous non wide-character example 2):
char c = 'b';
putchar(c);
OTOH, we may read a character from a file, like in example 3):
int c = getchar();
putchar(c);
Anyway, why do we need to use type "int" for a character? Because EOF value
cannot
be used with "char", as char does not have free "slots" to carry EOF value.
After
"int" value is compared with "EOF", it is guaranteed to hold one of those
values which "char" can hold. But its type remains "int" anyway.
So, why compiler does not give any conversion warnings in example 2) and 3)?
Why we may pass arguments of type "int" and "char" to putchar()? Answer:
because
when we pass to putchar() the argument of type "char", "char" value is
*promoted*
to "int" value.
In C99, integer promotion is defined in following rule:
If an int can represent all values of the original type, the value is
converted
to an int; otherwise, it is converted to an unsigned int. These are called
the
integer promotions. All other types are unchanged by the integer promotions.
The situation is different for wchar_t and wint_t. Amendment 1 to C90 says
this:
Currently, an existing implementation could have wchar_t be int and wint_t be
long, and default promotions would not change int to long. Basically, this is
due
to wchar_t and wint_t being typedefs. Hence, we will not now have wchar_t be
promoted to wint_t.
So, the functions putwchar(), putwc() and fputwc() must have the argument of
type
either "wchar_t" or "wint_t", and we must be able to pass arguments of type
"wchar_t" and "wint_t" to these functions.
We have two variants:
1) The argument of putwchar(), ... will be of type "wchar_t". In this case we
would
have to cast wint_t to wchar_t.
2) The argument of putwchar(), ... will be of type "wint_t". In this case we
would
have to cast wchar_t to wint_t.
If we have to typecast anyway, it is more logical to choose variant 1), because
only
the value of wchar_t will be used in functions putwchar(), putwc() and
fputwc().
The value of wint_t is used only for checking WEOF, and if it is WEOF, it is
never
passed to these functions.
Likewise, only the value of "char" will be used in putchar(), putc() and
fputc().
The reason why putchar(), putc() and fputc() take argument of type "int" is
that
it works for both "int" and "char", without any extra typecasting.
But there is another question: why if in glibc wchar_t is always 4 bytes,
wchar_t
and wint_t are not one and the same type? There is enough place in 4 bytes to
hold
all ISO 10646 values and WEOF, not depending whether the type is signed or
unsigned,
as explained in comment #5.
So, the example from the first post should be changed to this:
#include <locale.h>
#include <wchar.h>
int main(void)
{
setlocale(LC_CTYPE, "en_US.UTF-8");
putwchar((wchar_t)getwchar());
return 0;
}
Now there are no compiler warnings when -Wconversion is used.
The bugreport may be closed.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34776-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 07:06:47 2016
Return-Path: <glibc-bugs-return-34776-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 47830 invoked by alias); 17 Oct 2016 07:06:47 -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 47597 invoked by uid 48); 17 Oct 2016 07:06:34 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 17 Oct 2016 07:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: attachments.created
Message-ID: <bug-20677-131-OKUmaeyhte@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00090.txt.bz2
Content-length: 955
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #5 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Created attachment 9562
--> https://sourceware.org/bugzilla/attachment.cgi?id=9562&action=edit
do not use fdopen on not-oriented streams
Hi all,
Attached is the new patch. I tested this patch and it works good. Specifically,
the output from example 3) now is:
$ ./a.out 2>/dev/null
initial fwide: 0
fwide: 0
In comparison with the previous patch, this patch corrects these things:
1) get rid of "perror_internal" (because it is used only once);
2) fix "write" of newline character;
3) use internal "__write"
4) add verbose comments
What is your opinion about this patch? Especially, I'd like to know what to do
if "__write()" fails and whether "if (_IO_ferror_unlocked(fp))" test may be
safely deleted.
Regards,
Igor
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34777-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 07:27:43 2016
Return-Path: <glibc-bugs-return-34777-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 2202 invoked by alias); 17 Oct 2016 07:27:42 -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 1964 invoked by uid 48); 17 Oct 2016 07:27:30 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 17 Oct 2016 07:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20677-131-QqHLkbPWIt@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00091.txt.bz2
Content-length: 373
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #6 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Igor Liferenko from comment #5)
> What is your opinion about this patch?
See comment 2. You cannot assume stderr is backed by a POSIX file descriptor.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34778-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 07:57:01 2016
Return-Path: <glibc-bugs-return-34778-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 15358 invoked by alias); 17 Oct 2016 07:57:00 -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 15141 invoked by uid 48); 17 Oct 2016 07:56:46 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 17 Oct 2016 07:57:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20677-131-6007seEU1x@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00092.txt.bz2
Content-length: 352
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #7 from Igor Liferenko <igor.liferenko at gmail dot com> ---
It is true. But this patch does not get things worse than they are now -
current code does use fileno anyway. What should be done about this?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34779-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 08:18:00 2016
Return-Path: <glibc-bugs-return-34779-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 110178 invoked by alias); 17 Oct 2016 08:17:59 -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 109949 invoked by uid 48); 17 Oct 2016 08:17:46 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Mon, 17 Oct 2016 08:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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:
Message-ID: <bug-20677-131-r9K49Rpwjv@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00093.txt.bz2
Content-length: 870
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #8 from Igor Liferenko <igor.liferenko at gmail dot com> ---
This little program demonstrates that the idea with "write()" works perfectly:
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
int main(void)
{
int fd;
int fd2;
char buf[200];
int n;
char fname[] = "/tmp/tst-perror.XXXXXX";
fd = mkstemp (fname);
fclose (stderr);
dup2 (fd, 2);
stderr = fdopen (2, "w");
fd2 = fileno(stderr);
char *s = "this is a test\n";
n = write(fd2, s, strlen(s));
fprintf(stderr, "multibyte string\n");
fclose (stderr);
lseek (fd, 0, SEEK_SET);
n = read (fd, buf, sizeof (buf));
printf("%.*s", (int) n, buf);
close (fd);
return 0;
}
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34780-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 19:10:41 2016
Return-Path: <glibc-bugs-return-34780-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 37023 invoked by alias); 17 Oct 2016 19:10:41 -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 36828 invoked by uid 48); 17 Oct 2016 19:10:28 -0000
From: "mike at php dot net" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] New: gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Mon, 17 Oct 2016 19:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mike at php dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created
Message-ID: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00094.txt.bz2
Content-length: 1636
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
Bug ID: 20707
Summary: gl_pathv entries not set to NULL with GLOB_DOOFFS
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: glob
Assignee: unassigned at sourceware dot org
Reporter: mike at php dot net
Target Milestone: ---
Created attachment 9568
--> https://sourceware.org/bugzilla/attachment.cgi?id=9568&action=edit
test program
When calling `glob(pattern, GLOB_DOOFFS, NULL, &gl)` where `gl.gl_offs>0`,
program flow does not ensure that `gl.gl_pathv[0..gl_offs]` entries are
actually set to NULL, while POSIX as well as Linux man pages say that the
reserved slots contain NULL pointers.
Allocation of gl_pathv does actually happen at [1] with an `realloc(NULL)` not
at [2] where initialization of `gl_pathv[0..gl_offs]` happens.
I made this observation by accident, noticing that a random count of reserved
elements of `gl_pathv` point to random addresses.
The attached test program crashes using address sanitizer, to be built with
`-fsanitize=address -lasan`.
Thanks for your time.
[1]
https://sourceware.org/git/?p=glibc.git;a=blob;f=posix/glob.c;h=ea4b0b61eb17fd38a7dc379e018e1b92abdf29a9;hb=fdfc9260b61d3d72541f18104d24c7bcb0ce5ca2#l1007
[2]
https://sourceware.org/git/?p=glibc.git;a=blob;f=posix/glob.c;h=ea4b0b61eb17fd38a7dc379e018e1b92abdf29a9;hb=fdfc9260b61d3d72541f18104d24c7bcb0ce5ca2#l478
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34781-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 19:27:40 2016
Return-Path: <glibc-bugs-return-34781-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 84109 invoked by alias); 17 Oct 2016 19:27:40 -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 83832 invoked by uid 48); 17 Oct 2016 19:27:27 -0000
From: "hjl.tools at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/20708] New: Extra test failures with LD_BNID_NOW=1
Date: Mon, 17 Oct 2016 19:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: dynamic-link
X-Bugzilla-Version: 2.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-20708-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00095.txt.bz2
Content-length: 899
https://sourceware.org/bugzilla/show_bug.cgi?id=20708
Bug ID: 20708
Summary: Extra test failures with LD_BNID_NOW=1
Product: glibc
Version: 2.25
Status: NEW
Severity: normal
Priority: P2
Component: dynamic-link
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
On x86-64, LD_BNID_NOW=1 causes extra test failures:
FAIL: elf/circleload1
FAIL: elf/constload1
FAIL: elf/dblload
FAIL: elf/dblunload
FAIL: elf/lateglobal
FAIL: elf/reldep6
FAIL: elf/resolvfail
FAIL: elf/tst-audit4
FAIL: elf/tst-audit5
FAIL: elf/tst-audit6
FAIL: elf/tst-audit7
FAIL: elf/tst-global1
Most of them are due to dependency issues. Are they expected to fail
with LD_BIND_NOW?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34782-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 19:41:22 2016
Return-Path: <glibc-bugs-return-34782-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 60283 invoked by alias); 17 Oct 2016 19:41:21 -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 60045 invoked by uid 48); 17 Oct 2016 19:41:08 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Mon, 17 Oct 2016 19:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20707-131-DlXwtkWX7y@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00096.txt.bz2
Content-length: 695
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WORKSFORME
--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> ---
I cannot reproduce that. gl_pathv is always first initialized with gl_offs+1
null pointers. The only way to skip the first assignment is to use
GLOB_APPEND, but that would be an invalid use.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34783-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:13:31 2016
Return-Path: <glibc-bugs-return-34783-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 33597 invoked by alias); 17 Oct 2016 22:13:31 -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 33433 invoked by uid 48); 17 Oct 2016 22:13:18 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-1Pkyk270Hb@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00097.txt.bz2
Content-length: 855
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9122|0 |1
is obsolete| |
--- Comment #53 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9569
--> https://sourceware.org/bugzilla/attachment.cgi?id=9569&action=edit
Proposed solution: support alternative month names (version 3)
Here is the new patch set including backward compatibility via the function
versioning.
This first patch is actually the same as the one in comment 45, it's only
rebased.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34784-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:18:22 2016
Return-Path: <glibc-bugs-return-34784-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 38985 invoked by alias); 17 Oct 2016 22:18:22 -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 38721 invoked by uid 48); 17 Oct 2016 22:18:09 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-10871-131-244MgZ3Ygc@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00098.txt.bz2
Content-length: 772
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #54 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9570
--> https://sourceware.org/bugzilla/attachment.cgi?id=9570&action=edit
Provide backward compatibility for nl_langinfo family
As requested in [1] and [2] this patch defines backward compatible versions of
nl_langinfo() and nl_langinfo_l(). Is this sufficient? Can we assume that
__nl_langinfo_l() is a private API (even if visible in public) and it is not
guaranteed to be backward compatible?
[1] https://sourceware.org/ml/libc-alpha/2016-06/msg00009.html
[2] https://sourceware.org/ml/libc-alpha/2016-06/msg00019.html
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34785-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:19:51 2016
Return-Path: <glibc-bugs-return-34785-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 43272 invoked by alias); 17 Oct 2016 22:19:51 -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 43065 invoked by uid 48); 17 Oct 2016 22:19:38 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-10871-131-e000w6dkyc@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00099.txt.bz2
Content-length: 424
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #55 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9571
--> https://sourceware.org/bugzilla/attachment.cgi?id=9571&action=edit
Rebuild abilists to reflect nl_langinfo changes
The changes in this patch are automatically generated.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34786-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:24:03 2016
Return-Path: <glibc-bugs-return-34786-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 47919 invoked by alias); 17 Oct 2016 22:24:02 -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 47277 invoked by uid 48); 17 Oct 2016 22:23:49 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:24:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-SuBoeYMYEy@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00100.txt.bz2
Content-length: 815
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9123|0 |1
is obsolete| |
--- Comment #56 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9572
--> https://sourceware.org/bugzilla/attachment.cgi?id=9572&action=edit
Add tests for alternative month names (v3)
Actually it's the same as the patch provided in comment 46, the only difference
is that the subject line says it's PATCH 04/11 rather than PATCH 2/6.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34787-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:28:12 2016
Return-Path: <glibc-bugs-return-34787-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 63719 invoked by alias); 17 Oct 2016 22:28: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 62843 invoked by uid 48); 17 Oct 2016 22:27:59 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:28:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-y6nWoh5kPX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00101.txt.bz2
Content-length: 833
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9124|0 |1
is obsolete| |
--- Comment #57 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9573
--> https://sourceware.org/bugzilla/attachment.cgi?id=9573&action=edit
Proposed solution: implement the %OB format specifier (v3)
Actually it's the same patch as the one provided in comment 47, the only
difference is that the subject line says it's PATCH 05/11 rather than PATCH
3/6.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34788-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:35:57 2016
Return-Path: <glibc-bugs-return-34788-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 93224 invoked by alias); 17 Oct 2016 22:35:56 -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 93015 invoked by uid 55); 17 Oct 2016 22:35:44 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:35:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: joseph at codesourcery dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-10871-131-XszyTMSpzK@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00102.txt.bz2
Content-length: 488
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #58 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
__nl_langinfo_l is at a public symbol version and used by libstdc++
(libstdc++ needs to use internal symbols like that for namespace reasons;
indeed, we probably need to add more such exports for libstdc++ use). It
needs to stay backward compatible.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34789-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:47:54 2016
Return-Path: <glibc-bugs-return-34789-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 106714 invoked by alias); 17 Oct 2016 22:47:53 -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 106563 invoked by uid 48); 17 Oct 2016 22:47:40 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-10871-131-liGiaPPy36@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00103.txt.bz2
Content-length: 1157
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #59 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9574
--> https://sourceware.org/bugzilla/attachment.cgi?id=9574&action=edit
Provide backward compatibility for strftime family
This patch provides backward compatibility feature for the functions:
strftime(), strftime_l(), wcsftime(), and wcsftime_l(). The backward compatible
versions ignore the %OB format specifier and for the format specifier %B return
the same results as %OB does for the new version.
Is this sufficient? This patch does not provide the backward compatibility for
strptime() and strptime_l(). Do we need a backward compatible version? The
possible backward compatible version would:
* return an error code if %OB format specifier is found,
* match the month names only against the nominative form (but since the month
is recognized after the longest matching substring at the beginning the results
will be usually the same no matter if we match nominative or genitive cases).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34790-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:51:50 2016
Return-Path: <glibc-bugs-return-34790-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 113222 invoked by alias); 17 Oct 2016 22:51:50 -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 112990 invoked by uid 48); 17 Oct 2016 22:51:37 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-10871-131-cyoMJLUILQ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00104.txt.bz2
Content-length: 463
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #60 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9575
--> https://sourceware.org/bugzilla/attachment.cgi?id=9575&action=edit
Rebuild abilists to reflect strftime family changes
Same as the patch in comment 55, this patch contains the automatically
generated changes.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34791-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:57:00 2016
Return-Path: <glibc-bugs-return-34791-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 120658 invoked by alias); 17 Oct 2016 22:56:59 -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 120458 invoked by uid 48); 17 Oct 2016 22:56:47 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-F4ToBaRJS3@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00105.txt.bz2
Content-length: 915
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9125|0 |1
is obsolete| |
--- Comment #61 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9576
--> https://sourceware.org/bugzilla/attachment.cgi?id=9576&action=edit
Alternative month names NLS data (Polish, v3)
This patch has been rebased against the current master.
As previously, you can treat this patch as a test data. You can provide the
updated locales from more reliable source but you will not see the effect of
the change without the updated locale.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34792-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:58:03 2016
Return-Path: <glibc-bugs-return-34792-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 125519 invoked by alias); 17 Oct 2016 22:58:02 -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 123158 invoked by uid 48); 17 Oct 2016 22:57:47 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:58:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-8RHWZX2olo@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00106.txt.bz2
Content-length: 690
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9126|0 |1
is obsolete| |
--- Comment #62 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9577
--> https://sourceware.org/bugzilla/attachment.cgi?id=9577&action=edit
Alternative month names NLS data (Russian, v3)
Same comment as above.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34793-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 22:59:11 2016
Return-Path: <glibc-bugs-return-34793-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 127763 invoked by alias); 17 Oct 2016 22:59:11 -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 127463 invoked by uid 48); 17 Oct 2016 22:58:58 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 22:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-10871-131-KPm8KTXWyf@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00107.txt.bz2
Content-length: 692
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
Rafal Luzynski <digitalfreak at lingonborough dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9127|0 |1
is obsolete| |
--- Comment #63 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9578
--> https://sourceware.org/bugzilla/attachment.cgi?id=9578&action=edit
Alternative month names NLS data (Ukrainian, v3)
Same comment as above.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34794-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 23:01:33 2016
Return-Path: <glibc-bugs-return-34794-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 130106 invoked by alias); 17 Oct 2016 23:01:32 -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 129925 invoked by uid 48); 17 Oct 2016 23:01:20 -0000
From: "digitalfreak at lingonborough dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases
Date: Mon, 17 Oct 2016 23:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: digitalfreak at lingonborough dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: libc-locales at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-10871-131-xcQWWRmf8Q@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-10871-131@http.sourceware.org/bugzilla/>
References: <bug-10871-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00108.txt.bz2
Content-length: 482
https://sourceware.org/bugzilla/show_bug.cgi?id=10871
--- Comment #64 from Rafal Luzynski <digitalfreak at lingonborough dot com> ---
Created attachment 9579
--> https://sourceware.org/bugzilla/attachment.cgi?id=9579&action=edit
Alternative month names NLS data (Czech)
New bonus: this patch contains an example of NLS data containing nominative and
genitive month names in Czech. Enjoy!
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34795-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 17 23:41:18 2016
Return-Path: <glibc-bugs-return-34795-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 80158 invoked by alias); 17 Oct 2016 23:41:18 -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 79969 invoked by uid 55); 17 Oct 2016 23:41:00 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20689] Test for FMA should also check for AVX.
Date: Mon, 17 Oct 2016 23:41: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.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: cvs-commit 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:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20689-131-tO2zG6nnHu@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20689-131@http.sourceware.org/bugzilla/>
References: <bug-20689-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00109.txt.bz2
Content-length: 2150
https://sourceware.org/bugzilla/show_bug.cgi?id=20689
--- Comment #1 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 b3d17c1cf29ac8cd6b2fcd1db7d824e4af9ea505 (commit)
from 6f322a894704e7959b9cee7c2cc7ec1963a26e73 (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=b3d17c1cf29ac8cd6b2fcd1db7d824e4af9ea505
commit b3d17c1cf29ac8cd6b2fcd1db7d824e4af9ea505
Author: Carlos O'Donell <carlos@systemhalted.org>
Date: Mon Oct 17 19:35:34 2016 -0400
Bug 20689: Fix FMA and AVX2 detection on Intel
In the Intel Architecture Instruction Set Extensions Programming
reference the recommended way to test for FMA in section
'2.2.1 Detection of FMA' is:
"Application Software must identify that hardware supports AVX as
explained in ... after that it must also detect support for FMA..."
We don't do that in glibc. We use osxsave to detect the use of xgetbv,
and after that we check for AVX and FMA orthogonally. It is conceivable
that you could have the AVX bit clear and the FMA bit in an undefined
state.
This commit fixes FMA and AVX2 detection to depend on usable AVX
as required by the recommended Intel sequences.
v1: https://www.sourceware.org/ml/libc-alpha/2016-10/msg00241.html
v2: https://www.sourceware.org/ml/libc-alpha/2016-10/msg00265.html
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 6 ++++++
sysdeps/x86/cpu-features.c | 24 ++++++++++++++----------
2 files changed, 20 insertions(+), 10 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34796-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 02:05:48 2016
Return-Path: <glibc-bugs-return-34796-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 40963 invoked by alias); 18 Oct 2016 02:05:47 -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 38081 invoked by uid 48); 18 Oct 2016 02:05:31 -0000
From: "igor.liferenko at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20677] perror() changes orientation of stream when it is redirected
Date: Tue, 18 Oct 2016 02:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: igor.liferenko at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: attachments.created
Message-ID: <bug-20677-131-sqHzZ0irui@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20677-131@http.sourceware.org/bugzilla/>
References: <bug-20677-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00110.txt.bz2
Content-length: 628
https://sourceware.org/bugzilla/show_bug.cgi?id=20677
--- Comment #9 from Igor Liferenko <igor.liferenko at gmail dot com> ---
Created attachment 9580
--> https://sourceware.org/bugzilla/attachment.cgi?id=9580&action=edit
added TODO about streams which are not backed by a POSIX file descriptor
Hi,
This is the new patch.
I added comment with TODO about the streams which are not backed by a POSIX
file descriptor.
Please somebody say if this patch is correct and if you will consider applying
it sometime in the future.
Thanks,
Igor
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34797-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 02:43:31 2016
Return-Path: <glibc-bugs-return-34797-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 130738 invoked by alias); 18 Oct 2016 02:43:30 -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 130525 invoked by uid 48); 18 Oct 2016 02:43:17 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20689] Test for FMA should also check for AVX.
Date: Tue, 18 Oct 2016 02:43: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.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: carlos at redhat dot com
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:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20689-131-SDlRQufEsw@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20689-131@http.sourceware.org/bugzilla/>
References: <bug-20689-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00111.txt.bz2
Content-length: 518
https://sourceware.org/bugzilla/show_bug.cgi?id=20689
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #2 from Carlos O'Donell <carlos at redhat dot com> ---
Fixed in 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34798-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 06:14:48 2016
Return-Path: <glibc-bugs-return-34798-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 115664 invoked by alias); 18 Oct 2016 06:14:47 -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 115536 invoked by uid 48); 18 Oct 2016 06:14:37 -0000
From: "mike at php dot net" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Tue, 18 Oct 2016 06:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mike at php dot net
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20707-131-Hn5Hs9Lqf1@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00112.txt.bz2
Content-length: 1844
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
--- Comment #2 from Michael Wallner <mike at php dot net> ---
Hmmm, did you try and run the test program? Without the sanitizer, it's not
always observable, because the allocated memory may only contain NULs.
Here's what I get, reproducibly:
$ make -B && ./main
cc -fsanitize=address -Wall -c -o main.o main.c
cc -lasan main.o -o main
ASAN:DEADLYSIGNAL
=================================================================
==6998==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc
0x7fe795439376 bp 0x7fffbc2d0a10 sp 0x7fffbc2d0168 T0)
#0 0x7fe795439375 in strlen (/usr/lib/libc.so.6+0x80375)
#1 0x7fe7957ad65b in unpoison_glob_t
/build/gcc/src/gcc/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:1658
#2 0x7fe7957ae0df in __interceptor_glob
/build/gcc/src/gcc/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:1719
#3 0x400ad5 in main (/home/mike/tmp/glob-test/main+0x400ad5)
#4 0x7fe7953d9290 in __libc_start_main ../csu/libc-start.c:289
#5 0x400909 in _start (/home/mike/tmp/glob-test/main+0x400909)
AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/usr/lib/libc.so.6+0x80375) in strlen
==6998==ABORTING
$ cat Makefile
CFLAGS ?= -fsanitize=address -Wall
LDFLAGS ?= -lasan
main: main.o
$ gcc --version
gcc (GCC) 6.2.1 20160830
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34799-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 06:26:14 2016
Return-Path: <glibc-bugs-return-34799-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 21276 invoked by alias); 18 Oct 2016 06:26:13 -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 18131 invoked by uid 48); 18 Oct 2016 06:26:01 -0000
From: "mike at php dot net" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Tue, 18 Oct 2016 06:26:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mike at php dot net
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20707-131-vFARCT93bm@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00113.txt.bz2
Content-length: 300
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
--- Comment #3 from Michael Wallner <mike at php dot net> ---
Let the call be `glob("*.{,c}", GLOB_BRACE|GLOB_DOOFFS, NULL, g_ptr);` to even
see it in valgrind.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34800-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 06:28:06 2016
Return-Path: <glibc-bugs-return-34800-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 23774 invoked by alias); 18 Oct 2016 06:28:06 -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 23024 invoked by uid 48); 18 Oct 2016 06:27:52 -0000
From: "mike at php dot net" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Tue, 18 Oct 2016 06:28:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mike at php dot net
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20707-131-UUJklmeg2E@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00114.txt.bz2
Content-length: 4133
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
--- Comment #4 from Michael Wallner <mike at php dot net> ---
Here's the result of a valgrind run (from a build without ASAN):
$ valgrind --tool=memcheck --leak-check=full --track-origins=yes
--show-reachable=yes --expensive-definedness-checks=yes ./main
==9214== Memcheck, a memory error detector
==9214== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==9214== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==9214== Command: ./main
==9214==
==9214== Use of uninitialised value of size 8
==9214== at 0x4C2CD92: strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4E7DD62: vfprintf (vfprintf.c:1637)
==9214== by 0x4E841B8: printf (printf.c:33)
==9214== by 0x40065A: main (main.c:18)
==9214== Uninitialised value was created by a heap allocation
==9214== at 0x4C29BBE: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4C2BC5E: realloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EEFA77: glob_in_dir (glob.c:1669)
==9214== by 0x4EF0B20: glob (glob.c:1217)
==9214== by 0x4EF0363: glob (glob.c:425)
==9214== by 0x40061B: main (main.c:14)
==9214==
==9214== Use of uninitialised value of size 8
==9214== at 0x4C2CDA4: strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4E7DD62: vfprintf (vfprintf.c:1637)
==9214== by 0x4E841B8: printf (printf.c:33)
==9214== by 0x40065A: main (main.c:18)
==9214== Uninitialised value was created by a heap allocation
==9214== at 0x4C29BBE: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4C2BC5E: realloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EEFA77: glob_in_dir (glob.c:1669)
==9214== by 0x4EF0B20: glob (glob.c:1217)
==9214== by 0x4EF0363: glob (glob.c:425)
==9214== by 0x40061B: main (main.c:14)
==9214==
==9214== Use of uninitialised value of size 8
==9214== at 0x4C31058: __GI_mempcpy (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EA7DE3: _IO_file_xsputn@@GLIBC_2.2.5 (fileops.c:1327)
==9214== by 0x4E7DB9A: vfprintf (vfprintf.c:1637)
==9214== by 0x4E841B8: printf (printf.c:33)
==9214== by 0x40065A: main (main.c:18)
==9214== Uninitialised value was created by a heap allocation
==9214== at 0x4C29BBE: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4C2BC5E: realloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EEFA77: glob_in_dir (glob.c:1669)
==9214== by 0x4EF0B20: glob (glob.c:1217)
==9214== by 0x4EF0363: glob (glob.c:425)
==9214== by 0x40061B: main (main.c:14)
==9214==
==9214== Use of uninitialised value of size 8
==9214== at 0x4C31068: __GI_mempcpy (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EA7DE3: _IO_file_xsputn@@GLIBC_2.2.5 (fileops.c:1327)
==9214== by 0x4E7DB9A: vfprintf (vfprintf.c:1637)
==9214== by 0x4E841B8: printf (printf.c:33)
==9214== by 0x40065A: main (main.c:18)
==9214== Uninitialised value was created by a heap allocation
==9214== at 0x4C29BBE: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4C2BC5E: realloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9214== by 0x4EEFA77: glob_in_dir (glob.c:1669)
==9214== by 0x4EF0B20: glob (glob.c:1217)
==9214== by 0x4EF0363: glob (glob.c:425)
==9214== by 0x40061B: main (main.c:14)
==9214==
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34801-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 15:14:31 2016
Return-Path: <glibc-bugs-return-34801-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 34087 invoked by alias); 18 Oct 2016 15:14:30 -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 33733 invoked by uid 48); 18 Oct 2016 15:14:17 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/18243] sem_wait, sem_timedwait are cancellation points shm_open is not
Date: Tue, 18 Oct 2016 15:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: target_milestone
Message-ID: <bug-18243-131-fQMo6crRJh@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-18243-131@http.sourceware.org/bugzilla/>
References: <bug-18243-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00115.txt.bz2
Content-length: 373
https://sourceware.org/bugzilla/show_bug.cgi?id=18243
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |2.25
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34802-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 18 15:14:42 2016
Return-Path: <glibc-bugs-return-34802-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 34407 invoked by alias); 18 Oct 2016 15:14:42 -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 34057 invoked by uid 48); 18 Oct 2016 15:14:29 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20689] Test for FMA should also check for AVX.
Date: Tue, 18 Oct 2016 15:14: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.25
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: jsm28 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: 2.25
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: target_milestone
Message-ID: <bug-20689-131-LtEye3hAKs@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20689-131@http.sourceware.org/bugzilla/>
References: <bug-20689-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00116.txt.bz2
Content-length: 373
https://sourceware.org/bugzilla/show_bug.cgi?id=20689
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |2.25
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34803-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 06:45:38 2016
Return-Path: <glibc-bugs-return-34803-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 64460 invoked by alias); 19 Oct 2016 06:45:37 -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 64279 invoked by uid 48); 19 Oct 2016 06:45:22 -0000
From: "mike at php dot net" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Wed, 19 Oct 2016 06:45:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mike at php dot net
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WORKSFORME
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20707-131-Di7OL5nIcd@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00117.txt.bz2
Content-length: 498
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
--- Comment #5 from Michael Wallner <mike at php dot net> ---
Hi, is there still anyone listening? I'm apparently not allowed to reopen this
bug.
As already mentioned in comment #3, the faulty behavior can be reproducibly
triggered by GLOB_BRACE|GLOB_DOOFFS.
And comment #4 shows, that the alloc actually happens in glob_in_dir by a
realloc(NULL).
Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34804-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 07:18:38 2016
Return-Path: <glibc-bugs-return-34804-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 30470 invoked by alias); 19 Oct 2016 07:18:38 -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 30301 invoked by uid 48); 19 Oct 2016 07:18:25 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nss/20690] getaddrinfo() for IPPROTO_UDPLITE
Date: Wed, 19 Oct 2016 07:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nss
X-Bugzilla-Version: 2.26
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
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 flagtypes.name
Message-ID: <bug-20690-131-DsmB81H2JV@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20690-131@http.sourceware.org/bugzilla/>
References: <bug-20690-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00118.txt.bz2
Content-length: 456
https://sourceware.org/bugzilla/show_bug.cgi?id=20690
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34805-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 09:26:36 2016
Return-Path: <glibc-bugs-return-34805-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 29777 invoked by alias); 19 Oct 2016 09:26:35 -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 29648 invoked by uid 48); 19 Oct 2016 09:26:23 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug glob/20707] gl_pathv entries not set to NULL with GLOB_DOOFFS
Date: Wed, 19 Oct 2016 09:26:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: glob
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: REOPENED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on resolution everconfirmed
Message-ID: <bug-20707-131-81GzJbHRln@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20707-131@http.sourceware.org/bugzilla/>
References: <bug-20707-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00119.txt.bz2
Content-length: 615
https://sourceware.org/bugzilla/show_bug.cgi?id=20707
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Last reconfirmed| |2016-10-19
Resolution|WORKSFORME |---
Ever confirmed|0 |1
--- Comment #6 from Andreas Schwab <schwab@linux-m68k.org> ---
Reopening.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34806-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 10:52:37 2016
Return-Path: <glibc-bugs-return-34806-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 88239 invoked by alias); 19 Oct 2016 10:52:36 -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 88074 invoked by uid 48); 19 Oct 2016 10:52:24 -0000
From: "markus at trippelsdorf dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] New: iszero macro breaks existing code
Date: Wed, 19 Oct 2016 10:52:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: markus at trippelsdorf dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00120.txt.bz2
Content-length: 821
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Bug ID: 20715
Summary: iszero macro breaks existing code
Product: glibc
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: math
Assignee: unassigned at sourceware dot org
Reporter: markus at trippelsdorf dot de
CC: jsm28 at gcc dot gnu.org
Target Milestone: ---
sage-7.4 (http://www.sagemath.org/) was released today and I tried
to build it from source on a system running glibc trunk.
The new iszero macro breaks many C/C++ packages that define their own iszero
function.
I had to delete the macro from /usr/include/math.h...
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34807-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 11:27:25 2016
Return-Path: <glibc-bugs-return-34807-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 39373 invoked by alias); 19 Oct 2016 11:27:24 -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 39158 invoked by uid 48); 19 Oct 2016 11:27:11 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Wed, 19 Oct 2016 11:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20715-131-sAI41zy6yr@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00121.txt.bz2
Content-length: 963
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
Not a bug. TS 18661-1 was released in 2014. Packages using _GNU_SOURCE need
to update from time to time for new APIs added to _GNU_SOURCE, whether from new
(or not-so-new) standards as in this case or GNU-specific - whether through
renaming their own iszero function or using #undef. (Formally #undef of a
macro-only interface, as opposed to a macro version of a standard library
function, is not defined in ISO C, but in practice it will work for iszero.)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34808-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 15:44:52 2016
Return-Path: <glibc-bugs-return-34808-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 8167 invoked by alias); 19 Oct 2016 15:44:52 -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 8010 invoked by uid 48); 19 Oct 2016 15:44:36 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20718] New: [powerpc] copysignl raises "invalid" for sNaN
Date: Wed, 19 Oct 2016 15:44:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone cf_gcchost
Message-ID: <bug-20718-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00122.txt.bz2
Content-length: 1483
https://sourceware.org/bugzilla/show_bug.cgi?id=20718
Bug ID: 20718
Summary: [powerpc] copysignl raises "invalid" for sNaN
Product: glibc
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: math
Assignee: unassigned at sourceware dot org
Reporter: jsm28 at gcc dot gnu.org
Target Milestone: ---
Host: powerpc*-*-*
The powerpc implementations of copysignl, both powerpc32 and powerpc64, raise a
spurious "invalid" exception when the first argument is a signaling NaN.
Failure: copysign (sNaN, 0): Exception "Invalid operation" set
Failure: copysign (sNaN, -0): Exception "Invalid operation" set
Failure: copysign (-sNaN, 0): Exception "Invalid operation" set
Failure: copysign (-sNaN, -0): Exception "Invalid operation" set
Failure: copysign (sNaN, qNaN): Exception "Invalid operation" set
Failure: copysign (sNaN, -qNaN): Exception "Invalid operation" set
Failure: copysign (-sNaN, qNaN): Exception "Invalid operation" set
Failure: copysign (-sNaN, -qNaN): Exception "Invalid operation" set
Failure: copysign (sNaN, sNaN): Exception "Invalid operation" set
Failure: copysign (sNaN, -sNaN): Exception "Invalid operation" set
Failure: copysign (-sNaN, sNaN): Exception "Invalid operation" set
Failure: copysign (-sNaN, -sNaN): Exception "Invalid operation" set
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34809-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 18:04:30 2016
Return-Path: <glibc-bugs-return-34809-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 21471 invoked by alias); 19 Oct 2016 18:04:30 -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 21235 invoked by uid 48); 19 Oct 2016 18:04:18 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] New: glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Wed, 19 Oct 2016 18:04:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget flagtypes.name attachments.created
Message-ID: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00123.txt.bz2
Content-length: 1671
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
Bug ID: 20719
Summary: glibc: canceled pthread_cond_wait invokes wrong
internal cleanup handler, leading to OOB write
Product: glibc
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
Component: nptl
Assignee: unassigned at sourceware dot org
Reporter: fweimer at redhat dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
Target: i686
Flags: security?
Created attachment 9581
--> https://sourceware.org/bugzilla/attachment.cgi?id=9581&action=edit
tst-cancel-cond.c
The attached test case occasionally writes to info.pad member during the
pthread_cond_wait function call, and not to the info.cond and info.mutex
members.
The proximate cause is that __condvar_w_cleanup2 is called with the original
(not incremented) value of %ebx.
I can reproduce the stray write under GDB with a hardware watchpoint on
info.pad, or with a conditional breakpoint on __condvar_w_cleanup2, checking
for the expected value of %ebx.
The root cause is still unclear. It happens with a wide range of glibc
versions. We initially saw this on a 2.12-derived glibc without the fix for
bug 14477, compiled with 4.4.7-derived GCC. I can reproduce it on Fedora 2.23
i386 (glibc 2.22, GCC 5.3.1). Potential root causes are incorrect register
restoration in the unwind code (both glibc and libgcc), or invalid manually
written unwind data in pthread_cond_wait.S.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34810-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 18:35:21 2016
Return-Path: <glibc-bugs-return-34810-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 57988 invoked by alias); 19 Oct 2016 18:35:20 -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 57862 invoked by uid 48); 19 Oct 2016 18:35:08 -0000
From: "john.ata at baesystems dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20720] New: ntfw with FTW_CHDIR and FTW_DEPTH can't back out of a tree properly giving ENOENT
Date: Wed, 19 Oct 2016 18:35:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: john.ata at baesystems dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone attachments.created
Message-ID: <bug-20720-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00124.txt.bz2
Content-length: 1882
https://sourceware.org/bugzilla/show_bug.cgi?id=20720
Bug ID: 20720
Summary: ntfw with FTW_CHDIR and FTW_DEPTH can't back out of a
tree properly giving ENOENT
Product: glibc
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: john.ata at baesystems dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
Created attachment 9582
--> https://sourceware.org/bugzilla/attachment.cgi?id=9582&action=edit
Test case showing nftw failure with relative names climbing out of
subdirectories
When using nftw with glibc, there appears to be a problem when using FTW_CHDIR
with FTW_DEPTH regarding climbing from the descent. After processing a
directory's contents, it should change working directory back to the parent
before processing the directory since the filename(path+ftwbuf.base) would be
relative to the parent. Not doing so results in ENOENT being returned when
processing the directory (after contents) while still being in that directory.
I'm enclosing a testcase. Output looks:
Processing f2 in working dir /tmp/stest_dir/d1
Processing d1 in working dir /tmp/stest_dir/d1
Oops...relative path does not exist in current directory: No such file or
directory
Processing f1 in working dir /tmp/stest_dir
Processing stest_dir in working dir /tmp/stest_dir
Oops...relative path does not exist in current directory: No such file or
directory
Expected output is:
Processing f2 in working dir /tmp/stest_dir/d1
Processing d1 in working dir /tmp/stest_dir
Processing f1 in working dir /tmp/stest_dir
Processing stest_dir in working dir /tmp
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34811-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 20:02:57 2016
Return-Path: <glibc-bugs-return-34811-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 108517 invoked by alias); 19 Oct 2016 20:02:54 -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 108316 invoked by uid 48); 19 Oct 2016 20:02:38 -0000
From: "tg at mirbsd dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20720] ntfw with FTW_CHDIR and FTW_DEPTH can't back out of a tree properly giving ENOENT
Date: Wed, 19 Oct 2016 20:02: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tg at mirbsd dot de
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20720-131-4u4h3vSsmM@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20720-131@http.sourceware.org/bugzilla/>
References: <bug-20720-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00125.txt.bz2
Content-length: 1963
https://sourceware.org/bugzilla/show_bug.cgi?id=20720
Thorsten Glaser <tg at mirbsd dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tg at mirbsd dot de
--- Comment #1 from Thorsten Glaser <tg at mirbsd dot de> ---
This bugreport appears legit, but the expected output is not:
tg@blau:~ $ ./x
Processing f2 in working dir /tmp/stest_dir/d1
Processing d1 in working dir /tmp/stest_dir
Processing f1 in working dir /tmp/stest_dir
Processing stest_dir in working dir /home/tg
Oops...relative path does not exist in current directory: No such file or
directory
Rationale:
When dropping FTW_DEPTH (post-order), the output (on BSD) is the same
as above, just reversed, as it should be:
Processing stest_dir in working dir /home/tg
Oops...relative path does not exist in current directory: No such file or
directory
Processing d1 in working dir /tmp/stest_dir
Processing f2 in working dir /tmp/stest_dir/d1
Processing f1 in working dir /tmp/stest_dir
The (BSD) documentation for nftw(3) states that:
FTW_CHDIR Change to a directory before reading it. By default, nftw()
will change its starting directory. The current working direc-
tory will be restored to its original value before nftw() re-
turns.
So, the initial path (/tmp/stest_dir) can be returned before the
/tmp/stest_dir directory itself needs to be read (as it is read
from /tmp, not from /tmp/stest_dir), so nftw() does not need to
chdir() into /tmp/stest_dir before emitting /tmp/stest_dir, and
requesting it to chdir() into /tmp *at all* during processing
of your request is actively wrong.
By the way, open() takes three arguments when O_CREAT is used,
so, strictly speaking, your testcase is undefined.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34812-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 22:10:31 2016
Return-Path: <glibc-bugs-return-34812-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 60612 invoked by alias); 19 Oct 2016 22:10:28 -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 60476 invoked by uid 48); 19 Oct 2016 22:10:13 -0000
From: "john.ata at baesystems dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20720] ntfw with FTW_CHDIR and FTW_DEPTH can't back out of a tree properly giving ENOENT
Date: Wed, 19 Oct 2016 22:10: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: john.ata at baesystems dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20720-131-mzOqvrhlgU@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20720-131@http.sourceware.org/bugzilla/>
References: <bug-20720-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00126.txt.bz2
Content-length: 2339
https://sourceware.org/bugzilla/show_bug.cgi?id=20720
--- Comment #2 from John Ata <john.ata at baesystems dot com> ---
>> This bugreport appears legit, but the expected output is not
This output was obtained on Linux (both RHEL 7 and Mint 17.3). I didn't test
on BSD. Your BSD output clearly is different than what Linux is providing.
>> When dropping FTW_DEPTH (post-order), the output (on BSD) is the same
as above, just reversed, as it should be:
I'm not understanding your message regarding removing FTW_DEPTH so forgive me
if I'm stating the obvious or missing your point - this bug is defined when
FTW_DEPTH is included *with* FTW_CHDIR. If you remove FTW_DEPTH, it actually
works on both RHEL and Mint without error. From my home directory (not /tmp) I
run:
./nftw_test
Processing stest_dir in working dir /tmp
Processing d1 in working dir /tmp/stest_dir
Processing f2 in working dir /tmp/stest_dir/d1
Processing f1 in working dir /tmp/stest_dir
FTW_DEPTH instructs nftw to process a directory's contents before processing
the directory itself. In order to process the contents, it needs to change
directories since FTW_CHDIR was specified, process the contents, and then back
out before processing the directory. If FTW_DEPTH is not specified, then the
directory will be processed first before changing directories and there won't
be a problem. However, when specifying FTW_DEPTH, it is important to change
working directories back to /tmp before processing stest_dir - it's the only
way one can process stest_dir.
From the manpage:
FTW_DEPTH
If set, do a post-order traversal, that is, call fn() for the
directory itself after handling the contents of the directory and
its subdirectories. (By default, each directory is handled
before its contents.)
>> Processing stest_dir in working dir /home/tg
This seems like a flaw on BSD - there is no stest_dir in /home/tg if you ran my
test and didn't have one their by chance. Only one in /tmp. The Linux version
of glibc does it correctly.
Regarding the third argument to open, technically yes (note that the test case
doesn't actually do I/O to any of the files involved, only a stat()).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34813-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 22:59:48 2016
Return-Path: <glibc-bugs-return-34813-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 58355 invoked by alias); 19 Oct 2016 22:59:47 -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 57970 invoked by uid 55); 19 Oct 2016 22:59:34 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20718] [powerpc] copysignl raises "invalid" for sNaN
Date: Wed, 19 Oct 2016 22:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit 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:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20718-131-yBZ0MiENyh@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20718-131@http.sourceware.org/bugzilla/>
References: <bug-20718-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00127.txt.bz2
Content-length: 2365
https://sourceware.org/bugzilla/show_bug.cgi?id=20718
--- Comment #1 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 05f3ed0a799d08c2b3ecc256fc0dc08d8b9a3784 (commit)
from f8e8b8ed9f266097b42a77359445372d82365916 (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=05f3ed0a799d08c2b3ecc256fc0dc08d8b9a3784
commit 05f3ed0a799d08c2b3ecc256fc0dc08d8b9a3784
Author: Joseph Myers <joseph@codesourcery.com>
Date: Wed Oct 19 22:58:34 2016 +0000
Stop powerpc copysignl raising "invalid" for sNaN argument (bug 20718).
The powerpc (hard-float) implementations of copysignl, both 32-bit and
64-bit, raise spurious "invalid" exceptions when the first argument is
a signaling NaN. copysign functions should never raise exceptions
even for signaling NaNs.
The problem is the use of an fcmpu instruction to test the sign of the
high part of the long double argument. This patch fixes the functions
to use fsel instead (as used for fabsl following my fixes for a
similar bug there), or to examine the integer representation for older
32-bit processors without fsel.
Tested for powerpc64 and powerpc32 (configurations with and without
fsel used).
[BZ #20718]
* sysdeps/powerpc/powerpc32/fpu/s_copysignl.S (__copysignl): Do
not use floating-point comparisons to test sign.
* sysdeps/powerpc/powerpc64/fpu/s_copysignl.S (__copysignl):
Likewise.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 6 ++++++
sysdeps/powerpc/powerpc32/fpu/s_copysignl.S | 23 ++++++++++++++++++++---
sysdeps/powerpc/powerpc64/fpu/s_copysignl.S | 10 ++++------
3 files changed, 30 insertions(+), 9 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34814-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 19 23:00:24 2016
Return-Path: <glibc-bugs-return-34814-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 62116 invoked by alias); 19 Oct 2016 23:00:23 -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 59881 invoked by uid 48); 19 Oct 2016 23:00:12 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20718] [powerpc] copysignl raises "invalid" for sNaN
Date: Wed, 19 Oct 2016 23:00:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 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: 2.25
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20718-131-95TF2XyOQi@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20718-131@http.sourceware.org/bugzilla/>
References: <bug-20718-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00128.txt.bz2
Content-length: 567
https://sourceware.org/bugzilla/show_bug.cgi?id=20718
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #2 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
Fixed for 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34815-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 03:44:38 2016
Return-Path: <glibc-bugs-return-34815-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 44686 invoked by alias); 20 Oct 2016 03:44:30 -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 44443 invoked by uid 48); 20 Oct 2016 03:44:05 -0000
From: "devnglee at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] New: Cross-compiling glibc with CFLAGS option -march fails
Date: Thu, 20 Oct 2016 03:44:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: devnglee at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone attachments.created
Message-ID: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00129.txt.bz2
Content-length: 2072
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
Bug ID: 20721
Summary: Cross-compiling glibc with CFLAGS option -march fails
Product: glibc
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build
Assignee: unassigned at sourceware dot org
Reporter: devnglee at gmail dot com
CC: carlos at redhat dot com
Target Milestone: ---
Created attachment 9583
--> https://sourceware.org/bugzilla/attachment.cgi?id=9583&action=edit
error message
Hi.
I'm trying to cross-compile glibc for an arm system.
After adding -march=armv7-a option to CFLAGS environment variable,
the build fails, with error messages such as :
"Error: selected processor does not support 'uxtb r1, r1' in ARM mode"
I've included the error messages as an attachment.
The following is the step I took:
1) export CC=arm-linux-gnueabi-gcc
2) export CFLAGS="-g -O2 -march=armv7-a"
3) CC=$CC ../glibc/configure --prefix=[some_directory_path]
--host=arm-linux-gnueabi
4) make
* Build environment
- OS : Ubuntu 16.04
- Kernel : 4.4.0-43-generic
- compiler : arm-linux-gnueabi-gcc (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.1) 5.4.0
20160609
Looking at the "ARM Architecture Reference Manual, ARMv7-A and ARMv7-R
edition", the instructions 'uxtb, ldrd, pld, uqsub8' are indeed supported in
ARM mode.
I assume that the strchr.S file mentioned above (under sysdeps/arm/armv6) is
intended to be compiled in Thumb mode, by NOT defining the NO_THUMB macro.
The directive ".thumb" should be added by codes in line 139~145 of
sysdeps/arm/sysdep.h.
However, when compiling the strchr.S file in question, the include path order
states that it looks into the directory sysdeps/unix/sysv/linux/arm before
sysdeps/arm. Which results in including sysdeps/unix/sysv/linux/arm/sysdep.h,
and not including sysdeps/arm/sysdep.h.
Thanks for reading my report.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34816-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 11:06:31 2016
Return-Path: <glibc-bugs-return-34816-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 90264 invoked by alias); 20 Oct 2016 11:06:30 -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 89919 invoked by uid 48); 20 Oct 2016 11:06:17 -0000
From: "rlcamp.pdx at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20723] New: Static linking fails on Haswell and Sandy Bridge
Date: Thu, 20 Oct 2016 11:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rlcamp.pdx at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-20723-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00130.txt.bz2
Content-length: 2194
https://sourceware.org/bugzilla/show_bug.cgi?id=20723
Bug ID: 20723
Summary: Static linking fails on Haswell and Sandy Bridge
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: math
Assignee: unassigned at sourceware dot org
Reporter: rlcamp.pdx at gmail dot com
Target Milestone: ---
The math library in the newest glibc in both Ubuntu 16.10 (2.24-3ubuntu1) and
Debian-testing (2.24-3) cannot be statically linked successfully on Haswell or
Sandy Bridge (when compiling with -static and -march=native, -march=haswell, or
-march-sandybridge). The specific errors are "undefined reference to
_ZGVcN4v_cos" and similar at link time. The problem does not occur when not
statically linking, and does not occur when using -march=nehalem or some other
pre-AVX instruction set. The problem does not occur when using musl-libc rather
than glibc.
cc -static -Ofast -I/usr/local/include -std=gnu99 -Wall -Werror -Wextra -Wvla
-Wpointer-arith -Wshadow -Wuninitialized -Wno-unused-result
-Wno-unused-parameter -march=native -o [binary name omitted] [.o filenames
omitted] -lpthread -lm
[filename omitted].o: In function `[function name omitted]':
[filename omitted].c:(.text+0x2256): undefined reference to `_ZGVcN4v_cos'
[filename omitted].c:(.text+0x2268): undefined reference to `_ZGVcN4v_cos'
[filename omitted].c:(.text+0x2282): undefined reference to `_ZGVcN4v_sin'
[filename omitted].c:(.text+0x22a0): undefined reference to `_ZGVcN4v_sin'
[filename omitted].o: In function `[function name omitted]':
[filename omitted].c:(.text+0x5ff): undefined reference to `_ZGVcN4v_cos'
[filename omitted].c:(.text+0x60e): undefined reference to `_ZGVcN4v_cos'
[filename omitted].c:(.text+0x625): undefined reference to `_ZGVcN4v_sin'
[filename omitted].c:(.text+0x640): undefined reference to `_ZGVcN4v_sin'
collect2: error: ld returned 1 exit status
Makefile:79: recipe for target '[binary name omitted]' failed
make: *** [[binary name omitted]] Error 1
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34817-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 12:53:50 2016
Return-Path: <glibc-bugs-return-34817-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 2371 invoked by alias); 20 Oct 2016 12:53:49 -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 2231 invoked by uid 48); 20 Oct 2016 12:53:36 -0000
From: "rlcamp.pdx at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20723] Static linking fails on Haswell and Sandy Bridge
Date: Thu, 20 Oct 2016 12:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rlcamp.pdx at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20723-131-8YYrBrwlkQ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20723-131@http.sourceware.org/bugzilla/>
References: <bug-20723-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00131.txt.bz2
Content-length: 682
https://sourceware.org/bugzilla/show_bug.cgi?id=20723
--- Comment #1 from rlcamp.pdx at gmail dot com ---
The following code example and compile line triggers the error. Code is taken
verbatim from the glibc wiki:
#include <math.h>
int N = 3200;
double b[3200];
double a[3200];
int main (void)
{
int i;
for (i = 0; i < N; i += 1)
{
b[i] = sin (a[i]);
}
return (0);
}
cc -static -Ofast -march=haswell -o test test.c -lm
/tmp/ccIWFVL3.o: In function `main':
test.c:(.text.startup+0x14a): undefined reference to `_ZGVdN4v_sin'
collect2: error: ld returned 1 exit status
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34818-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 12:54:59 2016
Return-Path: <glibc-bugs-return-34818-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 7016 invoked by alias); 20 Oct 2016 12:54:59 -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 6656 invoked by uid 48); 20 Oct 2016 12:54:46 -0000
From: "rlcamp.pdx at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20723] Static linking fails on Haswell and Sandy Bridge when certain math functions are used
Date: Thu, 20 Oct 2016 12:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rlcamp.pdx at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: short_desc
Message-ID: <bug-20723-131-sM4aJIBNud@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20723-131@http.sourceware.org/bugzilla/>
References: <bug-20723-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00132.txt.bz2
Content-length: 589
https://sourceware.org/bugzilla/show_bug.cgi?id=20723
rlcamp.pdx at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Static linking fails on |Static linking fails on
|Haswell and Sandy Bridge |Haswell and Sandy Bridge
| |when certain math functions
| |are used
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34819-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 13:03:12 2016
Return-Path: <glibc-bugs-return-34819-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 123673 invoked by alias); 20 Oct 2016 13:03: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 123303 invoked by uid 48); 20 Oct 2016 13:03:01 -0000
From: "rlcamp.pdx at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20723] Static linking fails on Haswell and Sandy Bridge when certain math functions are used
Date: Thu, 20 Oct 2016 13:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rlcamp.pdx at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20723-131-RFoDW8Hnm3@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20723-131@http.sourceware.org/bugzilla/>
References: <bug-20723-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00133.txt.bz2
Content-length: 583
https://sourceware.org/bugzilla/show_bug.cgi?id=20723
--- Comment #2 from rlcamp.pdx at gmail dot com ---
Explicitly adding -lmvec to the end of the compile line fixes the issue.
However, the wiki page (https://sourceware.org/glibc/wiki/libmvec) indicates
that this should not be required, and since no explicitly stated desire to use
vectorized math functions is necessary to trigger this error, the user may not
realize the nature of the problem, and will have a hard time determining the
fix.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34820-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 13:11:15 2016
Return-Path: <glibc-bugs-return-34820-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 65726 invoked by alias); 20 Oct 2016 13:11: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 65429 invoked by uid 48); 20 Oct 2016 13:11:02 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Thu, 20 Oct 2016 13:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20721-131-tOiDylz7bH@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00134.txt.bz2
Content-length: 279
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
Can you attach your config.log so we can see what was actually configured?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34821-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 15:34:31 2016
Return-Path: <glibc-bugs-return-34821-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 48391 invoked by alias); 20 Oct 2016 15:34:30 -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 48253 invoked by uid 55); 20 Oct 2016 15:34:18 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Thu, 20 Oct 2016 15:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: joseph at codesourcery dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20721-131-W5NeL11gWo@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00135.txt.bz2
Content-length: 344
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
--- Comment #2 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
Please try putting -march in CC instead of CFLAGS, so that it gets used
when building .S files as well as C code.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34822-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 15:36:36 2016
Return-Path: <glibc-bugs-return-34822-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 51980 invoked by alias); 20 Oct 2016 15:36:36 -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 51898 invoked by uid 48); 20 Oct 2016 15:36:24 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20539] GCC 7 -static -lm fails to link at -O3
Date: Thu, 20 Oct 2016 15:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
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: andrew.n.senkevich at gmail dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-20539-131-WMQEiFAU83@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20539-131@http.sourceware.org/bugzilla/>
References: <bug-20539-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00136.txt.bz2
Content-length: 523
https://sourceware.org/bugzilla/show_bug.cgi?id=20539
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rlcamp.pdx at gmail dot com
--- Comment #6 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
*** Bug 20723 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34823-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 15:36:37 2016
Return-Path: <glibc-bugs-return-34823-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 51995 invoked by alias); 20 Oct 2016 15:36:36 -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 51869 invoked by uid 48); 20 Oct 2016 15:36:23 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20723] Static linking fails on Haswell and Sandy Bridge when certain math functions are used
Date: Thu, 20 Oct 2016 15:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jsm28 at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20723-131-hOOqDQXpIE@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20723-131@http.sourceware.org/bugzilla/>
References: <bug-20723-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00137.txt.bz2
Content-length: 865
https://sourceware.org/bugzilla/show_bug.cgi?id=20723
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #3 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
That wiki page explicitly says "For static builds with gcc needed to add both
options with the following order: -lmvec -lm.", but there's the question of
whether we should make libm.a into a linker script like libm.so (we don't have
any precedent for making .a files into linker scripts, however).
*** This bug has been marked as a duplicate of bug 20539 ***
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34824-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 15:37:43 2016
Return-Path: <glibc-bugs-return-34824-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 53064 invoked by alias); 20 Oct 2016 15:37:43 -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 52913 invoked by uid 48); 20 Oct 2016 15:37:28 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Thu, 20 Oct 2016 15:37:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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:
Message-ID: <bug-20719-131-unxf0yXLOl@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00138.txt.bz2
Content-length: 1340
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
Root cause is this in libgcc/unwind-c.c:
145 int ip_before_insn = 0;
…
173 /* Parse the LSDA header. */
174 p = parse_lsda_header (context, language_specific_data, &info);
175 #ifdef HAVE_GETIPINFO
176 ip = _Unwind_GetIPInfo (context, &ip_before_insn);
177 #else
178 ip = _Unwind_GetIP (context);
179 #endif
180 if (! ip_before_insn)
181 --ip;
182 landing_pad = 0;
i386 is a !HAVE_GETIPINFO architecture, so !ip_before_insn is always true, and
we decrement ip.
This means that if SIGCANCEL hits at .Lsub_cond_futex/19 in pthread_cond_wait:
183 movl %ebp, %edx
184 addl $cond_futex, %ebx
185 .Ladd_cond_futex:
186 movl $SYS_futex, %eax
187 ENTER_KERNEL
188 subl $cond_futex, %ebx
189 .Lsub_cond_futex:
190
191 19: movl (%esp), %eax
192 call __pthread_disable_asynccancel
193 .LcleanupEND:
, the unwinder assumes that signal happened at the last byte of subl, *within*
the instruction range which calls __condvar_w_cleanup2.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34825-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 15:40:32 2016
Return-Path: <glibc-bugs-return-34825-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 58252 invoked by alias); 20 Oct 2016 15:40:32 -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 58102 invoked by uid 48); 20 Oct 2016 15:40:19 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Thu, 20 Oct 2016 15:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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: attachments.created
Message-ID: <bug-20719-131-LzwarSdh4G@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00139.txt.bz2
Content-length: 541
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
Created attachment 9585
--> https://sourceware.org/bugzilla/attachment.cgi?id=9585&action=edit
unwind-c.c instrumentation patch
I could not reproduce the race with a conditional breakpoint in
__gcc_personality_v0, so I had to instrument it and use an unconditional
breakpoint on unwind_break_on_pc, after setting unwind_break_pc.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34826-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 16:33:09 2016
Return-Path: <glibc-bugs-return-34826-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81479 invoked by alias); 20 Oct 2016 16:33:09 -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 81168 invoked by uid 48); 20 Oct 2016 16:32:56 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Thu, 20 Oct 2016 16:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security?
X-Bugzilla-Changed-Fields: bug_status assigned_to
Message-ID: <bug-20719-131-w4OtM3GJkl@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00140.txt.bz2
Content-length: 609
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at sourceware dot org |fweimer at redhat dot com
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
I asked on the gcc list:
https://gcc.gnu.org/ml/gcc/2016-10/msg00165.html
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34827-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 19:23:54 2016
Return-Path: <glibc-bugs-return-34827-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 76076 invoked by alias); 20 Oct 2016 19:23:54 -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 75871 invoked by uid 48); 20 Oct 2016 19:23:40 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug hurd/15605] gcc-4.8 + tree-loop-distribute-patterns breaks is unsafe for GLIBC
Date: Thu, 20 Oct 2016 19:23:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: hurd
X-Bugzilla-Version: 2.18
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adhemerval.zanella at linaro dot 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 assigned_to
Message-ID: <bug-15605-131-VXkrXm2uol@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-15605-131@http.sourceware.org/bugzilla/>
References: <bug-15605-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00141.txt.bz2
Content-length: 824
https://sourceware.org/bugzilla/show_bug.cgi?id=15605
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adhemerval.zanella at linaro dot o
| |rg
Component|build |hurd
Assignee|zatrazz at gmail dot com |unassigned at sourceware dot org
--- Comment #10 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
OK I will change it to component to 'hurd' and let them have a better idea on
how to exactly handle this correctly.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34828-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 20:19:14 2016
Return-Path: <glibc-bugs-return-34828-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 30014 invoked by alias); 20 Oct 2016 20:19:14 -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 29874 invoked by uid 48); 20 Oct 2016 20:19:01 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Thu, 20 Oct 2016 20:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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 see_also flagtypes.name
Message-ID: <bug-20715-131-99PM5ni0k6@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00142.txt.bz2
Content-length: 609
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1383552
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34829-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 20:19:28 2016
Return-Path: <glibc-bugs-return-34829-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 30383 invoked by alias); 20 Oct 2016 20:19:27 -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 30146 invoked by uid 48); 20 Oct 2016 20:19:15 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Thu, 20 Oct 2016 20:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: see_also
Message-ID: <bug-20715-131-97JOxB1LUQ@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00143.txt.bz2
Content-length: 475
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1387415
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34830-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 20:29:00 2016
Return-Path: <glibc-bugs-return-34830-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 72528 invoked by alias); 20 Oct 2016 20:29:00 -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 63691 invoked by uid 48); 20 Oct 2016 20:28:47 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Thu, 20 Oct 2016 20:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20715-131-Uhd8N4z3QH@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00144.txt.bz2
Content-length: 340
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
I think we need a different solution for C++. TS 18661-1 is a C standard, so
we have some leeway in the way we implement it for C++.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34831-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 23:26:48 2016
Return-Path: <glibc-bugs-return-34831-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 59896 invoked by alias); 20 Oct 2016 23:26:48 -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 59717 invoked by uid 55); 20 Oct 2016 23:26:35 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20660] [arm] Use VSQRT
Date: Thu, 20 Oct 2016 23:26:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: cvs-commit 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:
Message-ID: <bug-20660-131-owv4cquNQD@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20660-131@http.sourceware.org/bugzilla/>
References: <bug-20660-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00145.txt.bz2
Content-length: 2951
https://sourceware.org/bugzilla/show_bug.cgi?id=20660
--- Comment #1 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 0f04fc07f6a36e761ec76100043798ea5c7a590c (commit)
from 05f3ed0a799d08c2b3ecc256fc0dc08d8b9a3784 (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=0f04fc07f6a36e761ec76100043798ea5c7a590c
commit 0f04fc07f6a36e761ec76100043798ea5c7a590c
Author: Joseph Myers <joseph@codesourcery.com>
Date: Thu Oct 20 23:24:44 2016 +0000
Use VSQRT instruction for ARM sqrt (bug 20660).
This patch makes ARM sqrt and sqrtf use the VSQRT VFP square root
instruction when available, instead of much larger generic code for
computing square roots.
Now, GCC will normally inline sqrt calls except for negative arguments
where errno needs to be set, and because the benchtests fail to use
-fno-builtin that means no significant difference in benchmark results
for sqrt (note, however, there are lots of __ieee754_sqrt calls
internally in libm, which are *not* inlined - although some
architectures define __ieee754_sqrt in their math_private.h for that
purpose, ARM doesn't - so improving out-of-line sqrt performance is
still relevant to those other functions, if not for most ordinary
direct users of sqrt). With the benchtests changed to use
-fno-builtin for sqrt tests, typical performance results before the
change are ("max" is wildly varying in any case):
"duration": 9.88358e+09,
"iterations": 4.8783e+07,
"max": 457.764,
"min": 183.105,
"mean": 202.603
and after it are:
"duration": 9.45663e+09,
"iterations": 2.24385e+08,
"max": 274.659,
"min": 30.517,
"mean": 42.1447
Tested for ARM (hard-float and soft-float).
[BZ #20660]
* sysdeps/arm/e_sqrt.c: New file.
* sysdeps/arm/e_sqrtf.c: Likewise.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 6 +++++
sysdeps/{sparc/sparc32 => arm}/e_sqrt.c | 32 +++++++++++++++++++++---------
sysdeps/{x86_64/fpu => arm}/e_sqrtf.c | 32 ++++++++++++++++++++++--------
3 files changed, 51 insertions(+), 19 deletions(-)
copy sysdeps/{sparc/sparc32 => arm}/e_sqrt.c (59%)
copy sysdeps/{x86_64/fpu => arm}/e_sqrtf.c (59%)
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34832-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 20 23:27:39 2016
Return-Path: <glibc-bugs-return-34832-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 67413 invoked by alias); 20 Oct 2016 23:27:39 -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 67130 invoked by uid 48); 20 Oct 2016 23:27:25 -0000
From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20660] [arm] Use VSQRT
Date: Thu, 20 Oct 2016 23:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: jsm28 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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-20660-131-OHSsrzq8ka@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20660-131@http.sourceware.org/bugzilla/>
References: <bug-20660-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00146.txt.bz2
Content-length: 567
https://sourceware.org/bugzilla/show_bug.cgi?id=20660
Joseph Myers <jsm28 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |2.25
--- Comment #2 from Joseph Myers <jsm28 at gcc dot gnu.org> ---
Fixed for 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34833-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 03:35:18 2016
Return-Path: <glibc-bugs-return-34833-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 67019 invoked by alias); 21 Oct 2016 03:34:29 -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 66307 invoked by uid 48); 21 Oct 2016 03:33:32 -0000
From: "devnglee at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Fri, 21 Oct 2016 03:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: devnglee at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20721-131-2bE9w8JysX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00147.txt.bz2
Content-length: 722
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
--- Comment #3 from Nam-goo Lee <devnglee at gmail dot com> ---
Thanks for the replies.
Putting -march in CC instead of CFLAGS, as Joseph commented, did the job for
me.
The following command lines resulted in a successful build:
1) export CC="arm-linux-gnueabi-gcc -march=armv7-a"
2) CC=$CC ../glibc/configure --prefix=[some_directory_path]
--host=arm-linux-gnueabi
3) make
I've also attached config.log which Carlos asked for, just in case it might be
of some use. (the config.log that failed to build glibc)
I've also attached config.log for the successful build.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34834-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 03:37:49 2016
Return-Path: <glibc-bugs-return-34834-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 68463 invoked by alias); 21 Oct 2016 03:37:48 -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 68043 invoked by uid 48); 21 Oct 2016 03:36:33 -0000
From: "devnglee at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Fri, 21 Oct 2016 03:37:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: devnglee at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20721-131-V3zyexfSZv@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00148.txt.bz2
Content-length: 330
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
--- Comment #4 from Nam-goo Lee <devnglee at gmail dot com> ---
Created attachment 9587
--> https://sourceware.org/bugzilla/attachment.cgi?id=9587&action=edit
config.log for failed build
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34835-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 03:40:44 2016
Return-Path: <glibc-bugs-return-34835-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 111926 invoked by alias); 21 Oct 2016 03:40:43 -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 110105 invoked by uid 48); 21 Oct 2016 03:39:36 -0000
From: "devnglee at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Fri, 21 Oct 2016 03:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: devnglee at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-20721-131-H0R5hBeLPW@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00149.txt.bz2
Content-length: 334
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
--- Comment #5 from Nam-goo Lee <devnglee at gmail dot com> ---
Created attachment 9588
--> https://sourceware.org/bugzilla/attachment.cgi?id=9588&action=edit
config.log for successful build
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34836-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 10:01:57 2016
Return-Path: <glibc-bugs-return-34836-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 52578 invoked by alias); 21 Oct 2016 10:01:56 -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 51571 invoked by uid 48); 21 Oct 2016 10:01:43 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Fri, 21 Oct 2016 10:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security?
X-Bugzilla-Changed-Fields: see_also
Message-ID: <bug-20719-131-Y758pJRtcs@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00150.txt.bz2
Content-length: 474
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://gcc.gnu.org/bugzill
| |a/show_bug.cgi?id=78064
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34837-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 10:02:21 2016
Return-Path: <glibc-bugs-return-34837-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 53646 invoked by alias); 21 Oct 2016 10:02:21 -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 53552 invoked by uid 48); 21 Oct 2016 10:02:13 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Fri, 21 Oct 2016 10:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security?
X-Bugzilla-Changed-Fields: see_also
Message-ID: <bug-20719-131-YMhb7H8yTy@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00151.txt.bz2
Content-length: 475
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1387400
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34838-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 10:59:16 2016
Return-Path: <glibc-bugs-return-34838-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 8604 invoked by alias); 21 Oct 2016 10:59: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 8485 invoked by uid 48); 21 Oct 2016 10:59:03 -0000
From: "markus at trippelsdorf dot de" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Fri, 21 Oct 2016 10:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: markus at trippelsdorf dot de
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: see_also
Message-ID: <bug-20715-131-CdBvB8phv9@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00152.txt.bz2
Content-length: 484
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Markus Trippelsdorf <markus at trippelsdorf dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1384001
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34839-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 12:32:49 2016
Return-Path: <glibc-bugs-return-34839-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 63749 invoked by alias); 21 Oct 2016 12:32:49 -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 63649 invoked by uid 48); 21 Oct 2016 12:32:36 -0000
From: "tuliom at linux dot vnet.ibm.com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20728] New: powerpc: Missing TOC stub in clone
Date: Fri, 21 Oct 2016 12:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Version: 2.17
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com
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:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20728-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00153.txt.bz2
Content-length: 1314
https://sourceware.org/bugzilla/show_bug.cgi?id=20728
Bug ID: 20728
Summary: powerpc: Missing TOC stub in clone
Product: glibc
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: tuliom at linux dot vnet.ibm.com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
Error message generated by the linker:
ld: lib/libc.a(clone.o): In function `__clone':
glibc-2.17/misc/../sysdeps/unix/sysv/linux/powerpc/powerpc64/clone.S:119:(.text+0x98):
call to `__wrap__exit' lacks nop, can't restore toc; (-mcmodel=small toc adjust
stub)
ld: final link failed: Bad value
Which is related to the following code:
/* Call _exit with result from procedure. */
#ifdef SHARED
b JUMPTARGET(__GI__exit)
#else
b JUMPTARGET(_exit)
/* We won't ever get here but provide a nop so that the linker
will insert a toc adjusting stub if necessary. */
nop
#endif
Older ppc64 linkers were able to generate a TOC stub after a branch + nop.
Current linkers require a branch and link + nop.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34840-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 12:33:51 2016
Return-Path: <glibc-bugs-return-34840-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 71620 invoked by alias); 21 Oct 2016 12:33:51 -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 71468 invoked by uid 48); 21 Oct 2016 12:33:38 -0000
From: "tuliom at linux dot vnet.ibm.com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20728] powerpc: Missing TOC stub in clone
Date: Fri, 21 Oct 2016 12:33: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.17
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: tuliom at linux dot vnet.ibm.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cf_gcctarget bug_status assigned_to
Message-ID: <bug-20728-131-vcy6jdQVo8@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20728-131@http.sourceware.org/bugzilla/>
References: <bug-20728-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00154.txt.bz2
Content-length: 562
https://sourceware.org/bugzilla/show_bug.cgi?id=20728
Tulio Magno Quites Machado Filho <tuliom at linux dot vnet.ibm.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target| |powerpc64*-linux
Status|NEW |ASSIGNED
Assignee|unassigned at sourceware dot org |tuliom at linux dot vnet.ibm.com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34841-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 12:36:51 2016
Return-Path: <glibc-bugs-return-34841-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 79634 invoked by alias); 21 Oct 2016 12:36:50 -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 79455 invoked by uid 48); 21 Oct 2016 12:36:38 -0000
From: "tuliom at linux dot vnet.ibm.com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug buildbot/19761] need builders for every supported architecture
Date: Fri, 21 Oct 2016 12:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: buildbot
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com
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
Message-ID: <bug-19761-131-Cqns25SI4X@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-19761-131@http.sourceware.org/bugzilla/>
References: <bug-19761-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00155.txt.bz2
Content-length: 431
https://sourceware.org/bugzilla/show_bug.cgi?id=19761
Tulio Magno Quites Machado Filho <tuliom at linux dot vnet.ibm.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tuliom at linux dot vnet.ibm.com
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34842-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 13:01:33 2016
Return-Path: <glibc-bugs-return-34842-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 83237 invoked by alias); 21 Oct 2016 13:01:28 -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 64305 invoked by uid 48); 21 Oct 2016 13:01:16 -0000
From: "rdieter at math dot unl.edu" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Fri, 21 Oct 2016 13:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rdieter at math dot unl.edu
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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
Message-ID: <bug-20715-131-5XxtWW3npi@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00156.txt.bz2
Content-length: 397
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Rex Dieter <rdieter at math dot unl.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rdieter at math dot unl.edu
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34843-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 16:01:46 2016
Return-Path: <glibc-bugs-return-34843-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 120003 invoked by alias); 21 Oct 2016 16:01:46 -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 119672 invoked by uid 48); 21 Oct 2016 16:01:33 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20719] glibc: canceled pthread_cond_wait invokes wrong internal cleanup handler, leading to OOB write
Date: Fri, 21 Oct 2016 16:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.22
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: flagtypes.name
Message-ID: <bug-20719-131-16VcH8jMEU@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20719-131@http.sourceware.org/bugzilla/>
References: <bug-20719-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00157.txt.bz2
Content-length: 571
https://sourceware.org/bugzilla/show_bug.cgi?id=20719
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|security? |security-
--- Comment #4 from Florian Weimer <fweimer at redhat dot com> ---
We do not need to treat this as a security issue because there does not appear
to be sufficient impact on applications.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34844-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 16:32:17 2016
Return-Path: <glibc-bugs-return-34844-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 106891 invoked by alias); 21 Oct 2016 16:32:17 -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 105946 invoked by uid 55); 21 Oct 2016 16:32:03 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Fri, 21 Oct 2016 16:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20715-131-fmiOCrJebR@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00158.txt.bz2
Content-length: 1594
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
--- Comment #3 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 b3918c44db615637b26d919ce599cd86592316b3 (commit)
from 0f04fc07f6a36e761ec76100043798ea5c7a590c (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=b3918c44db615637b26d919ce599cd86592316b3
commit b3918c44db615637b26d919ce599cd86592316b3
Author: Florian Weimer <fweimer@redhat.com>
Date: Fri Oct 21 18:26:53 2016 +0200
math: Define iszero as a function template for C++ [BZ #20715]
This increases compatibility with C++ code which is forced to
compile with _GNU_SOURCE.
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 8 ++++
math/Makefile | 3 +-
math/math.h | 24 ++++++++++---
math/test-math-iszero.cc | 87 ++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 116 insertions(+), 6 deletions(-)
create mode 100644 math/test-math-iszero.cc
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34846-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 16:32:40 2016
Return-Path: <glibc-bugs-return-34846-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 108107 invoked by alias); 21 Oct 2016 16:32:40 -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 107682 invoked by uid 48); 21 Oct 2016 16:32:27 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Fri, 21 Oct 2016 16:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields: target_milestone
Message-ID: <bug-20715-131-tH8LpThdOC@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00160.txt.bz2
Content-length: 376
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |2.25
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34845-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 16:32:28 2016
Return-Path: <glibc-bugs-return-34845-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 107761 invoked by alias); 21 Oct 2016 16:32:28 -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 106756 invoked by uid 48); 21 Oct 2016 16:32:15 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20715] iszero macro breaks existing code
Date: Fri, 21 Oct 2016 16:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
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: resolution
Message-ID: <bug-20715-131-MoLj7rQswm@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20715-131@http.sourceware.org/bugzilla/>
References: <bug-20715-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00159.txt.bz2
Content-length: 460
https://sourceware.org/bugzilla/show_bug.cgi?id=20715
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|INVALID |FIXED
--- Comment #4 from Florian Weimer <fweimer at redhat dot com> ---
Fixed in 2.25.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34847-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 21 18:42:16 2016
Return-Path: <glibc-bugs-return-34847-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 43518 invoked by alias); 21 Oct 2016 18:42:16 -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 43324 invoked by uid 48); 21 Oct 2016 18:42:02 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20721] Cross-compiling glibc with CFLAGS option -march fails
Date: Fri, 21 Oct 2016 18:42:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-20721-131-fFzw11HRSA@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20721-131@http.sourceware.org/bugzilla/>
References: <bug-20721-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00161.txt.bz2
Content-length: 1329
https://sourceware.org/bugzilla/show_bug.cgi?id=20721
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #6 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Nam-goo Lee from comment #3)
> Thanks for the replies.
>
> Putting -march in CC instead of CFLAGS, as Joseph commented, did the job for
> me.
>
> The following command lines resulted in a successful build:
>
> 1) export CC="arm-linux-gnueabi-gcc -march=armv7-a"
> 2) CC=$CC ../glibc/configure --prefix=[some_directory_path]
> --host=arm-linux-gnueabi
> 3) make
>
> I've also attached config.log which Carlos asked for, just in case it might
> be of some use. (the config.log that failed to build glibc)
> I've also attached config.log for the successful build.
I'm glad to hear it worked and that it was something as simple as this.
The config.log's look fine, and they are here for posterity if anyone else
thinks they have the same issue, but it turns out to be something else.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34857-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:45 2016
Return-Path: <glibc-bugs-return-34857-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124925 invoked by alias); 22 Oct 2016 16:53:42 -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 123971 invoked by uid 55); 22 Oct 2016 16:53:26 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/19243] reused_arena can pick an arena on the free list, leading to an assertion failure and reference count corruption
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.23
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: P1
X-Bugzilla-Assigned-To: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.23
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-19243-131-nrLXgO6jNf@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-19243-131@http.sourceware.org/bugzilla/>
References: <bug-19243-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00164.txt.bz2
Content-length: 23840
https://sourceware.org/bugzilla/show_bug.cgi?id=19243
--- Comment #18 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34855-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34855-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124499 invoked by alias); 22 Oct 2016 16:53:40 -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 123942 invoked by uid 55); 22 Oct 2016 16:53:26 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nis/20262] _nss_nis_initgroups_dyn always returns NSS_STATUS_NOTFOUND
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nis
X-Bugzilla-Version: 2.22
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: schwab@linux-m68k.org
X-Bugzilla-Target-Milestone: 2.24
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20262-131-TvyF8V9JEX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20262-131@http.sourceware.org/bugzilla/>
References: <bug-20262-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00170.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20262
--- Comment #7 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34852-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34852-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124373 invoked by alias); 22 Oct 2016 16:53:39 -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 123919 invoked by uid 55); 22 Oct 2016 16:53:25 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20370] malloc: Arena free list management is still racy (incorrect fix in bug 19243)
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.24
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20370-131-d3NHmMXMMv@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20370-131@http.sourceware.org/bugzilla/>
References: <bug-20370-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00171.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20370
--- Comment #7 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34850-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34850-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124288 invoked by alias); 22 Oct 2016 16:53:39 -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 123907 invoked by uid 55); 22 Oct 2016 16:53:25 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20452] Addition of sysdep.o to libpthread.a breaks relinking libpthread.a
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.24
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20452-131-V9tChR3Xr8@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20452-131@http.sourceware.org/bugzilla/>
References: <bug-20452-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00165.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20452
--- Comment #9 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34849-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34849-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124250 invoked by alias); 22 Oct 2016 16:53:39 -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 123904 invoked by uid 55); 22 Oct 2016 16:53:25 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nss/20237] nss_db: get*ent segfaults without preceding set*ent
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nss
X-Bugzilla-Version: 2.24
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.24
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20237-131-P7ySdM2MiM@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20237-131@http.sourceware.org/bugzilla/>
References: <bug-20237-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00163.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20237
--- Comment #7 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34853-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34853-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124417 invoked by alias); 22 Oct 2016 16:53:40 -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 123879 invoked by uid 55); 22 Oct 2016 16:53:23 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/16907] <argp.h> compiled with --std=cXX disables __attribute__
Date: Sat, 22 Oct 2016 16:53: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-16907-131-tE9GX7R6jT@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-16907-131@http.sourceware.org/bugzilla/>
References: <bug-16907-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00166.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=16907
--- Comment #8 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34856-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:42 2016
Return-Path: <glibc-bugs-return-34856-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124874 invoked by alias); 22 Oct 2016 16:53:41 -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 123989 invoked by uid 55); 22 Oct 2016 16:53:26 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20277] $dp is not initialized correctly in sysdeps/hppa/start.S
Date: Sat, 22 Oct 2016 16:53: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.22
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: 2.24
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20277-131-P0ExlYPG72@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20277-131@http.sourceware.org/bugzilla/>
References: <bug-20277-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00168.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20277
--- Comment #7 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34854-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34854-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124459 invoked by alias); 22 Oct 2016 16:53:40 -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 123930 invoked by uid 55); 22 Oct 2016 16:53:25 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug malloc/20284] malloc: Corrupt arena avoidance causes unnecessary mmap fallbacks
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: malloc
X-Bugzilla-Version: 2.24
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.24
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20284-131-v0In4dRLmq@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20284-131@http.sourceware.org/bugzilla/>
References: <bug-20284-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00167.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20284
--- Comment #6 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34848-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34848-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124234 invoked by alias); 22 Oct 2016 16:53:38 -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 123910 invoked by uid 55); 22 Oct 2016 16:53:25 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/20435] Missing unwind info in __startcontext causes infinite loop in _Unwind_Backtrace (CVE-2016-6323)
Date: Sat, 22 Oct 2016 16:53: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.22
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: 2.25
X-Bugzilla-Flags: security+
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20435-131-3ITAkHWQXY@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20435-131@http.sourceware.org/bugzilla/>
References: <bug-20435-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00169.txt.bz2
Content-length: 23840
https://sourceware.org/bugzilla/show_bug.cgi?id=20435
--- Comment #11 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34851-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 16:53:41 2016
Return-Path: <glibc-bugs-return-34851-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 124325 invoked by alias); 22 Oct 2016 16:53:39 -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 123882 invoked by uid 55); 22 Oct 2016 16:53:23 -0000
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug stdio/20222] fopencookie: Mangle function pointers
Date: Sat, 22 Oct 2016 16:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: stdio
X-Bugzilla-Version: 2.24
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: fweimer at redhat dot com
X-Bugzilla-Target-Milestone: 2.24
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20222-131-mfUua5aSzq@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20222-131@http.sourceware.org/bugzilla/>
References: <bug-20222-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00162.txt.bz2
Content-length: 23839
https://sourceware.org/bugzilla/show_bug.cgi?id=20222
--- Comment #6 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, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (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=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34858-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 22 19:59:42 2016
Return-Path: <glibc-bugs-return-34858-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 29966 invoked by alias); 22 Oct 2016 19:59:42 -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 29765 invoked by uid 48); 22 Oct 2016 19:59:29 -0000
From: "baiyang at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] New: Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Sat, 22 Oct 2016 19:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: baiyang at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00172.txt.bz2
Content-length: 1365
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
Bug ID: 20730
Summary: Need a way to tell pthread_cancel and pthread_exit
don't do the forced unwind
Product: glibc
Version: 2.13
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: nptl
Assignee: unassigned at sourceware dot org
Reporter: baiyang at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
I want pthread_cancel and pthread_exit not throw __forced_unwind exception, and
there is no need to do the cleanup in our case. e.g.: I just want terminate the
thread immediately without ANY cleanup, like the TerminateThread Win32 API.
As far as I known, behaviors of the musl-libc and CLang libc are both equal to
the TerminateThread API.
I understand __forced_unwind is very useful in some cases, but it is clearly
unable to adapt to all situations.
So could we add a new API, let user set the wanted behavior of pthread_cancel
and pthread_exit, like: pthread_setcancelmethod(PTHREAD_CANCEL_NO_UNWIND)?
I'm using longjmp to implement the "TerminateThread" behavior now, but I think
it is valuable to support it directly by glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34859-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 08:53:33 2016
Return-Path: <glibc-bugs-return-34859-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 114686 invoked by alias); 23 Oct 2016 08:53:31 -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 114452 invoked by uid 48); 23 Oct 2016 08:53:14 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Sun, 23 Oct 2016 08:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: WAITING
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: bug_status cf_reconfirmed_on cc everconfirmed flagtypes.name
Message-ID: <bug-20730-131-wgA8M6X2b0@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20730-131@http.sourceware.org/bugzilla/>
References: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00173.txt.bz2
Content-length: 954
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2016-10-23
CC| |fweimer at redhat dot com
Ever confirmed|0 |1
Flags| |security-
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
Could you provide more information why you need this?
If we add such a function, it would be essentially broken, leaking resources
and generally leaving the process in an undefined state, just like
TerminateThread on Windows or java.lang.Thread#stop() on Java.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34860-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 11:21:47 2016
Return-Path: <glibc-bugs-return-34860-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 74148 invoked by alias); 23 Oct 2016 11:21:46 -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 74093 invoked by uid 48); 23 Oct 2016 11:21:31 -0000
From: "baiyang at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Sun, 23 Oct 2016 11:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: baiyang at gmail dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-20730-131-OjVsFoM6Fr@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20730-131@http.sourceware.org/bugzilla/>
References: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00174.txt.bz2
Content-length: 1613
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
--- Comment #2 from Bai Yang <baiyang at gmail dot com> ---
(In reply to Florian Weimer from comment #1)
> Could you provide more information why you need this?
>
> If we add such a function, it would be essentially broken, leaking resources
> and generally leaving the process in an undefined state, just like
> TerminateThread on Windows or java.lang.Thread#stop() on Java.
Yes, at least two reasons:
1. "kill a thread" is none involved with c++ exceptions, it disturb the normal
exception filtering, catching and processing job. I only see glibc do this,
others libc on linux and others OS seems all don't do that.
2. At least in some cases, We want cancel doing a dirty quick abnormal
termination for thread, we don't want it execute every distructor of the object
because it may be block few minutes, even few hours, e.g.: disconnect from a
remote mysql server which network cable has been cutting off.
Cancel is not a normal stop, we only use this api when the normal one (inform
the thread by set a flag or send a message to it, and wait itself stop) can't
work. In these situations, we don't trust the thread any more, and think the
thread could not finish the clean up within a reasonable duration.
So, cancel for thread is more like 'kill -9' for process in these use case. I
think that's why Windows, musl-libc, CLang libc, java and etc. provide
TerminteThread semantic API. glibc also need to provide one to deal with these
dirty works.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34861-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 12:46:45 2016
Return-Path: <glibc-bugs-return-34861-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 3650 invoked by alias); 23 Oct 2016 12:46:44 -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 3306 invoked by uid 48); 23 Oct 2016 12:46:31 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Sun, 23 Oct 2016 12:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: UNCONFIRMED
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 flagtypes.name
Message-ID: <bug-20729-131-Fs3yDNFXbT@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00175.txt.bz2
Content-length: 1160
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--- Comment #1 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to john.frankish from comment #0)
> ../sysdeps/unix/sysv/linux/posix_fallocate.c:39:1: error: bp cannot be used
> in asm here
This is an internal error message from the GCC register allocator. It reflects
a compiler limitation/bug. There is not much we can do about this. The
workaround we have in place assumes that this only happens for profiling (PROF)
builds. If this is not true, maybe it is time to fix this on the GCC side.
I don't really see how we can set OPTIMIZE_FOR_GCC_5 correctly for assembler
code, which do not see __OPTIMIZE_SIZE__. The lack of consistency there is
what causes the link failure.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34862-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 14:04:23 2016
Return-Path: <glibc-bugs-return-34862-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75085 invoked by alias); 23 Oct 2016 14:04:23 -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 74952 invoked by uid 48); 23 Oct 2016 14:04:10 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/17879] Library is missing memset_s
Date: Sun, 23 Oct 2016 14:04:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: 2.20
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: bug_status cc resolution
Message-ID: <bug-17879-131-LGECyW7fpf@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-17879-131@http.sourceware.org/bugzilla/>
References: <bug-17879-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00176.txt.bz2
Content-length: 725
https://sourceware.org/bugzilla/show_bug.cgi?id=17879
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |adhemerval.zanella at linaro dot o
| |rg
Resolution|--- |INVALID
--- Comment #3 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
I will close this bug report based on comment #2.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34863-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 14:05:40 2016
Return-Path: <glibc-bugs-return-34863-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75936 invoked by alias); 23 Oct 2016 14:05:39 -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 75822 invoked by uid 48); 23 Oct 2016 14:05:25 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/17074] New memset for x86 SSE & x86-64
Date: Sun, 23 Oct 2016 14:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: bug_status cc resolution
Message-ID: <bug-17074-131-lK1QunN8kC@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-17074-131@http.sourceware.org/bugzilla/>
References: <bug-17074-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00177.txt.bz2
Content-length: 959
https://sourceware.org/bugzilla/show_bug.cgi?id=17074
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |adhemerval.zanella at linaro dot o
| |rg
Resolution|--- |INVALID
--- Comment #2 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
As from comment #2 at BZ#17879, new features should be proposed on libc-alpha,
not in Bugzilla. Please restart the discussions there, including a careful
synthesis of the arguments from previous libc-alpha discussions of the issue to
help the
community in reaching consensus.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34864-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 14:05:58 2016
Return-Path: <glibc-bugs-return-34864-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 76364 invoked by alias); 23 Oct 2016 14:05:58 -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 76250 invoked by uid 48); 23 Oct 2016 14:05:45 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/17087] Implement memcasemem()
Date: Sun, 23 Oct 2016 14:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: bug_status cc resolution
Message-ID: <bug-17087-131-CEe1E3FyfI@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-17087-131@http.sourceware.org/bugzilla/>
References: <bug-17087-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00178.txt.bz2
Content-length: 959
https://sourceware.org/bugzilla/show_bug.cgi?id=17087
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |adhemerval.zanella at linaro dot o
| |rg
Resolution|--- |INVALID
--- Comment #3 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
As from comment #2 at BZ#17879, new features should be proposed on libc-alpha,
not in Bugzilla. Please restart the discussions there, including a careful
synthesis of the arguments from previous libc-alpha discussions of the issue to
help the
community in reaching consensus.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34865-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 23 14:18:00 2016
Return-Path: <glibc-bugs-return-34865-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 57940 invoked by alias); 23 Oct 2016 14:18:00 -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 57849 invoked by uid 48); 23 Oct 2016 14:17:47 -0000
From: "rlcamp.pdx at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug math/20539] GCC 7 -static -lm fails to link at -O3
Date: Sun, 23 Oct 2016 14:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: math
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rlcamp.pdx at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: andrew.n.senkevich at gmail dot com
X-Bugzilla-Target-Milestone: 2.25
X-Bugzilla-Flags: security-
X-Bugzilla-Changed-Fields:
Message-ID: <bug-20539-131-Zb0e9FLxU0@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20539-131@http.sourceware.org/bugzilla/>
References: <bug-20539-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00179.txt.bz2
Content-length: 353
https://sourceware.org/bugzilla/show_bug.cgi?id=20539
--- Comment #7 from rlcamp.pdx at gmail dot com ---
This bug is not limited to GCC 7. It manifests in the released version of
Ubuntu 16.10 (with gcc 6.2.0) and also in the Debian-testing (stretch, with GCC
6.1.0).
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34866-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 08:55:10 2016
Return-Path: <glibc-bugs-return-34866-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 15119 invoked by alias); 24 Oct 2016 08:55:09 -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 12505 invoked by uid 48); 24 Oct 2016 08:54:55 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 08:55:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: MOVED
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: bug_status see_also resolution
Message-ID: <bug-20729-131-gdBpiNA1Xf@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00180.txt.bz2
Content-length: 728
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
See Also| |https://gcc.gnu.org/bugzill
| |a/show_bug.cgi?id=78091
Resolution|--- |MOVED
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
I filed a GCC bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78091
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34867-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 09:08:06 2016
Return-Path: <glibc-bugs-return-34867-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 62006 invoked by alias); 24 Oct 2016 09:08:06 -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 50876 invoked by uid 48); 24 Oct 2016 09:07:53 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 09:08:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: resolution
Message-ID: <bug-20729-131-QURNodFN4I@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00181.txt.bz2
Content-length: 717
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|MOVED |INVALID
--- Comment #4 from Florian Weimer <fweimer at redhat dot com> ---
Uroš Bizjak pointed out that this is not related to -Os at all. You dropped
-fomit-frame-pointer somewhere, and a s a result, %ebp is not available for
argument passing in system calls. This looks like a problem with the way you
change the glibc build flags.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34868-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 09:19:07 2016
Return-Path: <glibc-bugs-return-34868-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 26092 invoked by alias); 24 Oct 2016 09:19:06 -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 25932 invoked by uid 48); 24 Oct 2016 09:18:53 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 09:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20729-131-vD184p4uI6@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00182.txt.bz2
Content-length: 269
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
--- Comment #5 from Andreas Schwab <schwab@linux-m68k.org> ---
I don't see where -fomit-frame-pointer is added for posix_fallocate.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34869-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 09:36:11 2016
Return-Path: <glibc-bugs-return-34869-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 67064 invoked by alias); 24 Oct 2016 09:36:11 -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 66918 invoked by uid 48); 24 Oct 2016 09:35:57 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Mon, 24 Oct 2016 09:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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: bug_status resolution
Message-ID: <bug-20730-131-08anVzEDnV@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20730-131@http.sourceware.org/bugzilla/>
References: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00183.txt.bz2
Content-length: 1815
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Bai Yang from comment #2)
> (In reply to Florian Weimer from comment #1)
> > Could you provide more information why you need this?
> >
> > If we add such a function, it would be essentially broken, leaking resources
> > and generally leaving the process in an undefined state, just like
> > TerminateThread on Windows or java.lang.Thread#stop() on Java.
>
> Yes, at least two reasons:
> 1. "kill a thread" is none involved with c++ exceptions, it disturb the
> normal exception filtering, catching and processing job. I only see glibc do
> this, others libc on linux and others OS seems all don't do that.
Something like it is required that you can write cancellation handlers using
the C++ unwind mechanism.
Adding the function you request would break that.
> 2. At least in some cases, We want cancel doing a dirty quick abnormal
> termination for thread, we don't want it execute every distructor of the
> object because it may be block few minutes, even few hours, e.g.: disconnect
> from a remote mysql server which network cable has been cutting off.
This is really a fringe case. Most applications would not be able to cope with
the resource leaks (memory and file descriptors). If resource consumption does
not matter, you could just not cancel the thread at all.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34870-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 09:37:57 2016
Return-Path: <glibc-bugs-return-34870-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 69353 invoked by alias); 24 Oct 2016 09:37:57 -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 69265 invoked by uid 48); 24 Oct 2016 09:37:51 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 09:37:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20729-131-gcMiDT9s27@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00184.txt.bz2
Content-length: 352
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
--- Comment #6 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Andreas Schwab from comment #5)
> I don't see where -fomit-frame-pointer is added for posix_fallocate.
It's part of -O2, but not -Os.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34871-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 09:43:40 2016
Return-Path: <glibc-bugs-return-34871-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 97954 invoked by alias); 24 Oct 2016 09:43:40 -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 97695 invoked by uid 48); 24 Oct 2016 09:43:27 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 09:43:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: REOPENED
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: bug_status cf_reconfirmed_on resolution everconfirmed
Message-ID: <bug-20729-131-XzDJmkASSF@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00185.txt.bz2
Content-length: 675
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Last reconfirmed| |2016-10-24
Resolution|INVALID |---
Ever confirmed|0 |1
--- Comment #7 from Andreas Schwab <schwab@linux-m68k.org> ---
Then we need to add it explicitly, like we already do for other cases.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34872-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 10:27:38 2016
Return-Path: <glibc-bugs-return-34872-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 84790 invoked by alias); 24 Oct 2016 10:27:38 -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 84162 invoked by uid 48); 24 Oct 2016 10:27:24 -0000
From: "baiyang at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Mon, 24 Oct 2016 10:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: baiyang at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20730-131-rLEjMxnYOX@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20730-131@http.sourceware.org/bugzilla/>
References: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00186.txt.bz2
Content-length: 3260
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
--- Comment #4 from Bai Yang <baiyang at gmail dot com> ---
(In reply to Florian Weimer from comment #3)
> (In reply to Bai Yang from comment #2)
> > (In reply to Florian Weimer from comment #1)
> > > Could you provide more information why you need this?
> > >
> > > If we add such a function, it would be essentially broken, leaking resources
> > > and generally leaving the process in an undefined state, just like
> > > TerminateThread on Windows or java.lang.Thread#stop() on Java.
> >
> > Yes, at least two reasons:
> > 1. "kill a thread" is none involved with c++ exceptions, it disturb the
> > normal exception filtering, catching and processing job. I only see glibc do
> > this, others libc on linux and others OS seems all don't do that.
>
> Something like it is required that you can write cancellation handlers using
> the C++ unwind mechanism.
>
> Adding the function you request would break that.
Assume we are using a 3rd party library, which has a TThread clase like:
class TThread
{
// ...
virtual int Entry(void) = 0; // Thread Entry
virtual void OnUncaughtException(void) throw(); // deal exceptions throw by
Entry
}
You can imaging there MUST something like this in the library:
try
{
Entry()
}
catch (...)
{
OnUncaughtException();
}
// ...
It's a common pattern to prevent the exception throw across the thread
boundary. And work well with all OS libraries except glibc, because all other
systems "libc" (Windows "kernel32", linux musl-libc, linux CLong libc, Solaris,
HP-UX, AIX, and etc.) both agree that kill a thread IS NOTING ABOUT A C++
EXCEPTION!
So, this "unique feature" of glibc caused following problems:
1. The 3rd party code may be very difficult to change.
2. A lot of existing codes rely on the 3rd party lib that buy in this pattern
need to change, It's huge work.
So, at least give us a option to turn off this glibc "unique feature".
>
> > 2. At least in some cases, We want cancel doing a dirty quick abnormal
> > termination for thread, we don't want it execute every distructor of the
> > object because it may be block few minutes, even few hours, e.g.: disconnect
> > from a remote mysql server which network cable has been cutting off.
>
> This is really a fringe case. Most applications would not be able to cope
> with the resource leaks (memory and file descriptors). If resource
> consumption does not matter, you could just not cancel the thread at all.
We can cope it by something like "modeler isolation", or by other methods. Why
Windows, Java, musl-libc, CLong libc and a lot of others provide this function?
They all wrong, only you are right?
Even if only you know "they all wrong and the world is wrong", you still need
to compliance the wrong world, to make other existing codes not broken on your
lib.
You can implement an unconventional default "right action", but at least
"compliance the wrong world" through some optional settings.
Of course we can solve this issue by use longjmp, but I still think glibc NEED
to give us a way to do the "conventional action".
thanks
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34873-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 10:34:46 2016
Return-Path: <glibc-bugs-return-34873-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 121038 invoked by alias); 24 Oct 2016 10:34:46 -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 120837 invoked by uid 48); 24 Oct 2016 10:34:33 -0000
From: "baiyang at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug nptl/20730] Need a way to tell pthread_cancel and pthread_exit don't do the forced unwind
Date: Mon, 24 Oct 2016 10:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: nptl
X-Bugzilla-Version: 2.13
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: baiyang at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-20730-131-3jsfWfrxLs@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20730-131@http.sourceware.org/bugzilla/>
References: <bug-20730-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00187.txt.bz2
Content-length: 445
https://sourceware.org/bugzilla/show_bug.cgi?id=20730
--- Comment #5 from Bai Yang <baiyang at gmail dot com> ---
And if the user appreciate the current unconventional "unique feature" they
just don't need do anything. I'm not requesting you to change the default
behaviors, I just request you to add an optional setting to compliance the
"conventional action".
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34874-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 10:54:12 2016
Return-Path: <glibc-bugs-return-34874-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 81682 invoked by alias); 24 Oct 2016 10: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 81456 invoked by uid 48); 24 Oct 2016 10:53:59 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 10:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: REOPENED
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: attachments.created
Message-ID: <bug-20729-131-aQgu6WtBxx@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00188.txt.bz2
Content-length: 386
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
--- Comment #8 from Andreas Schwab <schwab@linux-m68k.org> ---
Created attachment 9591
--> https://sourceware.org/bugzilla/attachment.cgi?id=9591&action=edit
Add -fomit-frame-pointer to more 6-argument syscalls
Please try the attached patch.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34875-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 10:54:27 2016
Return-Path: <glibc-bugs-return-34875-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 92042 invoked by alias); 24 Oct 2016 10:54:26 -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 81932 invoked by uid 48); 24 Oct 2016 10:54:14 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 10:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: WAITING
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: bug_status
Message-ID: <bug-20729-131-goEQnuqc9a@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00189.txt.bz2
Content-length: 375
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |WAITING
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34876-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 12:25:07 2016
Return-Path: <glibc-bugs-return-34876-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 71057 invoked by alias); 24 Oct 2016 12:25:06 -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 69210 invoked by uid 48); 24 Oct 2016 12:24:53 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 12:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-20729-131-e8vr6tbHrW@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00190.txt.bz2
Content-length: 451
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
--- Comment #10 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to john.frankish from comment #9)
> Using "echo "CFLAGS += -fomit-frame-pointer -march=i486 -mtune=i686 -Os
> -pipe" > configparms" fixes things.
>
> Note that I was not using "-fno-omit-frame-pointer".
It's implied by -Os.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34877-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 13:20:12 2016
Return-Path: <glibc-bugs-return-34877-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 75422 invoked by alias); 24 Oct 2016 13:20:11 -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 75188 invoked by uid 48); 24 Oct 2016 13:19:58 -0000
From: "fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug build/20729] glibc-2.24 fails to build for i486 with -Os
Date: Mon, 24 Oct 2016 13:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: build
X-Bugzilla-Version: 2.24
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fweimer at redhat dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-20729-131-kbMwCBfM1G@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-20729-131@http.sourceware.org/bugzilla/>
References: <bug-20729-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00191.txt.bz2
Content-length: 282
https://sourceware.org/bugzilla/show_bug.cgi?id=20729
--- Comment #12 from Florian Weimer <fweimer at redhat dot com> ---
John, could you extend the patch manually to cover the 64-bit variants, too?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34878-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 17:31:09 2016
Return-Path: <glibc-bugs-return-34878-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 68656 invoked by alias); 24 Oct 2016 17:31:08 -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 68606 invoked by uid 55); 24 Oct 2016 17:31:04 -0000
From: "joseph at codesourcery dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/17087] Implement memcasemem()
Date: Mon, 24 Oct 2016 17:31:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: joseph at codesourcery dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-17087-131-dZ4Z4YPBBC@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-17087-131@http.sourceware.org/bugzilla/>
References: <bug-17087-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00192.txt.bz2
Content-length: 768
https://sourceware.org/bugzilla/show_bug.cgi?id=17087
--- Comment #4 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
On Sun, 23 Oct 2016, adhemerval.zanella at linaro dot org wrote:
> As from comment #2 at BZ#17879, new features should be proposed on
> libc-alpha, not in Bugzilla. Please restart the discussions there,
> including a careful synthesis of the arguments from previous libc-alpha
> discussions of the issue to help the community in reaching consensus.
This comment is only appropriate where there are previous discussions for
which such a synthesis is useful. I'm not aware of any relevant
discussions for this proposed API.
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34879-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 17:49:30 2016
Return-Path: <glibc-bugs-return-34879-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 121704 invoked by alias); 24 Oct 2016 17:49:30 -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 121650 invoked by uid 48); 24 Oct 2016 17:49:25 -0000
From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug string/17087] Implement memcasemem()
Date: Mon, 24 Oct 2016 17:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: string
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: adhemerval.zanella at linaro dot org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: INVALID
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-17087-131-AbizTLT0XB@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-17087-131@http.sourceware.org/bugzilla/>
References: <bug-17087-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2016-10/txt/msg00193.txt.bz2
Content-length: 909
https://sourceware.org/bugzilla/show_bug.cgi?id=17087
--- Comment #5 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
My understanding is bugzilla should not act as a backlog for new features
without a libc-alpha thread with a prior discussion about it. I am saying it
to avoid the various current bugzillas where the upholder expects someone else
to take the job of pushing both the implementation and/or the discussion
forward.
I would expect for such cases to first have a discussion on libc-alpha and if
the new features is desirable in any way (either by trying pushing on some
standard or by adding a GNU extension), then we can process to open a bug with
the appropriated maillist history.
In this case, should it continue to linger on bugzilla or ask the bug opener to
bring on glibc?
--
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-34880-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 24 17:54:18 2016
Return-Path: <glibc-bugs-return-34880-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 130130 invoked by alias); 24 Oct 2016 17:54:17 -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 130106 invoked by uid 89); 24 Oct 2016 17:54:16 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy=asking
X-Spam-User: qpsmtpd, 2 recipients
X-HELO: relay1.mentorg.com
Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 24 Oct 2016 17:54:06 +0000
Received: from nat-ies.mentorg.com ([192.94.31.2] helo=svr-ies-mbx-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1byjRl-0007Rg-5X from joseph_myers@mentor.com ; Mon, 24 Oct 2016 10:54:05 -0700
Received: from digraph.polyomino.org.uk (137.202.0.87) by svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 24 Oct 2016 18:54:01 +0100
Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.86_2) (envelope-from <joseph@codesourcery.com>) id 1byjRd-0003XR-W5; Mon, 24 Oct 2016 17:53:58 +0000
Date: Mon, 24 Oct 2016 17:54:00 -0000
From: Joseph Myers <joseph@codesourcery.com>
To: adhemerval.zanella at linaro dot org <sourceware-bugzilla@sourceware.org>
CC: <glibc-bugs@sourceware.org>
Subject: Re: [Bug string/17087] Implement memcasemem()
In-Reply-To: <bug-17087-131-AbizTLT0XB@http.sourceware.org/bugzilla/>
Message-ID: <alpine.DEB.2.20.1610241751220.30661@digraph.polyomino.org.uk>
References: <bug-17087-131@http.sourceware.org/bugzilla/> <bug-17087-131-AbizTLT0XB@http.sourceware.org/bugzilla/>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1)
X-SW-Source: 2016-10/txt/msg00194.txt.bz2
Content-length: 423
My point is that you seem to have taken some text I once wrote about one
such feature request in Bugzilla and cut-and-pasted it in a different
issue to which it does not apply. When asking someone to start a
discussion on libc-alpha, it's nonsensical to request that they include a
synthesis of previous libc-alpha discussions if there were no such
relevant discussions.
--
Joseph S. Myers
joseph@codesourcery.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug malloc/20644] RFE: valgrind interoperation with fortification
[not found] <bug-20644-131@http.sourceware.org/bugzilla/>
2016-09-29 9:29 ` [Bug malloc/20644] RFE: valgrind interoperation with fortification mjw at redhat dot com
@ 2023-02-12 3:00 ` sam at gentoo dot org
2023-02-12 3:01 ` sam at gentoo dot org
2 siblings, 0 replies; 3+ messages in thread
From: sam at gentoo dot org @ 2023-02-12 3:00 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
Sam James <sam at gentoo dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sam at gentoo dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug malloc/20644] RFE: valgrind interoperation with fortification
[not found] <bug-20644-131@http.sourceware.org/bugzilla/>
2016-09-29 9:29 ` [Bug malloc/20644] RFE: valgrind interoperation with fortification mjw at redhat dot com
2023-02-12 3:00 ` sam at gentoo dot org
@ 2023-02-12 3:01 ` sam at gentoo dot org
2 siblings, 0 replies; 3+ messages in thread
From: sam at gentoo dot org @ 2023-02-12 3:01 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=20644
--- Comment #7 from Sam James <sam at gentoo dot org> ---
(In reply to Yuri Gribov from comment #6)
> Related upstream discussion:
> https://sourceware.org/ml/libc-alpha/2016-09/msg00577.html
Came up again on the other side at
https://sourceforge.net/p/valgrind/mailman/message/37773298/.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-02-12 3:01 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-20644-131@http.sourceware.org/bugzilla/>
2016-09-29 9:29 ` [Bug malloc/20644] RFE: valgrind interoperation with fortification mjw at redhat dot com
2023-02-12 3:00 ` sam at gentoo dot org
2023-02-12 3:01 ` sam at gentoo dot 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).