From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22386 invoked by alias); 20 Sep 2017 21:21:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 22343 invoked by uid 55); 20 Sep 2017 21:21:45 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Wed, 20 Sep 2017 21:21: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00314.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #10 from joseph at codesourcery dot com --- On Wed, 20 Sep 2017, romain.naour at gmail dot com wrote: > Hi have a different error from the config.log. I'm using gcc 7.x (commit > 56ce01906ecb0a3e04411f8ceb60b27f4877f070) >=20 > configure:18385: checking for obsolete isnan function in That's nothing to do with float128. The obsolete X/Open isnan C function=20 isn't declared by glibc for C++, deliberately. That test is *meant* to=20 fail. Look at the and installed with GCC - in locations such as= =20 /include/c++/7.2.1/math.h. The math.h header should include=20 and then have various using declarations. The cmath header should= =20 include directives such as "#undef fpclassify" (meaning that all these=20 math.h macros in glibc's math.h are completely irrelevant for C++). If=20 they don't, you need to trace back why the wrong versions of those headers= =20 got installed by libstdc++ (compare configure results with an installation= =20 built without --enable-target-optspace, for example). If the headers look= =20 as expected, you need to trace the exact sequence of header inclusions,=20 macros defines and undefines seen in your C++ test, to see why the C=20 macros are visible for C++ when they should always be undefined by the C++= =20 cmath header, which is included from the C++ version of math.h. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-38996-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 20 21:46:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52448 invoked by alias); 20 Sep 2017 21:46:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52365 invoked by uid 48); 20 Sep 2017 21:46:54 -0000 From: "dj at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] New: nscd cache prune for netgroups hangs after timeout bump Date: Wed, 20 Sep 2017 21:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj 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: 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: 2017-09/txt/msg00315.txt.bz2 Content-length: 1093 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 Bug ID: 22161 Summary: nscd cache prune for netgroups hangs after timeout bump Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: nscd Assignee: unassigned at sourceware dot org Reporter: dj at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- in nscd/netgroupcache.c in addinnetgrX() we call mempool_alloc(..., 1) which takes a lock on the database. If we exit via the "bump timeout" clause, the lock is not released. This can be reproduced by requesting the same query multiple times within t= he timeout, then waiting for a cache prune cycle that needs to time those entr= ies out... the prune thread waits forever for a write lock. Reads from the database continue but prunes stop. To the user, it appears as if the cache just keeps stale data. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-38997-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 20 21:47:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52821 invoked by alias); 20 Sep 2017 21:47:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52782 invoked by uid 48); 20 Sep 2017 21:47:10 -0000 From: "dj at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] nscd cache prune for netgroups hangs after timeout bump Date: Wed, 20 Sep 2017 21:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dj at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00316.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 dj at redhat dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |dj at redhat dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-38998-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 20 22:35:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104783 invoked by alias); 20 Sep 2017 22:35:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94116 invoked by uid 48); 20 Sep 2017 22:35:07 -0000 From: "rmbeer2 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22162] New: Wrong space to load in the memory... Date: Wed, 20 Sep 2017 22: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rmbeer2 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: 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: 2017-09/txt/msg00317.txt.bz2 Content-length: 885 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22162 Bug ID: 22162 Summary: Wrong space to load in the memory... Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: rmbeer2 at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- OS: Archlinux 64 bits. (Last update) I have a library of 64 bits that have 5kb of size, but in the mapping of Ph= dr have a separation of 2 mb for two fragment of 2.5kb. I can't reserve 2mb fo= r a file of 5kb in the memory, how to make allocate in the memory with 5kb of s= pace but have 2mb of separation between the two fragments? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-38999-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 07:37:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62250 invoked by alias); 21 Sep 2017 07:37:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58036 invoked by uid 48); 21 Sep 2017 07:37:11 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] nscd cache prune for netgroups hangs after timeout bump Date: Thu, 21 Sep 2017 07:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: unspecified 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: dj at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc see_also flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00318.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |fweimer at redhat dot com See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=3D1435615 Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39000-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 12:19:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8153 invoked by alias); 21 Sep 2017 12:19:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7943 invoked by uid 48); 21 Sep 2017 12:19:50 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22165] New: [hppa] Text relocations in libc.so Date: Thu, 21 Sep 2017 12: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.26 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 cc target_milestone cf_gcchost Message-ID: 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: 2017-09/txt/msg00319.txt.bz2 Content-length: 1167 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22165 Bug ID: 22165 Summary: [hppa] Text relocations in libc.so Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org CC: carlos at redhat dot com, danglin at gcc dot gnu.org, drepper.fsp at gmail dot com Target Milestone: --- Host: hppa*-*-linux* On hppa-linux-gnu, elf/check-textrel fails because of text relocations in libc.so (this is one of the few obstructions to getting clean compilation t= est results everywhere with build-many-glibcs.py). The problem code appears to be in sysdeps/unix/sysv/linux/hppa/getcontext.S: ldil L%__getcontext_ret, %r1 ldo R%__getcontext_ret(%r1), %r1 which produces R_PARISC_DIR21L and R_PARISC_DIR14R text relocations. I'm n= ot familiar with the architecture so don't know how this should be fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39001-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 13:32:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38523 invoked by alias); 21 Sep 2017 13:32:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38481 invoked by uid 48); 21 Sep 2017 13:32:47 -0000 From: "amodra at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22016] glibc-2.26 (and master) crashes on powerpc with --enable-stack-protector=all Date: Thu, 21 Sep 2017 13: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amodra 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: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00320.txt.bz2 Content-length: 497 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22016 Alan Modra changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amodra at gmail dot com --- Comment #2 from Alan Modra --- gcc-5, gcc-6, gcc-7 and master are now fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39002-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 18:49:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115853 invoked by alias); 21 Sep 2017 18:49:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115803 invoked by uid 48); 21 Sep 2017 18:49:23 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22180] New: destructor registered via __cxa_atexit is called twice Date: Thu, 21 Sep 2017 18:49: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: 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_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-09/txt/msg00321.txt.bz2 Content-length: 2973 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22180 Bug ID: 22180 Summary: destructor registered via __cxa_atexit is called twice Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: ppluzhnikov at google dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Test case from https://sourceware.org/ml/libc-alpha/2017-09/msg00762.html /// tst-dlclose-exit.c #include #include #include #include #include sem_t order; void * open_library (char * pathname) { void *dso; char *err; /* Open the DSO. */ dso =3D dlopen (pathname, RTLD_NOW|RTLD_GLOBAL); if (dso =3D=3D NULL) { err =3D dlerror (); fprintf (stderr, "%s\n", err); exit (1); } /* Clear any errors. */ dlerror (); return dso; } int close_library (void *dso) { int ret; char *err; /* Close the library and look for errors too. */ ret =3D dlclose (dso); if (ret !=3D 0) { err =3D dlerror (); fprintf (stderr, "%s\n", err); exit (1); } return ret; } void * exit_thread (void *arg) { /* Wait for the dlclose to start... */ sem_wait (&order); /* Then try to run the exit sequence which should call all __cxa_atexit registered functions and in parallel with the executing dlclose(). */ exit (0); } int main (void) { void *dso; pthread_t thread; dso =3D open_library ("./libhas-dtors.so"); pthread_create (&thread, NULL, exit_thread, NULL);=20 close_library (dso); pthread_join (thread, NULL); return 1; } /// has-dtors.c #include #include #include #include /* Semaphore defined in executable to ensure we have a happens-before between the first function starting and exit being called. */ extern sem_t order; /* glibc function for registering DSO-specific exit functions. */ extern int __cxa_atexit (void (*func) (void *), void *arg, void *dso_handle= ); /* Hidden compiler handle to this shared object. */ extern void *__dso_handle __attribute__ ((__weak__)); static void first (void *start) { sem_post (&order); sleep (10); printf ("first\n"); } static void second (void *start) { printf ("second\n"); } __attribute__ ((constructor)) static void constructor (void) { sem_init (&order, 0, 0); __cxa_atexit (second, NULL, __dso_handle); __cxa_atexit (first, NULL, __dso_handle); } gcc -O0 -g3 -shared -fPIC -o libhas-dtors.so has-dtors.c -lpthread gcc -O0 -g3 -export-dynamic -o tst-dlclose-exit tst-dlclose-exit.c -lpthread -ldl $ ./tst-dlclose-exit=20 second first second Patch discussion: https://sourceware.org/ml/libc-alpha/2017-09/msg00822.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39003-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 18:49:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116172 invoked by alias); 21 Sep 2017 18:49:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116140 invoked by uid 48); 21 Sep 2017 18:49:35 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22180] destructor registered via __cxa_atexit is called twice Date: Thu, 21 Sep 2017 18: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: unspecified 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: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00322.txt.bz2 Content-length: 415 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22180 Paul Pluzhnikov changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |ppluzhnikov at goog= le dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39004-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 20:46:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111672 invoked by alias); 21 Sep 2017 20:46:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106695 invoked by uid 48); 21 Sep 2017 20:46:10 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22180] destructor registered via __cxa_atexit is called twice Date: Thu, 21 Sep 2017 20: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: ppluzhnikov at google dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00323.txt.bz2 Content-length: 622 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22180 Paul Pluzhnikov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Paul Pluzhnikov --- Fixed by https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3De5e4d7cc056ffae51f= c55b66d9dd0abd99927486 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39005-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 21 21:46:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18225 invoked by alias); 21 Sep 2017 21:46:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18166 invoked by uid 48); 21 Sep 2017 21:46:30 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Thu, 21 Sep 2017 21:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: romain.naour at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00324.txt.bz2 Content-length: 4699 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #11 from romain.naour at gmail dot com --- Hi, Sorry, In my previous comment I was looking at the libstdc++ build log where float128 was disabled. Here is the result of the test: configure:16625: checking for ISO C99 support in for C++98 configure:16694:=20 /home/kubu/toolchain/x86_64-glibc-master/build/host-gcc-final-custom/build/= ./gcc/xgcc -shared-libgcc -B/home/kubu/toolchain/x86_64-glibc-master/build/host-gcc-final-custom/buil= d/./gcc -nostdinc++ -L/home/kubu/toolchain/x86_64-glibc-master/build/host-gcc-final-custom/buil= d/x86_64-buildroot-linux-gnu/libstdc++-v3/src -L/home/kubu/toolchain/x86_64-glibc-master/build/host-gcc-final-custom/buil= d/x86_64-buildroot-linux-gnu/libstdc++-v3/src/.libs -L/home/kubu/toolchain/x86_64-glibc-master/build/host-gcc-final-custom/buil= d/x86_64-buildroot-linux-gnu/libstdc++-v3/libsupc++/.libs -B/home/kubu/toolchain/x86_64-glibc-master/host/x86_64-buildroot-linux-gnu/= bin/ -B/home/kubu/toolchain/x86_64-glibc-master/host/x86_64-buildroot-linux-gnu/= lib/ -isystem /home/kubu/toolchain/x86_64-glibc-master/host/x86_64-buildroot-linux-gnu/in= clude -isystem /home/kubu/toolchain/x86_64-glibc-master/host/x86_64-buildroot-linux-gnu/sy= s-include -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BIT= S=3D64 -Os -D_GNU_SOURCE -std=3Dc++98 -fno-exceptions conftest.cpp -lm >&5 In file included from conftest.cpp:36:0: conftest.cpp: In function 'int main()': conftest.cpp:42:5: error: expected primary-expression before '__typeof' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: expected primary-expression before 'float' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: '__builtin_types_compatible_p' was not declared in this scope i =3D fpclassify(d1); ^ conftest.cpp:42:5: note: suggested alternative: '__builtin_ia32_comile' conftest.cpp:42:5: error: expected primary-expression before '__typeof' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: expected primary-expression before 'double' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: expected primary-expression before '__typeof' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: expected primary-expression before 'long' i =3D fpclassify(d1); ^ conftest.cpp:42:5: error: '__builtin_choose_expr' was not declared in this scope i =3D fpclassify(d1); ^ conftest.cpp:42:5: note: suggested alternative: '__builtin_cexpi' conftest.cpp:42:5: error: '__builtin_choose_expr' was not declared in this scope i =3D fpclassify(d1); ^ conftest.cpp:42:5: note: suggested alternative: '__builtin_cexpi' conftest.cpp:42:5: error: '__builtin_choose_expr' was not declared in this scope i =3D fpclassify(d1); ^ conftest.cpp:42:5: note: suggested alternative: '__builtin_cexpi' configure:16694: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "package-unused" | #define PACKAGE_TARNAME "libstdc++" | #define PACKAGE_VERSION "version-unused" | #define PACKAGE_STRING "package-unused version-unused" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define _GLIBCXX_HOSTED 1 | #define _GLIBCXX_VERBOSE 1 | #define _GLIBCXX_ATOMIC_BUILTINS 1 | #define _GLIBCXX_USE_INT128 1 | #define _GLIBCXX_USE_FLOAT128 1 | #define HAVE_STRXFRM_L 1 | #define HAVE_STRERROR_L 1 | #define HAVE_STRERROR_R 1 | #define HAVE_LIBINTL_H 1 | #define _GLIBCXX_USE_NLS 1 | #define _GLIBCXX_USE_LONG_LONG 1 | #define HAVE_WCHAR_H 1 | #define HAVE_MBSTATE_T 1 | #define HAVE_WCTYPE_H 1 | #define _GLIBCXX_USE_WCHAR_T 1 | /* end confdefs.h. */ | #include | volatile double d1, d2; | volatile int i; | int | main () | {=20 | i =3D fpclassify(d1); | i =3D isfinite(d1); | i =3D isinf(d1); | i =3D isnan(d1); | i =3D isnormal(d1); | i =3D signbit(d1); | i =3D isgreater(d1, d2);=20 | i =3D isgreaterequal(d1, d2); | i =3D isless(d1, d2);=20 | i =3D islessequal(d1, d2); | i =3D islessgreater(d1, d2); | i =3D islessgreater(d1, d2); | i =3D isunordered(d1, d2); |=20=20=20 | ; | return 0; | } configure:16705: result: no So, it's the same issue as for gcc 6.4.0. Sorry for the noise... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39006-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 08:16:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20077 invoked by alias); 22 Sep 2017 08:16:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20018 invoked by uid 48); 22 Sep 2017 08:16:07 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] New: commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Fri, 22 Sep 2017 08:16: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: markus at trippelsdorf dot de 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: 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: 2017-09/txt/msg00325.txt.bz2 Content-length: 9128 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 Bug ID: 22183 Summary: commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Product: glibc Version: unspecified Status: NEW Severity: critical Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: markus at trippelsdorf dot de CC: adhemerval.zanella at linaro dot org Target Milestone: --- Since: commit 5554304f0dddf75dc27cc6250fc53355161fd16a=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 Author: Adhemerval Zanella =20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 Date: Mon Sep 4 16:22:28 2017 -0300=20=20=20=20=20=20=20 posix: Allow glob to match dangling symlinks [BZ #866]=20 I get, e.g.: markus@x4 linux % make [1] 303 segmentation fault nice -n 19 make ... 52590 8275 openat(AT_FDCWD, "/lib/libc.so.6", O_RDONLY|O_CLOEXEC) =3D 3=20= =20=20=20=20=20=20=20=20=20 52591 8275 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@q\2\0\0\0\0\0"..., 832) =3D= 832=20=20=20 52592 8275 fstat(3, {st_mode=3DS_IFREG|0755, st_size=3D16657728, ...}) =3D= 0=20=20=20=20=20=20=20=20=20 52593 8275 mmap(NULL, 1779696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWR= ITE, 3, 0) =3D 0x7f3861552000=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52594 8275 mprotect(0x7f38616fa000, 4096, PROT_NONE) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52595 8275 mmap(0x7f38616fb000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a8000) =3D 0x7f38616fb000=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 52596 8275 mmap(0x7f3861701000, 14320, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) =3D 0x7f3861701000=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52597 8275 close(3) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52598 8275 mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMO= US, -1, 0) =3D 0x7f386154f000=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52599 8275 arch_prctl(ARCH_SET_FS, 0x7f386154f740) =3D 0=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52600 8275 mprotect(0x7f38616fb000, 12288, PROT_READ) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52601 8275 mprotect(0x414000, 4096, PROT_READ) =3D 0=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52602 8275 mprotect(0x7f386175a000, 4096, PROT_READ) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52603 8275 munmap(0x7f3861705000, 171226) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52604 8275 brk(NULL) =3D 0x1fba000=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52605 8275 brk(0x1fdb000) =3D 0x1fdb000=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52606 8275 openat(AT_FDCWD, "/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) =3D 3=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52607 8275 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D3155424, ...}) =3D = 0=20=20=20=20=20=20=20=20=20=20 52608 8275 mmap(NULL, 3155424, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f38612= 4c000=20=20 52609 8275 close(3) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52610 8275 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) =3D 0=20= =20=20=20=20=20=20=20=20=20=20 52611 8275 newfstatat(AT_FDCWD, ".8267.tmp", 0x1fbc5b8, AT_SYMLINK_NOFOLLO= W) =3D -1 ENOENT (No such file or directory)=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 52612 8275 unlinkat(AT_FDCWD, ".8267.tmp", 0) =3D -1 ENOENT (No such file = or directory)=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52613 8275 newfstatat(AT_FDCWD, ".8267.o", 0x1fbc6d8, AT_SYMLINK_NOFOLLOW)= =3D -1 ENOENT (No such file or directory)=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 52614 8275 unlinkat(AT_FDCWD, ".8267.o", 0) =3D -1 ENOENT (No such file or directory)=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52615 8275 lseek(0, 0, SEEK_CUR) =3D -1 ESPIPE (Illegal seek)= =20=20=20=20=20=20=20=20 52616 8275 close(0) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52617 8275 close(1) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52618 8275 close(2) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52619 8275 exit_group(0) =3D ?=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52620 8275 +++ exited with 0 +++=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 52621 8267 <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) =3D=3D 0}]= , 0, NULL) =3D 8275=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52622 8267 rt_sigaction(SIGINT, {sa_handler=3DSIG_DFL, sa_mask=3D[], sa_flags=3DSA_RESTORER, sa_restorer=3D0x7fc196ed8070}, {sa_handler=3D0x43ca= 80, sa_mask=3D[], sa_flags=3DSA_RESTORER, sa_res torer=3D0x7fc196ed8070}, = 8) =3D 0=20=20=20=20=20 52623 8267 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52624 8267 --- SIGCHLD {si_signo=3DSIGCHLD, si_code=3DCLD_EXITED, si_pid= =3D8275, si_uid=3D1000, si_status=3D0, si_utime=3D0, si_stime=3D0} ---=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52625 8267 wait4(-1, 0x7ffdd4d28a58, WNOHANG, NULL) =3D -1 ECHILD (No child processes)=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52626 8267 rt_sigreturn({mask=3D[]}) =3D 0=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52627 8267 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52628 8267 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) =3D 0=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52629 8267 exit_group(0) =3D ?=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52630 8267 +++ exited with 0 +++=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 52631 7948 <... read resumed> "", 198) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52632 7948 close(4) =3D 0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 52633 7948 wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) =3D=3D 0}], 0, NULL)= =3D 8267=20=20 52634 7948 read(3, "rch/$(SRCARCH)/kernel/vmlinux.ld"..., 4096) =3D 4096= =20=20=20=20=20=20=20=20=20 52635 7948 --- SIGSEGV {si_signo=3DSIGSEGV, si_code=3DSEGV_MAPERR, si_addr= =3D0xc8} ---=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 52636 7948 +++ killed by SIGSEGV +++ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39007-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 08:37:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102603 invoked by alias); 22 Sep 2017 08:37:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102512 invoked by uid 48); 22 Sep 2017 08:37:35 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] New: Memory leak(s) in getaddrinfo_a Date: Fri, 22 Sep 2017 08:37: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tim.ruehsen at gmx 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 target_milestone attachments.created Message-ID: 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: 2017-09/txt/msg00326.txt.bz2 Content-length: 4090 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 Bug ID: 22184 Summary: Memory leak(s) in getaddrinfo_a Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: nss Assignee: unassigned at sourceware dot org Reporter: tim.ruehsen at gmx dot de Target Milestone: --- Created attachment 10458 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10458&action=3Ded= it Reproducer C code Attached is a simple example code where valgrind shows memory leaks (Debian unstable, glibc 2.24 here). Since the man pages are not clear about free'ing memory, I already tried several code variations - with no success. Valgrind output: =3D=3D1998=3D=3D 28 bytes in 1 blocks are still reachable in loss record 1 = of 5 =3D=3D1998=3D=3D at 0x4C2BBEF: malloc (vg_replace_malloc.c:299) =3D=3D1998=3D=3D by 0x51423D6: __res_vinit (res_init.c:279) =3D=3D1998=3D=3D by 0x51439B2: __res_maybe_init (res_libc.c:122) =3D=3D1998=3D=3D by 0x5C0A95B: ??? =3D=3D1998=3D=3D by 0x510FFC0: gaih_inet.constprop.5 (getaddrinfo.c:848) =3D=3D1998=3D=3D by 0x51112E7: getaddrinfo (getaddrinfo.c:2391) =3D=3D1998=3D=3D by 0x4E39047: handle_requests (gai_misc.c:320) =3D=3D1998=3D=3D by 0x53E0493: start_thread (pthread_create.c:333) =3D=3D1998=3D=3D=20 =3D=3D1998=3D=3D 28 bytes in 1 blocks are still reachable in loss record 2 = of 5 =3D=3D1998=3D=3D at 0x4C2BBEF: malloc (vg_replace_malloc.c:299) =3D=3D1998=3D=3D by 0x5E187F9: ??? =3D=3D1998=3D=3D by 0x5E15BC3: ??? =3D=3D1998=3D=3D by 0x5E16234: ??? =3D=3D1998=3D=3D by 0x5E166E8: ??? =3D=3D1998=3D=3D by 0x5C0A9F8: ??? =3D=3D1998=3D=3D by 0x510FFC0: gaih_inet.constprop.5 (getaddrinfo.c:848) =3D=3D1998=3D=3D by 0x51112E7: getaddrinfo (getaddrinfo.c:2391) =3D=3D1998=3D=3D by 0x4E39047: handle_requests (gai_misc.c:320) =3D=3D1998=3D=3D by 0x53E0493: start_thread (pthread_create.c:333) =3D=3D1998=3D=3D=20 =3D=3D1998=3D=3D 64 bytes in 1 blocks are still reachable in loss record 3 = of 5 =3D=3D1998=3D=3D at 0x4C2BB1F: malloc (vg_replace_malloc.c:298) =3D=3D1998=3D=3D by 0x4C2DE9F: realloc (vg_replace_malloc.c:785) =3D=3D1998=3D=3D by 0x4E395D7: get_elem (gai_misc.c:119) =3D=3D1998=3D=3D by 0x4E395D7: __gai_enqueue_request (gai_misc.c:225) =3D=3D1998=3D=3D by 0x4E39B84: getaddrinfo_a (getaddrinfo_a.c:67) =3D=3D1998=3D=3D by 0x108902: main (in /usr/tim/src/wget2/gai_leak) =3D=3D1998=3D=3D=20 =3D=3D1998=3D=3D 272 bytes in 1 blocks are possibly lost in loss record 4 o= f 5 =3D=3D1998=3D=3D at 0x4C2DC05: calloc (vg_replace_malloc.c:711) =3D=3D1998=3D=3D by 0x4011F31: allocate_dtv (dl-tls.c:322) =3D=3D1998=3D=3D by 0x40128BD: _dl_allocate_tls (dl-tls.c:539) =3D=3D1998=3D=3D by 0x53E100B: allocate_stack (allocatestack.c:580) =3D=3D1998=3D=3D by 0x53E100B: pthread_create@@GLIBC_2.2.5 (pthread_crea= te.c:539) =3D=3D1998=3D=3D by 0x4E3946A: __gai_create_helper_thread (gai_misc.h:11= 3) =3D=3D1998=3D=3D by 0x4E3946A: __gai_enqueue_request (gai_misc.c:256) =3D=3D1998=3D=3D by 0x4E39B84: getaddrinfo_a (getaddrinfo_a.c:67) =3D=3D1998=3D=3D by 0x108902: main (in /usr/tim/src/wget2/gai_leak) =3D=3D1998=3D=3D=20 =3D=3D1998=3D=3D 2,048 bytes in 1 blocks are still reachable in loss record= 5 of 5 =3D=3D1998=3D=3D at 0x4C2DC05: calloc (vg_replace_malloc.c:711) =3D=3D1998=3D=3D by 0x4E394F1: get_elem (gai_misc.c:131) =3D=3D1998=3D=3D by 0x4E394F1: __gai_enqueue_request (gai_misc.c:225) =3D=3D1998=3D=3D by 0x4E39B84: getaddrinfo_a (getaddrinfo_a.c:67) =3D=3D1998=3D=3D by 0x108902: main (in /usr/tim/src/wget2/gai_leak) =3D=3D1998=3D=3D=20 =3D=3D1998=3D=3D LEAK SUMMARY: =3D=3D1998=3D=3D definitely lost: 0 bytes in 0 blocks =3D=3D1998=3D=3D indirectly lost: 0 bytes in 0 blocks =3D=3D1998=3D=3D possibly lost: 272 bytes in 1 blocks =3D=3D1998=3D=3D still reachable: 2,168 bytes in 4 blocks --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39008-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 08:44:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73613 invoked by alias); 22 Sep 2017 08:44:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73563 invoked by uid 48); 22 Sep 2017 08:44:14 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Fri, 22 Sep 2017 08:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: markus at trippelsdorf dot de 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: In-Reply-To: References: 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: 2017-09/txt/msg00327.txt.bz2 Content-length: 316 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 --- Comment #1 from Markus Trippelsdorf --- Ah, I see that this issue is already being discussed on the mailing-list. Feel free to close this bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39009-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 11:19:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 34446 invoked by alias); 22 Sep 2017 11:19:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34314 invoked by uid 48); 22 Sep 2017 11:19:12 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug locale/22062] Data race when reading configuration in iconv/gconv_conf.c Date: Fri, 22 Sep 2017 11:19: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00328.txt.bz2 Content-length: 379 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22062 Arjun Shankar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39010-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:00:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123035 invoked by alias); 22 Sep 2017 12:00:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122968 invoked by uid 55); 22 Sep 2017 12:00:29 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22180] destructor registered via __cxa_atexit is called twice Date: Fri, 22 Sep 2017 12: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: joseph at codesourcery dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00329.txt.bz2 Content-length: 375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22180 --- Comment #2 from joseph at codesourcery dot com --- When marking bugs as FIXED, please set the target milestone to the first=20 mainline release with the fix (so 2.27 for fixes being checked in now). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39012-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:01:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125441 invoked by alias); 22 Sep 2017 12:01:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124710 invoked by uid 48); 22 Sep 2017 12:01:09 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16148] ca_ES: incorrect thousands separator Date: Fri, 22 Sep 2017 12: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: 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: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00331.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16148 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39011-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:01:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124567 invoked by alias); 22 Sep 2017 12:01:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124062 invoked by uid 48); 22 Sep 2017 12:00:53 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15332] es_CU: locale update Date: Fri, 22 Sep 2017 12: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: 2.13 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: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00330.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15332 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39013-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:15:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16068 invoked by alias); 22 Sep 2017 12:15:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15969 invoked by uid 48); 22 Sep 2017 12:15:24 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Fri, 22 Sep 2017 12:15: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00332.txt.bz2 Content-length: 1078 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 --- Comment #2 from Adhemerval Zanella --- Yes, it was pointed out by Andreas Schwab that this recent modification wou= ld break GNUmake in some scenarios. The current approach to fix it is in twofold [1]: * Bump _GNU_GLOB_INTERFACE_VERSION to 2 and forcing new GNUmake build to = use its internal glob implementation.=20=20 * Add a compat symbol with previous semantic that avoid calling gl_lstat = and thus avoid breaking make. Paul Eggert already sent an initial patch to fix it on make side [2], but I think we should also change make configure script to check for _GNU_GLOB_INTERFACE_VERSION 1 and 2 and enable glob for newer implementatio= ns as well (with the fix along it). I will keep the patch open to track this issue, thanks for reporting it.=20 [1] https://sourceware.org/ml/libc-alpha/2017-09/msg00718.html [2] http://lists.gnu.org/archive/html/bug-make/2017-09/msg00014.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39014-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:20:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 22243 invoked by alias); 22 Sep 2017 12:20:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22164 invoked by uid 48); 22 Sep 2017 12:20:53 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Fri, 22 Sep 2017 12:20: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00333.txt.bz2 Content-length: 536 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39016-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:38:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12202 invoked by alias); 22 Sep 2017 12:38:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7236 invoked by uid 48); 22 Sep 2017 12:38:54 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug stdio/20005] fflush on a file opened with fmemopen resets position to 0 Date: Fri, 22 Sep 2017 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: critical 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.24 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00335.txt.bz2 Content-length: 566 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20005 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tortoise_74 at yahoo dot c= o.uk --- Comment #8 from Adhemerval Zanella --- *** Bug 22140 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39015-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:38:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11770 invoked by alias); 22 Sep 2017 12:38:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 5897 invoked by uid 48); 22 Sep 2017 12:38:53 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug stdio/22140] ftell() returns incorrect value for memory stream Date: Fri, 22 Sep 2017 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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adhemerval.zanella at linaro dot 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: security- X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00334.txt.bz2 Content-length: 1608 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22140 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |adhemerval.zanella at lina= ro dot o | |rg Resolution|--- |DUPLICATE --- Comment #2 from Adhemerval Zanella --- I can't really tell which kind of backports OpenSUSE LEAP 22 carries on its glibc package, but my understanding is this is in fact BZ#20005 (which has = been fixed on 2.24). I can't reproduce it on master: $ /home/azanella/Projects/glibc/build/x86_64-linux-gnu/testrun.sh ./test 2.26.90 written=3D4 fstatus=3D0 ftellpos=3D4 fstatus=3D0 ftellpos2=3D4 I would like to ask you for future bug report if you could use the canonical source tree [1] instead of reporting against distro releases. It is mostly because distro usually carry both backports and non-upstream patches that m= ake difficult to track down which version it really occurs. Also, avoid reporting bug against old releases and check against master to = see it has been already fixed upstream. This helps us pinpoint the commit for possible backport. [1] https://www.gnu.org/software/libc/sources.html *** This bug has been marked as a duplicate of bug 20005 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39017-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:39:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31329 invoked by alias); 22 Sep 2017 12:39:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31257 invoked by uid 48); 22 Sep 2017 12:39:23 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug stdio/22140] ftell() returns incorrect value for memory stream Date: Fri, 22 Sep 2017 12:39: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adhemerval.zanella at linaro dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE 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: assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00336.txt.bz2 Content-length: 482 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22140 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39018-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 12:40:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31950 invoked by alias); 22 Sep 2017 12:40:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31886 invoked by uid 48); 22 Sep 2017 12:39:57 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22125] Incorrect feature test macro markings for pthread_mutexattr_setrobust() and pthread_mutexattr_getrobust() Date: Fri, 22 Sep 2017 12: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adhemerval.zanella at linaro dot 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: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00337.txt.bz2 Content-length: 620 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22125 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adhemerval.zanella at lina= ro dot o | |rg Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39019-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 13:18:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20994 invoked by alias); 22 Sep 2017 13:18:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20939 invoked by uid 48); 22 Sep 2017 13:18:16 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Fri, 22 Sep 2017 13: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: 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: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00338.txt.bz2 Content-length: 568 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- Are you able to try reproducing this with glibc master or 2.26? Both have s= ome cleanups in this area. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39020-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 13:23:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 67175 invoked by alias); 22 Sep 2017 13:23:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67123 invoked by uid 48); 22 Sep 2017 13:23:53 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Fri, 22 Sep 2017 13:23: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tim.ruehsen at gmx 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: In-Reply-To: References: 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: 2017-09/txt/msg00339.txt.bz2 Content-length: 538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 --- Comment #2 from Tim R=C3=BChsen --- (In reply to Carlos O'Donell from comment #1) > Are you able to try reproducing this with glibc master or 2.26? Both have > some cleanups in this area. My system is at 2.25. Cloned the glibc repo and could not see anything in t= he commits (after a quick look). Never built glibc before, but I'll have a look at it at the weekend. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39021-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 14:14:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4688 invoked by alias); 22 Sep 2017 14:14:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1191 invoked by uid 48); 22 Sep 2017 14:14:17 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Fri, 22 Sep 2017 14:14: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tim.ruehsen at gmx 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: In-Reply-To: References: 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: 2017-09/txt/msg00340.txt.bz2 Content-length: 1117 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 --- Comment #3 from Tim R=C3=BChsen --- (In reply to Carlos O'Donell from comment #1) > Are you able to try reproducing this with glibc master or 2.26? Both have > some cleanups in this area. Just checked with current master. CFLAGS=3D"-O1 -g" ../configure --prefix=3D/usr/tim/src/glibc/myinstall --disable-werror make make install gcc -I../myinstall/include gai_leak.c -o gai_leak -L../myinstall/lib ../myinstall/lib/libanl.so ../myinstall/lib/libc.so ../myinstall/lib/libpthread.so valgrind ./gai_leak ... =3D=3D29332=3D=3D in use at exit: 2,440 bytes in 5 blocks =3D=3D29332=3D=3D total heap usage: 74 allocs, 69 frees, 104,809 bytes al= located =3D=3D29332=3D=3D=20 =3D=3D29332=3D=3D LEAK SUMMARY: =3D=3D29332=3D=3D definitely lost: 0 bytes in 0 blocks =3D=3D29332=3D=3D indirectly lost: 0 bytes in 0 blocks =3D=3D29332=3D=3D possibly lost: 272 bytes in 1 blocks =3D=3D29332=3D=3D still reachable: 2,168 bytes in 4 blocks ... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39022-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 14:38:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80771 invoked by alias); 22 Sep 2017 14:38:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80719 invoked by uid 48); 22 Sep 2017 14:38:22 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22180] destructor registered via __cxa_atexit is called twice Date: Fri, 22 Sep 2017 14:38: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: ppluzhnikov at google dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00341.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22180 Paul Pluzhnikov changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39023-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 16:56:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62165 invoked by alias); 22 Sep 2017 16:56:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61944 invoked by uid 48); 22 Sep 2017 16:56:18 -0000 From: "dje.gcc at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22189] New: [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Date: Fri, 22 Sep 2017 16:56: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: dje.gcc 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: 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: 2017-09/txt/msg00342.txt.bz2 Content-length: 738 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22189 Bug ID: 22189 Summary: [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Product: glibc Version: 2.28 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: dje.gcc at gmail dot com Target Milestone: --- The PowerPC port should define math_opt_barrier and math_force_eval in sysdeps/powerpc/fpu/math_private.h to override the default definitions that force a write to memory. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39024-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 18:11:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116976 invoked by alias); 22 Sep 2017 18:11:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116914 invoked by uid 55); 22 Sep 2017 18:11:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Fri, 22 Sep 2017 18:11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00343.txt.bz2 Content-length: 2583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #12 from 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 c5c4a626098ec884b8527356abdf2a4bb7b6bf27 (commit) from 23947846658fd41875381c0bcc05b319c3c7bde4 (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=3Dglibc.git;h=3Dc5c4a626098ec884b85= 27356abdf2a4bb7b6bf27 commit c5c4a626098ec884b8527356abdf2a4bb7b6bf27 Author: Gabriel F. T. Gomes Date: Wed Sep 20 15:10:26 2017 -0300 Let fpclassify use the builtin when optimizing for size in C++ mode (bug 22146) When optimization for size is on (-Os), fpclassify does not use the type-generic __builtin_fpclassify builtin, instead it uses __MATH_TG. However, when library support for float128 is available, __MATH_TG uses __builtin_types_compatible_p, which is not available in C++ mode. On the other hand, libstdc++ undefines (in cmath) many macros from math.h, including fpclassify, so that it can provide its own functions. However, during its configure tests, libstdc++ just tests for the availability of the macros (it does not undefine them, nor does it provide its own functions). Finally, when libstdc++ is configured with optimization for size enabled, its configure tests include math.h and get the definition of fpclassify that uses __MATH_TG (and __builtin_types_compatible_p). Since libstdc++ does not undefine the macros during its configure tests, they fail. This patch lets fpclassify use the builtin in C++ mode, even when optimization for size is on. This allows the configure test in libstdc++ to work. Tested for powerpc64le and x86_64. [BZ #22146] math/math.h: Let fpclassify use the builtin in C++ mode, even when optimazing for size. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ math/math.h | 8 +++++++- 2 files changed, 13 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39025-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 18:14:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20235 invoked by alias); 22 Sep 2017 18:14:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17911 invoked by uid 48); 22 Sep 2017 18:14:08 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Fri, 22 Sep 2017 18:14: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00344.txt.bz2 Content-length: 602 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 Gabriel F. T. Gomes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #13 from Gabriel F. T. Gomes --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39026-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 20:17:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33619 invoked by alias); 22 Sep 2017 20:17:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33578 invoked by uid 48); 22 Sep 2017 20:17:39 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug math/22189] [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Date: Fri, 22 Sep 2017 20:17: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: tuliom at linux dot vnet.ibm.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: In-Reply-To: References: 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: 2017-09/txt/msg00345.txt.bz2 Content-length: 431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22189 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tuliom at linux dot vnet.i= bm.com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39027-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 20:19:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35269 invoked by alias); 22 Sep 2017 20:19:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35215 invoked by uid 48); 22 Sep 2017 20:19:18 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug math/22189] [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Date: Fri, 22 Sep 2017 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: 2.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com X-Bugzilla-Status: UNCONFIRMED 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_gcchost assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00346.txt.bz2 Content-length: 664 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22189 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Host| |powerpc*-linux-gnu Assignee|unassigned at sourceware dot org |tuliom at linux dot= vnet.ibm.com --- Comment #1 from Tulio Magno Quites Machado Filho --- Patch submitted: https://patchwork.sourceware.org/patch/23084/ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39028-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 20:40:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119532 invoked by alias); 22 Sep 2017 20:40:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119375 invoked by uid 48); 22 Sep 2017 20:40:04 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21271] cv_RU: update translations Date: Fri, 22 Sep 2017 20:40: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: jsm28 at gcc dot gnu.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: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00347.txt.bz2 Content-length: 320 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21271 --- Comment #3 from Joseph Myers --- Note comment lost in system crash and restore from backup. https://sourceware.org/ml/glibc-bugs/2017-08/msg00392.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39029-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 20:41:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120633 invoked by alias); 22 Sep 2017 20:41:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 120571 invoked by uid 48); 22 Sep 2017 20:41:24 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20008] km_KH: convert to translit_neutral Date: Fri, 22 Sep 2017 20:41: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00348.txt.bz2 Content-length: 852 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20008 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Restoring changes lost in system crash and restore from backup. https://sourceware.org/ml/glibc-bugs/2017-08/msg00393.html https://sourceware.org/ml/glibc-bugs/2017-08/msg00394.html https://sourceware.org/ml/glibc-bugs/2017-08/msg00395.html https://sourceware.org/ml/glibc-bugs/2017-08/msg00396.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39030-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 22 21:01:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50128 invoked by alias); 22 Sep 2017 21:01:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46791 invoked by uid 55); 22 Sep 2017 21:01:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Fri, 22 Sep 2017 21: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00349.txt.bz2 Content-length: 2692 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #14 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via d37c951fde57e8acb320a9a7d437ba50a1fc3c8a (commit) from 37d4262a7a35886cf8ac856457bbad8c0498c8d6 (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=3Dglibc.git;h=3Dd37c951fde57e8acb32= 0a9a7d437ba50a1fc3c8a commit d37c951fde57e8acb320a9a7d437ba50a1fc3c8a Author: Gabriel F. T. Gomes Date: Wed Sep 20 15:10:26 2017 -0300 Let fpclassify use the builtin when optimizing for size in C++ mode (bug 22146) When optimization for size is on (-Os), fpclassify does not use the type-generic __builtin_fpclassify builtin, instead it uses __MATH_TG. However, when library support for float128 is available, __MATH_TG uses __builtin_types_compatible_p, which is not available in C++ mode. On the other hand, libstdc++ undefines (in cmath) many macros from math.h, including fpclassify, so that it can provide its own functions. However, during its configure tests, libstdc++ just tests for the availability of the macros (it does not undefine them, nor does it provide its own functions). Finally, when libstdc++ is configured with optimization for size enabled, its configure tests include math.h and get the definition of fpclassify that uses __MATH_TG (and __builtin_types_compatible_p). Since libstdc++ does not undefine the macros during its configure tests, they fail. This patch lets fpclassify use the builtin in C++ mode, even when optimization for size is on. This allows the configure test in libstdc++ to work. Tested for powerpc64le and x86_64. [BZ #22146] math/math.h: Let fpclassify use the builtin in C++ mode, even when optimazing for size. (cherry picked from commit c5c4a626098ec884b8527356abdf2a4bb7b6bf27) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + math/math.h | 8 +++++++- 3 files changed, 14 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39031-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 23 01:03:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14005 invoked by alias); 23 Sep 2017 01:03:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13944 invoked by uid 48); 23 Sep 2017 01:03:22 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Sat, 23 Sep 2017 01: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00350.txt.bz2 Content-length: 418 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #15 from Gabriel F. T. Gomes --- Romain Naour, I have applied the fix to the master branch, as well as I have backported i= t to the stable branch for glibc 2.26. Could you test it in your setup in buildroot, please? Thank you. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39032-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 23 08:30:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105439 invoked by alias); 23 Sep 2017 08:30:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102771 invoked by uid 48); 23 Sep 2017 08:30:53 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Sat, 23 Sep 2017 08:30: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: romain.naour at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00351.txt.bz2 Content-length: 496 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #16 from romain.naour at gmail dot com --- Hi Gabriel, Thanks for the patch! I tested it on x86_64 with glibc build with -Os and the C++ issue is gone. Do you plan to release glibc 2.26.1 soon ? It would help me to update to glibc 2.26.x in Buildroot since I need to backport (at least) patches for bug 21930 and this one. Best regards, Romain --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39033-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 23 12:48:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31890 invoked by alias); 23 Sep 2017 12:48:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31542 invoked by uid 55); 23 Sep 2017 12:48:03 -0000 From: "dave.anglin at bell dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22165] [hppa] Text relocations in libc.so Date: Sat, 23 Sep 2017 12: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dave.anglin at bell dot net 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: In-Reply-To: References: 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: 2017-09/txt/msg00352.txt.bz2 Content-length: 912 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22165 --- Comment #1 from dave.anglin at bell dot net --- On 2017-09-21, at 8:19 AM, jsm28 at gcc dot gnu.org wrote: > On hppa-linux-gnu, elf/check-textrel fails because of text relocations in > libc.so (this is one of the few obstructions to getting clean compilation= test > results everywhere with build-many-glibcs.py). >=20 > The problem code appears to be in sysdeps/unix/sysv/linux/hppa/getcontext= .S: >=20 > ldil L%__getcontext_ret, %r1 > ldo R%__getcontext_ret(%r1), %r1 >=20 > which produces R_PARISC_DIR21L and R_PARISC_DIR14R text relocations. I'm= not > familiar with the architecture so don't know how this should be fixed. I'm testing the attached change. The above code is not PIC. Dave -- John David Anglin dave.anglin@bell.net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39034-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 23 13:06:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106046 invoked by alias); 23 Sep 2017 13:06:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106004 invoked by uid 48); 23 Sep 2017 13:06:49 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Sat, 23 Sep 2017 13:06: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: 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: In-Reply-To: References: 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: 2017-09/txt/msg00353.txt.bz2 Content-length: 1431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 --- Comment #4 from Carlos O'Donell --- (In reply to Tim R=C3=BChsen from comment #3) > (In reply to Carlos O'Donell from comment #1) > > Are you able to try reproducing this with glibc master or 2.26? Both ha= ve > > some cleanups in this area. >=20 > Just checked with current master. > CFLAGS=3D"-O1 -g" ../configure --prefix=3D/usr/tim/src/glibc/myinstall > --disable-werror > make > make install > gcc -I../myinstall/include gai_leak.c -o gai_leak -L../myinstall/lib > ../myinstall/lib/libanl.so ../myinstall/lib/libc.so > ../myinstall/lib/libpthread.so > valgrind ./gai_leak >=20 > ... > =3D=3D29332=3D=3D in use at exit: 2,440 bytes in 5 blocks > =3D=3D29332=3D=3D total heap usage: 74 allocs, 69 frees, 104,809 bytes = allocated > =3D=3D29332=3D=3D=20 > =3D=3D29332=3D=3D LEAK SUMMARY: > =3D=3D29332=3D=3D definitely lost: 0 bytes in 0 blocks > =3D=3D29332=3D=3D indirectly lost: 0 bytes in 0 blocks > =3D=3D29332=3D=3D possibly lost: 272 bytes in 1 blocks > =3D=3D29332=3D=3D still reachable: 2,168 bytes in 4 blocks > ... You must use -rpath to build a binary that uses the new libraries, otherwise this uses your system libraries. Please see this document for steps on how to do that: https://sourceware.org/glibc/wiki/Testing/Builds --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39035-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 23 22:45:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62835 invoked by alias); 23 Sep 2017 22:45:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62796 invoked by uid 48); 23 Sep 2017 22:45:35 -0000 From: "psmith at gnu dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22194] New: Building glob outside of glibc fails Date: Sat, 23 Sep 2017 22:45: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: psmith at gnu 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: 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: 2017-09/txt/msg00354.txt.bz2 Content-length: 2430 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22194 Bug ID: 22194 Summary: Building glob outside of glibc fails Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: psmith at gnu dot org Target Milestone: --- GNU make contains its own version of the glob library, which it compiles on systems which do not support sufficiently competent glob implementations (basically, any system without glibc). The last time GNU make took a drop of the glibc glob implementation was in 1999. I'm trying to integrate a new drop (based on the current Git master HEAD 2f49ce7d626) and am finding a number of problems when compiling glob without the _LIBC option set: There's a syntax error in alloca_account() in fnmatch.c: diff --git a/glob/fnmatch.c b/glob/fnmatch.c index 62df3ec..ae28b56 100644 --- a/glob/fnmatch.c +++ b/glob/fnmatch.c @@ -37,7 +37,7 @@ #ifdef _LIBC # include #else -# define alloca_account(size., var) alloca (size) +# define alloca_account(size, var) alloca (size) #endif In glob.c, FLEXIBLE_ARRAY_MEMBER is only defined if _LIBC is defined: diff --git a/glob/glob.c b/glob/glob.c index c699177..f1faa05 100644 --- a/glob/glob.c +++ b/glob/glob.c @@ -68,6 +68,7 @@ # endif # define __readdir readdir # define COMPILE_GLOB64 +# define FLEXIBLE_ARRAY_MEMBER 1 #endif /* _LIBC */ #include Beyond that, in order to build an external glob library I now need these fi= les: - fnmatch.c - fnmatch.h - glob.c - glob.h - glob_internal.h - flexmember.h - scratch_buffer.h In scratch_buffer.h, libc_hidden_proto() is used but is nowhere defined. In glob.c, __THROWNL is used but nowhere defined. In glob.c, attribute_hidden is used but nowhere defined. In glob.c, mempcpy() is used extensively which is not declared/available un= less _GNU_SOURCE is set. In both glob.c and fnmatch.c, __set_errno() is used but nowhere defined. After hacking around these issues I can build a version of glob and link it with GNU make and it works, with GCC on GNU/Linux with glibc also installed= .=20 Note I have not yet tried on other systems such as Windows, VMS, etc. and w= ith other compilers. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39036-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Sep 24 15:35:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88793 invoked by alias); 24 Sep 2017 15:35:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83265 invoked by uid 48); 24 Sep 2017 15:35:27 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Sun, 24 Sep 2017 15:35: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: unspecified 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: In-Reply-To: References: 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: 2017-09/txt/msg00355.txt.bz2 Content-length: 650 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --- Comment #5 from Florian Weimer --- I think this is just a race condition involving the getaddrinfo_a helper threads. The process terminates when they are still around, so valgrind reports the memory allocated for them. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39037-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Sep 24 15:36:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 130355 invoked by alias); 24 Sep 2017 15:36:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128303 invoked by uid 48); 24 Sep 2017 15:36:26 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22194] Building glob outside of glibc fails Date: Sun, 24 Sep 2017 15:36: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: unspecified 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: In-Reply-To: References: 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: 2017-09/txt/msg00356.txt.bz2 Content-length: 571 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22194 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --- Comment #1 from Florian Weimer --- You should take glob from gnulib, which should contain sources tweaked for inclusion from other programs. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39038-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 09:59:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96242 invoked by alias); 25 Sep 2017 09:59:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90477 invoked by uid 48); 25 Sep 2017 09:59:06 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Mon, 25 Sep 2017 09:59: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: unspecified 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_severity Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00357.txt.bz2 Content-length: 374 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39039-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 10:03:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27886 invoked by alias); 25 Sep 2017 10:03:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22671 invoked by uid 48); 25 Sep 2017 10:03:06 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22101] Dynamic loader must ignore "debug" shared objects e.g. ET_GNU_DEBUG_* Date: Mon, 25 Sep 2017 10:03: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00358.txt.bz2 Content-length: 312 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22101 --- Comment #6 from Andreas Schwab --- > Does it means that dlopen is authorized to crash (SIGSEGV)? Yes, because you allow it to run arbitrary code. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39040-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 10:24:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68665 invoked by alias); 25 Sep 2017 10:24:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68585 invoked by uid 48); 25 Sep 2017 10:24:44 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Mon, 25 Sep 2017 10:24: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tim.ruehsen at gmx 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: In-Reply-To: References: 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: 2017-09/txt/msg00359.txt.bz2 Content-length: 2647 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 --- Comment #6 from Tim R=C3=BChsen --- (In reply to Carlos O'Donell from comment #4) > You must use -rpath to build a binary that uses the new libraries, otherw= ise > this uses your system libraries. >=20 > Please see this document for steps on how to do that: > https://sourceware.org/glibc/wiki/Testing/Builds Ok, looks now like $ ldd gai_leak linux-vdso.so.1 (0x00007ffd743a2000) libanl.so.1 =3D> /usr/tim/src/glibc/mybuild//resolv/libanl.so.1 (0x00007f93fddd3000) libpthread.so.0 =3D> /usr/tim/src/glibc/mybuild//nptl/libpthread.so= .0 (0x00007f93fdbb5000) libc.so.6 =3D> /usr/tim/src/glibc/mybuild/libc.so.6 (0x00007f93fd81= 2000) /usr/tim/src/glibc/mybuild//elf/ld.so =3D> /lib64/ld-linux-x86-64.s= o.2 (0x00007f93fe1da000) but can't get valgrind working (what tool do you use ?). $ gcc -g=20 -Wl,-rpath=3D${GLIBC}:${GLIBC}/math:${GLIBC}/elf:${GLIBC}/dlfcn:${GLIBC}/ns= s:${GLIBC}/nis:${GLIBC}/rt:${GLIBC}/resolv:${GLIBC}/crypt:${GLIBC}/nptl:${G= LIBC}/dfp -Wl,--dynamic-linker=3D${GLIBC}/elf/ld.so gai_leak.c -o gai_leak -lanl -lpthread $ valgrind ./gai_leak ... valgrind: Fatal error at startup: a function redirection valgrind: which is mandatory for this platform-tool combination valgrind: cannot be set up. Details of the redirection are: valgrind:=20=20 valgrind: A must-be-redirected function valgrind: whose name matches the pattern: strlen valgrind: in an object with soname matching: ld-linux-x86-64.so.2 valgrind: was not found whilst processing valgrind: symbols from the object with soname: ld-linux-x86-64.so.2 valgrind:=20=20 valgrind: Possible fixes: (1, short term): install glibc's debuginfo valgrind: package on this machine. (2, longer term): ask the packagers valgrind: for your Linux distribution to please in future ship a non- valgrind: stripped ld.so (or whatever the dynamic linker .so is called) valgrind: that exports the above-named function using the standard valgrind: calling conventions for this platform. The package you need valgrind: to install for fix (1) is called valgrind:=20=20 valgrind: On Debian, Ubuntu: libc6-dbg valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo valgrind:=20=20 valgrind: Note that if you are debugging a 32 bit process on a valgrind: 64 bit system, you will need a corresponding 32 bit debuginfo valgrind: package (e.g. libc6-dbg:i386). valgrind:=20=20 valgrind: Cannot continue -- exiting now. Sorry. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39041-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 11:01:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16033 invoked by alias); 25 Sep 2017 11:01:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15956 invoked by uid 48); 25 Sep 2017 11:01:54 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/22184] Memory leak(s) in getaddrinfo_a Date: Mon, 25 Sep 2017 11:01: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: unspecified 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00360.txt.bz2 Content-length: 2234 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22184 --- Comment #7 from Andreas Schwab --- This works for me, giving the following result: =3D=3D32477=3D=3D Memcheck, a memory error detector =3D=3D32477=3D=3D Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward = et al. =3D=3D32477=3D=3D Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyr= ight info =3D=3D32477=3D=3D Command: ./gai_leak =3D=3D32477=3D=3D=20 resolving example.com:80... freeaddrinfo 0x560c7b0 =3D=3D32477=3D=3D=20 =3D=3D32477=3D=3D HEAP SUMMARY: =3D=3D32477=3D=3D in use at exit: 2,384 bytes in 3 blocks =3D=3D32477=3D=3D total heap usage: 14 allocs, 11 frees, 10,166 bytes all= ocated =3D=3D32477=3D=3D=20 =3D=3D32477=3D=3D 272 bytes in 1 blocks are possibly lost in loss record 2 = of 3 =3D=3D32477=3D=3D at 0x4C30250: calloc (vg_replace_malloc.c:711) =3D=3D32477=3D=3D by 0x4011AD1: allocate_dtv (dl-tls.c:286) =3D=3D32477=3D=3D by 0x401244D: _dl_allocate_tls (dl-tls.c:530) =3D=3D32477=3D=3D by 0x50462C3: allocate_stack (allocatestack.c:623) =3D=3D32477=3D=3D by 0x50462C3: pthread_create@@GLIBC_2.2.5 (pthread_cre= ate.c:644) =3D=3D32477=3D=3D by 0x4E3B46A: __gai_create_helper_thread (gai_misc.h:1= 13) =3D=3D32477=3D=3D by 0x4E3B46A: __gai_enqueue_request (gai_misc.c:253) =3D=3D32477=3D=3D by 0x4E3BB84: getaddrinfo_a (getaddrinfo_a.c:67) =3D=3D32477=3D=3D by 0x400829: main (gai_leak.c:34) =3D=3D32477=3D=3D=20 =3D=3D32477=3D=3D LEAK SUMMARY: =3D=3D32477=3D=3D definitely lost: 0 bytes in 0 blocks =3D=3D32477=3D=3D indirectly lost: 0 bytes in 0 blocks =3D=3D32477=3D=3D possibly lost: 272 bytes in 1 blocks =3D=3D32477=3D=3D still reachable: 2,112 bytes in 2 blocks =3D=3D32477=3D=3D suppressed: 0 bytes in 0 blocks =3D=3D32477=3D=3D Reachable blocks (those to which a pointer was found) are= not shown. =3D=3D32477=3D=3D To see them, rerun with: --leak-check=3Dfull --show-leak-= kinds=3Dall =3D=3D32477=3D=3D=20 =3D=3D32477=3D=3D For counts of detected and suppressed errors, rerun with:= -v =3D=3D32477=3D=3D ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 fr= om 0) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39042-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 12:45:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83501 invoked by alias); 25 Sep 2017 12:45:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83421 invoked by uid 48); 25 Sep 2017 12:45:50 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Mon, 25 Sep 2017 12:45: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00361.txt.bz2 Content-length: 1292 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 Gabriel F. T. Gomes changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |siddhesh at sourceware dot= org --- Comment #17 from Gabriel F. T. Gomes --- (In reply to romain.naour from comment #16) > > Do you plan to release glibc 2.26.1 soon ? > It would help me to update to glibc 2.26.x in Buildroot since I need to > backport (at least) patches for bug 21930 and this one. Each branch in glibc is maintained by a release manager [1] (for glibc 2.26, that would be Siddhesh (now in CC)). We could ask him what are the plans f= or further tagging, if any. Romain, let me ask you this in advance... In Buildroot, can you fetch the components from a particular revision in their VCS, meaning you could fetch glibc from a commit ID that contains this backport (i.e.: commit ID d37c951fde57 or newer)? [1] https://sourceware.org/glibc/wiki/Release#General_policy (not written in stone, but provides some insight into the branch/tag policies) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39043-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 13:18:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9431 invoked by alias); 25 Sep 2017 13:18:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9376 invoked by uid 48); 25 Sep 2017 13:18:43 -0000 From: "siddhesh at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Mon, 25 Sep 2017 13: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: siddhesh at sourceware dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00362.txt.bz2 Content-length: 350 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #18 from Siddhesh Poyarekar --- No plans for a 2.26.1 release, but you're free to backport to the 2.26 bran= ch and then merge into whatever distribution you're using. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39044-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 15:33:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10965 invoked by alias); 25 Sep 2017 15:33:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10901 invoked by uid 48); 25 Sep 2017 15:33:40 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22101] Dynamic loader must ignore "debug" shared objects e.g. ET_GNU_DEBUG_* Date: Mon, 25 Sep 2017 15:33: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00363.txt.bz2 Content-length: 1305 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22101 --- Comment #7 from Carlos O'Donell --- (In reply to Jos=C3=A9 Bollo from comment #2) > Does it means that dlopen is authorized to crash (SIGSEGV)? >=20 > I don't share your opinion. (In reply to Andreas Schwab from comment #6) > > Does it means that dlopen is authorized to crash (SIGSEGV)? >=20 > Yes, because you allow it to run arbitrary code. As Andreas states, the answer is "Yes", but within reason. The context of the various ways in which we check errors or don't (and cras= h) is covered under the project "Style and Conventions" on error handling: https://sourceware.org/glibc/wiki/Style_and_Conventions#Error_Handling Having the loader check all possible errors would make it slow in the normal case, and the normal case is that ELF binaries are well formed. There is a double problem here: ldd is the loader itself running in trace mode, and that has problems. I have started an eu-ldd project that is robust against such failures and t= hat would make ldd more robust in detecting debug info vs. real binaries, howev= er this change would still be welcome in that case as a quick way to determine which files are what. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39045-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 19:19:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27712 invoked by alias); 25 Sep 2017 19:19:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25060 invoked by uid 48); 25 Sep 2017 19:18:58 -0000 From: "yann.morin.1998 at free dot fr" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Mon, 25 Sep 2017 19: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: yann.morin.1998 at free dot fr X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00364.txt.bz2 Content-length: 1375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 Yann E. MORIN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yann.morin.1998 at free do= t fr --- Comment #19 from Yann E. MORIN --- Gabriel, (In reply to Gabriel F. T. Gomes from comment #17) > (In reply to romain.naour from comment #16) > > Do you plan to release glibc 2.26.1 soon ? > > It would help me to update to glibc 2.26.x in Buildroot since I need to > > backport (at least) patches for bug 21930 and this one. > Romain, let me ask you this in advance... In Buildroot, can you fetch the > components from a particular revision in their VCS, meaning you could fet= ch > glibc from a commit ID that contains this backport (i.e.: commit ID > d37c951fde57 or newer)? Yes, we could technically use a sha1 (or a tag) from the glibc git tree. However, using "2.26.1" is much more descriptive than "1d4f239a7b34cf12" (totally made up sha1). Also, a release tarball is a strong indication that the content has somehow been sanctioned by upstream, much more than a random sha1 from the git tree. Regards, Yann E. MORIN. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39046-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 22:51:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46039 invoked by alias); 25 Sep 2017 22:51:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44146 invoked by uid 48); 25 Sep 2017 22:51:21 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22207] New: FAIL: stdlib/test-atexit-race Date: Mon, 25 Sep 2017 22:51: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.27 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 cc target_milestone Message-ID: 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: 2017-09/txt/msg00365.txt.bz2 Content-length: 1017 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22207 Bug ID: 22207 Summary: FAIL: stdlib/test-atexit-race Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com, ppluzhnikov at google dot= com Target Milestone: --- On i686, I got FAIL: stdlib/test-atexit-race FAIL: stdlib/test-on_exit-race [hjl@gnu-efi-2 build-i686-linux]$ ./stdlib/test-atexit-race error: xpthread_check_return.c:32: pthread_create: Resource temporarily unavailable error: 1 test failures [hjl@gnu-efi-2 build-i686-linux]$ ./stdlib/test-on_exit-race error: xpthread_check_return.c:32: pthread_create: Resource temporarily unavailable error: 1 test failures [hjl@gnu-efi-2 build-i686-linux]$ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39047-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 23:51:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98400 invoked by alias); 25 Sep 2017 23:51:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98278 invoked by uid 55); 25 Sep 2017 23:51:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] nscd cache prune for netgroups hangs after timeout bump Date: Mon, 25 Sep 2017 23:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dj at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00366.txt.bz2 Content-length: 1628 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 --- Comment #1 from 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 3de93d194a5d27cabfe40ddf58aea36939498ba4 (commit) from 5af1e931bfaf8ef28abd94c0c0ad14e4790cf429 (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=3Dglibc.git;h=3D3de93d194a5d27cabfe= 40ddf58aea36939498ba4 commit 3de93d194a5d27cabfe40ddf58aea36939498ba4 Author: DJ Delorie Date: Mon Sep 25 19:43:09 2017 -0400 nscd: Release read lock after resetting timeout. [BZ #22161] * nscd/netgroupcache.c (addinnetgrX): Release read lock after resetting timeout. Reviewed-by: Jonathan Nieder Reviewed-by: Andreas Schwab A lock is held by mempool_allocate() when CACHEABLE is true; we must release this lock if we exit early. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ nscd/netgroupcache.c | 2 ++ 2 files changed, 8 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39048-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 25 23:55:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101948 invoked by alias); 25 Sep 2017 23:55:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101887 invoked by uid 48); 25 Sep 2017 23:55:14 -0000 From: "dj at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] nscd cache prune for netgroups hangs after timeout bump Date: Mon, 25 Sep 2017 23:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dj at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00367.txt.bz2 Content-length: 527 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 dj at redhat dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #2 from dj at redhat dot com --- Fix pushed to master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39049-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 00:00:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112487 invoked by alias); 26 Sep 2017 00:00:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112198 invoked by uid 48); 26 Sep 2017 00:00:23 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22207] FAIL: stdlib/test-atexit-race Date: Tue, 26 Sep 2017 00: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.27 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: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00368.txt.bz2 Content-length: 415 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22207 Paul Pluzhnikov changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |ppluzhnikov at goog= le dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39050-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 00:52:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127971 invoked by alias); 26 Sep 2017 00:52:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121772 invoked by uid 55); 26 Sep 2017 00:52:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22207] FAIL: stdlib/test-atexit-race Date: Tue, 26 Sep 2017 00: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.27 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: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00369.txt.bz2 Content-length: 1448 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22207 --- Comment #1 from 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 8f8349870fbcd822b0bdbd3200bc0245f812dae4 (commit) from 3de93d194a5d27cabfe40ddf58aea36939498ba4 (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=3Dglibc.git;h=3D8f8349870fbcd822b0b= dbd3200bc0245f812dae4 commit 8f8349870fbcd822b0bdbd3200bc0245f812dae4 Author: Paul Pluzhnikov Date: Mon Sep 25 17:51:34 2017 -0700 Reduce total memory required to create all threads to 128MiB. This fixes intermittent failure in stdlib/test-{atexit,at_quick_exit,...} tests (Bug 22207). ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ stdlib/test-atexit-race-common.c | 5 +++++ 2 files changed, 11 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39051-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 00:53:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66342 invoked by alias); 26 Sep 2017 00:53:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66264 invoked by uid 48); 26 Sep 2017 00:53:52 -0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22207] FAIL: stdlib/test-atexit-race Date: Tue, 26 Sep 2017 00: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.27 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: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00370.txt.bz2 Content-length: 216 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22207 --- Comment #2 from Paul Pluzhnikov --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39052-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 01:05:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14890 invoked by alias); 26 Sep 2017 01:05:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14742 invoked by uid 55); 26 Sep 2017 01:05:03 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Tue, 26 Sep 2017 01:05: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: 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: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00371.txt.bz2 Content-length: 11564 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 --- Comment #3 from 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 5f9f31ad129d97e6fc548954c9b97e27dd332600 (commit) via ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a (commit) from b4396163aa8666f970aaf43eaca25f3a92b18c1b (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=3Dglibc.git;h=3D5f9f31ad129d97e6fc5= 48954c9b97e27dd332600 commit 5f9f31ad129d97e6fc548954c9b97e27dd332600 Author: Adhemerval Zanella Date: Mon Sep 18 09:26:00 2017 -0300 scratch_buffer: use union for internal buffer Problem reported by Florian Weimer [1] and solution suggested by Andreas Schwab [2]. It also set the same buffer size independent of architecture max_align_t size. Checked on x86_64-linux-gnu and i686-linux-gnu. * lib/malloc/scratch_buffer.h (struct scratch_buffer): Use an union instead of a max_align_t array for __space, so that __space is the same size on all platforms. * malloc/scratch_buffer_grow_preserve.c (__libc_scratch_buffer_grow_preserve): Likewise. [1] https://sourceware.org/ml/libc-alpha/2017-09/msg00693.html [2] https://sourceware.org/ml/libc-alpha/2017-09/msg00695.html https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dccf970c7a77e86f4f5e= f8ecc5e637114b1c0136a commit ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a Author: Adhemerval Zanella Date: Fri Sep 15 11:31:13 2017 -0300 posix: Add compat glob symbol to not follow dangling symbols This patch follows commit 5554304f0 (posix: Allow glob to match dangling symlinks [BZ #866]) by adding a compat symbol that follow previous semantic of not following dangling symlinks and thus avoiding call gl_lstat with GLOB_ALTDIRFUNC. It avoids failure with old binaries that not set the alternate function pointer for lstat (GNUmake for instance). The following scenario, for instance, fails with current GNUmake because glibc will access unitiali= zed memory when calling gl_lstat: $ cat src/t/t.c int main () { return 0; } $ cat Makefile SRC =3D $(wildcard src/*/t.c) OBJ =3D $(patsubst src/%.c, obj/%.o, $(SRC)) prog: $(OBJ) $(CC) $(CFLAGS) $(LDFLAGS) $(LIBS) $(OBJ) -o prog obj/%.o: src/%.c $(CC) $(CFLAGS) -c $< -o $@ $ make This works as expected with the patch applied. Since it is for generic ABI, default compat symbols are added with override for Linux due LFS. Now we have two compat symbols for glob on Linux: 1. sysdeps/unix/sysv/linux/oldglob.c which implements glob64 with the old dirent layout. For this implementation I also set it to not follow dangling symlinks (which is the safest path). 2. sysdeps/unix/sysv/linux/glob{64}-lstat-compat.c which implements the compat symbol for dangling symlinks. As for generic glob, the implementation uses XSTAT_IS_XSTAT64 to define whether both __glob_lstat_compat and __glob64_lstat_compat should be different implementations. For archictures that define XSTAT_IS_XSTAT64, __glob_lstat_compat is aliased to __glob64_lstat_compat. 3. sysdeps/unix/sysv/linux/alpha/oldglob.c with a different glob_t layout. As for 1. this patch changes it to not follow dangling symlinks. The patch also bumps _GNU_GLOB_INTERFACE_VERSION to 2 to advertise the new semantic. On GNUmake, for instance, it will force to it use its internal glob implementation instead and avoiding triggering the same failure on builds against newer GLIBCs. Checked on x86_64-linux-gnu and i686-linux-gnu. I also checked with a build against the major ABIs required to check for the abilist. The changes should also work on gnulib (I run gnulib-tool.py check glob and it shown no regressions). [BZ #22183] * include/gnu-versions.h (_GNU_GLOB_INTERFACE_VERSION): Increase version to 2. * posix/Makefile (routines): Add glob-lstat-compat and glob64-lstat-compat. * posix/Versions (GLIBC_2.27, glob, glob64): Add symbol version. * posix/glob-lstat-compat.c: New file. * posix/glob64-lstat-compat.c: Likewise. * posix/tst-glob_lstat_compat.c: Likewise. * sysdeps/unix/sysv/linux/glob-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/glob64-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/alpha/glob.c: Remove file. * posix/glob.c (glob_lstat): New function. (glob): Rename to __glob and add versioned symbol to 2.27. (glob_in_dir): Use glob_lstat. * posix/glob64.c (glob64): Add GLOB_ATTRIBUTE. * sysdeps/unix/sysv/linux/arm/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/glob.c (glob): Add versioned symbol for 2.27. * sysdeps/unix/sysv/linux/glob64.c (glob64): Likewise. * sysdeps/unix/sysv/linux/oldglob.c (GLOB_NO_LSTAT): Define. * sysdeps/unix/sysv/linux/alpha/oldglob.c (__old_glob): Do not use gl_lstat on glob call. * sysdeps/unix/sysv/linux/aarch64/libc.abilist: Add GLIBC_2.27 glob and glob64 symbols. * sysdeps/unix/sysv/linux/alpha/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/hppa/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/i386/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/ia64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/m68k/coldfire/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/m68k/m680x0/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/microblaze/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips32/fpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips32/nofpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/nios2/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/powerpc/powerpc32/fpu/libc.abilist: Likewise. * sysdeps/unix/linux/powerpc/powerpc32/nofpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/powerpc/powerpc64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/s390/s390-32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/s390/s390-64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sh/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sparc/sparc64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/tile/tilegx/tilegx32/libc.abilist: Likewi= se. * sysdeps/unix/sysv/linux/tile/tilegx/tilegx64/libc.abilist: Likewi= se. * sysdeps/unix/sysv/linux/tile/tilepro/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/x86_64/64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/libc.abilist: Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 64 +++++ include/gnu-versions.h | 2 +- include/scratch_buffer.h | 6 +- malloc/scratch_buffer_grow_preserve.c | 4 +- malloc/tst-scratch_buffer.c | 2 +- posix/Makefile | 4 +- posix/Versions | 3 + posix/glob-lstat-compat.c | 36 +++ posix/glob.c | 67 ++++-- posix/glob64-lstat-compat.c | 36 +++ posix/glob64.c | 5 + posix/tst-glob_lstat_compat.c | 263 ++++++++++++++++= ++++ sysdeps/unix/sysv/linux/aarch64/libc.abilist | 3 + sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c | 2 + sysdeps/unix/sysv/linux/alpha/glob.c | 47 ---- sysdeps/unix/sysv/linux/alpha/libc.abilist | 3 + sysdeps/unix/sysv/linux/alpha/oldglob.c | 6 +- sysdeps/unix/sysv/linux/arm/libc.abilist | 3 + sysdeps/unix/sysv/linux/glob-lstat-compat.c | 47 ++++ sysdeps/unix/sysv/linux/glob.c | 5 +- sysdeps/unix/sysv/linux/glob64-lstat-compat.c | 56 ++++ sysdeps/unix/sysv/linux/glob64.c | 7 +- sysdeps/unix/sysv/linux/hppa/libc.abilist | 3 + sysdeps/unix/sysv/linux/i386/libc.abilist | 3 + sysdeps/unix/sysv/linux/ia64/libc.abilist | 3 + sysdeps/unix/sysv/linux/m68k/coldfire/libc.abilist | 3 + sysdeps/unix/sysv/linux/m68k/m680x0/libc.abilist | 3 + sysdeps/unix/sysv/linux/microblaze/libc.abilist | 3 + .../unix/sysv/linux/mips/mips32/fpu/libc.abilist | 3 + .../unix/sysv/linux/mips/mips32/nofpu/libc.abilist | 3 + .../unix/sysv/linux/mips/mips64/n32/libc.abilist | 3 + .../unix/sysv/linux/mips/mips64/n64/libc.abilist | 3 + sysdeps/unix/sysv/linux/nios2/libc.abilist | 3 + sysdeps/unix/sysv/linux/oldglob.c | 5 +- .../sysv/linux/powerpc/powerpc32/fpu/libc.abilist | 3 + .../linux/powerpc/powerpc32/nofpu/libc.abilist | 3 + .../sysv/linux/powerpc/powerpc64/libc-le.abilist | 3 + .../unix/sysv/linux/powerpc/powerpc64/libc.abilist | 3 + .../sysv/linux/s390/s390-32/glob64-lstat-compat.c | 2 + sysdeps/unix/sysv/linux/s390/s390-32/glob64.c | 2 - sysdeps/unix/sysv/linux/s390/s390-32/libc.abilist | 3 + sysdeps/unix/sysv/linux/s390/s390-64/libc.abilist | 3 + sysdeps/unix/sysv/linux/sh/libc.abilist | 3 + sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist | 3 + sysdeps/unix/sysv/linux/sparc/sparc64/libc.abilist | 3 + .../sysv/linux/tile/tilegx/tilegx32/libc.abilist | 3 + .../sysv/linux/tile/tilegx/tilegx64/libc.abilist | 3 + sysdeps/unix/sysv/linux/tile/tilepro/libc.abilist | 3 + sysdeps/unix/sysv/linux/x86_64/64/libc.abilist | 3 + sysdeps/unix/sysv/linux/x86_64/x32/libc.abilist | 3 + 50 files changed, 666 insertions(+), 89 deletions(-) create mode 100644 posix/glob-lstat-compat.c create mode 100644 posix/glob64-lstat-compat.c create mode 100644 posix/tst-glob_lstat_compat.c create mode 100644 sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c delete mode 100644 sysdeps/unix/sysv/linux/alpha/glob.c create mode 100644 sysdeps/unix/sysv/linux/glob-lstat-compat.c create mode 100644 sysdeps/unix/sysv/linux/glob64-lstat-compat.c create mode 100644 sysdeps/unix/sysv/linux/s390/s390-32/glob64-lstat-compa= t.c delete mode 100644 sysdeps/unix/sysv/linux/s390/s390-32/glob64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39054-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 01:05:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15519 invoked by alias); 26 Sep 2017 01:05:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15486 invoked by uid 48); 26 Sep 2017 01:05:43 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22183] commit 5554304f0ddd ("posix: Allow glob to match dangling symlinks") cause "make" segfaults Date: Tue, 26 Sep 2017 01:05: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00373.txt.bz2 Content-length: 586 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22183 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Adhemerval Zanella --- Fixed by ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39053-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 01:05:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14901 invoked by alias); 26 Sep 2017 01:05:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14775 invoked by uid 55); 26 Sep 2017 01:05:08 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/866] glob should match dangling symlinks Date: Tue, 26 Sep 2017 01:05: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.3.5 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00372.txt.bz2 Content-length: 11563 https://sourceware.org/bugzilla/show_bug.cgi?id=3D866 --- Comment #11 from 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 5f9f31ad129d97e6fc548954c9b97e27dd332600 (commit) via ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a (commit) from b4396163aa8666f970aaf43eaca25f3a92b18c1b (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=3Dglibc.git;h=3D5f9f31ad129d97e6fc5= 48954c9b97e27dd332600 commit 5f9f31ad129d97e6fc548954c9b97e27dd332600 Author: Adhemerval Zanella Date: Mon Sep 18 09:26:00 2017 -0300 scratch_buffer: use union for internal buffer Problem reported by Florian Weimer [1] and solution suggested by Andreas Schwab [2]. It also set the same buffer size independent of architecture max_align_t size. Checked on x86_64-linux-gnu and i686-linux-gnu. * lib/malloc/scratch_buffer.h (struct scratch_buffer): Use an union instead of a max_align_t array for __space, so that __space is the same size on all platforms. * malloc/scratch_buffer_grow_preserve.c (__libc_scratch_buffer_grow_preserve): Likewise. [1] https://sourceware.org/ml/libc-alpha/2017-09/msg00693.html [2] https://sourceware.org/ml/libc-alpha/2017-09/msg00695.html https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dccf970c7a77e86f4f5e= f8ecc5e637114b1c0136a commit ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a Author: Adhemerval Zanella Date: Fri Sep 15 11:31:13 2017 -0300 posix: Add compat glob symbol to not follow dangling symbols This patch follows commit 5554304f0 (posix: Allow glob to match dangling symlinks [BZ #866]) by adding a compat symbol that follow previous semantic of not following dangling symlinks and thus avoiding call gl_lstat with GLOB_ALTDIRFUNC. It avoids failure with old binaries that not set the alternate function pointer for lstat (GNUmake for instance). The following scenario, for instance, fails with current GNUmake because glibc will access unitiali= zed memory when calling gl_lstat: $ cat src/t/t.c int main () { return 0; } $ cat Makefile SRC =3D $(wildcard src/*/t.c) OBJ =3D $(patsubst src/%.c, obj/%.o, $(SRC)) prog: $(OBJ) $(CC) $(CFLAGS) $(LDFLAGS) $(LIBS) $(OBJ) -o prog obj/%.o: src/%.c $(CC) $(CFLAGS) -c $< -o $@ $ make This works as expected with the patch applied. Since it is for generic ABI, default compat symbols are added with override for Linux due LFS. Now we have two compat symbols for glob on Linux: 1. sysdeps/unix/sysv/linux/oldglob.c which implements glob64 with the old dirent layout. For this implementation I also set it to not follow dangling symlinks (which is the safest path). 2. sysdeps/unix/sysv/linux/glob{64}-lstat-compat.c which implements the compat symbol for dangling symlinks. As for generic glob, the implementation uses XSTAT_IS_XSTAT64 to define whether both __glob_lstat_compat and __glob64_lstat_compat should be different implementations. For archictures that define XSTAT_IS_XSTAT64, __glob_lstat_compat is aliased to __glob64_lstat_compat. 3. sysdeps/unix/sysv/linux/alpha/oldglob.c with a different glob_t layout. As for 1. this patch changes it to not follow dangling symlinks. The patch also bumps _GNU_GLOB_INTERFACE_VERSION to 2 to advertise the new semantic. On GNUmake, for instance, it will force to it use its internal glob implementation instead and avoiding triggering the same failure on builds against newer GLIBCs. Checked on x86_64-linux-gnu and i686-linux-gnu. I also checked with a build against the major ABIs required to check for the abilist. The changes should also work on gnulib (I run gnulib-tool.py check glob and it shown no regressions). [BZ #22183] * include/gnu-versions.h (_GNU_GLOB_INTERFACE_VERSION): Increase version to 2. * posix/Makefile (routines): Add glob-lstat-compat and glob64-lstat-compat. * posix/Versions (GLIBC_2.27, glob, glob64): Add symbol version. * posix/glob-lstat-compat.c: New file. * posix/glob64-lstat-compat.c: Likewise. * posix/tst-glob_lstat_compat.c: Likewise. * sysdeps/unix/sysv/linux/glob-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/glob64-lstat-compat.c: Likewise. * sysdeps/unix/sysv/linux/alpha/glob.c: Remove file. * posix/glob.c (glob_lstat): New function. (glob): Rename to __glob and add versioned symbol to 2.27. (glob_in_dir): Use glob_lstat. * posix/glob64.c (glob64): Add GLOB_ATTRIBUTE. * sysdeps/unix/sysv/linux/arm/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/glob.c (glob): Add versioned symbol for 2.27. * sysdeps/unix/sysv/linux/glob64.c (glob64): Likewise. * sysdeps/unix/sysv/linux/oldglob.c (GLOB_NO_LSTAT): Define. * sysdeps/unix/sysv/linux/alpha/oldglob.c (__old_glob): Do not use gl_lstat on glob call. * sysdeps/unix/sysv/linux/aarch64/libc.abilist: Add GLIBC_2.27 glob and glob64 symbols. * sysdeps/unix/sysv/linux/alpha/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/hppa/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/i386/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/ia64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/m68k/coldfire/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/m68k/m680x0/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/microblaze/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips32/fpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips32/nofpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/nios2/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/powerpc/powerpc32/fpu/libc.abilist: Likewise. * sysdeps/unix/linux/powerpc/powerpc32/nofpu/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/powerpc/powerpc64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/s390/s390-32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/s390/s390-64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sh/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/sparc/sparc64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/tile/tilegx/tilegx32/libc.abilist: Likewi= se. * sysdeps/unix/sysv/linux/tile/tilegx/tilegx64/libc.abilist: Likewi= se. * sysdeps/unix/sysv/linux/tile/tilepro/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/x86_64/64/libc.abilist: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/libc.abilist: Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 64 +++++ include/gnu-versions.h | 2 +- include/scratch_buffer.h | 6 +- malloc/scratch_buffer_grow_preserve.c | 4 +- malloc/tst-scratch_buffer.c | 2 +- posix/Makefile | 4 +- posix/Versions | 3 + posix/glob-lstat-compat.c | 36 +++ posix/glob.c | 67 ++++-- posix/glob64-lstat-compat.c | 36 +++ posix/glob64.c | 5 + posix/tst-glob_lstat_compat.c | 263 ++++++++++++++++= ++++ sysdeps/unix/sysv/linux/aarch64/libc.abilist | 3 + sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c | 2 + sysdeps/unix/sysv/linux/alpha/glob.c | 47 ---- sysdeps/unix/sysv/linux/alpha/libc.abilist | 3 + sysdeps/unix/sysv/linux/alpha/oldglob.c | 6 +- sysdeps/unix/sysv/linux/arm/libc.abilist | 3 + sysdeps/unix/sysv/linux/glob-lstat-compat.c | 47 ++++ sysdeps/unix/sysv/linux/glob.c | 5 +- sysdeps/unix/sysv/linux/glob64-lstat-compat.c | 56 ++++ sysdeps/unix/sysv/linux/glob64.c | 7 +- sysdeps/unix/sysv/linux/hppa/libc.abilist | 3 + sysdeps/unix/sysv/linux/i386/libc.abilist | 3 + sysdeps/unix/sysv/linux/ia64/libc.abilist | 3 + sysdeps/unix/sysv/linux/m68k/coldfire/libc.abilist | 3 + sysdeps/unix/sysv/linux/m68k/m680x0/libc.abilist | 3 + sysdeps/unix/sysv/linux/microblaze/libc.abilist | 3 + .../unix/sysv/linux/mips/mips32/fpu/libc.abilist | 3 + .../unix/sysv/linux/mips/mips32/nofpu/libc.abilist | 3 + .../unix/sysv/linux/mips/mips64/n32/libc.abilist | 3 + .../unix/sysv/linux/mips/mips64/n64/libc.abilist | 3 + sysdeps/unix/sysv/linux/nios2/libc.abilist | 3 + sysdeps/unix/sysv/linux/oldglob.c | 5 +- .../sysv/linux/powerpc/powerpc32/fpu/libc.abilist | 3 + .../linux/powerpc/powerpc32/nofpu/libc.abilist | 3 + .../sysv/linux/powerpc/powerpc64/libc-le.abilist | 3 + .../unix/sysv/linux/powerpc/powerpc64/libc.abilist | 3 + .../sysv/linux/s390/s390-32/glob64-lstat-compat.c | 2 + sysdeps/unix/sysv/linux/s390/s390-32/glob64.c | 2 - sysdeps/unix/sysv/linux/s390/s390-32/libc.abilist | 3 + sysdeps/unix/sysv/linux/s390/s390-64/libc.abilist | 3 + sysdeps/unix/sysv/linux/sh/libc.abilist | 3 + sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist | 3 + sysdeps/unix/sysv/linux/sparc/sparc64/libc.abilist | 3 + .../sysv/linux/tile/tilegx/tilegx32/libc.abilist | 3 + .../sysv/linux/tile/tilegx/tilegx64/libc.abilist | 3 + sysdeps/unix/sysv/linux/tile/tilepro/libc.abilist | 3 + sysdeps/unix/sysv/linux/x86_64/64/libc.abilist | 3 + sysdeps/unix/sysv/linux/x86_64/x32/libc.abilist | 3 + 50 files changed, 666 insertions(+), 89 deletions(-) create mode 100644 posix/glob-lstat-compat.c create mode 100644 posix/glob64-lstat-compat.c create mode 100644 posix/tst-glob_lstat_compat.c create mode 100644 sysdeps/unix/sysv/linux/alpha/glob-lstat-compat.c delete mode 100644 sysdeps/unix/sysv/linux/alpha/glob.c create mode 100644 sysdeps/unix/sysv/linux/glob-lstat-compat.c create mode 100644 sysdeps/unix/sysv/linux/glob64-lstat-compat.c create mode 100644 sysdeps/unix/sysv/linux/s390/s390-32/glob64-lstat-compa= t.c delete mode 100644 sysdeps/unix/sysv/linux/s390/s390-32/glob64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39055-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 01:14:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84802 invoked by alias); 26 Sep 2017 01:14:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84755 invoked by uid 48); 26 Sep 2017 01:14:35 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22207] FAIL: stdlib/test-atexit-race Date: Tue, 26 Sep 2017 01: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.27 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: ppluzhnikov at google dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00374.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22207 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from H.J. Lu --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39056-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 16:31:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 121561 invoked by alias); 26 Sep 2017 16:31:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121507 invoked by uid 55); 26 Sep 2017 16:31:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22156] [hppa,ia64,microblaze] Executable stack default Date: Tue, 26 Sep 2017 16:31: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00375.txt.bz2 Content-length: 2149 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22156 --- Comment #1 from 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 12ef66c411efe5910f0a9a74c92480db7e12eae0 (commit) from 44dade71f3cf739618affe0db5b40c15418ecb99 (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=3Dglibc.git;h=3D12ef66c411efe5910f0= a9a74c92480db7e12eae0 commit 12ef66c411efe5910f0a9a74c92480db7e12eae0 Author: Joseph Myers Date: Tue Sep 26 16:30:46 2017 +0000 Fix ia64 executable stack default (bug 22156). As per https://gcc.gnu.org/ml/gcc-patches/2017-09/msg01220.html ia64 defaults to non-executable stacks in the Linux kernel (furthermore, the use of function descriptors means that trampolines for nested function pointers never need an executable stack). glibc however defines DEFAULT_STACK_PERMS to include PF_X for that architecture, meaning (a) elf/check-execstack fails and (b) (from code inspection, not tested, but this is why I think this is a user-visible bug) thread stacks are unnecessarily mapped with execute permission. This patch fixes the DEFAULT_STACK_PERMS definition in question. Tested (compilation only) with build-many-glibcs.py for ia64. This fixes the check-execstack failure. [BZ #22156] * sysdeps/ia64/stackinfo.h (DEFAULT_STACK_PERMS): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 5 +++++ sysdeps/ia64/stackinfo.h | 5 ++--- 2 files changed, 7 insertions(+), 3 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39057-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 16:37:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3322 invoked by alias); 26 Sep 2017 16:37:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1029 invoked by uid 48); 26 Sep 2017 16:37:33 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22156] [hppa,ia64,microblaze] Executable stack default Date: Tue, 26 Sep 2017 16:37: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.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00376.txt.bz2 Content-length: 800 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22156 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for ia64 for 2.27. For the other architectures we concluded that gli= bc's definition matches the kernel, and GCC has been fixed in r253204 (for GCC 8= ) to output the required GNU-stack markers so most programs do not get executable stacks. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39058-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 20:51:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113466 invoked by alias); 26 Sep 2017 20:51:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113012 invoked by uid 55); 26 Sep 2017 20:51:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22101] Dynamic loader must ignore "debug" shared objects e.g. ET_GNU_DEBUG_* Date: Tue, 26 Sep 2017 20:51: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: cvs-commit at gcc dot gnu.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: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00377.txt.bz2 Content-length: 2487 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22101 --- Comment #8 from 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 592d5c75392e1da170050a4999af0618c4865aed (commit) from 2d9193f2f55767c71333d425e140e22c3e15dc3d (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=3Dglibc.git;h=3D592d5c75392e1da1700= 50a4999af0618c4865aed commit 592d5c75392e1da170050a4999af0618c4865aed Author: H.J. Lu Date: Tue Sep 26 13:49:48 2017 -0700 Skip PT_DYNAMIC segment with p_filesz =3D=3D 0 [BZ #22101] ELF objects generated with "objcopy --only-keep-debug" have Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align DYNAMIC 0x0+e28 0x0+200e40 0x0+200e40 0x0+ 0x0+1a0 RW 0x8 with 0 file size. ld.so should skip such PT_DYNAMIC segments. Without a PT_DYNAMIC segment the loading of the shared object will fail, and therefore ldd on such objects will also fail instead of crashing. This provides better diagnostics for tooling that is attempting to inspect the invalid shared objects which may just contain debug information. [BZ #22101] * elf/Makefile (tests): Add tst-debug1. ($(objpfx)tst-debug1): New. ($(objpfx)tst-debug1.out): Likewise. ($(objpfx)tst-debug1mod1.so): Likewise. * elf/dl-load.c (_dl_map_object_from_fd): Skip PT_DYNAMIC segment with p_filesz =3D=3D 0. * elf/tst-debug1.c: New file. Reviewed-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++++++++++ elf/Makefile | 9 ++++++++- elf/dl-load.c | 10 ++++++++-- elf/{tst-audit11.c =3D> tst-debug1.c} | 13 ++++++------- 4 files changed, 33 insertions(+), 10 deletions(-) copy elf/{tst-audit11.c =3D> tst-debug1.c} (75%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39059-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 20:53:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124578 invoked by alias); 26 Sep 2017 20:53:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124449 invoked by uid 48); 26 Sep 2017 20:52:56 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22101] Dynamic loader must ignore "debug" shared objects e.g. ET_GNU_DEBUG_* Date: Tue, 26 Sep 2017 20:53: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00378.txt.bz2 Content-length: 561 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22101 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #9 from H.J. Lu --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39060-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 20:55:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126389 invoked by alias); 26 Sep 2017 20:55:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126245 invoked by uid 48); 26 Sep 2017 20:54:59 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Tue, 26 Sep 2017 20:55: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: romain.naour at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00379.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #20 from romain.naour at gmail dot com --- (In reply to Siddhesh Poyarekar from comment #18) > No plans for a 2.26.1 release, but you're free to backport to the 2.26 > branch and then merge into whatever distribution you're using. I do fully agree with Yann's comment. Bugs 21930 and 22146 impact one of the major architecture (x86_64) for C++ programs (ex: mesa). Releasing glibc 2.26.1 would allow other packagers (us= ual Linux distrib, Yocto, Buildroot...) to sync with it and benefit from all corrections. Best regards, Romain --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39061-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 21:11:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31942 invoked by alias); 26 Sep 2017 21:11:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31885 invoked by uid 48); 26 Sep 2017 21:11:33 -0000 From: "siddhesh at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug math/22146] C++ build issue with float128 on x86_64 Date: Tue, 26 Sep 2017 21:11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: siddhesh at sourceware dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00380.txt.bz2 Content-length: 983 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22146 --- Comment #21 from Siddhesh Poyarekar --- Most distributions I have worked with (Fedora, Debian, Ubuntu) prefer to backport specific patches that interest them rather than rebasing to upstre= am tarballs mid-release or as updates. This is because it gives them much fin= er control for maintenance from the distro viewpoint; it is easier to back off= one patch and test instead of using a different tarball. So distribution use is not a sufficient case for a point release because th= ey have never really asked for it in the past. I'm open to other reasons or suggestions or even opening up a debate on whether it makes sense to have p= oint releases (and if distributions are actually going to use it) but bugzilla is not the place to discuss it. Please start a discussion on the libc-alpha mailing list. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39062-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Sep 26 23:55:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26210 invoked by alias); 26 Sep 2017 23:55:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22395 invoked by uid 55); 26 Sep 2017 23:55:02 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Tue, 26 Sep 2017 23:55: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: In-Reply-To: References: 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: 2017-09/txt/msg00381.txt.bz2 Content-length: 3298 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #66 from 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 825adeeed1e95990fd1efb70d9ac3eb7f1ea802a (commit) from bfb0deb3554204cbba10d61d96cad355e4ca5623 (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=3Dglibc.git;h=3D825adeeed1e95990fd1= efb70d9ac3eb7f1ea802a commit 825adeeed1e95990fd1efb70d9ac3eb7f1ea802a Author: H.J. Lu Date: Tue Sep 26 16:53:25 2017 -0700 Mark __dso_handle as hidden [BZ #18822] Since __dso_handle is always defined by either crtbegin.o from GCC or dso_handle.c, it should be marked as hidden and be passed directly. [BZ #18822] * dlfcn/modatexit.c (foo): Remove __dso_handle check. * dlfcn/modcxaatexit.c: Include . (__dso_handle): Remove declaration. * dlfcn/tstatexit.c (__dso_handle): Removed. (main): Don't check __dso_handle. * dlfcn/tstcxaatexit.c (__dso_handle): Removed. (main): Don't check __dso_handle. * include/dso_handle.h: New file. * malloc/mtrace.c: Include . (mtrace): Pass __dso_handle directly. * nptl/pthread_atfork.c: Include . (__dso_handle): Remove declaration. (__pthread_atfork): Pass __dso_handle directly. * nptl/tst-atfork2mod.c: Include . (__dso_handle): Removed. * posix/wordexp-test.c: Include . (__dso_handle): Remove declaration. (__app_register_atfork): Pass __dso_handle directly. * stdlib/at_quick_exit.c: Include . (__dso_handle): Remove declaration. (at_quick_exit): Pass __dso_handle directly. * stdlib/atexit.c: Include . (__dso_handle): Remove declaration. (atexit): Pass __dso_handle directly. * stdlib/tst-tls-atexit-lib.c: Include . (__dso_handle): Removed. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 30 ++++++++++++++++++++++++++++++ dlfcn/modatexit.c | 2 -- dlfcn/modcxaatexit.c | 2 +- dlfcn/tstatexit.c | 8 -------- dlfcn/tstcxaatexit.c | 8 -------- include/dso_handle.h | 3 +++ malloc/mtrace.c | 4 ++-- nptl/pthread_atfork.c | 8 ++------ nptl/tst-atfork2mod.c | 2 +- posix/wordexp-test.c | 5 ++--- stdlib/at_quick_exit.c | 8 ++------ stdlib/atexit.c | 9 ++------- stdlib/tst-tls-atexit-lib.c | 3 +-- 13 files changed, 46 insertions(+), 46 deletions(-) create mode 100644 include/dso_handle.h --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39063-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 04:17:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11241 invoked by alias); 27 Sep 2017 04:17:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11158 invoked by uid 48); 27 Sep 2017 04:17:38 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 04:17: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00382.txt.bz2 Content-length: 815 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #5 from Carlos O'Donell --- (In reply to Florian Weimer from comment #4) > (In reply to Hal Gentz from comment #3) > > Sorry, the referenced issues gave exactly so I thought that was it. > >=20 > > Anyways, I've compiled glibc with those two lines changed and its fixed= , YAY! > >=20 > > Should I mark this issue as resovled, or should I wait tell it gets mer= ged > > or something? >=20 > Thanks for testing. The patch will have to be posted to the mailing list, > committed, and then we can close the bug. Backporting to the 2.26 release > branch is also needed. I'm preparing the patch for this with a test that validates the leak. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39064-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 05:35:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11791 invoked by alias); 27 Sep 2017 05:35:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10676 invoked by uid 48); 27 Sep 2017 05:35:13 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 05:35: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00383.txt.bz2 Content-length: 675 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #6 from Carlos O'Donell --- (In reply to Carlos O'Donell from comment #5) > I'm preparing the patch for this with a test that validates the leak. cat ~/build/glibc-work/malloc/tst-malloc-tcache-leak.out=20 INFO: 688 (bytes) are in use before starting threads. INFO: 10864 (bytes) are in use after all threads joined. OK, I got the test done somewhat portably using mallinfo and some heuristic= s. If you see greater than 1000x size difference from the start to the end, th= en you've got a leak. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39066-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 05:46:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46555 invoked by alias); 27 Sep 2017 05:46:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33103 invoked by uid 48); 27 Sep 2017 05:46:16 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 05:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED 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: In-Reply-To: References: 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: 2017-09/txt/msg00385.txt.bz2 Content-length: 380 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39065-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 05:46:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29670 invoked by alias); 27 Sep 2017 05:46:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21436 invoked by uid 48); 27 Sep 2017 05:46:09 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 05:46: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00384.txt.bz2 Content-length: 286 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #7 from Carlos O'Donell --- Posted for review: https://www.sourceware.org/ml/libc-alpha/2017-09/msg01008.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39068-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 05:46:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69278 invoked by alias); 27 Sep 2017 05:46:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64888 invoked by uid 48); 27 Sep 2017 05:46:37 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 05:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00387.txt.bz2 Content-length: 376 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39067-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 05:46:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58556 invoked by alias); 27 Sep 2017 05:46:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53118 invoked by uid 48); 27 Sep 2017 05:46:29 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Wed, 27 Sep 2017 05:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00386.txt.bz2 Content-length: 405 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |carlos at redhat do= t com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39069-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Sep 27 23:10:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71573 invoked by alias); 27 Sep 2017 23:10:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71356 invoked by uid 48); 27 Sep 2017 23:10:09 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22225] New: nearbyint arithmetic moved before feholdexcept Date: Wed, 27 Sep 2017 23:10: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.26 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 Message-ID: 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: 2017-09/txt/msg00388.txt.bz2 Content-length: 1227 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22225 Bug ID: 22225 Summary: nearbyint arithmetic moved before feholdexcept Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org Target Milestone: --- In https://sourceware.org/ml/libc-alpha/2013-05/msg00722.html I remarked on= the possibility of arithmetic in various nearbyint implementations being schedu= led before feholdexcept calls, resulting in spurious "inexact" exceptions. I'm now actually observing this occurring in glibc built for ARM with GCC 7= (in fact, both copies of the same addition/subtraction sequence being combined = and moved out before the conditionals and feholdexcept/fesetenv pairs), resulti= ng in test failures. FAIL: math/test-double-finite-lrint FAIL: math/test-double-finite-nearbyint FAIL: math/test-double-lrint FAIL: math/test-double-nearbyint FAIL: math/test-float-finite-nearbyint FAIL: math/test-float-nearbyint Testing a patch. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39070-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 02:00:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10488 invoked by alias); 28 Sep 2017 02:00:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7702 invoked by uid 55); 28 Sep 2017 01:59:58 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22225] nearbyint arithmetic moved before feholdexcept Date: Thu, 28 Sep 2017 02: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00389.txt.bz2 Content-length: 3339 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22225 --- Comment #1 from 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 f124cb381116b5809de198327690ad0bd8d1478e (commit) from 7edd06916d0f18714f323b180b890f1fea39e1ff (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=3Dglibc.git;h=3Df124cb381116b5809de= 198327690ad0bd8d1478e commit f124cb381116b5809de198327690ad0bd8d1478e Author: Joseph Myers Date: Thu Sep 28 01:59:02 2017 +0000 Fix nearbyint arithmetic moved before feholdexcept (bug 22225). In I remarked on the possibility of arithmetic in various nearbyint implementations being scheduled before feholdexcept calls, resulting in spurious "inexact" exceptions. I'm now actually observing this occurring in glibc built for ARM with GCC 7 (in fact, both copies of the same addition/subtraction sequence being combined and moved out before the conditionals and feholdexcept/fesetenv pairs), resulting in test failures. This patch makes the nearbyint implementations with this particular feholdexcept / arithmetic / fesetenv pattern consistently use math_opt_barrier on the function argument when first used in arithmetic, and also consistently use math_force_eval before fesetenv (the latter was generally already done, but the dbl-64/wordsize-64 implementation used math_opt_barrier instead, and as math_opt_barrier's intended effect is through its output value being used, such a use that doesn't use the return value is suspect). Tested for x86_64 (--disable-multi-arch so more of these implementations get used), and for ARM in a configuration where I saw the problem scheduling. [BZ #22225] * sysdeps/ieee754/dbl-64/s_nearbyint.c (__nearbyint): Use math_opt_barrier on argument when doing arithmetic on it. * sysdeps/ieee754/dbl-64/wordsize-64/s_nearbyint.c (__nearbyint): Likewise. Use math_force_eval not math_opt_barrier after arithmetic. * sysdeps/ieee754/flt-32/s_nearbyintf.c (__nearbyintf): Use math_opt_barrier on argument when doing arithmetic on it. * sysdeps/ieee754/ldbl-128/s_nearbyintl.c (__nearbyintl): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 13 +++++++++++++ sysdeps/ieee754/dbl-64/s_nearbyint.c | 4 ++-- sysdeps/ieee754/dbl-64/wordsize-64/s_nearbyint.c | 8 ++++---- sysdeps/ieee754/flt-32/s_nearbyintf.c | 4 ++-- sysdeps/ieee754/ldbl-128/s_nearbyintl.c | 4 ++-- 5 files changed, 23 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39071-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 02:01:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94477 invoked by alias); 28 Sep 2017 02:01:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87321 invoked by uid 48); 28 Sep 2017 02:01:32 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22225] nearbyint arithmetic moved before feholdexcept Date: Thu, 28 Sep 2017 02: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: 2.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00390.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22225 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39072-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 02:04:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126799 invoked by alias); 28 Sep 2017 02:04:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119258 invoked by uid 55); 28 Sep 2017 02:04:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22225] nearbyint arithmetic moved before feholdexcept Date: Thu, 28 Sep 2017 02:04: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.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00391.txt.bz2 Content-length: 3426 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22225 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 548cc83c38a91852b1e44045ead3d20ccd5db4cf (commit) from d37c951fde57e8acb320a9a7d437ba50a1fc3c8a (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=3Dglibc.git;h=3D548cc83c38a91852b1e= 44045ead3d20ccd5db4cf commit 548cc83c38a91852b1e44045ead3d20ccd5db4cf Author: Joseph Myers Date: Thu Sep 28 01:59:02 2017 +0000 Fix nearbyint arithmetic moved before feholdexcept (bug 22225). In I remarked on the possibility of arithmetic in various nearbyint implementations being scheduled before feholdexcept calls, resulting in spurious "inexact" exceptions. I'm now actually observing this occurring in glibc built for ARM with GCC 7 (in fact, both copies of the same addition/subtraction sequence being combined and moved out before the conditionals and feholdexcept/fesetenv pairs), resulting in test failures. This patch makes the nearbyint implementations with this particular feholdexcept / arithmetic / fesetenv pattern consistently use math_opt_barrier on the function argument when first used in arithmetic, and also consistently use math_force_eval before fesetenv (the latter was generally already done, but the dbl-64/wordsize-64 implementation used math_opt_barrier instead, and as math_opt_barrier's intended effect is through its output value being used, such a use that doesn't use the return value is suspect). Tested for x86_64 (--disable-multi-arch so more of these implementations get used), and for ARM in a configuration where I saw the problem scheduling. [BZ #22225] * sysdeps/ieee754/dbl-64/s_nearbyint.c (__nearbyint): Use math_opt_barrier on argument when doing arithmetic on it. * sysdeps/ieee754/dbl-64/wordsize-64/s_nearbyint.c (__nearbyint): Likewise. Use math_force_eval not math_opt_barrier after arithmetic. * sysdeps/ieee754/flt-32/s_nearbyintf.c (__nearbyintf): Use math_opt_barrier on argument when doing arithmetic on it. * sysdeps/ieee754/ldbl-128/s_nearbyintl.c (__nearbyintl): Likewise. (cherry picked from commit f124cb381116b5809de198327690ad0bd8d1478e) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 13 +++++++++++++ sysdeps/ieee754/dbl-64/s_nearbyint.c | 4 ++-- sysdeps/ieee754/dbl-64/wordsize-64/s_nearbyint.c | 8 ++++---- sysdeps/ieee754/flt-32/s_nearbyintf.c | 4 ++-- sysdeps/ieee754/ldbl-128/s_nearbyintl.c | 4 ++-- 5 files changed, 23 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39073-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 10:05:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50114 invoked by alias); 28 Sep 2017 10:05:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50060 invoked by uid 48); 28 Sep 2017 10:05:55 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22156] [hppa,ia64,microblaze] Executable stack default Date: Thu, 28 Sep 2017 10: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00392.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22156 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security+ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39074-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 13:36:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25524 invoked by alias); 28 Sep 2017 13:36:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25461 invoked by uid 48); 28 Sep 2017 13:36:32 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] New: valgrind issues with static binaries Date: Thu, 28 Sep 2017 13:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: markus at trippelsdorf dot de 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: 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: 2017-09/txt/msg00393.txt.bz2 Content-length: 5959 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 Bug ID: 22226 Summary: valgrind issues with static binaries Product: glibc Version: 2.28 Status: NEW Severity: normal Priority: P2 Component: malloc Assignee: unassigned at sourceware dot org Reporter: markus at trippelsdorf dot de CC: dj at redhat dot com Target Milestone: --- ~ % echo "int main(){}" | gcc -x c - -static ~ % valgrind ./a.out =3D=3D22776=3D=3D Memcheck, a memory error detector=20 =3D=3D22776=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward = et al.=20=20=20=20=20=20=20 =3D=3D22776=3D=3D Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyr= ight info=20=20=20=20 =3D=3D22776=3D=3D Command: ./a.out=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D Conditional jump or move depends on uninitialised value(s= )=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D at 0x41EAE9: __libc_malloc (malloc.c:3032)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EAE9: malloc_hook_ini (hooks.c:32)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x45FA09: _dl_get_origin (dl-origin.c:50)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42E34E: _dl_non_dynamic_init (dl-support.c:309)= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42FA62: __libc_init_first (init-first.c:74)=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x400C28: (below main) (libc-start.c:242)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D Conditional jump or move depends on uninitialised value(s= )=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D at 0x41EBE1: tcache_init (malloc.c:2981)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EBE1: __libc_malloc (malloc.c:3032)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EBE1: malloc_hook_ini (hooks.c:32)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x45FA09: _dl_get_origin (dl-origin.c:50)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42E34E: _dl_non_dynamic_init (dl-support.c:309)= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42FA62: __libc_init_first (init-first.c:74)=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x400C28: (below main) (libc-start.c:242)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D Conditional jump or move depends on uninitialised value(s= )=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D at 0x41DEA8: _int_malloc (malloc.c:3673)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41DEA8: tcache_init.part.9 (malloc.c:2985)=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EBEB: tcache_init (malloc.c:2981)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EBEB: __libc_malloc (malloc.c:3032)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x41EBEB: malloc_hook_ini (hooks.c:32)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x45FA09: _dl_get_origin (dl-origin.c:50)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42E34E: _dl_non_dynamic_init (dl-support.c:309)= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x42FA62: __libc_init_first (init-first.c:74)=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D by 0x400C28: (below main) (libc-start.c:242)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D HEAP SUMMARY:=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20 =3D=3D22776=3D=3D in use at exit: 0 bytes in 0 blocks=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D total heap usage: 0 allocs, 0 frees, 0 bytes allocated= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D All heap blocks were freed -- no leaks are possible=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D For counts of detected and suppressed errors, rerun with:= -v=20=20=20=20=20=20=20=20=20=20 =3D=3D22776=3D=3D Use --track-origins=3Dyes to see where uninitialised valu= es come from=20=20=20 =3D=3D22776=3D=3D ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 fr= om 0) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39075-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 14:45:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1935 invoked by alias); 28 Sep 2017 14:45:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126184 invoked by uid 48); 28 Sep 2017 14:45:42 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 14:45: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.28 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: cc Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00394.txt.bz2 Content-length: 1378 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to Markus Trippelsdorf from comment #0) > =3D=3D22776=3D=3D at 0x41DEA8: _int_malloc (malloc.c:3673)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =3D=3D22776=3D=3D by 0x41DEA8: tcache_init.part.9 (malloc.c:2985)=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =3D=3D22776=3D=3D by 0x41EBEB: tcache_init (malloc.c:2981)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 What is the source code at this line? Is it: 3670 #if USE_TCACHE 3671 INTERNAL_SIZE_T tcache_nb =3D 0; 3672 size_t tc_idx =3D csize2tidx (nb); 3673 if (tcache && tc_idx < mp_.tcache_bins) 3674 tcache_nb =3D nb; 3675 int return_cached =3D 0; 3676=20 3677 tcache_unsorted_count =3D 0; 3678 #endif tcache should be NULL, globally initialized as TLS is setup. Likewise mp_.tcache_bins is statically initialized in mp_ as global data. What is uninitialized? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39076-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 14:58:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113650 invoked by alias); 28 Sep 2017 14:58:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113579 invoked by uid 48); 28 Sep 2017 14:58:43 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 14:58: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.28 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00395.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39077-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 15:08:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1338 invoked by alias); 28 Sep 2017 15:08:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1275 invoked by uid 48); 28 Sep 2017 15:08:54 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 15:08: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: markus at trippelsdorf dot de 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: In-Reply-To: References: 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: 2017-09/txt/msg00396.txt.bz2 Content-length: 2383 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 --- Comment #2 from Markus Trippelsdorf --- (In reply to Carlos O'Donell from comment #1) > (In reply to Markus Trippelsdorf from comment #0) > > =3D=3D22776=3D=3D at 0x41DEA8: _int_malloc (malloc.c:3673)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > > =3D=3D22776=3D=3D by 0x41DEA8: tcache_init.part.9 (malloc.c:2985)=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > > =3D=3D22776=3D=3D by 0x41EBEB: tcache_init (malloc.c:2981)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 >=20 > What is the source code at this line? tcache should be culprit. 3661 if (tcache && tc_idx < mp_.tcache_bins) (gdb) l 3656 */ 3657 3658 #if USE_TCACHE 3659 INTERNAL_SIZE_T tcache_nb =3D 0; 3660 size_t tc_idx =3D csize2tidx (nb); 3661 if (tcache && tc_idx < mp_.tcache_bins) 3662 tcache_nb =3D nb; 3663 int return_cached =3D 0; 3664 3665 tcache_unsorted_count =3D 0; (gdb) bt #0 0x000000000041e328 in _int_malloc (bytes=3D576, av=3D0x49e7a0 ) at malloc.c:3661 #1 tcache_init () at malloc.c:2973 #2 0x000000000041f0ac in tcache_init () at malloc.c:2969 #3 __libc_malloc (bytes=3D20) at malloc.c:3020 #4 malloc_hook_ini (sz=3D20, caller=3D) at hooks.c:32 #5 0x0000000000461bf2 in _dl_get_origin () at ../sysdeps/unix/sysv/linux/dl-origin.c:50 #6 0x000000000042f6ef in _dl_non_dynamic_init () at dl-support.c:348 #7 0x0000000000430e81 in __libc_init_first (argc=3Dargc@entry=3D1, argv=3Dargv@entry=3D0x1fff000538, envp=3D0x1fff000548) at ../csu/init-first= .c:74 #8 0x0000000000400c5f in __libc_start_main (main=3D0x40088d
, argc= =3D1, argv=3D0x1fff000538, init=3D0x4014c0 <__libc_csu_init>, fini=3D0x4016c0 <__libc_csu_fini>, rtld_fini=3D0x0,=20 stack_end=3D0x1fff000528) at ../csu/libc-start.c:244 #9 0x000000000040078a in _start () at ../sysdeps/x86_64/start.S:120 (gdb) p tcache Cannot find thread-local storage for Thread 9625, executable file /home/markus/glibc/a.out: Remote target doesn't support qGetTLSAddr packet (gdb) p mp_.tcache_bins $1 =3D 64 (gdb) p nb $2 =3D (gdb) p tc_idx $3 =3D Not sure if it is a false positive or not. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39078-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 15:12:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 6254 invoked by alias); 28 Sep 2017 15:12:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6185 invoked by uid 48); 28 Sep 2017 15:12:26 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 15: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: 2.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: markus at trippelsdorf dot de 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: In-Reply-To: References: 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: 2017-09/txt/msg00397.txt.bz2 Content-length: 641 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 --- Comment #3 from Markus Trippelsdorf --- (gdb) b malloc.c:3661 Breakpoint 1 at 0x41bc27: malloc.c:3661. (2 locations) (gdb) run Starting program: /home/markus/glibc/a.out=20 Breakpoint 1, _int_malloc (bytes=3D576, av=3D0x49e7a0 ) at malloc.c:3661 3661 if (tcache && tc_idx < mp_.tcache_bins) (gdb) p tcache Cannot find thread-local storage for process 10095, executable file /home/markus/glibc/a.out: Cannot find thread-local variables on this target --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39079-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 15:19:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 87938 invoked by alias); 28 Sep 2017 15:19:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87871 invoked by uid 48); 28 Sep 2017 15:19:36 -0000 From: "markus at trippelsdorf dot de" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 15:19: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: markus at trippelsdorf dot de 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: In-Reply-To: References: 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: 2017-09/txt/msg00398.txt.bz2 Content-length: 325 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 --- Comment #4 from Markus Trippelsdorf --- objdump shows: 00000000004001e1 : static __thread tcache_perthread_struct *tcache =3D NULL; --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39080-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 15:28:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123302 invoked by alias); 28 Sep 2017 15:28:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117898 invoked by uid 48); 28 Sep 2017 15:28:38 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22226] valgrind issues with static binaries Date: Thu, 28 Sep 2017 15:28: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.28 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: In-Reply-To: References: 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: 2017-09/txt/msg00399.txt.bz2 Content-length: 914 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22226 --- Comment #5 from Carlos O'Donell --- (In reply to Markus Trippelsdorf from comment #3) > (gdb) b malloc.c:3661 > Breakpoint 1 at 0x41bc27: malloc.c:3661. (2 locations) > (gdb) run > Starting program: /home/markus/glibc/a.out=20 >=20 > Breakpoint 1, _int_malloc (bytes=3D576, av=3D0x49e7a0 ) at > malloc.c:3661 > 3661 if (tcache && tc_idx < mp_.tcache_bins) > (gdb) p tcache > Cannot find thread-local storage for process 10095, executable file > /home/markus/glibc/a.out: > Cannot find thread-local variables on this target Why can't gdb find the thread-local storage for the static binary? We have already initialized TLS in csu/libc-start.c:195 by calling __libc_setup_tls(), and so the tcache variable should be initialized. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39081-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 17:07:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26041 invoked by alias); 28 Sep 2017 17:07:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25990 invoked by uid 48); 28 Sep 2017 17:07:10 -0000 From: "chen.pang.he at jdh8 dot org" To: glibc-bugs@sourceware.org Subject: [Bug math/22227] New: expm1f gives inaccurate results Date: Thu, 28 Sep 2017 17:07: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.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: chen.pang.he at jdh8 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-09/txt/msg00400.txt.bz2 Content-length: 1034 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22227 Bug ID: 22227 Summary: expm1f gives inaccurate results Product: glibc Version: 2.25 Status: UNCONFIRMED Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: chen.pang.he at jdh8 dot org Target Milestone: --- I'm running glibc 2.25.10. I found expm1f occasionally gives inaccurate results. #include #include #include int main(void) { for (int k =3D 0; k < 1024; ++k) { float x =3D rand() / (float) RAND_MAX; if (expm1f(x) !=3D (float) expm1(x)) printf("%g\n", x); } } I have been working on a libc recently. I have a (possibly slow) working implementation licensed in MPL, which is compatible with GPL. https://github.com/jdh8/metallic/blob/master/c/math/float/expm1f.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39082-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Sep 28 17:14:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60164 invoked by alias); 28 Sep 2017 17:14:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60093 invoked by uid 55); 28 Sep 2017 17:14:38 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22227] expm1f gives inaccurate results Date: Thu, 28 Sep 2017 17:14: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.25 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: In-Reply-To: References: 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: 2017-09/txt/msg00401.txt.bz2 Content-length: 974 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22227 --- Comment #1 from joseph at codesourcery dot com --- Having a result that is not correctly rounded is not a bug (please see the= =20 documented accuracy goals in the glibc manual), and tests involving random= =20 inputs are not suitable for bug reports. If there is a particular input for which expm1f produces a result with an=20 error of more than a few ulps, please specify the exact input (as a hex=20 float constant) that gives the largest error you observed, stating the=20 expected result and the actual result you observe, as hex floats. If the error is more than 1ulp from the correctly rounded result, that=20 input could then be added to auto-libm-test-in so the libm-test-ulps files= =20 become more accurate. It would need to be several ulp to consider there=20 to possibly be a bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39083-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 29 17:45:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82654 invoked by alias); 29 Sep 2017 17:45:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 77351 invoked by uid 48); 29 Sep 2017 17:45:54 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22229] New: [sparc32] missing copysignl, fabsl, fmal compat symbols Date: Fri, 29 Sep 2017 17:45: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.26 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: 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: 2017-09/txt/msg00402.txt.bz2 Content-length: 891 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22229 Bug ID: 22229 Summary: [sparc32] missing copysignl, fabsl, fmal compat symbols Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org Target Milestone: --- Host: sparc*-*-linux* 32-bit SPARC libm should have compat symbols for copysignl (GLIBC_2.0), fab= sl (GLIBC_2.0), fmal (GLIBC_2.1), pointing to the double functions; they were present in glibc 2.8, for example, but are now missing, probably when optim= ized SPARC function implementations were added without appropriate compat symbol handling. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39084-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 29 19:27:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44435 invoked by alias); 29 Sep 2017 19:27:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38246 invoked by uid 48); 29 Sep 2017 19:27:50 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22194] Building glob outside of glibc fails Date: Fri, 29 Sep 2017 19:27: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal 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: In-Reply-To: References: 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: 2017-09/txt/msg00403.txt.bz2 Content-length: 1341 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22194 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |adhemerval.zanella at lina= ro dot o | |rg Resolution|--- |INVALID --- Comment #2 from Adhemerval Zanella --- As Paul Eggert has put, gnulib glob.c already handles FLEXIBLE_ARRAY_MEMBER, __set_errno, and mempcpy automatically, because its 'glob' module has the modules 'flexmember', 'libc-config', and 'mempcpy' as prerequisites, and th= ese supply the necessary definitions. You can test Gnulib glob.c's portabililty by running this shell command in Gnulib's top directory: ./gnulib-tool --create-testdir --dir foo glob=20 and then by copying the newly-created 'foo' directory to the platform of yo= ur choice and running './configure; make check' there. I will close this bug and you can follow with gnulib if you find issues integrating its implementation on GNU make. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39085-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Sep 29 23:54:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100067 invoked by alias); 29 Sep 2017 23:54:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91702 invoked by uid 48); 29 Sep 2017 23:54:55 -0000 From: "P at draigBrady dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/19329] dl-tls.c assert failure at concurrent pthread_create and dlopen Date: Fri, 29 Sep 2017 23:54: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.22 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: P at draigBrady dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: nszabolcs at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00404.txt.bz2 Content-length: 745 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19329 --- Comment #9 from P=C3=A1draig Brady

--- We found an off by one issue with this (with ASAN + certain number of shared libs). When the last vector in the _dl_allocate_tls_init list of vectors wa= s of size one it would have been skipped. The fix is: diff --git a/elf/dl-tls.c b/elf/dl-tls.c index 073321c..2c9ad2a 100644 --- a/elf/dl-tls.c +++ b/elf/dl-tls.c @@ -571,7 +571,7 @@ _dl_allocate_tls_init (void *result) } total +=3D cnt; - if (total >=3D dtv_slots) + if (total > dtv_slots) break; /* Synchronize with dl_add_to_slotinfo. */ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39086-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 30 23:06:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61249 invoked by alias); 30 Sep 2017 23:06:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61167 invoked by uid 55); 30 Sep 2017 23:06:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22165] [hppa] Text relocations in libc.so Date: Sat, 30 Sep 2017 23: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.26 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: In-Reply-To: References: 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: 2017-09/txt/msg00405.txt.bz2 Content-length: 1515 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22165 --- Comment #2 from 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 388784cfddc20ada56d3e52f830d6445b14aa3af (commit) from 2000067a4be0dc8a70f6d3704a9e8388eb9066c9 (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=3Dglibc.git;h=3D388784cfddc20ada56d= 3e52f830d6445b14aa3af commit 388784cfddc20ada56d3e52f830d6445b14aa3af Author: John David Anglin Date: Sat Sep 30 19:02:57 2017 -0400 Fix hppa text relocations in libc.so [BZ libc/22165] * sysdeps/unix/sysv/linux/hppa/getcontext.S (__getcontext): Use PIC code to load address of __getcontext_ret when generating PIC code. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/unix/sysv/linux/hppa/getcontext.S | 5 +++++ 2 files changed, 11 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39087-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Sep 30 23:16:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123229 invoked by alias); 30 Sep 2017 23:16:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121309 invoked by uid 48); 30 Sep 2017 23:16:41 -0000 From: "danglin at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22165] [hppa] Text relocations in libc.so Date: Sat, 30 Sep 2017 23:16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-09/txt/msg00406.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22165 John David Anglin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from John David Anglin --- Should be fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39088-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 01:14:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98416 invoked by alias); 1 Oct 2017 01:14:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98364 invoked by uid 55); 1 Oct 2017 01:14:46 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sun, 01 Oct 2017 01: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.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: In-Reply-To: References: 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: 2017-10/txt/msg00000.txt.bz2 Content-length: 754 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #67 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr18822 has been deleted was 3672257bcb0e3b4b5f2a983e3a2fd3a28d7ebe07 - Log ----------------------------------------------------------------- 3672257bcb0e3b4b5f2a983e3a2fd3a28d7ebe07 Hide internal fadvise64/fallocate64 functions [BZ #18822] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39089-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 01:15:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99235 invoked by alias); 1 Oct 2017 01:15:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98733 invoked by uid 55); 1 Oct 2017 01:14:58 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sun, 01 Oct 2017 01:15: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: In-Reply-To: References: 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: 2017-10/txt/msg00001.txt.bz2 Content-length: 46411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #68 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr18822 has been created at 2c668a5c126c66f9ee4164730e805f36278a4b20 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2c668a5c126c66f9ee4= 164730e805f36278a4b20 commit 2c668a5c126c66f9ee4164730e805f36278a4b20 Author: H.J. Lu Date: Thu Aug 31 05:56:32 2017 -0700 Hide internal fadvise64/fallocate64 functions [BZ #18822] Hide internal fadvise64/fallocate64 functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/posix_fadvise64.c (__posix_fadvise64_l64): Add Add libc_hidden_proto and libc_hidden_def. * sysdeps/unix/sysv/linux/posix_fallocate64.c (__posix_fallocate64_l64): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D76687f844dd983b09df= 9306aa3527564ebb431c9 commit 76687f844dd983b09df9306aa3527564ebb431c9 Author: H.J. Lu Date: Thu Aug 31 05:45:40 2017 -0700 Hide internal __sched_setaffinity_new function [BZ #18822] Hide internal __sched_setaffinity_new function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/sched_setaffinity.c (__sched_setaffinity_new): Add libc_hidden_proto and libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D36756b2e9f73e77d2e6= 5488080f61494eca65bc0 commit 36756b2e9f73e77d2e65488080f61494eca65bc0 Author: H.J. Lu Date: Thu Aug 31 05:38:44 2017 -0700 Hide internal __glob64 function [BZ #18822] Hide internal __glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/glob.h (__glob64): Add libc_hidden_proto. * sysdeps/unix/sysv/linux/glob64.c (__glob64): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D53d1a65b2e2833cc59c= 1172b8db6a6dcd0c6f87b commit 53d1a65b2e2833cc59c1172b8db6a6dcd0c6f87b Author: H.J. Lu Date: Thu Aug 31 05:09:53 2017 -0700 Hide internal __new_getrlimit function [BZ #18822] Hide internal __new_getrlimit function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getrlimit64.c (__new_getrlimit): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De6515ab253f55cfe553= 5b5e4e4779ded7acb3d11 commit e6515ab253f55cfe5535b5e4e4779ded7acb3d11 Author: H.J. Lu Date: Thu Aug 31 05:03:51 2017 -0700 Hide internal __new_exitfn function [BZ #18822] Hide internal __new_exitfn function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * stdlib/exit.h (__new_exitfn): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D398f6e35fec61ce55b1= 092a00ede6f7323e1d834 commit 398f6e35fec61ce55b1092a00ede6f7323e1d834 Author: H.J. Lu Date: Thu Aug 31 04:58:36 2017 -0700 Hide internal __moncontrol function [BZ #18822] Hide internal __moncontrol function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * mon/gmon.c (__moncontrol): Add libc_hidden_proto and libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da14e4b011d5dd4f9858= b7bb558ab0f46e98a4b1d commit a14e4b011d5dd4f9858b7bb558ab0f46e98a4b1d Author: H.J. Lu Date: Tue Aug 22 08:41:32 2017 -0700 Hide internal __libc_print_version function [BZ #18822] Hide internal __libc_print_version function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * csu/version.c (__libc_print_version): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc613781146f4fd2dc3a= 2dea39b416cd7cfab34e9 commit c613781146f4fd2dc3a2dea39b416cd7cfab34e9 Author: H.J. Lu Date: Tue Aug 22 08:40:40 2017 -0700 Hide internal __init_misc function [BZ #18822] Hide internal __init_misc function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/libc-internal.h (__init_misc): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6d3a328f997e3a5157a= aa148c0c0408506871afa commit 6d3a328f997e3a5157aaa148c0c0408506871afa Author: H.J. Lu Date: Tue Aug 22 08:39:40 2017 -0700 Hide internal __setfpucw function [BZ #18822] Hide internal __setfpucw function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/fpu_control.h (__setfpucw): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dad9f88c3cfa0848e407= 4ccd87d6f93e468939437 commit ad9f88c3cfa0848e4074ccd87d6f93e468939437 Author: H.J. Lu Date: Tue Aug 22 08:38:13 2017 -0700 Hide internal __nis_hash function [BZ #18822] Hide internal __nis_hash function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * nscd/nscd_helper.c (__nis_hash): New prototype. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3afe5949af31a5028e4= 1d6b1b172138789cd40cb commit 3afe5949af31a5028e41d6b1b172138789cd40cb Author: H.J. Lu Date: Tue Aug 22 08:35:33 2017 -0700 Hide internal __tcgetattr function [BZ #18822] Hide internal __tcgetattr function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/termios.h (__tcgetattr): Add libc_hidden_proto. * sysdeps/unix/bsd/tcgetattr.c (__tcgetattr): Add libc_hidden_def. * sysdeps/unix/sysv/linux/tcgetattr.c (__tcgetattr): Likewise. * termios/tcgetattr.c (__tcgetattr): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D95f58a3f75d55bff601= 54b4bb70b3cc5d3945609 commit 95f58a3f75d55bff60154b4bb70b3cc5d3945609 Author: H.J. Lu Date: Tue Aug 22 06:42:46 2017 -0700 Hide internal __setrlimit function [BZ #18822] Hide internal __setrlimit function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/resource.h (__setrlimit): Add libc_hidden_proto. * resource/setrlimit.c (__setrlimit): Add libc_hidden_def. * sysdeps/mach/hurd/setrlimit.c (__setrlimit): Likewise. * sysdeps/unix/sysv/linux/setrlimit.c (__setrlimit): Likewise. * sysdeps/unix/sysv/linux/setrlimit64.c (__GI___setrlimit): New. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D22355d035fde56486fa= 847c405f318e2c24aa454 commit 22355d035fde56486fa847c405f318e2c24aa454 Author: H.J. Lu Date: Tue Aug 22 06:41:49 2017 -0700 Hide internal __vstrfmon_l function [BZ #18822] Hide internal __vstrfmon_l function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * include/monetary.h (__vstrfmon_l): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D92a24006e4765bef48b= b0f238805d2d3c38d4ff2 commit 92a24006e4765bef48bb0f238805d2d3c38d4ff2 Author: H.J. Lu Date: Tue Aug 22 06:25:16 2017 -0700 Hide internal __sched_setparam function [BZ #18822] Hide internal __sched_setparam function to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___sched_setparam is defined when sysdeps/unix/syscalls.list is used to generate sched_setparam. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sched.h (__sched_setparam): Add libc_hidden_proto. * posix/sched_setp.c (__sched_setparam): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc2bc3017e5b905ec981= 83395ab3a39249cc705af commit c2bc3017e5b905ec98183395ab3a39249cc705af Author: H.J. Lu Date: Tue Aug 22 05:51:51 2017 -0700 Hide internal __hash_string function [BZ #18822] Hide internal __hash_string function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * intl/hash-string.h (__hash_string): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0f0e100902b0006fb7f= 9c97687a1340f577d92af commit 0f0e100902b0006fb7f9c97687a1340f577d92af Author: H.J. Lu Date: Tue Aug 22 05:50:09 2017 -0700 Hide internal __hasmntopt function [BZ #18822] Hide internal __hasmntopt function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/mntent.h (__hasmntopt): Add libc_hidden_proto. * misc/mntent_r.c (__hasmntopt): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D083282849c4b6561cbe= 25e2c18191674f1eba44c commit 083282849c4b6561cbe25e2c18191674f1eba44c Author: H.J. Lu Date: Tue Aug 22 05:43:49 2017 -0700 Hide internal __ifreq function [BZ #18822] Hide internal __ifreq function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/ifreq.h: New file. * sysdeps/generic/ifreq.h (__if_nextreq): Removed. (__ifreq): Likewise. * sysdeps/mach/hurd/ifreq.h (__if_nextreq): Removed. (__ifreq): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5b1cd47a56bc9ac8217= 0caa776a5f461cca3ac0f commit 5b1cd47a56bc9ac82170caa776a5f461cca3ac0f Author: H.J. Lu Date: Tue Aug 22 04:50:04 2017 -0700 Hide internal idna functions [BZ #18822] Hide internal idna functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/idna.h: New file. * inet/getnameinfo.c: Include instead of . (__idna_to_unicode_lzlz): Removed. * sysdeps/posix/getaddrinfo.c: Include instead of . (__idna_to_ascii_lz): Removed. (__idna_to_unicode_lzlz): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1b18d31f4b338d9c1f9= 8a7a207ca86a322e42014 commit 1b18d31f4b338d9c1f98a7a207ca86a322e42014 Author: H.J. Lu Date: Mon Aug 21 10:39:50 2017 -0700 Hide internal __gettextparse function [BZ #18822] Hide internal __gettextparse function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/plural-exp.h: New file. * intl/plural-exp.c: Include instead of "plural-exp.h". https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfcd6350605ca490df1d= 9f06895252edad52f6457 commit fcd6350605ca490df1d9f06895252edad52f6457 Author: H.J. Lu Date: Mon Aug 21 10:20:45 2017 -0700 Hide internal __get_sol function [BZ #18822] Hide internal __get_sol function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getsourcefilter.c: Include "getsourcefilter.h". * sysdeps/unix/sysv/linux/getsourcefilter.h: New file. * sysdeps/unix/sysv/linux/setsourcefilter.c: Include "getsourcefilter.h". (__get_sol): Removed. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D60c12c4a59b9e41a20f= e959a6f02fb0a579e4f81 commit 60c12c4a59b9e41a20fe959a6f02fb0a579e4f81 Author: H.J. Lu Date: Mon Aug 21 10:11:21 2017 -0700 Move hidden_proto (__dl_iterate_phdr) to include/link.h [BZ #18822] [BZ #18822] * elf/dl-iteratephdr.c (hidden_proto (__dl_iterate_phdr)): Moved to ... * include/link.h (hidden_proto (__dl_iterate_phdr)): Here. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8f1995c2955a07ca657= d7c22ea58fcd86acdf835 commit 8f1995c2955a07ca657d7c22ea58fcd86acdf835 Author: H.J. Lu Date: Mon Aug 21 10:07:55 2017 -0700 Hide internal __bsd_getpt function [BZ #18822] Hide internal __bsd_getpt function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getpt.c (__bsd_getpt): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D01b30e390481dcc3f11= be36c2485448ce2b1e5d1 commit 01b30e390481dcc3f11be36c2485448ce2b1e5d1 Author: H.J. Lu Date: Mon Aug 21 09:20:06 2017 -0700 Hide internal __fopen_maybe_mmap function [BZ #18822] Hide internal __fopen_maybe_mmap function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * libio/iolibio.h (__fopen_maybe_mmap): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4c15d7c23f8aa81687a= 0ef5add1a71bca1dd30df commit 4c15d7c23f8aa81687a0ef5add1a71bca1dd30df Author: H.J. Lu Date: Mon Aug 21 09:18:36 2017 -0700 Hide internal __tdestroy function [BZ #18822] Hide internal __tdestroy function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/search.h (__tdestroy): Add libc_hidden_proto. * misc/tsearch.c (__tdestroy): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8ab6c45c1e1e0015ed6= 71879774e7d942291e3d7 commit 8ab6c45c1e1e0015ed671879774e7d942291e3d7 Author: H.J. Lu Date: Mon Aug 21 09:17:07 2017 -0700 Hide internal __assert_fail_base function [BZ #18822] Hide internal __assert_fail_base function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/assert.h (__assert_fail_base): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b754ea5d07c744f23b= 509826668b7607246fea8 commit 3b754ea5d07c744f23b509826668b7607246fea8 Author: H.J. Lu Date: Mon Aug 21 09:15:33 2017 -0700 Hide internal __sysinfo function [BZ #18822] Hide internal __sysinfo function to allow direct access within libc.so = and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/include/sys/sysinfo.h (__sysinfo): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D68076640718d72cc40b= 3635c1031cbceb514e21d commit 68076640718d72cc40b3635c1031cbceb514e21d Author: H.J. Lu Date: Mon Aug 21 08:17:57 2017 -0700 Hide internal signal functions [BZ #18822] Hide internal signal functions to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___kill and __GI___sigaltstack are defined when syscalls.list is used to generate them. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/signal.h (__kill): Add libc_hidden_proto. (__sigblock): Likewise. (__sigprocmask): Likewise. (__sigaltstack): Likewise. * signal/kill.c (__kill): Add libc_hidden_def. * signal/sigblock.c (__sigblock): Likewise. * signal/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/mach/hurd/kill.c (__kill): Likewise. * sysdeps/mach/hurd/sigaltstack.c (__sigaltstack): Likewise. * sysdeps/mach/hurd/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/posix/sigblock.c (__sigblock): Likewise. * sysdeps/unix/sysv/linux/alpha/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/ia64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/s390/s390-64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/sigprocmask.c (__sigprocmask): Likewise. * /sysdeps/unix/sysv/linux/sparc/sparc64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/x86_64/sigprocmask.c (__sigprocmask): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4cd6128f473d4db7bbc= 71de6b0d3b0a9871db5fa commit 4cd6128f473d4db7bbc71de6b0d3b0a9871db5fa Author: H.J. Lu Date: Mon Aug 21 08:07:16 2017 -0700 Hide internal __strsep function [BZ #18822] Hide internal __strsep function to allow direct access within libc.so a= nd libc.a without using GOT nor PLT. [BZ #18822] * include/string.h (__strsep): Add libc_hidden_proto. * string/strsep.c (__strsep): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddedfbdfec414f973b8c= 96a5430be9feb9d473f9e commit dedfbdfec414f973b8c96a5430be9feb9d473f9e Author: H.J. Lu Date: Mon Aug 21 06:24:41 2017 -0700 Hide __posix_spawn_file_actions_realloc/__spawni [BZ #18822] Hide internal __posix_spawn_file_actions_realloc and /__spawni functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * posix/spawn_int.h (__posix_spawn_file_actions_realloc): Add attribute_hidden. (__spawni): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df9f658b161c22bb43f1= 11fa73dc4222492aeabcb commit f9f658b161c22bb43f111fa73dc4222492aeabcb Author: H.J. Lu Date: Mon Aug 21 06:10:22 2017 -0700 Hide internal __mremap function [BZ #18822] Hide internal __mremap function to allow direct access within libc.so a= nd libc.a without using GOT nor PLT. __GI___mremap is defined when sysdeps/unix/syscalls.list is used to generate mremap. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sys/mman.h (__mremap): Add libc_hidden_proto. * sysdeps/unix/sysv/linux/m68k/mremap.S (__mremap): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0700a91920d2348c875= 481da44c0da6a1a5064aa commit 0700a91920d2348c875481da44c0da6a1a5064aa Author: H.J. Lu Date: Mon Aug 21 06:07:11 2017 -0700 Hide internal __malloc_check_init function [BZ #18822] Hide internal __malloc_check_init function to allow direct access within libc.so and libc.a without using GOT nor PLT. * include/malloc.h (__malloc_check_init): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D03e0fd739c24f1e74eb= 710f6bf004c653832a7a9 commit 03e0fd739c24f1e74eb710f6bf004c653832a7a9 Author: H.J. Lu Date: Sun Aug 20 11:53:06 2017 -0700 Hide internal __ioctl function [BZ #18822] Hide internal __ioctl function to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___ioctl is defined when sysdeps/unix/syscalls.list is used to generate ioctl. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sys/ioctl.h (__ioctl): Add libc_hidden_proto. * misc/ioctl.c (__ioctl): Add libc_hidden_def. * sysdeps/mach/hurd/ioctl.c (__ioctl): Likewise. * sysdeps/unix/sysv/linux/aarch64/ioctl.S (__ioctl): Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/ioctl.S (__ioctl): Likewise. * sysdeps/unix/sysv/linux/powerpc/ioctl.c (__ioctl): Likewise. * sysdeps/unix/sysv/linux/tile/tilegx/ioctl.S (__ioctl): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D414250adc18eb7516d4= 3262d5dc2dbfe2d76d888 commit 414250adc18eb7516d43262d5dc2dbfe2d76d888 Author: H.J. Lu Date: Sun Aug 20 11:40:26 2017 -0700 Mark internal intl functions with attribute_hidden [BZ #18822] Mark internal intl functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * intl/gettextP.h (__dcngettext): Add attribute_hidden. (__dcigettext): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc1394fab7c3e9eed70d= efb442ad5c152be51fc9a commit c1394fab7c3e9eed70defb442ad5c152be51fc9a Author: H.J. Lu Date: Sun Aug 20 11:25:56 2017 -0700 Hide internal sysinfo functions [BZ #18822] Hide internal sysinfo functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/sysinfo.h (__get_nprocs_conf): Add libc_hidden_proto. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. (__get_child_max): Add attribute_hidden. * misc/getsysstats.c (__get_nprocs_conf): Add libc_hidden_def. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. * sysdeps/mach/getsysstats.c (__get_nprocs_conf): Add libc_hidden_def. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. * sysdeps/unix/sysv/linux/getsysstats.c (__get_nprocs): Add libc_hidden_def. (__get_nprocs_conf): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1dbe90c340d17dfc34f= c9fd58ef9ff43347e0ef2 commit 1dbe90c340d17dfc34fc9fd58ef9ff43347e0ef2 Author: H.J. Lu Date: Sun Aug 20 10:38:46 2017 -0700 Mark internal netlink functions with attribute_hidden [BZ #18822] Mark internal netlink functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/netlinkaccess.h (__netlink_open): Add attribute_hidden. (__netlink_close): Likewise. (__netlink_free_handle): Likewise. (__netlink_request): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D605bef612eb2ffadcff= f14906c62363a895da631 commit 605bef612eb2ffadcfff14906c62363a895da631 Author: H.J. Lu Date: Sun Aug 20 10:22:10 2017 -0700 Mark internal rpc functions with attribute_hidden [BZ #18822] Mark internal rpc functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/rpc/rpc.h (__rpc_thread_variables): Add attribute_hidden. (__rpc_thread_svc_cleanup): Likewise. (__rpc_thread_clnt_cleanup): Likewise. (__rpc_thread_key_cleanup): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8a83677848555643d44= 30e9050172144e35c6878 commit 8a83677848555643d4430e9050172144e35c6878 Author: H.J. Lu Date: Sun Aug 20 08:05:25 2017 -0700 Hide __readv and __writev [BZ #18822] Hide internal __readv and __writev functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/uio.h (__readv): Add libc_hidden_proto. (__writev): Likewise. * misc/readv.c (__readv): Add libc_hidden_def. * misc/writev.c (__writev): Likewise. * sysdeps/posix/readv.c (__readv): Likewise. * sysdeps/posix/writev.c (__writev): Likewise. * sysdeps/unix/sysv/linux/readv.c: Include . (__readv): Likewise. * sysdeps/unix/sysv/linux/writev.c: Include . (__writev): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D148a658735ad5bc592a= 0b89d32987f26a2fe4bed commit 148a658735ad5bc592a0b89d32987f26a2fe4bed Author: H.J. Lu Date: Sun Aug 20 07:28:23 2017 -0700 Hide internal regex functions [BZ #18822] Hide internal regex functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/regex.h (__re_compile_fastmap): Add attribute_hidden. (__regcomp): Add libc_hidden_proto. (__regexec): Likewise. (__regfree): Likewise. * posix/regcomp.c (__regcomp): Add libc_hidden_def. (__regfree): Likewise. * posix/regexec.c (__regexec): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D111ec3a710a8d9fa1b8= c3b73fe3ffcd74d21a7ff commit 111ec3a710a8d9fa1b8c3b73fe3ffcd74d21a7ff Author: H.J. Lu Date: Sat Aug 19 16:47:56 2017 -0700 Mark internal stdlib functions with attribute_hidden [BZ #18822] Mark internal stdlib functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. __realpath is hidden with libc_hidden_proto and libc_hidden_def since the exported realpath is an alias of __realpath. [BZ #18822] * include/stdlib.h (__random): Add attribute_hidden. (__random_r): Likewise. (__srandom_r): Likewise. (__initstate_r): Likewise. (__setstate_r): Likewise. (__erand48_r): Likewise. (__nrand48_r): Likewise. (__jrand48_r): Likewise. (__srand48_r): Likewise. (__seed48_r): Likewise. (__lcong48_r): Likewise. (__drand48_iterate): Likewise. (__setenv): Likewise. (__unsetenv): Likewise. (__clearenv): Likewise. (__ptsname_r): Likewise. (__posix_openpt): Likewise. (__add_to_environ): Likewise. (__realpath): Add libc_hidden_proto. (__ecvt_r): Likewise. (__fcvt_r): Likewise. (__qecvt_r): Likewise. (__qfcvt_r): Likewise. * misc/efgcvt_r.c (cvt_symbol_1): Add libc_hidden_def (local). * stdlib/canonicalize.c (__realpath): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D550efff5105253c1692= 5a74da89d178a96bec7c0 commit 550efff5105253c16925a74da89d178a96bec7c0 Author: H.J. Lu Date: Sat Aug 19 16:29:20 2017 -0700 Mark internal utmp functions with attribute_hidden [BZ #18822] Mark internal utmp functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/utmp.h (__updwtmp): Add libc_hidden_proto. (__getutent): Likewise. (__getutid): Likewise. (__getutline): Likewise. (__pututline): Likewise. (__getutent_r): Likewise. (__getutid_r): Likewise. (__getutline_r): Likewise. (__utmpname): Add attribute_hidden. (__setutent): Likewise. (__endutent): Likewise. * login/getutent.c (__getutent): Add libc_hidden_def. * login/getutent_r.c (__getutent_r): Likewise. (__pututline): Likewise. * login/getutid.c (__getutid): Likewise. * login/getutid_r.c (__getutid_r): Likewise. * login/getutline.c (__getutline): Likewise. * login/getutline_r.c (__getutline_r): Likewise. * login/updwtmp.c (__updwtmp): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7c43e85b727a1d175ef= 442cb137dbbf50ca8e355 commit 7c43e85b727a1d175ef442cb137dbbf50ca8e355 Author: H.J. Lu Date: Sat Aug 19 16:23:58 2017 -0700 Mark internal dirent functions with attribute_hidden [BZ #18822] Mark internal dirent functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. __readdir64 is hidden with libc_hidden_proto and libc_hidden_def since the exported readdir64 is an alias of __readdir64. [BZ #18822] * include/dirent.h (__opendir): Always add attribute_hidden. (__fdopendir): Likewise. (__closedir): Likewise. (__readdir): Likewise. (__readdir64): Add libc_hidden_proto. * sysdeps/mach/hurd/readdir64.c (__readdir64): Add libc_hidden_def. * sysdeps/unix/sysv/linux/i386/readdir64.c (__readdir64): Likewise. * sysdeps/unix/sysv/linux/readdir64.c (__readdir64): Likewise. * sysdeps/unix/sysv/linux/wordsize-64/readdir.c (__GI___readdir64): New alias. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D69b667c9f70d6a3745e= 557c3f23c930268ac5013 commit 69b667c9f70d6a3745e557c3f23c930268ac5013 Author: H.J. Lu Date: Sat Aug 19 15:49:08 2017 -0700 Mark internal getXXXbyYYY functions with attribute_hidden [BZ #18822] Mark internal getXXXbyYYY functions with attribute_hidden to allow dire= ct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/aliases.h (__getaliasbyname_r): Add attribute_hidden. * include/netdb.h (__gethostbyaddr_r): Likewise. (__gethostbyname_r): Likewise. (__gethostbyname2_r): Likewise. (__getnetbyaddr_r): Likewise. (__getnetbyname_r): Likewise. (__getservbyname_r): Likewise. (__getservbyport_r): Likewise. (__getprotobyname_r): Likewise. (__getprotobynumber_r): Likewise. (__getnetgrent_r): Likewise. * include/rpc/netdb.h (__getrpcbyname_r): Likewise. (__getrpcbynumber_r): Likewise. * nss/getXXbyYY.c (INTERNAL (REENTRANT_NAME)): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deba46f5a421fbe1359f= d26b6edd5c792a85ea8b6 commit eba46f5a421fbe1359fd26b6edd5c792a85ea8b6 Author: H.J. Lu Date: Sat Aug 19 15:45:30 2017 -0700 Mark internal stdio functions with attribute_hidden [BZ #18822] Mark internal stdio functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/stdio.h (__fcloseall): Add attribute_hidden. (__getline): Likewise. (__path_search): Likewise. (__gen_tempname): Likewise. (__libc_message): Likewise. (__flockfile): Likewise. (__funlockfile): Likewise. (__fxprintf): Likewise. (__fxprintf_nocancel): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbe1f438df78d4da2b3a= 296b3cd2e2ee357c3defe commit be1f438df78d4da2b3a296b3cd2e2ee357c3defe Author: H.J. Lu Date: Sat Aug 19 15:44:27 2017 -0700 Mark internal gshadow functions with attribute_hidden [BZ #18822] Mark internal gshadow functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/gshadow.h (__fgetsgent_r): Add attribute_hidden. (__sgetsgent_r): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D02af6ae09abb8c3297b= 5d5f84b7718ec0e010a7d commit 02af6ae09abb8c3297b5d5f84b7718ec0e010a7d Author: H.J. Lu Date: Sat Aug 19 15:37:42 2017 -0700 Mark internal statfs functions with attribute_hidden [BZ #18822] Mark internal statfs functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/statfs.h (__fstatfs): Add attribute_hidden. (__statfs64): Likewise. (__fstatfs64): Likewise. * include/sys/statvfs.h (__statvfs64): Likewise. (__fstatvfs64): Likewise. * sysdeps/unix/sysv/linux/pathconf.h (__statfs_link_max): Likewise. (__statfs_filesize_max): Likewise. (__statfs_symlinks): Likewise. (__statfs_chown_restricted): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db346121113437ec8cda= d6b865c4c5367de845a38 commit b346121113437ec8cdad6b865c4c5367de845a38 Author: H.J. Lu Date: Fri Aug 18 17:30:29 2017 -0700 Mark internal time functions with attribute_hidden [BZ #18822] Mark internal time functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/time.h (__tzstring): Add attribute_hidden. (__tzfile_read): Likewise. (__tzfile_compute): Likewise. (__tzfile_default): Likewise. (__tzset_parse_tz): Likewise. (__offtime): Likewise. (__asctime_r): Likewise. (__tzset): Likewise. (__tz_convert): Likewise. (__getdate_r): Likewise. (__getclktck): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db1e27ca514ab111bfb3= e5f41d375b2cd12d6d6b3 commit b1e27ca514ab111bfb3e5f41d375b2cd12d6d6b3 Author: H.J. Lu Date: Fri Aug 18 17:16:26 2017 -0700 Mark internal nscd functions with attribute_hidden [BZ #18822] Mark internal nscd functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * nscd/nscd-client.h (__nscd_get_map_ref): Add attribute_hidden. (__nscd_unmap): Likewise. (__nscd_cache_search): Likewise. (__nscd_get_nl_timestamp): Likewise. (__nscd_getpwnam_r): Likewise. (__nscd_getpwuid_r): Likewise. (__nscd_getgrnam_r): Likewise. (__nscd_getgrgid_r): Likewise. (__nscd_gethostbyname_r): Likewise. (__nscd_gethostbyname2_r): Likewise. (__nscd_gethostbyaddr_r): Likewise. (__nscd_getai): Likewise. (__nscd_getgrouplist): Likewise. (__nscd_getservbyname_r): Likewise. (__nscd_getservbyport_r): Likewise. (__nscd_innetgr): Likewise. (__nscd_setnetgrent): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8486c25530f0a343459= f4f80eeb267dffebc3611 commit 8486c25530f0a343459f4f80eeb267dffebc3611 Author: H.J. Lu Date: Fri Aug 18 17:04:20 2017 -0700 Mark internal gmp functions with attribute_hidden [BZ #18822] Mark internal gmp functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/gmp.h: Declare internal functions only if _ISOMAC is undefined. (__mpn_extract_double): Add attribute_hidden. (__mpn_extract_long_double): Likewise. (__mpn_extract_float128): Likewise. (__mpn_construct_float): Likewise. (__mpn_construct_double): Likewise. (__mpn_construct_long_double): Likewise. (__mpn_construct_float128): Likewise. (mpn_add_1): Likewise. (mpn_addmul_1): Likewise. (mpn_add_n): Likewise. (mpn_cmp): Likewise. (mpn_divrem): Likewise. (mpn_lshift): Likewise. (mpn_mul): Likewise. (mpn_mul_1): Likewise. (mpn_rshift): Likewise. (mpn_sub_1): Likewise. (mpn_submul_1): Likewise. (mpn_sub_n): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df811cc4759291c41199= 82e3d7adf7e882c81e4f4 commit f811cc4759291c4119982e3d7adf7e882c81e4f4 Author: H.J. Lu Date: Fri Aug 18 13:24:43 2017 -0700 Mark internal wchar functions with attribute_hidden [BZ #18822] Mark internal wchar functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/wchar.h (__wcsnlen): Add attribute_hidden. (__wcscat): Likewise. (__btowc): Likewise. (__wcrtomb): Likewise. (__mbsrtowcs): Likewise. (__wcsrtombs): Likewise. (__mbsnrtowcs): Likewise. (__wcsnrtombs): Likewise. (__wcsncpy): Likewise. (__wcpncpy): Likewise. (__wmemcpy): Likewise. (__wmempcpy): Likewise. (__wmemmove): Likewise. (__wcschrnul): Likewise. (__vfwscanf): Likewise. (__vswprintf): Likewise. (__fwprintf): Likewise. (__vfwprintf): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8e39a59eb172c4cdf85= 1f2c21baa91cdd3d1d0ac commit 8e39a59eb172c4cdf851f2c21baa91cdd3d1d0ac Author: H.J. Lu Date: Fri Aug 18 09:00:24 2017 -0700 Mark internal grp/pwd/shadow functions with attribute_hidden [BZ #18822] Mark internal grp/pwd/shadow functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/grp.h (__fgetgrent_r): Add attribute_hidden. (__getgrgid_r): Likewise. (__getgrnam_r): Likewise. * include/pwd.h (__getpwuid_r): Likewise. (__getpwnam_r): Likewise. (__fgetpwent_r): Likewise. * include/shadow.h (__getspnam_r): Likewise. (__sgetspent_r): Likewise. (__fgetspent_r): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da560f498ecf60cf910e= 4c3fd834a13424bd0f47d commit a560f498ecf60cf910e4c3fd834a13424bd0f47d Author: H.J. Lu Date: Fri Aug 18 05:43:12 2017 -0700 Mark internal unistd functions with attribute_hidden [BZ #18822] Mark internal unistd functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/unistd.h (__access): Add attribute_hidden. (__lseek64): Likewise. (__libc_pread64): Likewise. (__pipe2): Likewise. (__sleep): Likewise. (__chdir): Likewise. (__fchdir): Likewise. (__getcwd): Likewise. (__rmdir): Likewise. (__execvpe): Likewise. (__execve): Likewise. (__setsid): Likewise. (__getuid): Likewise. (__geteuid): Likewise. (__getgid): Likewise. (__getegid): Likewise. (__getgroups): Likewise. (__group_member): Likewise. (__ttyname_r): Likewise. (__isatty): Likewise. (__readlink): Likewise. (__unlink): Likewise. (__gethostname): Likewise. (__profil): Likewise. (__getdtablesize): Likewise. (__brk): Likewise. (__ftruncate): Likewise. (__ftruncate64): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De8b5e8f35828b658f4d= 5deb08c55ab31a4fc63bd commit e8b5e8f35828b658f4d5deb08c55ab31a4fc63bd Author: H.J. Lu Date: Thu Aug 17 13:17:12 2017 -0700 Mark internal argp functions with attribute_hidden [BZ #18822] Mark internal argp functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * argp/argp-fmtstream.c: Include . * argp/argp-fs-xinl.c: Likewise. * argp/argp-help.c: Include and . * argp/argp-parse.c: Include . * argp/argp-xinl.c: Likewise. * include/argp-fmtstream.h: New file. * include/argp.h (__argp_error): Add attribute_hidden. (__argp_failure): Likewise. (__argp_input): Likewise. (__argp_state_help): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D614c77aedcb2965b91d= d413b380227650dfcb67b commit 614c77aedcb2965b91dd413b380227650dfcb67b Author: H.J. Lu Date: Thu Aug 17 12:48:28 2017 -0700 Mark ____wcsto*_l_internal functions with attribute_hidden [BZ #18822] Mark ____wcsto*_l_internal functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/wchar.h (____wcstof_l_internal): New prototype. (____wcstod_l_internal): Likewise. (____wcstold_l_internal): Likewise. (____wcstol_l_internal): Likewise. (____wcstoul_l_internal): Likewise. (____wcstoll_l_internal): Likewise. (____wcstoull_l_internal): Likewise. (____wcstof128_l_internal): Likewise. * sysdeps/ieee754/float128/wcstof128.c (____wcstof128_l_internal): Removed. * sysdeps/ieee754/float128/wcstof128_l.c (____wcstof128_l_internal): Likewise. * wcsmbs/wcstod.c (____wcstod_l_internal): Likewise. * wcsmbs/wcstod_l.c (____wcstod_l_internal): Likewise. * wcsmbs/wcstof.c (____wcstof_l_internal): Likewise. * wcsmbs/wcstof_l.c (____wcstof_l_internal): Likewise. * wcsmbs/wcstol_l.c (____wcstol_l_internal): Likewise. * wcsmbs/wcstold.c (____wcstold_l_internal): Likewise. * wcsmbs/wcstold_l.c (____wcstold_l_internal): Likewise. * wcsmbs/wcstoll_l.c (____wcstoll_l_internal): Likewise. * wcsmbs/wcstoul_l.c (____wcstoul_l_internal): Likewise. * wcsmbs/wcstoull_l.c (____wcstoull_l_internal): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D438de19d7b49d2b8469= 722c4a932e5f4c17036fa commit 438de19d7b49d2b8469722c4a932e5f4c17036fa Author: H.J. Lu Date: Thu Aug 17 12:35:02 2017 -0700 Mark __internal_statvfs[64] with attribute_hidden [BZ #18822] Mark __internal_statvfs[64] with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/fstatvfs.c: Include "internal_statvfs.h" instead of . (__internal_statvfs): Removed. * sysdeps/unix/sysv/linux/fstatvfs64.c Include "internal_statvfs.h" instead of . (__internal_statvfs64): Removed. * sysdeps/unix/sysv/linux/internal_statvfs.c: Include "internal_statvfs.h" instead of . * sysdeps/unix/sysv/linux/internal_statvfs.h: New file. * sysdeps/unix/sysv/linux/statvfs.c Include "internal_statvfs.h" instead of . (__internal_statvfs): Removed. * sysdeps/unix/sysv/linux/statvfs64.c Include "internal_statvfs.h" instead of . (__internal_statvfs64): Removed. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7666f34db1d3e0f6288= 8374cf3e49744d8baf109 commit 7666f34db1d3e0f62888374cf3e49744d8baf109 Author: H.J. Lu Date: Thu Aug 17 12:26:17 2017 -0700 Mark 3 *_internal functions with attribute_hidden [BZ #18822] Mark __ptsname_internal, __mktime_internal and __fopen_internal with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/stdlib.h (__ptsname_internal): Add attribute_hidden. * include/time.h (__mktime_internal): Likewise. * libio/iolibio.h (__fopen_internal): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd71ea66017853c7aaee= b2e75945e9261030cf9d7 commit d71ea66017853c7aaeeb2e75945e9261030cf9d7 Author: H.J. Lu Date: Sun Aug 13 07:00:22 2017 -0700 Mark internal functions with attribute_hidden [BZ #18822] Mark internal functions with attribute_hidden to allow direct access to internal functions within libc.so and libc.a without using GOT nor PLT. Size comparison of libc.so: On x86-64: text data bss dec hex Before: 1728577 20584 17088 1766249 1af369 After : 1728593 20584 17088 1766265 1af379 The only change is __gconv_release_shlib in iconv/gconv_dl.c is inlined since it is hidden, which increases the code size of gconv_dl.os by 18 bytes. On i686: text data bss dec hex Before: 1869039 11444 11112 1891595 1cdd0b After : 1868635 11444 11112 1891191 1cdb77 The code size is decreased by avoiding GOT/PLT for hidden functions. [BZ #18822] * iconv/gconv_int.h (__gconv_open): Add attribute_hidden. (__gconv_close): Likewise. (__gconv): Likewise. (__gconv_find_transform): Likewise. (__gconv_lookup_cache): Likewise. (__gconv_compare_alias_cache): Likewise. (__gconv_load_cache): Likewise. (__gconv_get_path): Likewise. (__gconv_close_transform): Likewise. (__gconv_release_cache): Likewise. (__gconv_find_shlib): Likewise. (__gconv_release_shlib): Likewise. (__gconv_get_builtin_trans): Likewise. (__gconv_compare_alias): Likewise. * include/dlfcn.h (_dlerror_run): Likewise. * include/stdio.h (__fortify_fail_abort): Likewise. * include/time.h (__tz_compute): Likewise. (__strptime_internal): Likewise. * intl/gettextP.h (_nl_find_domain): Likewise. (_nl_load_domain): Likewise. (_nl_find_msg): Likewise. * intl/plural-exp.h (FREE_EXPRESSION): Likewise. (EXTRACT_PLURAL_EXPRESSION): Likewise. * locale/coll-lookup.h (__collidx_table_lookup): Likewise. * resolv/gai_misc.h (__gai_enqueue_request): Likewise. (__gai_find_request): Likewise. (__gai_remove_request): Likewise. (__gai_notify): Likewise. (__gai_notify_only): Likewise. * sysdeps/generic/aio_misc.h (__aio_sigqueue): Likewise. * sysdeps/generic/ldsodefs.h (_dl_fini): Likewise. (_dl_non_dynamic_init): Likewise. (_dl_aux_init): Likewise. * sysdeps/i386/machine-gmon.h (mcount_internal): Likewise. * sysdeps/unix/sysv/linux/i386/olddirent.h (__old_getdents64): Likewise. * wcsmbs/wcsmbsload.h (__wcsmbs_load_conv): Likewise. (__wcsmbs_clone_conv): Likewise. (__wcsmbs_named_conv): Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39090-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 22:05:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112573 invoked by alias); 1 Oct 2017 22:05:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112510 invoked by uid 55); 1 Oct 2017 22:05:50 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sun, 01 Oct 2017 22: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: 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: In-Reply-To: References: 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: 2017-10/txt/msg00002.txt.bz2 Content-length: 3490 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #69 from 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 8ed3b64330cd24e2a17d8794a871cab034707a33 (commit) via ef9b6f73f45a46d079018f63e2d9184eaa0db1d5 (commit) from 8da92e722ca66e35003abf64a77ae529f9989e6a (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=3Dglibc.git;h=3D8ed3b64330cd24e2a17= d8794a871cab034707a33 commit 8ed3b64330cd24e2a17d8794a871cab034707a33 Author: H.J. Lu Date: Sun Oct 1 14:34:18 2017 -0700 Mark internal stdlib functions with attribute_hidden [BZ #18822] Mark internal stdlib functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. __realpath is hidden with libc_hidden_proto and libc_hidden_def since the exported realpath is an alias of __realpath. [BZ #18822] * include/stdlib.h (__random): Add attribute_hidden. (__random_r): Likewise. (__srandom_r): Likewise. (__initstate_r): Likewise. (__setstate_r): Likewise. (__erand48_r): Likewise. (__nrand48_r): Likewise. (__jrand48_r): Likewise. (__srand48_r): Likewise. (__seed48_r): Likewise. (__lcong48_r): Likewise. (__drand48_iterate): Likewise. (__setenv): Likewise. (__unsetenv): Likewise. (__clearenv): Likewise. (__ptsname_r): Likewise. (__posix_openpt): Likewise. (__add_to_environ): Likewise. (__realpath): Add libc_hidden_proto. (__ecvt_r): Likewise. (__fcvt_r): Likewise. (__qecvt_r): Likewise. (__qfcvt_r): Likewise. * misc/efgcvt_r.c (cvt_symbol_1): Add libc_hidden_def (local). * stdlib/canonicalize.c (__realpath): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Def9b6f73f45a46d0790= 18f63e2d9184eaa0db1d5 commit ef9b6f73f45a46d079018f63e2d9184eaa0db1d5 Author: H.J. Lu Date: Sun Oct 1 14:33:26 2017 -0700 Mark 3 *_internal functions with attribute_hidden [BZ #18822] Mark __ptsname_internal, __mktime_internal and __fopen_internal with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/stdlib.h (__ptsname_internal): Add attribute_hidden. * include/time.h (__mktime_internal): Likewise. * libio/iolibio.h (__fopen_internal): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 36 +++++++++++++++++++++++++++++++++ include/stdlib.h | 53 ++++++++++++++++++++++++++++++---------------= --- include/time.h | 2 +- libio/iolibio.h | 3 +- misc/efgcvt_r.c | 7 +++++- stdlib/canonicalize.c | 1 + 6 files changed, 79 insertions(+), 23 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39091-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 22:48:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59664 invoked by alias); 1 Oct 2017 22:48:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59526 invoked by uid 55); 1 Oct 2017 22:48:33 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sun, 01 Oct 2017 22: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.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: In-Reply-To: References: 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: 2017-10/txt/msg00003.txt.bz2 Content-length: 22027 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #70 from 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 9635ce69626bfe41196bdef8efe4aba8d8a7b58f (commit) via 2e0a69097d38382fc26cce2a482e9ef2ddda52cf (commit) via 94fd682c9b7c0b1ed95234a491f86b8d529e15c2 (commit) via e1b33bba7c30b36be33fa8bb1e6cffbb65b97730 (commit) via b0f5678494d727b6868435dfc32b066ade6d3e49 (commit) via a4338d994fe4b1802db040140153b4b6bc36c817 (commit) via a2ca165230cfa951605e5904be838c3e3e04be0b (commit) via 44af8a32c341672b5160fdc2839767e9a837ad26 (commit) via 783cd767af5f3746b639f76b1de5e0e3c3d64683 (commit) via 7ec4b39ac484ba65e011dde4e8ff0b7f478efc7c (commit) via 8345a76018851ba52e05216e3d7c772e24d5da44 (commit) via c26dd7c600a2192d031efa2a0fb28b1ded85bf1d (commit) via 3aff56444e96300fba1e2c25bd0b2545613a20fa (commit) via 8bcdb7e0c5346d2e9d61b208d80fd8213e1dbd90 (commit) from 8ed3b64330cd24e2a17d8794a871cab034707a33 (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=3Dglibc.git;h=3D9635ce69626bfe41196= bdef8efe4aba8d8a7b58f commit 9635ce69626bfe41196bdef8efe4aba8d8a7b58f Author: H.J. Lu Date: Sun Oct 1 15:20:47 2017 -0700 Mark internal getXXXbyYYY functions with attribute_hidden [BZ #18822] Mark internal getXXXbyYYY functions with attribute_hidden to allow dire= ct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/aliases.h (__getaliasbyname_r): Add attribute_hidden. * include/netdb.h (__gethostbyaddr_r): Likewise. (__gethostbyname_r): Likewise. (__gethostbyname2_r): Likewise. (__getnetbyaddr_r): Likewise. (__getnetbyname_r): Likewise. (__getservbyname_r): Likewise. (__getservbyport_r): Likewise. (__getprotobyname_r): Likewise. (__getprotobynumber_r): Likewise. (__getnetgrent_r): Likewise. * include/rpc/netdb.h (__getrpcbyname_r): Likewise. (__getrpcbynumber_r): Likewise. * nss/getXXbyYY.c (INTERNAL (REENTRANT_NAME)): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2e0a69097d38382fc26= cce2a482e9ef2ddda52cf commit 2e0a69097d38382fc26cce2a482e9ef2ddda52cf Author: H.J. Lu Date: Sun Oct 1 15:19:51 2017 -0700 Mark internal stdio functions with attribute_hidden [BZ #18822] Mark internal stdio functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/stdio.h (__fcloseall): Add attribute_hidden. (__getline): Likewise. (__path_search): Likewise. (__gen_tempname): Likewise. (__libc_message): Likewise. (__flockfile): Likewise. (__funlockfile): Likewise. (__fxprintf): Likewise. (__fxprintf_nocancel): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D94fd682c9b7c0b1ed95= 234a491f86b8d529e15c2 commit 94fd682c9b7c0b1ed95234a491f86b8d529e15c2 Author: H.J. Lu Date: Sun Oct 1 15:19:01 2017 -0700 Mark internal gshadow functions with attribute_hidden [BZ #18822] Mark internal gshadow functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/gshadow.h (__fgetsgent_r): Add attribute_hidden. (__sgetsgent_r): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De1b33bba7c30b36be33= fa8bb1e6cffbb65b97730 commit e1b33bba7c30b36be33fa8bb1e6cffbb65b97730 Author: H.J. Lu Date: Sun Oct 1 15:18:09 2017 -0700 Mark internal statfs functions with attribute_hidden [BZ #18822] Mark internal statfs functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/statfs.h (__fstatfs): Add attribute_hidden. (__statfs64): Likewise. (__fstatfs64): Likewise. * include/sys/statvfs.h (__statvfs64): Likewise. (__fstatvfs64): Likewise. * sysdeps/unix/sysv/linux/pathconf.h (__statfs_link_max): Likewise. (__statfs_filesize_max): Likewise. (__statfs_symlinks): Likewise. (__statfs_chown_restricted): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db0f5678494d727b6868= 435dfc32b066ade6d3e49 commit b0f5678494d727b6868435dfc32b066ade6d3e49 Author: H.J. Lu Date: Sun Oct 1 15:17:19 2017 -0700 Mark internal time functions with attribute_hidden [BZ #18822] Mark internal time functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/time.h (__tzstring): Add attribute_hidden. (__tzfile_read): Likewise. (__tzfile_compute): Likewise. (__tzfile_default): Likewise. (__tzset_parse_tz): Likewise. (__offtime): Likewise. (__asctime_r): Likewise. (__tzset): Likewise. (__tz_convert): Likewise. (__getdate_r): Likewise. (__getclktck): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da4338d994fe4b1802db= 040140153b4b6bc36c817 commit a4338d994fe4b1802db040140153b4b6bc36c817 Author: H.J. Lu Date: Sun Oct 1 15:16:13 2017 -0700 Mark internal nscd functions with attribute_hidden [BZ #18822] Mark internal nscd functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * nscd/nscd-client.h (__nscd_get_map_ref): Add attribute_hidden. (__nscd_unmap): Likewise. (__nscd_cache_search): Likewise. (__nscd_get_nl_timestamp): Likewise. (__nscd_getpwnam_r): Likewise. (__nscd_getpwuid_r): Likewise. (__nscd_getgrnam_r): Likewise. (__nscd_getgrgid_r): Likewise. (__nscd_gethostbyname_r): Likewise. (__nscd_gethostbyname2_r): Likewise. (__nscd_gethostbyaddr_r): Likewise. (__nscd_getai): Likewise. (__nscd_getgrouplist): Likewise. (__nscd_getservbyname_r): Likewise. (__nscd_getservbyport_r): Likewise. (__nscd_innetgr): Likewise. (__nscd_setnetgrent): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da2ca165230cfa951605= e5904be838c3e3e04be0b commit a2ca165230cfa951605e5904be838c3e3e04be0b Author: H.J. Lu Date: Sun Oct 1 15:15:15 2017 -0700 Mark internal gmp functions with attribute_hidden [BZ #18822] Mark internal gmp functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/gmp.h: Declare internal functions only if _ISOMAC is undefined. (__mpn_extract_double): Add attribute_hidden. (__mpn_extract_long_double): Likewise. (__mpn_extract_float128): Likewise. (__mpn_construct_float): Likewise. (__mpn_construct_double): Likewise. (__mpn_construct_long_double): Likewise. (__mpn_construct_float128): Likewise. (mpn_add_1): Likewise. (mpn_addmul_1): Likewise. (mpn_add_n): Likewise. (mpn_cmp): Likewise. (mpn_divrem): Likewise. (mpn_lshift): Likewise. (mpn_mul): Likewise. (mpn_mul_1): Likewise. (mpn_rshift): Likewise. (mpn_sub_1): Likewise. (mpn_submul_1): Likewise. (mpn_sub_n): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D44af8a32c341672b516= 0fdc2839767e9a837ad26 commit 44af8a32c341672b5160fdc2839767e9a837ad26 Author: H.J. Lu Date: Sun Oct 1 15:14:17 2017 -0700 Mark internal wchar functions with attribute_hidden [BZ #18822] Mark internal wchar functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/wchar.h (__wcsnlen): Add attribute_hidden. (__wcscat): Likewise. (__btowc): Likewise. (__wcrtomb): Likewise. (__mbsrtowcs): Likewise. (__wcsrtombs): Likewise. (__mbsnrtowcs): Likewise. (__wcsnrtombs): Likewise. (__wcsncpy): Likewise. (__wcpncpy): Likewise. (__wmemcpy): Likewise. (__wmempcpy): Likewise. (__wmemmove): Likewise. (__wcschrnul): Likewise. (__vfwscanf): Likewise. (__vswprintf): Likewise. (__fwprintf): Likewise. (__vfwprintf): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D783cd767af5f3746b63= 9f76b1de5e0e3c3d64683 commit 783cd767af5f3746b639f76b1de5e0e3c3d64683 Author: H.J. Lu Date: Sun Oct 1 15:12:57 2017 -0700 Mark internal grp/pwd/shadow functions with attribute_hidden [BZ #18822] Mark internal grp/pwd/shadow functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/grp.h (__fgetgrent_r): Add attribute_hidden. (__getgrgid_r): Likewise. (__getgrnam_r): Likewise. * include/pwd.h (__getpwuid_r): Likewise. (__getpwnam_r): Likewise. (__fgetpwent_r): Likewise. * include/shadow.h (__getspnam_r): Likewise. (__sgetspent_r): Likewise. (__fgetspent_r): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7ec4b39ac484ba65e01= 1dde4e8ff0b7f478efc7c commit 7ec4b39ac484ba65e011dde4e8ff0b7f478efc7c Author: H.J. Lu Date: Sun Oct 1 15:11:40 2017 -0700 Mark internal unistd functions with attribute_hidden [BZ #18822] Mark internal unistd functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/unistd.h (__access): Add attribute_hidden. (__lseek64): Likewise. (__libc_pread64): Likewise. (__pipe2): Likewise. (__sleep): Likewise. (__chdir): Likewise. (__fchdir): Likewise. (__getcwd): Likewise. (__rmdir): Likewise. (__execvpe): Likewise. (__execve): Likewise. (__setsid): Likewise. (__getuid): Likewise. (__geteuid): Likewise. (__getgid): Likewise. (__getegid): Likewise. (__getgroups): Likewise. (__group_member): Likewise. (__ttyname_r): Likewise. (__isatty): Likewise. (__readlink): Likewise. (__unlink): Likewise. (__gethostname): Likewise. (__profil): Likewise. (__getdtablesize): Likewise. (__brk): Likewise. (__ftruncate): Likewise. (__ftruncate64): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8345a76018851ba52e0= 5216e3d7c772e24d5da44 commit 8345a76018851ba52e05216e3d7c772e24d5da44 Author: H.J. Lu Date: Sun Oct 1 15:10:12 2017 -0700 Mark internal argp functions with attribute_hidden [BZ #18822] Mark internal argp functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * argp/argp-fmtstream.c: Include . * argp/argp-fs-xinl.c: Likewise. * argp/argp-help.c: Include and . * argp/argp-parse.c: Include . * argp/argp-xinl.c: Likewise. * include/argp-fmtstream.h: New file. * include/argp.h (__argp_error): Add attribute_hidden. (__argp_failure): Likewise. (__argp_input): Likewise. (__argp_state_help): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc26dd7c600a2192d031= efa2a0fb28b1ded85bf1d commit c26dd7c600a2192d031efa2a0fb28b1ded85bf1d Author: H.J. Lu Date: Sun Oct 1 15:09:11 2017 -0700 Mark ____wcsto*_l_internal functions with attribute_hidden [BZ #18822] Mark ____wcsto*_l_internal functions with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/wchar.h (____wcstof_l_internal): New prototype. (____wcstod_l_internal): Likewise. (____wcstold_l_internal): Likewise. (____wcstol_l_internal): Likewise. (____wcstoul_l_internal): Likewise. (____wcstoll_l_internal): Likewise. (____wcstoull_l_internal): Likewise. (____wcstof128_l_internal): Likewise. * sysdeps/ieee754/float128/wcstof128.c (____wcstof128_l_internal): Removed. * sysdeps/ieee754/float128/wcstof128_l.c (____wcstof128_l_internal): Likewise. * wcsmbs/wcstod.c (____wcstod_l_internal): Likewise. * wcsmbs/wcstod_l.c (____wcstod_l_internal): Likewise. * wcsmbs/wcstof.c (____wcstof_l_internal): Likewise. * wcsmbs/wcstof_l.c (____wcstof_l_internal): Likewise. * wcsmbs/wcstol_l.c (____wcstol_l_internal): Likewise. * wcsmbs/wcstold.c (____wcstold_l_internal): Likewise. * wcsmbs/wcstold_l.c (____wcstold_l_internal): Likewise. * wcsmbs/wcstoll_l.c (____wcstoll_l_internal): Likewise. * wcsmbs/wcstoul_l.c (____wcstoul_l_internal): Likewise. * wcsmbs/wcstoull_l.c (____wcstoull_l_internal): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3aff56444e96300fba1= e2c25bd0b2545613a20fa commit 3aff56444e96300fba1e2c25bd0b2545613a20fa Author: H.J. Lu Date: Sun Oct 1 15:08:14 2017 -0700 Mark __internal_statvfs[64] with attribute_hidden [BZ #18822] Mark __internal_statvfs[64] with attribute_hidden to allow direct access to them within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/fstatvfs.c: Include "internal_statvfs.h" instead of . (__internal_statvfs): Removed. * sysdeps/unix/sysv/linux/fstatvfs64.c Include "internal_statvfs.h" instead of . (__internal_statvfs64): Removed. * sysdeps/unix/sysv/linux/internal_statvfs.c: Include "internal_statvfs.h" instead of . * sysdeps/unix/sysv/linux/internal_statvfs.h: New file. * sysdeps/unix/sysv/linux/statvfs.c Include "internal_statvfs.h" instead of . (__internal_statvfs): Removed. * sysdeps/unix/sysv/linux/statvfs64.c Include "internal_statvfs.h" instead of . (__internal_statvfs64): Removed. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8bcdb7e0c5346d2e9d6= 1b208d80fd8213e1dbd90 commit 8bcdb7e0c5346d2e9d61b208d80fd8213e1dbd90 Author: H.J. Lu Date: Sun Oct 1 15:07:06 2017 -0700 Mark internal functions with attribute_hidden [BZ #18822] Mark internal functions with attribute_hidden to allow direct access to internal functions within libc.so and libc.a without using GOT nor PLT. Size comparison of libc.so: On x86-64: text data bss dec hex Before: 1728577 20584 17088 1766249 1af369 After : 1728593 20584 17088 1766265 1af379 The only change is __gconv_release_shlib in iconv/gconv_dl.c is inlined since it is hidden, which increases the code size of gconv_dl.os by 18 bytes. On i686: text data bss dec hex Before: 1869039 11444 11112 1891595 1cdd0b After : 1868635 11444 11112 1891191 1cdb77 The code size is decreased by avoiding GOT/PLT for hidden functions. [BZ #18822] * iconv/gconv_int.h (__gconv_open): Add attribute_hidden. (__gconv_close): Likewise. (__gconv): Likewise. (__gconv_find_transform): Likewise. (__gconv_lookup_cache): Likewise. (__gconv_compare_alias_cache): Likewise. (__gconv_load_cache): Likewise. (__gconv_get_path): Likewise. (__gconv_close_transform): Likewise. (__gconv_release_cache): Likewise. (__gconv_find_shlib): Likewise. (__gconv_release_shlib): Likewise. (__gconv_get_builtin_trans): Likewise. (__gconv_compare_alias): Likewise. * include/dlfcn.h (_dlerror_run): Likewise. * include/stdio.h (__fortify_fail_abort): Likewise. * include/time.h (__tz_compute): Likewise. (__strptime_internal): Likewise. * intl/gettextP.h (_nl_find_domain): Likewise. (_nl_load_domain): Likewise. (_nl_find_msg): Likewise. * intl/plural-exp.h (FREE_EXPRESSION): Likewise. (EXTRACT_PLURAL_EXPRESSION): Likewise. * locale/coll-lookup.h (__collidx_table_lookup): Likewise. * resolv/gai_misc.h (__gai_enqueue_request): Likewise. (__gai_find_request): Likewise. (__gai_remove_request): Likewise. (__gai_notify): Likewise. (__gai_notify_only): Likewise. * sysdeps/generic/aio_misc.h (__aio_sigqueue): Likewise. * sysdeps/generic/ldsodefs.h (_dl_fini): Likewise. (_dl_non_dynamic_init): Likewise. (_dl_aux_init): Likewise. * sysdeps/i386/machine-gmon.h (mcount_internal): Likewise. * sysdeps/unix/sysv/linux/i386/olddirent.h (__old_getdents64): Likewise. * wcsmbs/wcsmbsload.h (__wcsmbs_load_conv): Likewise. (__wcsmbs_clone_conv): Likewise. (__wcsmbs_named_conv): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 280 ++++++++++++++++= ++++ argp/argp-fmtstream.c | 2 +- argp/argp-fs-xinl.c | 2 +- argp/argp-help.c | 4 +- argp/argp-parse.c | 2 +- argp/argp-xinl.c | 2 +- iconv/gconv_int.h | 43 ++- include/aliases.h | 3 +- include/argp-fmtstream.h | 19 ++ include/argp.h | 10 + include/dlfcn.h | 3 +- include/gmp.h | 33 ++- include/grp.h | 6 +- include/gshadow.h | 6 +- include/netdb.h | 30 ++- include/pwd.h | 6 +- include/rpc/netdb.h | 4 +- include/shadow.h | 7 +- include/stdio.h | 20 +- include/sys/statfs.h | 9 +- include/sys/statvfs.h | 6 +- include/time.h | 30 ++- include/unistd.h | 60 +++-- include/wchar.h | 61 ++++- intl/gettextP.h | 12 +- intl/plural-exp.h | 5 +- locale/coll-lookup.h | 6 +- nscd/nscd-client.h | 12 +- nscd/nscd_proto.h | 34 ++- nss/getXXbyYY.c | 3 +- resolv/gai_misc.h | 15 +- stdlib/gmp-impl.h | 12 +- sysdeps/generic/aio_misc.h | 3 +- sysdeps/generic/ldsodefs.h | 8 +- sysdeps/i386/machine-gmon.h | 2 +- sysdeps/ieee754/float128/wcstof128.c | 3 - sysdeps/ieee754/float128/wcstof128_l.c | 3 - sysdeps/unix/sysv/linux/fstatvfs.c | 6 +- sysdeps/unix/sysv/linux/fstatvfs64.c | 7 +- sysdeps/unix/sysv/linux/internal_statvfs.c | 2 +- .../unix/sysv/linux/internal_statvfs.h | 19 +- sysdeps/unix/sysv/linux/olddirent.h | 3 +- sysdeps/unix/sysv/linux/pathconf.h | 12 +- sysdeps/unix/sysv/linux/statvfs.c | 6 +- sysdeps/unix/sysv/linux/statvfs64.c | 7 +- wcsmbs/wcsmbsload.h | 9 +- wcsmbs/wcstod.c | 3 - wcsmbs/wcstod_l.c | 3 - wcsmbs/wcstof.c | 3 - wcsmbs/wcstof_l.c | 3 - wcsmbs/wcstol_l.c | 3 - wcsmbs/wcstold.c | 3 - wcsmbs/wcstold_l.c | 3 - wcsmbs/wcstoll_l.c | 3 - wcsmbs/wcstoul_l.c | 3 - wcsmbs/wcstoull_l.c | 4 - 56 files changed, 626 insertions(+), 242 deletions(-) create mode 100644 include/argp-fmtstream.h copy bits/stdint-intn.h =3D> sysdeps/unix/sysv/linux/internal_statvfs.h (6= 9%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39092-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 23:14:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99258 invoked by alias); 1 Oct 2017 23:14:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99177 invoked by uid 55); 1 Oct 2017 23:14:08 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sun, 01 Oct 2017 23: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.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: In-Reply-To: References: 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: 2017-10/txt/msg00004.txt.bz2 Content-length: 38098 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #71 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 564fd3712068200d3659f43bca63537bde7b525b (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D564fd3712068200d365= 9f43bca63537bde7b525b commit 564fd3712068200d3659f43bca63537bde7b525b Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da3fbc16706ad26d094d= 38bc1862f6069c203f944 commit a3fbc16706ad26d094d38bc1862f6069c203f944 Author: H.J. Lu Date: Fri Sep 29 01:07:53 2017 -0700 tile: Check SHARED instead PIC for SYSCALL_ERROR_NAME For static PIE code, PIC is defined and SHARED is undefined. We should check SHARED instead PIC for SYSCALL_ERROR_NAME. * sysdeps/unix/sysv/linux/tile/sysdep.h (SYSCALL_ERROR_NAME): Check SHARED instead PIC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df29948104a576cb38ec= de6148f7e24a8d5c44d91 commit f29948104a576cb38ecde6148f7e24a8d5c44d91 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8a17e75fe7cde79e02f= 56729d7338ff28fe4f0a5 commit 8a17e75fe7cde79e02f56729d7338ff28fe4f0a5 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D31751c2b427bd591f84= 471891621dc63318eb124 commit 31751c2b427bd591f84471891621dc63318eb124 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D45c66102112767bc989= d49cf515f7914116121eb commit 45c66102112767bc989d49cf515f7914116121eb Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db3513a4d38be5186c2b= 109f162b1400acde53109 commit b3513a4d38be5186c2b109f162b1400acde53109 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D45b1c08883d1f20b9e8= 32b91e27d0c02e074d824 commit 45b1c08883d1f20b9e832b91e27d0c02e074d824 Author: H.J. Lu Date: Thu Sep 28 14:59:00 2017 -0700 tile: Update elf_machine_load_address for static PIE tile uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/tile/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7583ff6e18f3fa4eabc= 5e9c21065475f16802f4a commit 7583ff6e18f3fa4eabc5e9c21065475f16802f4a Author: H.J. Lu Date: Thu Sep 28 14:57:09 2017 -0700 sparc: Update elf_machine_load_address for static PIE sparc uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc32/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De3e46e81264b44842a1= b5f0cfedae88bd7dce2e7 commit e3e46e81264b44842a1b5f0cfedae88bd7dce2e7 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daac23fa9e6b56a605a3= 14fe8177d2dc3912792e1 commit aac23fa9e6b56a605a314fe8177d2dc3912792e1 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da23c8b2f091e0e1f264= 7bcc1df83b5c1bb1d5998 commit a23c8b2f091e0e1f2647bcc1df83b5c1bb1d5998 Author: H.J. Lu Date: Thu Sep 28 14:51:41 2017 -0700 powerpc32: Update elf_machine_load_address for static PIE powerpc32 uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/powerpc/powerpc32/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D015f2e4770152d46759= 5dc8c0c3e3845ce5bda37 commit 015f2e4770152d467595dc8c0c3e3845ce5bda37 Author: H.J. Lu Date: Thu Sep 28 14:50:10 2017 -0700 nios2: Update elf_machine_load_address for static PIE nios2 uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/nios2/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deedf9b4822d848ef1ef= 30e7a43ac9b06703ab98f commit eedf9b4822d848ef1ef30e7a43ac9b06703ab98f Author: H.J. Lu Date: Thu Sep 28 14:47:20 2017 -0700 microblaze: Update elf_machine_load_address for static PIE microblaze uses _DYNAMIC to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/microblaze/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da4b207d2a8516804209= 204e79fb3c515cb6932b9 commit a4b207d2a8516804209204e79fb3c515cb6932b9 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbf10de53783a770b0e1= 706541df3de6ca58b175f commit bf10de53783a770b0e1706541df3de6ca58b175f Author: H.J. Lu Date: Thu Sep 28 14:44:46 2017 -0700 ia64: Update elf_machine_load_address for static PIE ia64 uses a local label to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/ia64/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D357a9c0b0f901a7672c= b45073f16fe324e190a68 commit 357a9c0b0f901a7672cb45073f16fe324e190a68 Author: H.J. Lu Date: Thu Sep 28 14:42:18 2017 -0700 hppa: Update elf_machine_load_address for static PIE hppa uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/hppa/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddab877ccc5a766e74eb= 67fb9a9c65258496bae92 commit dab877ccc5a766e74eb67fb9a9c65258496bae92 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D16c4bc96bd9b7d72c33= 85239d0b3557bcf6ca8ef commit 16c4bc96bd9b7d72c3385239d0b3557bcf6ca8ef Author: H.J. Lu Date: Tue Aug 22 15:37:10 2017 -0700 Don't use hidden visibility in libc.a with PIE on i386 On i386, when multi-arch is enabled, all external functions must be called via PIC PLT in PIE, which requires setting up EBX register, since they may be IFUNC functions. * config.h.in (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New. * include/libc-symbols.h (__hidden_proto_hiddenattr): Add check for PIC and NO_HIDDEN_EXTERN_FUNC_IN_PIE. * sysdeps/i386/configure.ac (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New AC_DEFINE if multi-arch is enabled. * sysdeps/i386/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D26953cdecfd73b63352= e1acd349671b4dbf4ec90 commit 26953cdecfd73b63352e1acd349671b4dbf4ec90 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. Static PIE can work on all architectures which support PIE, provided 1. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, arm, hppa, m68k, microblaze and sparc. 2. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 3. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 4. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, arm, hppa, ia64, m68k, microbl= aze, mips, nios2, powerpc, s390, sh, sparc and tile. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 Binutils 2.29 or above are OK for x86-64. But linker status for other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. * INSTALL: Regenerated. * Makeconfig (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Add $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * elf/dl-support.c: Include "dynamic-link.h" and don't include "get-dynamic-info.h" for --enable-static-pie. (_dl_relocate_static_pie): New function for --enable-static-pie. (STATIC_PIE_BOOTSTRAP): New for --enable-static-pie. (BOOTSTRAP_MAP): Likewise. (RESOLVE_MAP): Likewise. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/x86_64/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De69fe23f7999b9b2f1f= 2477b831c043b4412215e commit e69fe23f7999b9b2f1f2477b831c043b4412215e Author: H.J. Lu Date: Fri Sep 29 01:09:48 2017 -0700 ld.so: Replace (&bootstrap_map) with BOOTSTRAP_MAP (&_dl_main_map) is used instead of (&bootstrap_map) to bootstrap static PIE. Define BOOTSTRAP_MAP with (&_dl_main_map) to avoid hardcode to (&bootstrap_map). * elf/rtld.c (BOOTSTRAP_MAP): New. (RESOLVE_MAP): Replace (&bootstrap_map) with BOOTSTRAP_MAP. * sysdeps/hppa/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. * sysdeps/ia64/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. * sysdeps/mips/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8369d216dcc0e192e0e= 1243d9dad443e68f13f06 commit 8369d216dcc0e192e0e1243d9dad443e68f13f06 Author: H.J. Lu Date: Sun Oct 1 16:12:08 2017 -0700 Hide internal __get_sol function [BZ #18822] Hide internal __get_sol function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getsourcefilter.c: Include "getsourcefilter.h". * sysdeps/unix/sysv/linux/getsourcefilter.h: New file. * sysdeps/unix/sysv/linux/setsourcefilter.c: Include "getsourcefilter.h". (__get_sol): Removed. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da0aef7830eb0698f721= 29b647be8c00cdf0c7938 commit a0aef7830eb0698f72129b647be8c00cdf0c7938 Author: H.J. Lu Date: Sun Oct 1 16:09:20 2017 -0700 Move hidden_proto (__dl_iterate_phdr) to include/link.h [BZ #18822] __dl_iterate_phdr is hidden and should be accessed directly within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * elf/dl-iteratephdr.c (hidden_proto (__dl_iterate_phdr)): Moved to ... * include/link.h (hidden_proto (__dl_iterate_phdr)): Here. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3ee8209be761210dc6a= 8f121fd79231e7f364a9b commit 3ee8209be761210dc6a8f121fd79231e7f364a9b Author: H.J. Lu Date: Sun Oct 1 16:08:25 2017 -0700 Hide internal __bsd_getpt function [BZ #18822] Hide internal __bsd_getpt function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getpt.c (__bsd_getpt): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6036fc38bf50d61ac5f= 09a435ce4622b586238ed commit 6036fc38bf50d61ac5f09a435ce4622b586238ed Author: H.J. Lu Date: Sun Oct 1 16:07:30 2017 -0700 Hide internal __fopen_maybe_mmap function [BZ #18822] Hide internal __fopen_maybe_mmap function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * libio/iolibio.h (__fopen_maybe_mmap): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfe84fed04800bc5becb= 9fba84db98f58007e77f3 commit fe84fed04800bc5becb9fba84db98f58007e77f3 Author: H.J. Lu Date: Sun Oct 1 16:06:43 2017 -0700 Hide internal __tdestroy function [BZ #18822] Hide internal __tdestroy function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/search.h (__tdestroy): Add libc_hidden_proto. * misc/tsearch.c (__tdestroy): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D048dd6813f36c31fa21= 871d840a0b62f1c3a590f commit 048dd6813f36c31fa21871d840a0b62f1c3a590f Author: H.J. Lu Date: Sun Oct 1 16:06:00 2017 -0700 Hide internal __assert_fail_base function [BZ #18822] Hide internal __assert_fail_base function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/assert.h (__assert_fail_base): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6e342af6e7399c96246= c6174802e84d46a176ffa commit 6e342af6e7399c96246c6174802e84d46a176ffa Author: H.J. Lu Date: Sun Oct 1 16:05:10 2017 -0700 Hide internal __sysinfo function [BZ #18822] Hide internal __sysinfo function to allow direct access within libc.so = and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/include/sys/sysinfo.h (__sysinfo): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6a088436d4c04b8081e= 86f9e856f10fba97d0612 commit 6a088436d4c04b8081e86f9e856f10fba97d0612 Author: H.J. Lu Date: Sun Oct 1 16:04:26 2017 -0700 Hide internal signal functions [BZ #18822] Hide internal signal functions to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___kill and __GI___sigaltstack are defined when syscalls.list is used to generate them. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/signal.h (__kill): Add libc_hidden_proto. (__sigblock): Likewise. (__sigprocmask): Likewise. (__sigaltstack): Likewise. * signal/kill.c (__kill): Add libc_hidden_def. * signal/sigblock.c (__sigblock): Likewise. * signal/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/mach/hurd/kill.c (__kill): Likewise. * sysdeps/mach/hurd/sigaltstack.c (__sigaltstack): Likewise. * sysdeps/mach/hurd/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/posix/sigblock.c (__sigblock): Likewise. * sysdeps/unix/sysv/linux/alpha/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/ia64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/s390/s390-64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/sigprocmask.c (__sigprocmask): Likewise. * /sysdeps/unix/sysv/linux/sparc/sparc64/sigprocmask.c (__sigprocmask): Likewise. * sysdeps/unix/sysv/linux/x86_64/sigprocmask.c (__sigprocmask): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D78cf1d74d28c9312d88= 8dea1ad3de01d38c5fc4a commit 78cf1d74d28c9312d888dea1ad3de01d38c5fc4a Author: H.J. Lu Date: Sun Oct 1 16:03:28 2017 -0700 Hide internal __strsep function [BZ #18822] Hide internal __strsep function to allow direct access within libc.so a= nd libc.a without using GOT nor PLT. [BZ #18822] * include/string.h (__strsep): Add libc_hidden_proto. * string/strsep.c (__strsep): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D85b358949d506ddc7c3= 5301e7ae1316d2036a736 commit 85b358949d506ddc7c35301e7ae1316d2036a736 Author: H.J. Lu Date: Sun Oct 1 16:02:41 2017 -0700 Hide __posix_spawn_file_actions_realloc/__spawni [BZ #18822] Hide internal __posix_spawn_file_actions_realloc and /__spawni functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * posix/spawn_int.h (__posix_spawn_file_actions_realloc): Add attribute_hidden. (__spawni): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D225f7eec85b83ad38a1= c92dbb16a843732a25899 commit 225f7eec85b83ad38a1c92dbb16a843732a25899 Author: H.J. Lu Date: Sun Oct 1 16:01:43 2017 -0700 Hide internal __mremap function [BZ #18822] Hide internal __mremap function to allow direct access within libc.so a= nd libc.a without using GOT nor PLT. __GI___mremap is defined when sysdeps/unix/syscalls.list is used to generate mremap. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sys/mman.h (__mremap): Add libc_hidden_proto. * sysdeps/unix/sysv/linux/m68k/mremap.S (__mremap): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D372fe247b11eb4079f9= 3f11f3f20d14bc6c2c57f commit 372fe247b11eb4079f93f11f3f20d14bc6c2c57f Author: H.J. Lu Date: Sun Oct 1 16:00:05 2017 -0700 Hide internal __malloc_check_init function [BZ #18822] Hide internal __malloc_check_init function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/malloc.h (__malloc_check_init): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9e5ee8b839175b7f48d= 2e64e87d1e3da8fa6458f commit 9e5ee8b839175b7f48d2e64e87d1e3da8fa6458f Author: H.J. Lu Date: Sun Oct 1 15:58:52 2017 -0700 Hide internal __ioctl function [BZ #18822] Hide internal __ioctl function to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___ioctl is defined when sysdeps/unix/syscalls.list is used to generate ioctl. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sys/ioctl.h (__ioctl): Add libc_hidden_proto. * misc/ioctl.c (__ioctl): Add libc_hidden_def. * sysdeps/mach/hurd/ioctl.c (__ioctl): Likewise. * sysdeps/unix/sysv/linux/aarch64/ioctl.S (__ioctl): Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/ioctl.S (__ioctl): Likewise. * sysdeps/unix/sysv/linux/powerpc/ioctl.c (__ioctl): Likewise. * sysdeps/unix/sysv/linux/tile/tilegx/ioctl.S (__ioctl): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2ff16592d8a6b873467= c9348f609738973217288 commit 2ff16592d8a6b873467c9348f609738973217288 Author: H.J. Lu Date: Sun Oct 1 15:58:05 2017 -0700 Mark internal intl functions with attribute_hidden [BZ #18822] Mark internal intl functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * intl/gettextP.h (__dcngettext): Add attribute_hidden. (__dcigettext): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db5648377d923d790dd7= e995d79d480066b25e6bb commit b5648377d923d790dd7e995d79d480066b25e6bb Author: H.J. Lu Date: Sun Oct 1 15:57:00 2017 -0700 Hide internal sysinfo functions [BZ #18822] Hide internal sysinfo functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/sysinfo.h (__get_nprocs_conf): Add libc_hidden_proto. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. (__get_child_max): Add attribute_hidden. * misc/getsysstats.c (__get_nprocs_conf): Add libc_hidden_def. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. * sysdeps/mach/getsysstats.c (__get_nprocs_conf): Add libc_hidden_def. (__get_nprocs): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. * sysdeps/unix/sysv/linux/getsysstats.c (__get_nprocs): Add libc_hidden_def. (__get_nprocs_conf): Likewise. (__get_phys_pages): Likewise. (__get_avphys_pages): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0389a6aaae6d07f69de= 5b42345293ec578337de2 commit 0389a6aaae6d07f69de5b42345293ec578337de2 Author: H.J. Lu Date: Sun Oct 1 15:56:04 2017 -0700 Mark internal netlink functions with attribute_hidden [BZ #18822] Mark internal netlink functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/netlinkaccess.h (__netlink_open): Add attribute_hidden. (__netlink_close): Likewise. (__netlink_free_handle): Likewise. (__netlink_request): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd48354d86087ba63acb= 7e2b20fb604c0b6ba4352 commit d48354d86087ba63acb7e2b20fb604c0b6ba4352 Author: H.J. Lu Date: Sun Oct 1 15:54:51 2017 -0700 Mark internal rpc functions with attribute_hidden [BZ #18822] Mark internal rpc functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/rpc/rpc.h (__rpc_thread_variables): Add attribute_hidden. (__rpc_thread_svc_cleanup): Likewise. (__rpc_thread_clnt_cleanup): Likewise. (__rpc_thread_key_cleanup): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd6daff12617290d4dfb= 499ed8425d33a48d844ba commit d6daff12617290d4dfb499ed8425d33a48d844ba Author: H.J. Lu Date: Sun Oct 1 15:53:52 2017 -0700 Hide __readv and __writev [BZ #18822] Hide internal __readv and __writev functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/uio.h (__readv): Add libc_hidden_proto. (__writev): Likewise. * misc/readv.c (__readv): Add libc_hidden_def. * misc/writev.c (__writev): Likewise. * sysdeps/posix/readv.c (__readv): Likewise. * sysdeps/posix/writev.c (__writev): Likewise. * sysdeps/unix/sysv/linux/readv.c: Include . (__readv): Likewise. * sysdeps/unix/sysv/linux/writev.c: Include . (__writev): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db68f8620561d7658b47= 5eb512978d3c33d8a4547 commit b68f8620561d7658b475eb512978d3c33d8a4547 Author: H.J. Lu Date: Sun Oct 1 15:52:56 2017 -0700 Hide internal regex functions [BZ #18822] Hide internal regex functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/regex.h (__re_compile_fastmap): Add attribute_hidden. (__regcomp): Add libc_hidden_proto. (__regexec): Likewise. (__regfree): Likewise. * posix/regcomp.c (__regcomp): Add libc_hidden_def. (__regfree): Likewise. * posix/regexec.c (__regexec): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D59c04e67631d370738b= 80923d42d4d1539d8f95f commit 59c04e67631d370738b80923d42d4d1539d8f95f Author: H.J. Lu Date: Sun Oct 1 15:51:44 2017 -0700 Mark internal utmp functions with attribute_hidden [BZ #18822] Mark internal utmp functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/utmp.h (__updwtmp): Add libc_hidden_proto. (__getutent): Likewise. (__getutid): Likewise. (__getutline): Likewise. (__pututline): Likewise. (__getutent_r): Likewise. (__getutid_r): Likewise. (__getutline_r): Likewise. (__utmpname): Add attribute_hidden. (__setutent): Likewise. (__endutent): Likewise. * login/getutent.c (__getutent): Add libc_hidden_def. * login/getutent_r.c (__getutent_r): Likewise. (__pututline): Likewise. * login/getutid.c (__getutid): Likewise. * login/getutid_r.c (__getutid_r): Likewise. * login/getutline.c (__getutline): Likewise. * login/getutline_r.c (__getutline_r): Likewise. * login/updwtmp.c (__updwtmp): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4587a421c54a8912b3e= 24913c7e1501293042b40 commit 4587a421c54a8912b3e24913c7e1501293042b40 Author: H.J. Lu Date: Sun Oct 1 15:50:56 2017 -0700 Mark internal dirent functions with attribute_hidden [BZ #18822] Mark internal dirent functions with attribute_hidden to allow direct access within libc.so and libc.a without using GOT nor PLT. __readdir64 is hidden with libc_hidden_proto and libc_hidden_def since the exported readdir64 is an alias of __readdir64. [BZ #18822] * include/dirent.h (__opendir): Always add attribute_hidden. (__fdopendir): Likewise. (__closedir): Likewise. (__readdir): Likewise. (__readdir64): Add libc_hidden_proto. * sysdeps/mach/hurd/readdir64.c (__readdir64): Add libc_hidden_def. * sysdeps/unix/sysv/linux/i386/readdir64.c (__readdir64): Likewise. * sysdeps/unix/sysv/linux/readdir64.c (__readdir64): Likewise. * sysdeps/unix/sysv/linux/wordsize-64/readdir.c (__GI___readdir64): New alias. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39093-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 01 23:16:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102451 invoked by alias); 1 Oct 2017 23:16:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102367 invoked by uid 48); 1 Oct 2017 23:16:27 -0000 From: "peter.zelezny at dektech dot com.au" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22153] nptl: save error code before process termination Date: Sun, 01 Oct 2017 23: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: peter.zelezny at dektech dot com.au 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: In-Reply-To: References: 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: 2017-10/txt/msg00005.txt.bz2 Content-length: 335 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22153 --- Comment #2 from peter.zelezny at dektech dot com.au --- Newer version was on the mailing list: https://sourceware.org/ml/libc-alpha/2017-09/msg00765.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39094-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 01:52:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78372 invoked by alias); 2 Oct 2017 01:52:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78255 invoked by uid 55); 2 Oct 2017 01:52:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Mon, 02 Oct 2017 01: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.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: In-Reply-To: References: 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: 2017-10/txt/msg00006.txt.bz2 Content-length: 15090 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #72 from 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 397286ea93ad30c24a5dad7928d0056c7b7d603d (commit) via d0a4512bd437c8caebc0e6ce295e4e0a5079e6b3 (commit) via c0769f7031b8293e7dc2762bff98d75691fe6a0d (commit) via 0e7d5b6e241b3e367b806f65f6df1e7469af68fa (commit) via bde06c87b7de97b5cd4721414b11af6e0d09187e (commit) via fa4265909edaa5118f7860f452e2fb9da48d0f6e (commit) via 2f8a05d826f554210eb2bec8dd6344c9615e00d7 (commit) via 7bfd08ac5be538a2beaa48f029944e01fb3b5d7a (commit) via 0e1fd06cde496eb4f3cefdbee44e794ab5d52cb7 (commit) via 36e7ae1e9d3b6a434e119aab4d10176aaaddf0c3 (commit) via 87078544f24cfbd355bf2f7e63a0d01ff7c96cca (commit) via dd3121df08d5ee44ba770d12365022aa802fb364 (commit) via 047d1a81fd82db4cd7458fec37230f3b31b414e9 (commit) via fd331b1179df7fef8016273fb26f5f054793875a (commit) via 57f859bdb7be1acb7eea48aba8edf0c6b5900191 (commit) via d19033298f832f5b3e10da6f07e7959f0483df74 (commit) via b4744101f36021bf2dde713682abbd0cc6935168 (commit) via 43b7dfd1b6cfd1b603e96270dc6a0b1758f81a13 (commit) via 2c0cd8f81fee4d9dc8e34254f4f6ed56d5bb6f59 (commit) from 8369d216dcc0e192e0e1243d9dad443e68f13f06 (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=3Dglibc.git;h=3D397286ea93ad30c24a5= dad7928d0056c7b7d603d commit 397286ea93ad30c24a5dad7928d0056c7b7d603d Author: H.J. Lu Date: Sun Oct 1 18:05:52 2017 -0700 Hide internal fadvise64/fallocate64 functions [BZ #18822] Hide internal fadvise64/fallocate64 functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/posix_fadvise64.c (__posix_fadvise64_l64): Add Add libc_hidden_proto and libc_hidden_def. * sysdeps/unix/sysv/linux/posix_fallocate64.c (__posix_fallocate64_l64): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd0a4512bd437c8caebc= 0e6ce295e4e0a5079e6b3 commit d0a4512bd437c8caebc0e6ce295e4e0a5079e6b3 Author: H.J. Lu Date: Sun Oct 1 18:03:46 2017 -0700 Hide internal __sched_setaffinity_new function [BZ #18822] Hide internal __sched_setaffinity_new function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/sched_setaffinity.c (__sched_setaffinity_new): Add libc_hidden_proto and libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc0769f7031b8293e7dc= 2762bff98d75691fe6a0d commit c0769f7031b8293e7dc2762bff98d75691fe6a0d Author: H.J. Lu Date: Sun Oct 1 18:01:54 2017 -0700 Hide internal __glob64 function [BZ #18822] Hide internal __glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/glob.h (__glob64): Add libc_hidden_proto. * sysdeps/unix/sysv/linux/glob64.c (__glob64): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0e7d5b6e241b3e367b8= 06f65f6df1e7469af68fa commit 0e7d5b6e241b3e367b806f65f6df1e7469af68fa Author: H.J. Lu Date: Sun Oct 1 17:59:51 2017 -0700 Hide internal __new_getrlimit function [BZ #18822] Hide internal __new_getrlimit function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/getrlimit64.c (__new_getrlimit): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbde06c87b7de97b5cd4= 721414b11af6e0d09187e commit bde06c87b7de97b5cd4721414b11af6e0d09187e Author: H.J. Lu Date: Sun Oct 1 17:58:08 2017 -0700 Hide internal __new_exitfn function [BZ #18822] Hide internal __new_exitfn function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * stdlib/exit.h (__new_exitfn): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfa4265909edaa5118f7= 860f452e2fb9da48d0f6e commit fa4265909edaa5118f7860f452e2fb9da48d0f6e Author: H.J. Lu Date: Sun Oct 1 17:56:46 2017 -0700 Hide internal __moncontrol function [BZ #18822] Hide internal __moncontrol function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * mon/gmon.c (__moncontrol): Add libc_hidden_proto and libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2f8a05d826f554210eb= 2bec8dd6344c9615e00d7 commit 2f8a05d826f554210eb2bec8dd6344c9615e00d7 Author: H.J. Lu Date: Sun Oct 1 17:55:11 2017 -0700 Hide internal __libc_print_version function [BZ #18822] Hide internal __libc_print_version function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * csu/version.c (__libc_print_version): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7bfd08ac5be538a2bea= a48f029944e01fb3b5d7a commit 7bfd08ac5be538a2beaa48f029944e01fb3b5d7a Author: H.J. Lu Date: Sun Oct 1 17:53:31 2017 -0700 Hide internal __init_misc function [BZ #18822] Hide internal __init_misc function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/libc-internal.h (__init_misc): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0e1fd06cde496eb4f3c= efdbee44e794ab5d52cb7 commit 0e1fd06cde496eb4f3cefdbee44e794ab5d52cb7 Author: H.J. Lu Date: Sun Oct 1 17:52:15 2017 -0700 Hide internal __setfpucw function [BZ #18822] Hide internal __setfpucw function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/fpu_control.h (__setfpucw): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D36e7ae1e9d3b6a434e1= 19aab4d10176aaaddf0c3 commit 36e7ae1e9d3b6a434e119aab4d10176aaaddf0c3 Author: H.J. Lu Date: Sun Oct 1 17:49:47 2017 -0700 Hide internal __nis_hash function [BZ #18822] Hide internal __nis_hash function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * nscd/nscd_helper.c (__nis_hash): New prototype. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D87078544f24cfbd355b= f2f7e63a0d01ff7c96cca commit 87078544f24cfbd355bf2f7e63a0d01ff7c96cca Author: H.J. Lu Date: Sun Oct 1 17:48:11 2017 -0700 Hide internal __tcgetattr function [BZ #18822] Hide internal __tcgetattr function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/termios.h (__tcgetattr): Add libc_hidden_proto. * sysdeps/unix/bsd/tcgetattr.c (__tcgetattr): Add libc_hidden_def. * sysdeps/unix/sysv/linux/tcgetattr.c (__tcgetattr): Likewise. * termios/tcgetattr.c (__tcgetattr): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddd3121df08d5ee44ba7= 70d12365022aa802fb364 commit dd3121df08d5ee44ba770d12365022aa802fb364 Author: H.J. Lu Date: Sun Oct 1 17:46:39 2017 -0700 Hide internal __setrlimit function [BZ #18822] Hide internal __setrlimit function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/sys/resource.h (__setrlimit): Add libc_hidden_proto. * resource/setrlimit.c (__setrlimit): Add libc_hidden_def. * sysdeps/mach/hurd/setrlimit.c (__setrlimit): Likewise. * sysdeps/unix/sysv/linux/setrlimit.c (__setrlimit): Likewise. * sysdeps/unix/sysv/linux/setrlimit64.c (__GI___setrlimit): New. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D047d1a81fd82db4cd74= 58fec37230f3b31b414e9 commit 047d1a81fd82db4cd7458fec37230f3b31b414e9 Author: H.J. Lu Date: Sun Oct 1 17:44:52 2017 -0700 Hide internal __vstrfmon_l function [BZ #18822] Hide internal __vstrfmon_l function to allow direct access within libc.= so and libc.a without using GOT nor PLT. [BZ #18822] * include/monetary.h (__vstrfmon_l): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfd331b1179df7fef801= 6273fb26f5f054793875a commit fd331b1179df7fef8016273fb26f5f054793875a Author: H.J. Lu Date: Sun Oct 1 17:43:13 2017 -0700 Hide internal __sched_setparam function [BZ #18822] Hide internal __sched_setparam function to allow direct access within libc.so and libc.a without using GOT nor PLT. __GI___sched_setparam is defined when sysdeps/unix/syscalls.list is used to generate sched_setparam. Otherwise libc_hidden_def is needed explicitly. [BZ #18822] * include/sched.h (__sched_setparam): Add libc_hidden_proto. * posix/sched_setp.c (__sched_setparam): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D57f859bdb7be1acb7ee= a48aba8edf0c6b5900191 commit 57f859bdb7be1acb7eea48aba8edf0c6b5900191 Author: H.J. Lu Date: Sun Oct 1 17:41:20 2017 -0700 Hide internal __hash_string function [BZ #18822] Hide internal __hash_string function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * intl/hash-string.h (__hash_string): Add attribute_hidden. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd19033298f832f5b3e1= 0da6f07e7959f0483df74 commit d19033298f832f5b3e10da6f07e7959f0483df74 Author: H.J. Lu Date: Sun Oct 1 17:37:27 2017 -0700 Hide internal __hasmntopt function [BZ #18822] Hide internal __hasmntopt function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/mntent.h (__hasmntopt): Add libc_hidden_proto. * misc/mntent_r.c (__hasmntopt): Add libc_hidden_def. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db4744101f36021bf2dd= e713682abbd0cc6935168 commit b4744101f36021bf2dde713682abbd0cc6935168 Author: H.J. Lu Date: Sun Oct 1 17:35:26 2017 -0700 Hide internal __ifreq function [BZ #18822] Hide internal __ifreq function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/ifreq.h: New file. * sysdeps/generic/ifreq.h (__if_nextreq): Removed. (__ifreq): Likewise. * sysdeps/mach/hurd/ifreq.h (__if_nextreq): Removed. (__ifreq): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D43b7dfd1b6cfd1b603e= 96270dc6a0b1758f81a13 commit 43b7dfd1b6cfd1b603e96270dc6a0b1758f81a13 Author: H.J. Lu Date: Sun Oct 1 17:33:08 2017 -0700 Hide internal idna functions [BZ #18822] Hide internal idna functions to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/idna.h: New file. * inet/getnameinfo.c: Include instead of . (__idna_to_unicode_lzlz): Removed. * sysdeps/posix/getaddrinfo.c: Include instead of . (__idna_to_ascii_lz): Removed. (__idna_to_unicode_lzlz): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2c0cd8f81fee4d9dc8e= 34254f4f6ed56d5bb6f59 commit 2c0cd8f81fee4d9dc8e34254f4f6ed56d5bb6f59 Author: H.J. Lu Date: Sun Oct 1 17:30:49 2017 -0700 Hide internal __gettextparse function [BZ #18822] Hide internal __gettextparse function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * include/plural-exp.h: New file. * intl/plural-exp.c: Include instead of "plural-exp.h". ----------------------------------------------------------------------- Summary of changes: ChangeLog | 128 +++++++++++++++++++++++= ++++ csu/version.c | 2 +- gmon/gmon.c | 2 + include/fpu_control.h | 2 +- include/glob.h | 1 + include/idna.h | 8 ++ include/ifreq.h | 14 +++ include/libc-internal.h | 2 +- include/mntent.h | 1 + include/monetary.h | 3 +- include/plural-exp.h | 8 ++ include/sched.h | 1 + include/sys/resource.h | 1 + include/termios.h | 1 + inet/getnameinfo.c | 4 +- intl/hash-string.h | 3 +- intl/plural-exp.c | 2 +- misc/mntent_r.c | 1 + nscd/nscd_helper.c | 5 + posix/sched_setp.c | 1 + resource/setrlimit.c | 1 + stdlib/exit.h | 4 +- sysdeps/generic/ifreq.h | 12 --- sysdeps/mach/hurd/ifreq.h | 12 --- sysdeps/mach/hurd/setrlimit.c | 1 + sysdeps/posix/getaddrinfo.c | 5 +- sysdeps/unix/bsd/tcgetattr.c | 1 + sysdeps/unix/sysv/linux/getrlimit64.c | 3 +- sysdeps/unix/sysv/linux/glob64.c | 1 + sysdeps/unix/sysv/linux/posix_fadvise64.c | 2 + sysdeps/unix/sysv/linux/posix_fallocate64.c | 2 + sysdeps/unix/sysv/linux/sched_setaffinity.c | 4 + sysdeps/unix/sysv/linux/setrlimit.c | 1 + sysdeps/unix/sysv/linux/setrlimit64.c | 3 + sysdeps/unix/sysv/linux/tcgetattr.c | 1 + termios/tcgetattr.c | 1 + 36 files changed, 204 insertions(+), 40 deletions(-) create mode 100644 include/idna.h create mode 100644 include/ifreq.h create mode 100644 include/plural-exp.h --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39095-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 04:56:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100638 invoked by alias); 2 Oct 2017 04:56:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100589 invoked by uid 48); 2 Oct 2017 04:56:54 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Mon, 02 Oct 2017 04: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00007.txt.bz2 Content-length: 1279 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #73 from H.J. Lu --- On x86-64, I got [hjl@gnu-efi-2 build-x86_64-linux]$ readelf -rW libc_pic.a | grep " __" | g= rep PLT32 | awk '{ print $5 }' | sort | uniq __addtf3 __dirfd __divtf3 __eqtf2 __floatsitf __getf2 __GI_fwrite __GI_fwrite_unlocked __GI_memcmp __GI_memcpy __GI_mempcpy __GI_memset __GI_stpcpy __GI_strchr __GI_strcpy __GI_strlen __glob __glob_lstat_compat __gttf2 __letf2 __memrchr __multf3 __popcountdi2 __pthread_unwind __scalbn __scalbnf __scalbnf128 __scalbnl __strchrnul __strncasecmp __subtf3 __tls_get_addr __tunable_get_val __umount2 __unordtf2 __wcslen __wctrans __wctype [hjl@gnu-efi-2 build-x86_64-linux]$=20 I am closing it now. Please free feel to open new bug reports for remaining internal functions are called via PLT. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39096-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 15:37:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79156 invoked by alias); 2 Oct 2017 15:37:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79067 invoked by uid 55); 2 Oct 2017 15:36:54 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Mon, 02 Oct 2017 15:37: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: joseph at codesourcery 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00008.txt.bz2 Content-length: 991 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #74 from joseph at codesourcery dot com --- I don't think this will stay fixed without a checked-in testcase. Such a testcase, to be machine-independent, should not be checking names=20 of relocations. Instead it needs to look at properties of (global/weak)=20 symbols in objects that go into shared libraries. Symbols (defined or=20 undefined) that are not hidden, but are not exported from those shared=20 libraries, are suspect, but I'm not sure how reliably GCC will mark=20 undefined symbols hidden even given appropriate declarations (and there=20 may also be issues with undefined symbols properly called from .S sources=20 but not marked hidden there). So likely lists of exceptions to any such=20 tests would be needed (including architecture-specific exceptions for e.g.= =20 libgcc symbols). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39097-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 15:43:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25036 invoked by alias); 2 Oct 2017 15:43:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24984 invoked by uid 48); 2 Oct 2017 15:43:55 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] New: iscanonical in C++ and float128 Date: Mon, 02 Oct 2017 15:43: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.26 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 cc target_milestone Message-ID: 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: 2017-10/txt/msg00009.txt.bz2 Content-length: 1188 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 Bug ID: 22235 Summary: iscanonical in C++ and float128 Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org CC: gabriel at inconstante dot eti.br Target Milestone: --- Similar to the other such issues with __MATH_TG not working in C++ in configurations with float128 support, the iscanonical macro also uses __MAT= H_TG in certain configurations, and, not being a C99 macro, is not part of the standard C++ library, so we need to handle it like issignaling and iszero (providing C++ overloads). The default definition in the top-level bits/iscanonical.h is fine (it does= n't use __MATH_TG, just evaluates its argument and returns 1). It's sysdeps/ieee754/ldbl-96/bits/iscanonical.h and sysdeps/ieee754/ldbl-128ibm/bits/iscanonical.h that need fixing to provide overloads when they would overwise use __MATH_TG. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39098-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 15:52:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61708 invoked by alias); 2 Oct 2017 15:52:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61649 invoked by uid 55); 2 Oct 2017 15:52:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21987] [sparc32] wrong bits/long-double.h installed Date: Mon, 02 Oct 2017 15:52: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00010.txt.bz2 Content-length: 3179 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21987 --- Comment #5 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 3f68c5c9b61600f0f85c75bac15b1520d5059359 (commit) from fdf58ebc60ce0eb459fd616241b52872b3571ac1 (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=3Dglibc.git;h=3D3f68c5c9b61600f0f85= c75bac15b1520d5059359 commit 3f68c5c9b61600f0f85c75bac15b1520d5059359 Author: Joseph Myers Date: Tue Aug 22 00:59:43 2017 +0000 Fix sparc32 bits/long-double.h (bug 21987). My refactoring of long double information commit 0acb8a2a855395c25b1feef2470f4d7ca4bed589 Author: Joseph Myers Date: Wed Dec 14 18:27:56 2016 +0000 Refactor long double information into bits/long-double.h. resulted in sparc32 configurations installing the ldbl-opt version of bits/long-double.h instead of the intended sysdeps/unix/sysv/linux/sparc version. For sparc32 by itself, this is not a problem, since the ldbl-opt version is correct for sparc32. However, both sparc32 and sparc64 are supposed to install sets of headers that work for both of them, so that a single sysroot, whichever order the libraries are built and installed in, works for both. The effect of having the wrong version installed is that you end up with a miscompiled sparc64 libstdc++ which fails glibc's configure tests for the C++ compiler. This patch moves the header from sysdeps/unix/sysv/linux/sparc to separate copies of the same file for sparc32 and sparc64, to ensure it comes before ldbl-opt in the sysdeps directory ordering. Tested with build-many-glibcs.py for sparc64-linux-gnu and sparcv9-linux-gnu. [BZ #21987] * sysdeps/unix/sysv/linux/sparc/bits/long-double.h: Remove file and copy to ... * sysdeps/unix/sysv/linux/sparc/sparc32/bits/long-double.h: ... here. * sysdeps/unix/sysv/linux/sparc/sparc64/bits/long-double.h: ... and here. (cherry picked from commit 80f91666fed71fa3dd5eb5618739147cc731bc89) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++++++++++ .../linux/sparc/{ =3D> sparc32}/bits/long-double.h | 0 .../linux/sparc/{ =3D> sparc64}/bits/long-double.h | 0 3 files changed, 10 insertions(+), 0 deletions(-) copy sysdeps/unix/sysv/linux/sparc/{ =3D> sparc32}/bits/long-double.h (100= %) rename sysdeps/unix/sysv/linux/sparc/{ =3D> sparc64}/bits/long-double.h (1= 00%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39099-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 15:55:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63824 invoked by alias); 2 Oct 2017 15:55:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63638 invoked by uid 55); 2 Oct 2017 15:55:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21987] [sparc32] wrong bits/long-double.h installed Date: Mon, 02 Oct 2017 15:55: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00011.txt.bz2 Content-length: 3179 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21987 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via ac93084c086ff06f815c405c9eb36a2b1f02da6a (commit) from b64e0298661a084d8aab6756b08dbced515449d8 (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=3Dglibc.git;h=3Dac93084c086ff06f815= c405c9eb36a2b1f02da6a commit ac93084c086ff06f815c405c9eb36a2b1f02da6a Author: Joseph Myers Date: Tue Aug 22 00:59:43 2017 +0000 Fix sparc32 bits/long-double.h (bug 21987). My refactoring of long double information commit 0acb8a2a855395c25b1feef2470f4d7ca4bed589 Author: Joseph Myers Date: Wed Dec 14 18:27:56 2016 +0000 Refactor long double information into bits/long-double.h. resulted in sparc32 configurations installing the ldbl-opt version of bits/long-double.h instead of the intended sysdeps/unix/sysv/linux/sparc version. For sparc32 by itself, this is not a problem, since the ldbl-opt version is correct for sparc32. However, both sparc32 and sparc64 are supposed to install sets of headers that work for both of them, so that a single sysroot, whichever order the libraries are built and installed in, works for both. The effect of having the wrong version installed is that you end up with a miscompiled sparc64 libstdc++ which fails glibc's configure tests for the C++ compiler. This patch moves the header from sysdeps/unix/sysv/linux/sparc to separate copies of the same file for sparc32 and sparc64, to ensure it comes before ldbl-opt in the sysdeps directory ordering. Tested with build-many-glibcs.py for sparc64-linux-gnu and sparcv9-linux-gnu. [BZ #21987] * sysdeps/unix/sysv/linux/sparc/bits/long-double.h: Remove file and copy to ... * sysdeps/unix/sysv/linux/sparc/sparc32/bits/long-double.h: ... here. * sysdeps/unix/sysv/linux/sparc/sparc64/bits/long-double.h: ... and here. (cherry picked from commit 80f91666fed71fa3dd5eb5618739147cc731bc89) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++++++++++ .../linux/sparc/{ =3D> sparc32}/bits/long-double.h | 0 .../linux/sparc/{ =3D> sparc64}/bits/long-double.h | 0 3 files changed, 10 insertions(+), 0 deletions(-) copy sysdeps/unix/sysv/linux/sparc/{ =3D> sparc32}/bits/long-double.h (100= %) rename sysdeps/unix/sysv/linux/sparc/{ =3D> sparc64}/bits/long-double.h (1= 00%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39100-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 18:10:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14095 invoked by alias); 2 Oct 2017 18:10:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14014 invoked by uid 48); 2 Oct 2017 18:10:24 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] iscanonical in C++ and float128 Date: Mon, 02 Oct 2017 18:10: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00012.txt.bz2 Content-length: 427 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 Gabriel F. T. Gomes changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |gabriel at inconsta= nte dot eti.br --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39101-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 21:36:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68033 invoked by alias); 2 Oct 2017 21:36:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67975 invoked by uid 48); 2 Oct 2017 21:36:05 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22237] New: Check internal symbols of libc.so accessed via PLT or GOT Date: Mon, 02 Oct 2017 21:36: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.27 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 cc dependson target_milestone Message-ID: 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: 2017-10/txt/msg00013.txt.bz2 Content-length: 1746 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22237 Bug ID: 22237 Summary: Check internal symbols of libc.so accessed via PLT or GOT Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Depends on: 18822 Target Milestone: --- If supported by target, internal symbols of libc.so should be accessed without PLT nor GOT. X86 PLT relocation is checked on libc_pic.a: [hjl@gnu-efi-2 build-x86_64-linux]$ readelf -rW libc_pic.a | grep " __" | g= rep PLT32 | awk '{ print $5 }' | sort | uniq It assumes that only symbols with "__" prefix are internal symbols. A machine-independent script should not be checking names of relocations. Instead it needs to look at properties of (global/weak)=20 symbols in objects that go into shared libraries. Symbols (defined or=20 undefined) that are not hidden, but are not exported from those shared=20 libraries, are suspect, but I'm not sure how reliably GCC will mark=20 undefined symbols hidden even given appropriate declarations (and there=20 may also be issues with undefined symbols properly called from .S sources=20 but not marked hidden there). So likely lists of exceptions to any such=20 tests would be needed (including architecture-specific exceptions for e.g.= =20 libgcc symbols). Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 [Bug 18822] Internal functions are called via PLT --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39102-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 21:36:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68046 invoked by alias); 2 Oct 2017 21:36:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67995 invoked by uid 48); 2 Oct 2017 21:36:06 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Mon, 02 Oct 2017 21: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00014.txt.bz2 Content-length: 516 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |22237 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22237 [Bug 22237] Check internal symbols of libc.so accessed via PLT or GOT --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39103-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 21:37:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69084 invoked by alias); 2 Oct 2017 21:37:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69029 invoked by uid 48); 2 Oct 2017 21:37:04 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Mon, 02 Oct 2017 21:37: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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00015.txt.bz2 Content-length: 1083 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #75 from H.J. Lu --- (In reply to joseph@codesourcery.com from comment #74) > I don't think this will stay fixed without a checked-in testcase. >=20 > Such a testcase, to be machine-independent, should not be checking names= =20 > of relocations. Instead it needs to look at properties of (global/weak)= =20 > symbols in objects that go into shared libraries. Symbols (defined or=20 > undefined) that are not hidden, but are not exported from those shared=20 > libraries, are suspect, but I'm not sure how reliably GCC will mark=20 > undefined symbols hidden even given appropriate declarations (and there=20 > may also be issues with undefined symbols properly called from .S sources= =20 > but not marked hidden there). So likely lists of exceptions to any such= =20 > tests would be needed (including architecture-specific exceptions for e.g= .=20 > libgcc symbols). I opened PR 22237 to track it. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39104-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 21:49:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95782 invoked by alias); 2 Oct 2017 21:49:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91280 invoked by uid 48); 2 Oct 2017 21:48:52 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Mon, 02 Oct 2017 21: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.24 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00016.txt.bz2 Content-length: 2506 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --- Comment #1 from H.J. Lu --- I created hjl/pie/static branch to add a configure option, --enable-static-= pie, to built static PIE. It works on i686 and x86-64 with binutils 2.29. Stat= ic PIE requires: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. 5. elf_machine_load_address in dl-machine.h are updated to support static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glibc. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same libc.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glibc. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same libc.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 Binutils 2.29 or above are OK for x86-64. But linker status for other targets need to be verified. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39105-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 02 22:32:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38658 invoked by alias); 2 Oct 2017 22:32:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38550 invoked by uid 55); 2 Oct 2017 22:31:53 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Mon, 02 Oct 2017 22: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00017.txt.bz2 Content-length: 22337 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #2 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 54a6ea8dca4a8007925509e5062dad58ad372503 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D54a6ea8dca4a8007925= 509e5062dad58ad372503 commit 54a6ea8dca4a8007925509e5062dad58ad372503 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D06c90ff31c731f5e9c3= d24e760781f18e087c3d6 commit 06c90ff31c731f5e9c3d24e760781f18e087c3d6 Author: H.J. Lu Date: Fri Sep 29 01:07:53 2017 -0700 tile: Check SHARED instead PIC for SYSCALL_ERROR_NAME For static PIE code, PIC is defined and SHARED is undefined. We should check SHARED instead PIC for SYSCALL_ERROR_NAME. * sysdeps/unix/sysv/linux/tile/sysdep.h (SYSCALL_ERROR_NAME): Check SHARED instead PIC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df53e358df7532a9f8e8= 537914f82ceae020e9c49 commit f53e358df7532a9f8e8537914f82ceae020e9c49 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3242c259949f625970d= 4cb39260958386eae3a6b commit 3242c259949f625970d4cb39260958386eae3a6b Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2596f9a1ef039f01093= ab12e722a80ba82d49a34 commit 2596f9a1ef039f01093ab12e722a80ba82d49a34 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5f6f3d1b97329b69e7e= 791d5f9966f5a112aa1d3 commit 5f6f3d1b97329b69e7e791d5f9966f5a112aa1d3 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D53518afc4d43e3d99f7= db5399d1588f757128857 commit 53518afc4d43e3d99f7db5399d1588f757128857 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2fcb20f193be0c02a71= e52959059cb9df7dfc3a9 commit 2fcb20f193be0c02a71e52959059cb9df7dfc3a9 Author: H.J. Lu Date: Thu Sep 28 14:59:00 2017 -0700 tile: Update elf_machine_load_address for static PIE tile uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/tile/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd4febf8a4f48083bf5c= d20ac46f636e24e5497d9 commit d4febf8a4f48083bf5cd20ac46f636e24e5497d9 Author: H.J. Lu Date: Thu Sep 28 14:57:09 2017 -0700 sparc: Update elf_machine_load_address for static PIE sparc uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc32/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D33c40ab8b1bf1f47b53= f8908163e3a2eaa577c35 commit 33c40ab8b1bf1f47b53f8908163e3a2eaa577c35 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dadbdf586e7de0bfc248= 481249eaaa44e16445466 commit adbdf586e7de0bfc248481249eaaa44e16445466 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D97457b7992475cd80ce= f4d709cd10df205703562 commit 97457b7992475cd80cef4d709cd10df205703562 Author: H.J. Lu Date: Thu Sep 28 14:51:41 2017 -0700 powerpc32: Update elf_machine_load_address for static PIE powerpc32 uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/powerpc/powerpc32/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7538a7874c483fcf075= 779152cbca7d51ff1277c commit 7538a7874c483fcf075779152cbca7d51ff1277c Author: H.J. Lu Date: Thu Sep 28 14:50:10 2017 -0700 nios2: Update elf_machine_load_address for static PIE nios2 uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/nios2/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dba237e4b9c3456617dc= 0d9fd2f43b0ca2726f8c4 commit ba237e4b9c3456617dc0d9fd2f43b0ca2726f8c4 Author: H.J. Lu Date: Thu Sep 28 14:47:20 2017 -0700 microblaze: Update elf_machine_load_address for static PIE microblaze uses _DYNAMIC to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/microblaze/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db47111243c4581e1171= 474672a4c26e2e200b41c commit b47111243c4581e1171474672a4c26e2e200b41c Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0f44bbea33bae18ce17= acee9f09538803c099fad commit 0f44bbea33bae18ce17acee9f09538803c099fad Author: H.J. Lu Date: Thu Sep 28 14:44:46 2017 -0700 ia64: Update elf_machine_load_address for static PIE ia64 uses a local label to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/ia64/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3994c3090a0026ff9c4= 30c6dc0284133df017b67 commit 3994c3090a0026ff9c430c6dc0284133df017b67 Author: H.J. Lu Date: Thu Sep 28 14:42:18 2017 -0700 hppa: Update elf_machine_load_address for static PIE hppa uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/hppa/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dec465b0fc04cf2e4020= b8ee898b63ba8350b095c commit ec465b0fc04cf2e4020b8ee898b63ba8350b095c Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9783b57f4852d8d7f79= ff1f4b2d5240f5fa4d6e6 commit 9783b57f4852d8d7f79ff1f4b2d5240f5fa4d6e6 Author: H.J. Lu Date: Tue Aug 22 15:37:10 2017 -0700 Don't use hidden visibility in libc.a with PIE on i386 On i386, when multi-arch is enabled, all external functions must be called via PIC PLT in PIE, which requires setting up EBX register, since they may be IFUNC functions. * config.h.in (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New. * include/libc-symbols.h (__hidden_proto_hiddenattr): Add check for PIC and NO_HIDDEN_EXTERN_FUNC_IN_PIE. * sysdeps/i386/configure.ac (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New AC_DEFINE if multi-arch is enabled. * sysdeps/i386/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De4b0d965b31762dee69= 1e663df6e4db339a150dd commit e4b0d965b31762dee691e663df6e4db339a150dd Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, arm, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, arm, hppa, ia64, m68k, microbl= aze, mips, nios2, powerpc, s390, sh, sparc and tile. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 Binutils 2.29 or above are OK for x86-64. But linker status for other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. [BZ #19574] * INSTALL: Regenerated. * Makeconfig (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Add $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * elf/dl-support.c: Include "dynamic-link.h" and don't include "get-dynamic-info.h" for --enable-static-pie. (_dl_relocate_static_pie): New function for --enable-static-pie. (STATIC_PIE_BOOTSTRAP): New for --enable-static-pie. (BOOTSTRAP_MAP): Likewise. (RESOLVE_MAP): Likewise. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/x86_64/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D029e1197a4e0ace7a0a= d18a00540d114926a524b commit 029e1197a4e0ace7a0ad18a00540d114926a524b Author: H.J. Lu Date: Fri Sep 29 01:09:48 2017 -0700 ld.so: Replace (&bootstrap_map) with BOOTSTRAP_MAP (&_dl_main_map) is used instead of (&bootstrap_map) to bootstrap static PIE. Define BOOTSTRAP_MAP with (&_dl_main_map) to avoid hardcode to (&bootstrap_map). * elf/rtld.c (BOOTSTRAP_MAP): New. (RESOLVE_MAP): Replace (&bootstrap_map) with BOOTSTRAP_MAP. * sysdeps/hppa/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. * sysdeps/ia64/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. * sysdeps/mips/dl-machine.h (ELF_MACHINE_BEFORE_RTLD_RELOC): Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39106-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 07:24:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89290 invoked by alias); 3 Oct 2017 07:24:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88730 invoked by uid 48); 3 Oct 2017 07:23:57 -0000 From: "andreas+sourceware at aurora dot npff.co" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] New: NULL pointer dereference in dlopen on out-of-memory Date: Tue, 03 Oct 2017 07:24: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: andreas+sourceware at aurora dot npff.co 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: 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: 2017-10/txt/msg00018.txt.bz2 Content-length: 5172 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Bug ID: 22238 Summary: NULL pointer dereference in dlopen on out-of-memory Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: andreas+sourceware at aurora dot npff.co Target Milestone: --- Doing low-memory stress testing on PostgreSQL yielded a crash in dlopen. It looks like the code in fillin_rpath tripped into=20 expand_dynamic_string_token returning a NULL on a failed malloc:=20 ,----[ glibc-2.24/elf/dl-load.c:442 ] | to_free =3D cp =3D expand_dynamic_string_token (l, cp, 1); | | size_t len =3D strlen (cp); `---- Backtrace below. regards, Andreas Core was generated by `postgres: bgworker: parallel worker for PID 24326=20= =20=20=20=20=20=20 '. Program terminated with signal SIGSEGV, Segmentation fault. #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x00007f5184852a36 in fillin_rpath (rpath=3D, rpath@entry=3D0x55b692f0d360 "/home/smith/postgres/inst/master/lib", result=3Dresult@entry=3D0x55b692f1b380, sep=3Dsep@entry=3D0x7f5184868060 ":= ", check_trusted=3Dcheck_trusted@entry=3D0, what=3Dwhat@entry=3D0x7f51848683bd "RUNPATH", where=3Dwhere@entry=3D0x55b692f2d2f0 "/home/smith/postgres/inst/master/lib/pgcrypto.so", l=3D0x55b692f2d330) at dl-load.c:444 #2 0x00007f5184852daf in decompose_rpath (sps=3Dsps@entry=3D0x55b692f2d6d8, rpath=3D, l=3Dl@entry=3D0x55b692f2d330, what=3Dwhat@entry=3D= 0x7f51848683bd "RUNPATH") at dl-load.c:618 #3 0x00007f5184852ef7 in cache_rpath (l=3Dl@entry=3D0x55b692f2d330, sp=3Dsp@entry=3D0x55b692f2d6d8, tag=3Dtag@entry=3D29, what=3Dwhat@entry=3D0= x7f51848683bd "RUNPATH") at dl-load.c:652 #4 0x00007f5184853c62 in cache_rpath (what=3D0x7f51848683bd "RUNPATH", tag= =3D29, sp=3D0x55b692f2d6d8, l=3D0x55b692f2d330) at dl-load.c:2307 #5 _dl_map_object (loader=3D0x55b692f2d330, name=3D0x7f517f300cc3 "libz.so= .1", type=3D2, trace_mode=3D0, mode=3D, nsid=3D) at dl-load.c:2314 #6 0x00007f5184857e70 in openaux (a=3Da@entry=3D0x7ffd4f686130) at dl-deps= .c:63 #7 0x00007f518485a4f4 in _dl_catch_error (objname=3Dobjname@entry=3D0x7ffd4f686128, errstring=3Derrstring@entry=3D0x7ffd4f686120, mallocedp=3Dmallocedp@entry=3D0x7ffd4f68611f, operate=3Doperate@entry=3D0x7= f5184857e40 , args=3Dargs@entry=3D0x7ffd4f686130) at dl-error.c:187 #8 0x00007f51848580df in _dl_map_object_deps (map=3Dmap@entry=3D0x55b692f2= d330, preloads=3Dpreloads@entry=3D0x0, npreloads=3Dnpreloads@entry=3D0, trace_mode=3Dtrace_mode@entry=3D0, open_mode=3Dopen_mode@entry=3D-214748364= 8) at dl-deps.c:254 #9 0x00007f518485ea02 in dl_open_worker (a=3Da@entry=3D0x7ffd4f6863c0) at dl-open.c:280 #10 0x00007f518485a4f4 in _dl_catch_error (objname=3Dobjname@entry=3D0x7ffd4f6863b0, errstring=3Derrstring@entry=3D0x7ffd4f6863b8, mallocedp=3Dmallocedp@entry=3D0x7ffd4f6863af, operate=3Doperate@entry=3D0x7= f518485e8f0 , args=3Dargs@entry=3D0x7ffd4f6863c0) at dl-error.c:187 #11 0x00007f518485e489 in _dl_open (file=3D0x55b692f2d2b0 "/home/smith/postgres/inst/master/lib/pgcrypto.so", mode=3D-2147483390, caller_dlopen=3D0x55b691cb4c7e , nsid=3D-2, argc=3D, argv=3D, env=3D0x55b692eef880) at dl-open.c:660 #12 0x00007f5184020ee9 in dlopen_doit (a=3Da@entry=3D0x7ffd4f6865f0) at dlo= pen.c:66 #13 0x00007f518485a4f4 in _dl_catch_error (objname=3D0x55b692eef6d0, errstring=3D0x55b692eef6d8, mallocedp=3D0x55b692eef6c8, operate=3D0x7f51840= 20e90 , args=3D0x7ffd4f6865f0) at dl-error.c:187 #14 0x00007f5184021521 in _dlerror_run (operate=3Doperate@entry=3D0x7f51840= 20e90 , args=3Dargs@entry=3D0x7ffd4f6865f0) at dlerror.c:163 #15 0x00007f5184020f82 in __dlopen (file=3D, mode=3Dmode@ent= ry=3D258) at dlopen.c:87 #16 0x000055b691cb4c7e in internal_load_library (libname=3Dlibname@entry=3D0x7f51848be7f8 ) at dfmgr.c:231 #17 0x000055b691cb5928 in RestoreLibraryState (start_address=3D0x7f51848be7= f8 ) at dfmgr.c:754 #18 0x000055b6919459d9 in ParallelWorkerMain (main_arg=3D) at parallel.c:1030 #19 0x000055b691b23746 in StartBackgroundWorker () at bgworker.c:835 #20 0x000055b691b2faf5 in do_start_bgworker (rw=3D0x55b692f0e050) at postmaster.c:5680 #21 maybe_start_bgworkers () at postmaster.c:5884 #22 0x000055b691b305c8 in sigusr1_handler (postgres_signal_arg=3D) at postmaster.c:5073 #23 #24 0x00007f5183a5f273 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:84 #25 0x000055b6918b8c0b in ServerLoop () at postmaster.c:1717 #26 0x000055b691b31c65 in PostmasterMain (argc=3D3, argv=3D0x55b692eea5f0) = at postmaster.c:1361 #27 0x000055b6918bac4d in main (argc=3D3, argv=3D0x55b692eea5f0) at main.c:= 228 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39107-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 09:44:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73500 invoked by alias); 3 Oct 2017 09:44:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68415 invoked by uid 48); 3 Oct 2017 09:44:05 -0000 From: "timiriliyev at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New: New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Tue, 03 Oct 2017 09:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: timiriliyev 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: 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: 2017-10/txt/msg00019.txt.bz2 Content-length: 985 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 Bug ID: 22241 Summary: New locale: Yakut (Sakha) locale for Russia (sah_RU) Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: timiriliyev at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- Created attachment 10501 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10501&action=3Ded= it sah_RU locale file for glibc Dear maintainers, I created glibc locale data for Yakut (Sakha) language (sah_RU) and want to submit it. Please find attached the locale definition for sah_RU to be considered for inclusion in glibc. Git repo: https://github.com/qfoxxy/glibc-sah_RU Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39108-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 14:05:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105084 invoked by alias); 3 Oct 2017 14:05:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104719 invoked by uid 48); 3 Oct 2017 14:04:48 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] iscanonical in C++ and float128 Date: Tue, 03 Oct 2017 14:05: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00020.txt.bz2 Content-length: 311 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 --- Comment #1 from Gabriel F. T. Gomes = --- I posted a patch on libc-alpha: https://sourceware.org/ml/libc-alpha/2017-10/msg00102.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39109-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 14:27:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105676 invoked by alias); 3 Oct 2017 14:27:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105234 invoked by uid 55); 3 Oct 2017 14:27:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Tue, 03 Oct 2017 14: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00021.txt.bz2 Content-length: 23054 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at cfe0d52782764c4f4d0701985459931b7a579ea8 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcfe0d52782764c4f4d0= 701985459931b7a579ea8 commit cfe0d52782764c4f4d0701985459931b7a579ea8 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd9c5665a6df85479fa9= 535d912956eefb565739c commit d9c5665a6df85479fa9535d912956eefb565739c Author: H.J. Lu Date: Fri Sep 29 01:07:53 2017 -0700 tile: Check SHARED instead PIC for SYSCALL_ERROR_NAME For static PIE code, PIC is defined and SHARED is undefined. We should check SHARED instead PIC for SYSCALL_ERROR_NAME. * sysdeps/unix/sysv/linux/tile/sysdep.h (SYSCALL_ERROR_NAME): Check SHARED instead PIC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D79453220daacdf11ec1= 2a44cce831dcd78b92d72 commit 79453220daacdf11ec12a44cce831dcd78b92d72 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De435376ffe41749285e= c9f7c2dff0f9beb53becd commit e435376ffe41749285ec9f7c2dff0f9beb53becd Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D871ea1623680c7b236c= 9a41928638ea3ee0679f0 commit 871ea1623680c7b236c9a41928638ea3ee0679f0 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D86dedca076cb8a64c71= 209424d2dcc6e76823e76 commit 86dedca076cb8a64c71209424d2dcc6e76823e76 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D82cb35c2e6ecad2a820= 62aea4834f1684c12bf19 commit 82cb35c2e6ecad2a82062aea4834f1684c12bf19 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4dd595fa8888f31fdfe= d21c1ece1a4b25f178667 commit 4dd595fa8888f31fdfed21c1ece1a4b25f178667 Author: H.J. Lu Date: Thu Sep 28 14:59:00 2017 -0700 tile: Update elf_machine_load_address for static PIE tile uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/tile/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0e7446e61030aca7848= c9a0fd75ef4454b616ac3 commit 0e7446e61030aca7848c9a0fd75ef4454b616ac3 Author: H.J. Lu Date: Thu Sep 28 14:57:09 2017 -0700 sparc: Update elf_machine_load_address for static PIE sparc uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc32/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/sparc/sparc64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D34c3eb56717ff903808= e112e9898cf2fa395dbb7 commit 34c3eb56717ff903808e112e9898cf2fa395dbb7 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db15a9995a23a588a8dc= 7b3948947c4be3a811176 commit b15a9995a23a588a8dc7b3948947c4be3a811176 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9d68ebe8eb3d2cee5f7= d9aae7b3d198a861e4bbf commit 9d68ebe8eb3d2cee5f7d9aae7b3d198a861e4bbf Author: H.J. Lu Date: Thu Sep 28 14:51:41 2017 -0700 powerpc32: Update elf_machine_load_address for static PIE powerpc32 uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/powerpc/powerpc32/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5e819917600a4a5fd2c= 751739e1ee42b28f9644d commit 5e819917600a4a5fd2c751739e1ee42b28f9644d Author: H.J. Lu Date: Thu Sep 28 14:50:10 2017 -0700 nios2: Update elf_machine_load_address for static PIE nios2 uses a local label to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/nios2/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D358575f2c530d7dcc68= 0204ccf87e7cf6c071906 commit 358575f2c530d7dcc680204ccf87e7cf6c071906 Author: H.J. Lu Date: Thu Sep 28 14:47:20 2017 -0700 microblaze: Update elf_machine_load_address for static PIE microblaze uses _DYNAMIC to compute load address, which works with stat= ic PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/microblaze/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd876d0384e07170a3c3= ac1bf49030c817dcb8781 commit d876d0384e07170a3c3ac1bf49030c817dcb8781 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De78ad9e38d4df521081= 8588bafa861490efa613c commit e78ad9e38d4df5210818588bafa861490efa613c Author: H.J. Lu Date: Thu Sep 28 14:44:46 2017 -0700 ia64: Update elf_machine_load_address for static PIE ia64 uses a local label to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/ia64/dl-machine.h (elf_machine_dynamic): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D870ac9f7969d4de7974= cf64f8805c05b3c66ea06 commit 870ac9f7969d4de7974cf64f8805c05b3c66ea06 Author: H.J. Lu Date: Thu Sep 28 14:42:18 2017 -0700 hppa: Update elf_machine_load_address for static PIE hppa uses _DYNAMIC to compute load address, which works with static PIE. We just need to return 0 if _DYNAMIC is undefined for static executable. * sysdeps/hppa/dl-machine.h (elf_machine_load_address): Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5e6c987785f992abbf0= e56ac2e48bc90ec235714 commit 5e6c987785f992abbf0e56ac2e48bc90ec235714 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. Return 0 if _DYNAMIC is undefined for static executable. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc7f8f74e82dc8427be9= 7211c8383757952b747e3 commit c7f8f74e82dc8427be97211c8383757952b747e3 Author: H.J. Lu Date: Tue Aug 22 15:37:10 2017 -0700 Don't use hidden visibility in libc.a with PIE on i386 On i386, when multi-arch is enabled, all external functions must be called via PIC PLT in PIE, which requires setting up EBX register, since they may be IFUNC functions. * config.h.in (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New. * include/libc-symbols.h (__hidden_proto_hiddenattr): Add check for PIC and NO_HIDDEN_EXTERN_FUNC_IN_PIE. * sysdeps/i386/configure.ac (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New AC_DEFINE if multi-arch is enabled. * sysdeps/i386/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9f807af3b78dc14c8d6= bfa87d27efa77dc72ec82 commit 9f807af3b78dc14c8d6bfa87d27efa77dc72ec82 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, arm, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, arm, hppa, ia64, m68k, microbl= aze, mips, nios2, powerpc, s390, sh, sparc and tile. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. [BZ #19574] * INSTALL: Regenerated. * Makeconfig (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Add $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * elf/dl-support.c: Include "dynamic-link.h" and don't include "get-dynamic-info.h" for --enable-static-pie. (_dl_relocate_static_pie): New function for --enable-static-pie. (STATIC_PIE_BOOTSTRAP): New for --enable-static-pie. (BOOTSTRAP_MAP): Likewise. (RESOLVE_MAP): Likewise. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df84d2c7c3988ac6f89d= 6e3dbde5ffffde4c538f5 commit f84d2c7c3988ac6f89d6e3dbde5ffffde4c538f5 Author: H.J. Lu Date: Tue Oct 3 06:54:54 2017 -0700 i386: Use "movl main@GOT(%ebx), %eax" in start.S Don't use "leal main@GOTOFF(%ebx), %eax" since main may be in a shared object. Linker will convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. * sysdeps/i386/start.S: Replace "leal main@GOT(%ebx), %eax" with "movl main@GOTOFF(%ebx), %eax". https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D67e8204d4812c54d3e4= 8abb9860f2a1ec7049f46 commit 67e8204d4812c54d3e48abb9860f2a1ec7049f46 Author: H.J. Lu Date: Tue Oct 3 06:48:11 2017 -0700 Add a test for main () in a shared object Verify that crt1.o can be used with main () in a shared object. * elf/Makefile (tests): Add tst-main1. (modules-names): Add tst-main1mod. ($(objpfx)tst-main1): New. (CRT-tst-main1): Likewise. (LDFLAGS-tst-main1): Likewise. (LDLIBS-tst-main1): Likewise. (tst-main1mod.so-no-z-defs): Likewise. * elf/tst-main1.c: New file. * elf/tst-main1mod.c: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39110-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 16:03:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60198 invoked by alias); 3 Oct 2017 16:03:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59925 invoked by uid 48); 3 Oct 2017 16:03:13 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22243] New: log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Date: Tue, 03 Oct 2017 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.27 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 target_milestone Message-ID: 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: 2017-10/txt/msg00022.txt.bz2 Content-length: 1005 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22243 Bug ID: 22243 Summary: log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Product: glibc Version: 2.27 Status: UNCONFIRMED Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- log2(0) and log10(0) return inf instead of -inf in downward rounding when t= he svid wrapper is suppressed (static linking, new targets). #include #include #include int main() { fesetround(FE_DOWNWARD); double y1 =3D log2(0); double y2 =3D log10(0); fesetround(FE_TONEAREST); printf("%a\n", y1); printf("%a\n", y2); } prints inf inf with static linking. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39111-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 16:07:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70790 invoked by alias); 3 Oct 2017 16:07:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70731 invoked by uid 48); 3 Oct 2017 16:07:04 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22244] New: ynf and yn are wrong without the svid compat wrapper Date: Tue, 03 Oct 2017 16:07: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.27 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 target_milestone Message-ID: 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: 2017-10/txt/msg00023.txt.bz2 Content-length: 9089 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22244 Bug ID: 22244 Summary: ynf and yn are wrong without the svid compat wrapper Product: glibc Version: 2.27 Status: UNCONFIRMED Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: nszabolcs at gmail dot com Target Milestone: --- without svid compat wrapper (static linking, new targets) i see the followi= ng math failures: $ cat math/test-float-yn.out testing float (without inline functions) Failure: yn (0, 0.0): Exception "Divide by zero" not set Failure: yn (0, -0.0): Exception "Divide by zero" not set Failure: yn (1, 0.0): Exception "Divide by zero" not set Failure: yn (1, -0.0): Exception "Divide by zero" not set Failure: yn (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn (2, 0.0): Exception "Divide by zero" not set Failure: yn (2, -0.0): Exception "Divide by zero" not set Failure: yn (-2, 0.0): Exception "Divide by zero" not set Failure: yn (-2, -0.0): Exception "Divide by zero" not set Failure: yn (3, 0.0): Exception "Divide by zero" not set Failure: yn (3, -0.0): Exception "Divide by zero" not set Failure: yn_downward (0, 0.0): Exception "Divide by zero" not set Failure: yn_downward (0, -0.0): Exception "Divide by zero" not set Failure: yn_downward (1, 0.0): Exception "Divide by zero" not set Failure: yn_downward (1, -0.0): Exception "Divide by zero" not set Failure: yn_downward (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_downward (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_downward (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_downward (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_downward (2, 0.0): Exception "Divide by zero" not set Failure: yn_downward (2, -0.0): Exception "Divide by zero" not set Failure: yn_downward (-2, 0.0): Exception "Divide by zero" not set Failure: yn_downward (-2, -0.0): Exception "Divide by zero" not set Failure: yn_downward (3, 0.0): Exception "Divide by zero" not set Failure: yn_downward (3, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (0, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (0, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (1, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (1, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_towardzero (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_towardzero (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_towardzero (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_towardzero (2, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (2, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-2, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-2, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (3, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (3, -0.0): Exception "Divide by zero" not set Failure: yn_upward (0, 0.0): Exception "Divide by zero" not set Failure: yn_upward (0, -0.0): Exception "Divide by zero" not set Failure: yn_upward (1, 0.0): Exception "Divide by zero" not set Failure: yn_upward (1, -0.0): Exception "Divide by zero" not set Failure: yn_upward (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_upward (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_upward (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_upward (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_upward (2, 0.0): Exception "Divide by zero" not set Failure: yn_upward (2, -0.0): Exception "Divide by zero" not set Failure: yn_upward (-2, 0.0): Exception "Divide by zero" not set Failure: yn_upward (-2, -0.0): Exception "Divide by zero" not set Failure: yn_upward (3, 0.0): Exception "Divide by zero" not set Failure: yn_upward (3, -0.0): Exception "Divide by zero" not set Test suite completed: 524 test cases plus 520 tests for exception flags and 520 tests for errno executed. 56 errors occurred. $ cat math/test-double-yn.out testing double (without inline functions) Failure: yn (0, 0.0): Exception "Divide by zero" not set Failure: yn (0, -0.0): Exception "Divide by zero" not set Failure: yn (1, 0.0): Exception "Divide by zero" not set Failure: yn (1, -0.0): Exception "Divide by zero" not set Failure: yn (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn (2, 0.0): Exception "Divide by zero" not set Failure: yn (2, -0.0): Exception "Divide by zero" not set Failure: yn (-2, 0.0): Exception "Divide by zero" not set Failure: yn (-2, -0.0): Exception "Divide by zero" not set Failure: yn (3, 0.0): Exception "Divide by zero" not set Failure: yn (3, -0.0): Exception "Divide by zero" not set Failure: yn_downward (0, 0.0): Exception "Divide by zero" not set Failure: yn_downward (0, -0.0): Exception "Divide by zero" not set Failure: yn_downward (1, 0.0): Exception "Divide by zero" not set Failure: yn_downward (1, -0.0): Exception "Divide by zero" not set Failure: yn_downward (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_downward (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_downward (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_downward (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_downward (2, 0.0): Exception "Divide by zero" not set Failure: yn_downward (2, -0.0): Exception "Divide by zero" not set Failure: yn_downward (-2, 0.0): Exception "Divide by zero" not set Failure: yn_downward (-2, -0.0): Exception "Divide by zero" not set Failure: yn_downward (3, 0.0): Exception "Divide by zero" not set Failure: yn_downward (3, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (0, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (0, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (1, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (1, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_towardzero (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_towardzero (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_towardzero (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_towardzero (2, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (2, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-2, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (-2, -0.0): Exception "Divide by zero" not set Failure: yn_towardzero (3, 0.0): Exception "Divide by zero" not set Failure: yn_towardzero (3, -0.0): Exception "Divide by zero" not set Failure: yn_upward (0, 0.0): Exception "Divide by zero" not set Failure: yn_upward (0, -0.0): Exception "Divide by zero" not set Failure: yn_upward (1, 0.0): Exception "Divide by zero" not set Failure: yn_upward (1, -0.0): Exception "Divide by zero" not set Failure: yn_upward (-1, 0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_upward (-1, 0.0) Result: is: -inf -inf should be: inf inf Failure: yn_upward (-1, -0.0): Exception "Divide by zero" not set infinity has wrong sign. Failure: Test: yn_upward (-1, -0.0) Result: is: -inf -inf should be: inf inf Failure: yn_upward (2, 0.0): Exception "Divide by zero" not set Failure: yn_upward (2, -0.0): Exception "Divide by zero" not set Failure: yn_upward (-2, 0.0): Exception "Divide by zero" not set Failure: yn_upward (-2, -0.0): Exception "Divide by zero" not set Failure: yn_upward (3, 0.0): Exception "Divide by zero" not set Failure: yn_upward (3, -0.0): Exception "Divide by zero" not set Test suite completed: 660 test cases plus 656 tests for exception flags and 656 tests for errno executed. 56 errors occurred. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39112-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 16:14:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21481 invoked by alias); 3 Oct 2017 16:14:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21383 invoked by uid 48); 3 Oct 2017 16:14:05 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22243] log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Date: Tue, 03 Oct 2017 16:14: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00024.txt.bz2 Content-length: 229 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22243 --- Comment #1 from Szabolcs Nagy --- wordsize-64 targets only --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39113-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 19:07:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80810 invoked by alias); 3 Oct 2017 19:07:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80751 invoked by uid 55); 3 Oct 2017 19:06:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] iscanonical in C++ and float128 Date: Tue, 03 Oct 2017 19:07: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.26 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: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00025.txt.bz2 Content-length: 3817 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 --- Comment #2 from 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 aa0235dfdebffe9b338deba51f3ba563ee9b433d (commit) from a1132b5e56fe8aaa148ebd249034181863857d60 (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=3Dglibc.git;h=3Daa0235dfdebffe9b338= deba51f3ba563ee9b433d commit aa0235dfdebffe9b338deba51f3ba563ee9b433d Author: Gabriel F. T. Gomes Date: Mon Oct 2 14:46:35 2017 -0300 Add C++ versions of iscanonical for ldbl-96 and ldbl-128ibm (bug 22235) All representations of floating-point numbers in types with IEC 60559 binary exchange format are canonical. On the other hand, types with IEC 60559 extended formats, such as those implemented under ldbl-96 and ldbl-128ibm, contain representations that are not canonical. TS 18661-1 introduced the type-generic macro iscanonical, which returns whether a floating-point value is canonical or not. In Glibc, this type-generic macro is implemented using the macro __MATH_TG, which, when support for float128 is enabled, relies on __builtin_types_compatible_p to select between floating-point types. However, this use of iscanonical breaks C++ applications, because the builtin is only available in C mode. This patch provides a C++ implementation of iscanonical that relies on function overloading, rather than builtins, to select between floating-point types. Unlike the C++ implementations for iszero and issignaling, this implementation ignores __NO_LONG_DOUBLE_MATH. The double type always matches IEC 60559 double format, which is always canonical. Thus, when double and long double are the same (__NO_LONG_DOUBLE_MATH), iscanonical always returns 1 and is not implemented with __MATH_TG. Tested for powerpc64, powerpc64le and x86_64. [BZ #22235] * math/math.h: Trivial fix for unbalanced parentheses in comment. * math/Makefile [CXX] (tests): Add test-math-iscanonical.cc. (CFLAGS-test-math-iscanonical.cc): New variable. * math/test-math-iscanonical.cc: New file. * sysdeps/ieee754/ldbl-96/bits/iscanonical.h (iscanonical): Provide a C++ implementation based on function overloading, rather than using __MATH_TG, which uses C-only builtins. * sysdeps/ieee754/ldbl-128ibm/bits/iscanonical.h (iscanonical): Likewise. * sysdeps/powerpc/powerpc64le/Makefile (CFLAGS-test-math-iscanonical.cc): New variable. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 15 +++++++++ math/Makefile | 4 ++- math/math.h | 2 +- ...st-finite-macros.c =3D> test-math-iscanonical.cc} | 31 ++++++++++++++= ------ sysdeps/ieee754/ldbl-128ibm/bits/iscanonical.h | 21 ++++++++++++- sysdeps/ieee754/ldbl-96/bits/iscanonical.h | 19 +++++++++++- sysdeps/powerpc/powerpc64le/Makefile | 1 + 7 files changed, 79 insertions(+), 14 deletions(-) copy math/{test-finite-macros.c =3D> test-math-iscanonical.cc} (66%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39114-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 19:11:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107869 invoked by alias); 3 Oct 2017 19:11:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107809 invoked by uid 48); 3 Oct 2017 19:11:39 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] iscanonical in C++ and float128 Date: Tue, 03 Oct 2017 19:11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot eti.br X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00026.txt.bz2 Content-length: 601 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 Gabriel F. T. Gomes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Gabriel F. T. Gomes = --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39115-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 20:55:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15392 invoked by alias); 3 Oct 2017 20:55:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15174 invoked by uid 55); 3 Oct 2017 20:55:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22235] iscanonical in C++ and float128 Date: Tue, 03 Oct 2017 20:55: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.26 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: gabriel at inconstante dot eti.br X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00027.txt.bz2 Content-length: 3959 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22235 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 3b10c5d2abb0392d5ecfd865e2eb911ac109e36f (commit) from 3f68c5c9b61600f0f85c75bac15b1520d5059359 (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=3Dglibc.git;h=3D3b10c5d2abb0392d5ec= fd865e2eb911ac109e36f commit 3b10c5d2abb0392d5ecfd865e2eb911ac109e36f Author: Gabriel F. T. Gomes Date: Mon Oct 2 14:46:35 2017 -0300 Add C++ versions of iscanonical for ldbl-96 and ldbl-128ibm (bug 22235) All representations of floating-point numbers in types with IEC 60559 binary exchange format are canonical. On the other hand, types with IEC 60559 extended formats, such as those implemented under ldbl-96 and ldbl-128ibm, contain representations that are not canonical. TS 18661-1 introduced the type-generic macro iscanonical, which returns whether a floating-point value is canonical or not. In Glibc, this type-generic macro is implemented using the macro __MATH_TG, which, when support for float128 is enabled, relies on __builtin_types_compatible_p to select between floating-point types. However, this use of iscanonical breaks C++ applications, because the builtin is only available in C mode. This patch provides a C++ implementation of iscanonical that relies on function overloading, rather than builtins, to select between floating-point types. Unlike the C++ implementations for iszero and issignaling, this implementation ignores __NO_LONG_DOUBLE_MATH. The double type always matches IEC 60559 double format, which is always canonical. Thus, when double and long double are the same (__NO_LONG_DOUBLE_MATH), iscanonical always returns 1 and is not implemented with __MATH_TG. Tested for powerpc64, powerpc64le and x86_64. [BZ #22235] * math/math.h: Trivial fix for unbalanced parentheses in comment. * math/Makefile [CXX] (tests): Add test-math-iscanonical.cc. (CFLAGS-test-math-iscanonical.cc): New variable. * math/test-math-iscanonical.cc: New file. * sysdeps/ieee754/ldbl-96/bits/iscanonical.h (iscanonical): Provide a C++ implementation based on function overloading, rather than using __MATH_TG, which uses C-only builtins. * sysdeps/ieee754/ldbl-128ibm/bits/iscanonical.h (iscanonical): Likewise. * sysdeps/powerpc/powerpc64le/Makefile (CFLAGS-test-math-iscanonical.cc): New variable. (cherry picked from commit aa0235dfdebffe9b338deba51f3ba563ee9b433d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 15 +++++++++ NEWS | 1 + math/Makefile | 4 ++- math/math.h | 2 +- debug/tst-ssp-1.c =3D> math/test-math-iscanonical.cc | 33 +++++++++++---= ------ sysdeps/ieee754/ldbl-128ibm/bits/iscanonical.h | 21 +++++++++++- sysdeps/ieee754/ldbl-96/bits/iscanonical.h | 19 +++++++++++- sysdeps/powerpc/powerpc64le/Makefile | 1 + 8 files changed, 76 insertions(+), 20 deletions(-) copy debug/tst-ssp-1.c =3D> math/test-math-iscanonical.cc (65%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39116-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 22:46:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64696 invoked by alias); 3 Oct 2017 22:46:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64650 invoked by uid 48); 3 Oct 2017 22:46:40 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Tue, 03 Oct 2017 22:46: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.26 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_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00028.txt.bz2 Content-length: 769 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2017-10-03 CC| |carlos at redhat dot com Ever confirmed|0 |1 --- Comment #1 from Carlos O'Donell --- I confirm this needs fixing. In fillin_rpath we need to detect the error and raise a signal with an error like we do in all the error paths. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39117-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 03 22:55:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89112 invoked by alias); 3 Oct 2017 22:55:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89064 invoked by uid 48); 3 Oct 2017 22:55:02 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Tue, 03 Oct 2017 22:55: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00029.txt.bz2 Content-length: 763 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #2 from Carlos O'Donell --- Are you able to test a master glibc with a patch like this? diff --git a/elf/dl-load.c b/elf/dl-load.c index a067760..6ddceda 100644 --- a/elf/dl-load.c +++ b/elf/dl-load.c @@ -439,6 +439,9 @@ fillin_rpath (char *rpath, struct r_search_path_elem **result, const char *sep, struct r_search_path_elem *dirp; to_free =3D cp =3D expand_dynamic_string_token (l, cp, 1); + if (cp =3D=3D NULL) + _dl_signal_error (ENOMEM, NULL, NULL, + N_("cannot expand dynamic string token")); size_t len =3D strlen (cp); --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39118-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 00:36:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60596 invoked by alias); 4 Oct 2017 00:36:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60521 invoked by uid 55); 4 Oct 2017 00:36:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Wed, 04 Oct 2017 00: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00030.txt.bz2 Content-length: 22508 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 64d957024bd253920061cc4c75ddf1287e42c17b (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D64d957024bd25392006= 1cc4c75ddf1287e42c17b commit 64d957024bd253920061cc4c75ddf1287e42c17b Author: H.J. Lu Date: Tue Oct 3 17:35:17 2017 -0700 Fix --enable-static-pie https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8be686b5d2149f04b23= 28d0b3d1f6fbe40e4e47f commit 8be686b5d2149f04b2328d0b3d1f6fbe40e4e47f Author: H.J. Lu Date: Tue Oct 3 17:11:55 2017 -0700 test-math-iscanonical.cc: Replace bool with int Fix GCC 7 compilation error: test-math-iscanonical.cc: In function =E2=80=98void check_type()=E2=80= =99: test-math-iscanonical.cc:33:11: error: use of an operand of type =E2=80= =98bool=E2=80=99 in =E2=80=98operator++=E2=80=99 is deprecated [-Werror=3Ddeprecated] errors++; ^~ * math/test-math-iscanonical.cc (error): Replace bool with int. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7dbd6f4b7e299a64488= 38ac2d33d2340eddc3f8f commit 7dbd6f4b7e299a6448838ac2d33d2340eddc3f8f Author: H.J. Lu Date: Tue Oct 3 16:43:10 2017 -0700 Fix Use $(DEFAULT-LDFLAGS-$(@F)) in +link-static-before-libc https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D26dba541029a992ec3b= c28db72c261ca92fff62b commit 26dba541029a992ec3bc28db72c261ca92fff62b Author: H.J. Lu Date: Tue Oct 3 16:05:59 2017 -0700 Update dl-reloc-static-pie.c https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6f429fe0f1c7a5d16de= c356cfa4c7bbca39b9f11 commit 6f429fe0f1c7a5d16dec356cfa4c7bbca39b9f11 Author: H.J. Lu Date: Tue Oct 3 16:04:03 2017 -0700 Add dl-reloc-static-pie.c https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D86ffc842702faea44f7= b3ebf76fac99bf326fcbc commit 86ffc842702faea44f7b3ebf76fac99bf326fcbc Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da8fd5b03471befddc3c= dbed00d7db54298660023 commit a8fd5b03471befddc3cdbed00d7db54298660023 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db4a008a2de115f102d1= ea4a62f50ac17bda2692c commit b4a008a2de115f102d1ea4a62f50ac17bda2692c Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D26980a9466847ff15bf= f60a9a36498da1c7f5d46 commit 26980a9466847ff15bff60a9a36498da1c7f5d46 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3c6968d9f5b7b47e109= 9b090239d6d240b8cad52 commit 3c6968d9f5b7b47e1099b090239d6d240b8cad52 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9a98e37b67d6a1ae6eb= 499b0c9dd23b664a1e165 commit 9a98e37b67d6a1ae6eb499b0c9dd23b664a1e165 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddfa19eda45eefa5f6b2= 845f42ef8146cee30828d commit dfa19eda45eefa5f6b2845f42ef8146cee30828d Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D761b339e1530aae4fa4= 3d3b5972d6b6d980ced71 commit 761b339e1530aae4fa43d3b5972d6b6d980ced71 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4209ccbd250c858db59= 72bad8eef985d0e558d02 commit 4209ccbd250c858db5972bad8eef985d0e558d02 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D42b7a7665875ae3e8ca= bd1ab53379357509d490c commit 42b7a7665875ae3e8cabd1ab53379357509d490c Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc3b2185725b349597a3= 99116010960520097f255 commit c3b2185725b349597a399116010960520097f255 Author: H.J. Lu Date: Tue Aug 22 15:37:10 2017 -0700 Don't use hidden visibility in libc.a with PIE on i386 On i386, when multi-arch is enabled, all external functions must be called via PIC PLT in PIE, which requires setting up EBX register, since they may be IFUNC functions. * config.h.in (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New. * include/libc-symbols.h (__hidden_proto_hiddenattr): Add check for PIC and NO_HIDDEN_EXTERN_FUNC_IN_PIE. * sysdeps/i386/configure.ac (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New AC_DEFINE if multi-arch is enabled. * sysdeps/i386/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2792d2c0983d9d89569= 216a4dd5ee5e388c40a40 commit 2792d2c0983d9d89569216a4dd5ee5e388c40a40 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, arm, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, arm, hppa, ia64, m68k, microbl= aze, mips, nios2, powerpc, s390, sh, sparc and tile. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. [BZ #19574] * INSTALL: Regenerated. * Makeconfig (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Add $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * elf/dl-support.c: Include "dynamic-link.h" and don't include "get-dynamic-info.h" for --enable-static-pie. (_dl_relocate_static_pie): New function for --enable-static-pie. (STATIC_PIE_BOOTSTRAP): New for --enable-static-pie. (BOOTSTRAP_MAP): Likewise. (RESOLVE_MAP): Likewise. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4d73532f5636be52b64= 45be9d0a2eafee5f4ba24 commit 4d73532f5636be52b6445be9d0a2eafee5f4ba24 Author: H.J. Lu Date: Tue Oct 3 06:54:54 2017 -0700 i386: Use "movl main@GOT(%ebx), %eax" in start.S Don't use "leal main@GOTOFF(%ebx), %eax" since main may be in a shared object. Linker will convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. * sysdeps/i386/start.S: Replace "leal main@GOT(%ebx), %eax" with "movl main@GOTOFF(%ebx), %eax". https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6e0cd13bf81411f2228= 10240328aa03b2313a966 commit 6e0cd13bf81411f222810240328aa03b2313a966 Author: H.J. Lu Date: Tue Oct 3 06:48:11 2017 -0700 Add a test for main () in a shared object Verify that crt1.o can be used with main () in a shared object. * elf/Makefile (tests): Add tst-main1. (modules-names): Add tst-main1mod. ($(objpfx)tst-main1): New. (CRT-tst-main1): Likewise. (LDFLAGS-tst-main1): Likewise. (LDLIBS-tst-main1): Likewise. (tst-main1mod.so-no-z-defs): Likewise. * elf/tst-main1.c: New file. * elf/tst-main1mod.c: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D42bbc3513379917d176= 0a7f60e347cc91b565fb9 commit 42bbc3513379917d1760a7f60e347cc91b565fb9 Author: H.J. Lu Date: Tue Oct 3 14:35:52 2017 -0700 Revert x86: Allow undefined _DYNAMIC in static executable This code is used in non-PIE static executable and static PIE. It chec= ks if _DYNAMIC is undefined before using it to compute load address. But not all targets can convert access _DYNAMIC via GOT, which needs dynamic relocation, to PC-relative at link-time. * sysdeps/i386/dl-machine.h (elf_machine_load_address): Don't allow undefined _DYNAMIC in PIE libc.a. * sysdeps/x86_64/dl-machine.h (elf_machine_load_address): Likewse. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6f3ce7fc4381fa52263= 4755950d36ef870dc594e commit 6f3ce7fc4381fa522634755950d36ef870dc594e Author: H.J. Lu Date: Tue Oct 3 15:40:34 2017 -0700 mips: Don't check _DYNAMIC in elf_machine_load_address Since mips can't convert access _DYNAMIC via GOT, which needs dynamic relocation, to PC-relative at link-time, don't check _DYNAMIC in elf_machine_load_address. * sysdeps/mips/dl-machine.h (elf_machine_load_address): Don't check _DYNAMIC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0bf96e84ef82eba764b= 729c6946b482d8b8a839f commit 0bf96e84ef82eba764b729c6946b482d8b8a839f Author: H.J. Lu Date: Tue Oct 3 15:36:22 2017 -0700 arm: Don't check _DYNAMIC in elf_machine_load_address Since arm can't convert access _DYNAMIC via GOT, which needs dynamic relocation, to PC-relative at link-time, don't check _DYNAMIC in elf_machine_load_address. * sysdeps/arm/dl-machine.h (elf_machine_load_address): Don't check _DYNAMIC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4ff3d69aa407f815c1d= dc3623ae045dde55f2b7f commit 4ff3d69aa407f815c1ddc3623ae045dde55f2b7f Author: H.J. Lu Date: Tue Oct 3 15:02:19 2017 -0700 Use $(DEFAULT-LDFLAGS-$(@F)) in +link-static-before-libc Use $(LDFLAGS-$(@F)) with tst-tls1-static-non-pie may not be sufficient when static PIE is built by default. Use $(DEFAULT-LDFLAGS-$(@F)) in +link-static-before-libc to make sure that tst-tls1-static-non-pie is always built as non-PIE static executable. * Makeconfig (+link-static-before-libc): Use $(DEFAULT-LDFLAGS-$(@F)). * elf/Makefile (LDFLAGS-tst-tls1-static-non-pie): Renamed to ... (DEFAULT-LDFLAGS-tst-tls1-static-non-pie): This. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39119-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 07:03:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46246 invoked by alias); 4 Oct 2017 07:03:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46200 invoked by uid 48); 4 Oct 2017 07:03:33 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22237] Check internal symbols of libc.so accessed via PLT or GOT Date: Wed, 04 Oct 2017 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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00031.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22237 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39120-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 07:11:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32928 invoked by alias); 4 Oct 2017 07:11:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20154 invoked by uid 48); 4 Oct 2017 07:10:59 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 07:11: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.26 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00032.txt.bz2 Content-length: 1008 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --- Comment #3 from Florian Weimer --- decompose_rpath has this: fillin_rpath (copy, result, ":", 0, what, where, l); /* Free the copied RPATH string. `fillin_rpath' make own copies if necessary. */ free (copy); Other callers of fillin_rpath also have local allocations that they need to free. So we can throw from from fillin_rpath without introducing a memory leak. I expect it will be easier to make fillin_rpath to return an error code than = to change the callers to catch and reraise the exception. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39121-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 07:43:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56291 invoked by alias); 4 Oct 2017 07:43:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 54606 invoked by uid 55); 4 Oct 2017 07:42:56 -0000 From: "seltenreich at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 07:43: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seltenreich at gmx dot de 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: In-Reply-To: References: 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: 2017-10/txt/msg00033.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #4 from seltenreich at gmx dot de --- carlos at redhat dot com writes: > Are you able to test a master glibc with a patch like this? I could give a patched master glibc a spin on my testing rig over the weekend. During the last testing, about 5 core dumps with the above backtraces were generated per hour, so I guess re-testing would give a reasonable confidence that it is fixed after running for a couple hours. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39122-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 08:59:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119421 invoked by alias); 4 Oct 2017 08:59:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119339 invoked by uid 55); 4 Oct 2017 08:59:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Wed, 04 Oct 2017 08:59: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00034.txt.bz2 Content-length: 19418 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #5 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at ab0809ccface7f63fd4f0e055c677e77b2d01008 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dab0809ccface7f63fd4= f0e055c677e77b2d01008 commit ab0809ccface7f63fd4f0e055c677e77b2d01008 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D642c130061bf0a2e359= 43a88a63ae90de86abf89 commit 642c130061bf0a2e35943a88a63ae90de86abf89 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8c3c555b62e91fcdb30= 65805c12053e991553a2d commit 8c3c555b62e91fcdb3065805c12053e991553a2d Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db354f7c233d1d859b10= e7b086bc145313604222c commit b354f7c233d1d859b10e7b086bc145313604222c Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc8ce29efb2808b1ada0= 2b5a0206722476080aa95 commit c8ce29efb2808b1ada02b5a0206722476080aa95 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D749617e6ba915234313= d2879d2b8ae267ae90171 commit 749617e6ba915234313d2879d2b8ae267ae90171 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De942ecd67439b7d2c07= 1fad571b30aa9f6dc9652 commit e942ecd67439b7d2c071fad571b30aa9f6dc9652 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D64eac2bc887b9fbc420= de6234a88ab8ca23c20a0 commit 64eac2bc887b9fbc420de6234a88ab8ca23c20a0 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4ddb52a88b25e2a8b36= 074930cd1e1cff6b1c8c2 commit 4ddb52a88b25e2a8b36074930cd1e1cff6b1c8c2 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D460ec96cf757b9b3e47= 2cf06398716e8fa8bbe9d commit 460ec96cf757b9b3e472cf06398716e8fa8bbe9d Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D658c5c67ee1716a555a= 3c56edc97eeedea98eb3b commit 658c5c67ee1716a555a3c56edc97eeedea98eb3b Author: H.J. Lu Date: Tue Aug 22 15:37:10 2017 -0700 Don't use hidden visibility in libc.a with PIE on i386 On i386, when multi-arch is enabled, all external functions must be called via PIC PLT in PIE, which requires setting up EBX register, since they may be IFUNC functions. * config.h.in (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New. * include/libc-symbols.h (__hidden_proto_hiddenattr): Add check for PIC and NO_HIDDEN_EXTERN_FUNC_IN_PIE. * sysdeps/i386/configure.ac (NO_HIDDEN_EXTERN_FUNC_IN_PIE): New AC_DEFINE if multi-arch is enabled. * sysdeps/i386/configure: Regenerated. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D87cef0df3062b7fe6a2= b2e52d726ffd6271504e1 commit 87cef0df3062b7fe6a2b2e52d726ffd6271504e1 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (all-static-start-installed-names): New. (extra-objs): Use it. (omit-deps): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o. ($(objpfx)$(start-installed-name)): Include $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_main_map): Make it hidden global. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5ab38a8b89415d4ca59= d46ff5a036859a3918a1e commit 5ab38a8b89415d4ca59d46ff5a036859a3918a1e Author: H.J. Lu Date: Tue Oct 3 06:48:11 2017 -0700 Add a test for main () in a shared object Verify that crt1.o can be used with main () in a shared object. * elf/Makefile (tests): Add tst-main1. (modules-names): Add tst-main1mod. ($(objpfx)tst-main1): New. (CRT-tst-main1): Likewise. (LDFLAGS-tst-main1): Likewise. (LDLIBS-tst-main1): Likewise. (tst-main1mod.so-no-z-defs): Likewise. * elf/tst-main1.c: New file. * elf/tst-main1mod.c: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da0b9dd6c93d349722f7= 266aac8e5f27686b8cbbe commit a0b9dd6c93d349722f7266aac8e5f27686b8cbbe Author: H.J. Lu Date: Tue Oct 3 15:02:19 2017 -0700 Use $(DEFAULT-LDFLAGS-$(@F)) in +link-static-before-libc Use $(LDFLAGS-$(@F)) with tst-tls1-static-non-pie may not be sufficient when static PIE is built by default. Use $(DEFAULT-LDFLAGS-$(@F)) in +link-static-before-libc to make sure that tst-tls1-static-non-pie is always built as non-PIE static executable and make sure that crt1.o is used with tst-tls1-static-non-pie. * Makeconfig (+link-static-before-libc): Use $(DEFAULT-LDFLAGS-$(@F)). * elf/Makefile (CRT-tst-tls1-static-non-pie): New. (LDFLAGS-tst-tls1-static-non-pie): Renamed to ... (DEFAULT-LDFLAGS-tst-tls1-static-non-pie): This. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39123-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:05:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18761 invoked by alias); 4 Oct 2017 09:05:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18239 invoked by uid 48); 4 Oct 2017 09:05:49 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 09:05: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00035.txt.bz2 Content-length: 242 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #5 from Andreas Schwab --- ITYM "we cannot throw from fillin_rpath". --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39124-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:16:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73754 invoked by alias); 4 Oct 2017 09:16:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73696 invoked by uid 55); 4 Oct 2017 09:16:33 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22243] log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Date: Wed, 04 Oct 2017 09:16: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00036.txt.bz2 Content-length: 2550 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22243 --- Comment #2 from 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 86c27ade1e44e29922d33676f950f7334edb37a7 (commit) via 8f8f8ef7aba40ef883291e4c4d95a419c3327d70 (commit) from 955774751b71c4bc94029dd541ad9d34634ec995 (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=3Dglibc.git;h=3D86c27ade1e44e29922d= 33676f950f7334edb37a7 commit 86c27ade1e44e29922d33676f950f7334edb37a7 Author: Szabolcs Nagy Date: Tue Oct 3 18:12:42 2017 +0100 [BZ #22244] Fix yn(n,0) without SVID wrapper Without SVID compat wrapper yn(n,0) and ynf(n,0) does not raise the divide-by-zero excpetion and it may return inf with the wrong sign for n < 0. [BZ #22244] * sysdeps/ieee754/dbl-64/e_jn.c (__ieee754_yn): Fix x =3D=3D 0 case. * sysdeps/ieee754/flt-32/e_jnf.c (__ieee754_ynf): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8f8f8ef7aba40ef8832= 91e4c4d95a419c3327d70 commit 8f8f8ef7aba40ef883291e4c4d95a419c3327d70 Author: Szabolcs Nagy Date: Tue Oct 3 17:13:18 2017 +0100 [BZ #22243] fix log2(0) and log(10) in downward rounding On 64bit targets if the SVID compat wrapper is suppressed (e.g. static linking) then log2(0) and log10(0) returned inf instead of -inf. [BZ #22243] * sysdeps/ieee754/dbl-64/wordsize-64/e_log10.c (__ieee754_log10): U= se fabs. * sysdeps/ieee754/dbl-64/wordsize-64/e_log2.c (__ieee754_log2): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++++++ sysdeps/ieee754/dbl-64/e_jn.c | 10 +++++----- sysdeps/ieee754/dbl-64/wordsize-64/e_log10.c | 2 +- sysdeps/ieee754/dbl-64/wordsize-64/e_log2.c | 2 +- sysdeps/ieee754/flt-32/e_jnf.c | 6 +++--- 5 files changed, 22 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39125-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:16:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73765 invoked by alias); 4 Oct 2017 09:16:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73699 invoked by uid 55); 4 Oct 2017 09:16:33 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22244] ynf and yn are wrong without the svid compat wrapper Date: Wed, 04 Oct 2017 09:16: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00037.txt.bz2 Content-length: 2550 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22244 --- Comment #1 from 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 86c27ade1e44e29922d33676f950f7334edb37a7 (commit) via 8f8f8ef7aba40ef883291e4c4d95a419c3327d70 (commit) from 955774751b71c4bc94029dd541ad9d34634ec995 (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=3Dglibc.git;h=3D86c27ade1e44e29922d= 33676f950f7334edb37a7 commit 86c27ade1e44e29922d33676f950f7334edb37a7 Author: Szabolcs Nagy Date: Tue Oct 3 18:12:42 2017 +0100 [BZ #22244] Fix yn(n,0) without SVID wrapper Without SVID compat wrapper yn(n,0) and ynf(n,0) does not raise the divide-by-zero excpetion and it may return inf with the wrong sign for n < 0. [BZ #22244] * sysdeps/ieee754/dbl-64/e_jn.c (__ieee754_yn): Fix x =3D=3D 0 case. * sysdeps/ieee754/flt-32/e_jnf.c (__ieee754_ynf): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8f8f8ef7aba40ef8832= 91e4c4d95a419c3327d70 commit 8f8f8ef7aba40ef883291e4c4d95a419c3327d70 Author: Szabolcs Nagy Date: Tue Oct 3 17:13:18 2017 +0100 [BZ #22243] fix log2(0) and log(10) in downward rounding On 64bit targets if the SVID compat wrapper is suppressed (e.g. static linking) then log2(0) and log10(0) returned inf instead of -inf. [BZ #22243] * sysdeps/ieee754/dbl-64/wordsize-64/e_log10.c (__ieee754_log10): U= se fabs. * sysdeps/ieee754/dbl-64/wordsize-64/e_log2.c (__ieee754_log2): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++++++ sysdeps/ieee754/dbl-64/e_jn.c | 10 +++++----- sysdeps/ieee754/dbl-64/wordsize-64/e_log10.c | 2 +- sysdeps/ieee754/dbl-64/wordsize-64/e_log2.c | 2 +- sysdeps/ieee754/flt-32/e_jnf.c | 6 +++--- 5 files changed, 22 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39126-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:33:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100045 invoked by alias); 4 Oct 2017 09:33:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99966 invoked by uid 48); 4 Oct 2017 09:33:29 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22243] log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Date: Wed, 04 Oct 2017 09:33: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nszabolcs 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00038.txt.bz2 Content-length: 510 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22243 Szabolcs Nagy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Szabolcs Nagy --- fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39127-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:34:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101956 invoked by alias); 4 Oct 2017 09:34:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100537 invoked by uid 48); 4 Oct 2017 09:34:05 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22244] ynf and yn are wrong without the svid compat wrapper Date: Wed, 04 Oct 2017 09:34: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nszabolcs 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00039.txt.bz2 Content-length: 510 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22244 Szabolcs Nagy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Szabolcs Nagy --- fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39128-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 09:38:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12143 invoked by alias); 4 Oct 2017 09:38:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12106 invoked by uid 48); 4 Oct 2017 09:38:05 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 09: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00040.txt.bz2 Content-length: 347 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #6 from Florian Weimer --- (In reply to Andreas Schwab from comment #5) > ITYM "we cannot throw from fillin_rpath". Right, I meant to write *cannot throw* in comment 3. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39129-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 11:13:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97043 invoked by alias); 4 Oct 2017 11:13:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96773 invoked by uid 48); 4 Oct 2017 11:13:25 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22247] New: CVE-2017-14062 : Integer overflow in the decode_digit function in puny_decode.c in libidn Date: Wed, 04 Oct 2017 11:13: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: dilfridge at gentoo 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-10/txt/msg00041.txt.bz2 Content-length: 1323 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22247 Bug ID: 22247 Summary: CVE-2017-14062 : Integer overflow in the decode_digit function in puny_decode.c in libidn Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: dilfridge at gentoo dot org CC: drepper.fsp at gmail dot com Target Milestone: --- In bug Gentoo-629466 [1] Jeroen Roovers found that glibc is vulnerable to t= he same CVE-2017-14062 [2] as libidn is; see also bug Gentoo-632556 [3]. "Integer overflow in the decode_digit function in puny_decode.c in Libidn2 before 2.0.4 allows remote attackers to cause a denial of service or possib= ly have unspecified other impact." The backport to libidn-1, which should also apply to the glibc code, can be found here [4]. [1] https://bugs.gentoo.org/show_bug.cgi?id=3D629466 [2] https://nvd.nist.gov/vuln/detail/CVE-2017-14062 [3] https://bugs.gentoo.org/632556 [4] https://git.savannah.gnu.org/gitweb/?p=3Dlibidn.git;a=3Dcommitdiff;h=3De9e8= 1b8063b095b02cf104bb992fa9bf9515b9d8 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39130-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 11:15:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102314 invoked by alias); 4 Oct 2017 11:15:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102271 invoked by uid 48); 4 Oct 2017 11:15:37 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22247] CVE-2017-14062 : Integer overflow in the decode_digit function in puny_decode.c in libidn Date: Wed, 04 Oct 2017 11:15: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: dilfridge at gentoo 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00042.txt.bz2 Content-length: 476 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22247 Andreas K. Huettel changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.gentoo.org/sho | |w_bug.cgi?id=3D632556 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39132-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 11:43:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12873 invoked by alias); 4 Oct 2017 11:43:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12619 invoked by uid 48); 4 Oct 2017 11:43:31 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/19728] out of bounds stack read in libidn function idna_to_ascii_4i Date: Wed, 04 Oct 2017 11:43: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.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: bug_status assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00044.txt.bz2 Content-length: 466 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19728 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW Assignee|fweimer at redhat dot com |unassigned at sourc= eware dot org --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39131-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 11:43:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 6381 invoked by alias); 4 Oct 2017 11:43:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3776 invoked by uid 48); 4 Oct 2017 11:43:12 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22247] CVE-2017-14062 : Integer overflow in the decode_digit function in puny_decode.c in libidn Date: Wed, 04 Oct 2017 11: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: 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: In-Reply-To: References: 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: 2017-10/txt/msg00043.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22247 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security+ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39133-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 13:16:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17200 invoked by alias); 4 Oct 2017 13:16:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11821 invoked by uid 55); 4 Oct 2017 13:16:41 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/17956] Build fails on missing definitions from header file nss/nss.h when Mozilla NSS is used for cryptography Date: Wed, 04 Oct 2017 13:16: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00045.txt.bz2 Content-length: 1852 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17956 --- Comment #25 from 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 57b4af1955e28c1623c98397b8597847d16bdd8c (commit) from 64d1e08ea822bf47cb2796ad0f727136227f983c (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=3Dglibc.git;h=3D57b4af1955e28c1623c= 98397b8597847d16bdd8c commit 57b4af1955e28c1623c98397b8597847d16bdd8c Author: Guido Trentalancia Date: Wed Oct 4 15:02:35 2017 +0200 crypt: Use NSPR header files in addition to NSS header files [BZ #17956] When configuring and building GNU libc using the Mozilla NSS library for cryptography (--enable-nss-crypt option), also include the NSPR header files along with the Mozilla NSS library header files. Finally, when running the check-local-headers test, ignore the Mozilla NSPR library header files (used by the Mozilla NSS library). ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++++++++++ configure | 6 +++++- configure.ac | 6 +++++- crypt/Makefile | 8 +++++--- scripts/check-local-headers.sh | 2 +- 5 files changed, 27 insertions(+), 6 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39135-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 13:26:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122653 invoked by alias); 4 Oct 2017 13:26:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122577 invoked by uid 48); 4 Oct 2017 13:26:20 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/17956] Build fails on missing definitions from header file nss/nss.h when Mozilla NSS is used for cryptography Date: Wed, 04 Oct 2017 13:26: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.23 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00047.txt.bz2 Content-length: 406 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17956 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39134-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 13:26:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120254 invoked by alias); 4 Oct 2017 13:26:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117350 invoked by uid 48); 4 Oct 2017 13:26:10 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/17956] Build fails on missing definitions from header file nss/nss.h when Mozilla NSS is used for cryptography Date: Wed, 04 Oct 2017 13:26: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.23 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc see_also resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00046.txt.bz2 Content-length: 801 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17956 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED CC| |fweimer at redhat dot com See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=3D1489339 Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #26 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39136-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 13:50:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98454 invoked by alias); 4 Oct 2017 13:50:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98227 invoked by uid 55); 4 Oct 2017 13:50:30 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/17956] Build fails on missing definitions from header file nss/nss.h when Mozilla NSS is used for cryptography Date: Wed, 04 Oct 2017 13:50: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.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: P2 X-Bugzilla-Assigned-To: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00048.txt.bz2 Content-length: 1348 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17956 --- Comment #27 from 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 11c4f5010c58029e73e656d5df4f8f42c9b8e877 (commit) from 57b4af1955e28c1623c98397b8597847d16bdd8c (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=3Dglibc.git;h=3D11c4f5010c58029e73e= 656d5df4f8f42c9b8e877 commit 11c4f5010c58029e73e656d5df4f8f42c9b8e877 Author: Florian Weimer Date: Wed Oct 4 15:49:06 2017 +0200 crypt: Adjust check-local-headers.sh for nspr4 include directory [BZ #17956] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 5 +++++ scripts/check-local-headers.sh | 2 +- 2 files changed, 6 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39137-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 15:33:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72013 invoked by alias); 4 Oct 2017 15:33:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71963 invoked by uid 48); 4 Oct 2017 15:33:37 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22161] nscd cache prune for netgroups hangs after timeout bump Date: Wed, 04 Oct 2017 15:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd 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: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dj at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00049.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22161 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39139-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 15:33:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72586 invoked by alias); 4 Oct 2017 15:33:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72546 invoked by uid 48); 4 Oct 2017 15:33:53 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22244] ynf and yn are wrong without the svid compat wrapper Date: Wed, 04 Oct 2017 15:33: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00051.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22244 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39138-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 15:33:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72319 invoked by alias); 4 Oct 2017 15:33:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72279 invoked by uid 48); 4 Oct 2017 15:33:48 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22243] log2(0) and log10(0) are wrong in downward rounding without the svid compat wrapper Date: Wed, 04 Oct 2017 15:33: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00050.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22243 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39141-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 16:47:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58481 invoked by alias); 4 Oct 2017 16:47:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58438 invoked by uid 48); 4 Oct 2017 16:47:34 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22229] [sparc32] missing copysignl, fabsl, fmal compat symbols Date: Wed, 04 Oct 2017 16:47: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00053.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22229 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39140-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 16:47:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38523 invoked by alias); 4 Oct 2017 16:47:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38085 invoked by uid 55); 4 Oct 2017 16:47:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22229] [sparc32] missing copysignl, fabsl, fmal compat symbols Date: Wed, 04 Oct 2017 16:47: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00052.txt.bz2 Content-length: 3741 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22229 --- Comment #1 from 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 32d372d548122b224ec63a520a780d9227094a48 (commit) from 72d13ed1bdb3154adce67a74b7d6ec240a6b12a4 (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=3Dglibc.git;h=3D32d372d548122b224ec= 63a520a780d9227094a48 commit 32d372d548122b224ec63a520a780d9227094a48 Author: Joseph Myers Date: Wed Oct 4 16:46:05 2017 +0000 Restore sparc32 copysignl, fabsl, fmal compat symbols (bug 22229). 32-bit SPARC libm should have compat symbols for copysignl (GLIBC_2.0), fabsl (GLIBC_2.0), fmal (GLIBC_2.1), pointing to the double functions; they were present in glibc 2.8, for example, but are now missing, probably when optimized SPARC function implementations were added without appropriate compat symbol handling. The same applies to copysignl in libc. This patch restores those compat symbols. Tested with build-many-glibcs.py for sparcv9-linux-gnu. [BZ #22229] * sysdeps/sparc/sparc32/fpu/s_copysign.S: Include (copysignl): Define as compat symbol at version GLIBC_2_0 for libm and libc. * sysdeps/sparc/sparc32/fpu/s_fabs.S: Include . (fabsl): Define as compat symbol at version GLIBC_2_0 for libm. * sysdeps/sparc/sparc32/fpu/s_fma.c: Include . (fmal): Define as compat symbol at version GLIBC_2_1 for libm. * sysdeps/sparc/sparc32/sparcv9/fpu/multiarch/s_copysign.S: Include (copysignl): Define as compat symbol at version GLIBC_2_0 for libm and libc. (compat_symbol): Undefine and redefine. * sysdeps/sparc/sparc32/sparcv9/fpu/multiarch/s_fabs.S: Include (fabsl): Define as compat symbol at version GLIBC_2_0 for libm. (compat_symbol): Undefine and redefine. * sysdeps/sparc/sparc32/sparcv9/fpu/multiarch/s_fma.c [HAVE_AS_VIS3_SUPPORT]: Include . [HAVE_AS_VIS3_SUPPORT] (fmal): Define as compat symbol at version GLIBC_2_1 for libm. * sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist: Add GLIBC_2.0 copysignl symbol. * sysdeps/unix/sysv/linux/sparc/sparc32/libm.abilist: Add GLIBC_2.0 copysignl and fabsl and GLIBC_2.1 fmal symbols. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 27 ++++++++++++++++= ++++ sysdeps/sparc/sparc32/fpu/s_copysign.S | 9 ++++++- sysdeps/sparc/sparc32/fpu/s_fabs.S | 4 +++ sysdeps/sparc/sparc32/fpu/s_fma.c | 4 +++ .../sparc32/sparcv9/fpu/multiarch/s_copysign.S | 9 ++++++ .../sparc/sparc32/sparcv9/fpu/multiarch/s_fabs.S | 6 ++++ .../sparc/sparc32/sparcv9/fpu/multiarch/s_fma.c | 4 +++ sysdeps/unix/sysv/linux/sparc/sparc32/libc.abilist | 1 + sysdeps/unix/sysv/linux/sparc/sparc32/libm.abilist | 3 ++ 9 files changed, 66 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39142-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 20:38:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95613 invoked by alias); 4 Oct 2017 20:37:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95545 invoked by uid 48); 4 Oct 2017 20:37:55 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/15686] Shared-object static constructors called with a lock held Date: Wed, 04 Oct 2017 20: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: unspecified 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00054.txt.bz2 Content-length: 799 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15686 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #2 from Carlos O'Donell --- This is normally not a problem except when constructors spawn threads to do additional work, which seems like a scenario we might support. In order to support it we would have to quiesce the state of the loader, release the lo= cks, and run the constructor. This is something we have never supported before, = but could in the future. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39143-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 22:22:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9266 invoked by alias); 4 Oct 2017 22:22:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3761 invoked by uid 48); 4 Oct 2017 22:22:00 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 22:22: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00055.txt.bz2 Content-length: 925 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #7 from Carlos O'Donell --- (In reply to Florian Weimer from comment #3) > decompose_rpath has this: >=20 > fillin_rpath (copy, result, ":", 0, what, where, l); >=20 > /* Free the copied RPATH string. `fillin_rpath' make own copies if > necessary. */ > free (copy); >=20 > Other callers of fillin_rpath also have local allocations that they need = to > free. >=20 > So we can throw from from fillin_rpath without introducing a memory leak.= I > expect it will be easier to make fillin_rpath to return an error code than > to change the callers to catch and reraise the exception. I didn't notice that in my review. Good catch. In which case we need to clean this up even more, but not much, there aren't many users of fillin_rpath. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39144-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 04 22:22:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40025 invoked by alias); 4 Oct 2017 22:22:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29195 invoked by uid 48); 4 Oct 2017 22:22:18 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 04 Oct 2017 22:22: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00056.txt.bz2 Content-length: 694 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #8 from Carlos O'Donell --- (In reply to seltenreich from comment #4) > carlos at redhat dot com writes: >=20 > > Are you able to test a master glibc with a patch like this? >=20 > I could give a patched master glibc a spin on my testing rig over the > weekend. During the last testing, about 5 core dumps with the above > backtraces were generated per hour, so I guess re-testing would give a > reasonable confidence that it is fixed after running for a couple hours. Wait on that. We're going to get a better fix. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39145-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 01:08:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70773 invoked by alias); 5 Oct 2017 01:08:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66038 invoked by uid 55); 5 Oct 2017 01:08:30 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 05 Oct 2017 01:08: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00057.txt.bz2 Content-length: 17013 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at fdcd654de6a9157b8fe5a5d3ebc4010727d885fe (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfdcd654de6a9157b8fe= 5a5d3ebc4010727d885fe commit fdcd654de6a9157b8fe5a5d3ebc4010727d885fe Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da305cebf497d8ba006d= d4dd9a913184cbc6efc4b commit a305cebf497d8ba006dd4dd9a913184cbc6efc4b Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D998b75b5a06324473fa= 13f44384466056792d96b commit 998b75b5a06324473fa13f44384466056792d96b Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df1b8027262864bf8fcc= c9e8fc0d7526bd2e27760 commit f1b8027262864bf8fccc9e8fc0d7526bd2e27760 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df4a80fea9d091b58421= b2cf0f5b9cee15667bcc1 commit f4a80fea9d091b58421b2cf0f5b9cee15667bcc1 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dde133a5edbc640de98d= bb75000bbecb06ef54dd3 commit de133a5edbc640de98dbb75000bbecb06ef54dd3 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D72eaf5f48e60ab13619= 58a8d926fec451c1abbd4 commit 72eaf5f48e60ab1361958a8d926fec451c1abbd4 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4e43e61ddb410f86c65= eeff36ef71f284d53e33c commit 4e43e61ddb410f86c65eeff36ef71f284d53e33c Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7f3e02e5cdf9bba7038= 1bcb732c1060f61b1dfcd commit 7f3e02e5cdf9bba70381bcb732c1060f61b1dfcd Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbd9e7ad5513910c796b= 610f4abd9a218ee89b477 commit bd9e7ad5513910c796b610f4abd9a218ee89b477 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbcfcd615fe428337117= 2f02ef87db4dbbf2f6e80 commit bcfcd615fe4283371172f02ef87db4dbbf2f6e80 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (all-static-start-installed-names): New. (extra-objs): Use it. (omit-deps): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o. ($(objpfx)$(start-installed-name)): Include $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_main_map): Make it hidden global. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39147-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 04:28:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113989 invoked by alias); 5 Oct 2017 04:28:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113952 invoked by uid 48); 5 Oct 2017 04:28:47 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Thu, 05 Oct 2017 04: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.26 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00059.txt.bz2 Content-length: 329 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #10 from Carlos O'Donell --- Created attachment 10506 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10506&action=3Ded= it swbz22238-v2.patch --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39146-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 04:28:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113568 invoked by alias); 5 Oct 2017 04:28:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113509 invoked by uid 48); 5 Oct 2017 04:28:16 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Thu, 05 Oct 2017 04: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00058.txt.bz2 Content-length: 849 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #9 from Carlos O'Donell --- (In reply to Carlos O'Donell from comment #8) > (In reply to seltenreich from comment #4) > > carlos at redhat dot com writes: > >=20 > > > Are you able to test a master glibc with a patch like this? > >=20 > > I could give a patched master glibc a spin on my testing rig over the > > weekend. During the last testing, about 5 core dumps with the above > > backtraces were generated per hour, so I guess re-testing would give a > > reasonable confidence that it is fixed after running for a couple hours. >=20 > Wait on that. We're going to get a better fix. OK, I'm doing fault injection on the new fix to see if there was anything I missed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39148-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 04:43:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23513 invoked by alias); 5 Oct 2017 04:43:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23469 invoked by uid 48); 5 Oct 2017 04:43:49 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Thu, 05 Oct 2017 04:43: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: maiku.fabian at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00060.txt.bz2 Content-length: 574 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com, maiku.fabian at gmail= dot com Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39149-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 05:42:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76422 invoked by alias); 5 Oct 2017 05:42:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76363 invoked by uid 48); 5 Oct 2017 05:42:01 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Thu, 05 Oct 2017 05:42: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00061.txt.bz2 Content-length: 1517 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #11 from Carlos O'Donell --- (In reply to Carlos O'Donell from comment #10) > Created attachment 10506 [details] > swbz22238-v2.patch OK, this is what I ended up with. /home/carlos/support/swbz22238/test: error while loading shared libraries: NULL: cannot process RPATH: Cannot allocate memory I had to fix one more thing though: diff --git a/elf/dl-error-skeleton.c b/elf/dl-error-skeleton.c index 5b0fc89..6543e39 100644 --- a/elf/dl-error-skeleton.c +++ b/elf/dl-error-skeleton.c @@ -75,6 +75,8 @@ fatal_error (int errcode, const char *objname, const char *occasion, const char *errstring) { char buffer[1024]; + if (objname =3D=3D NULL) + objname =3D "NULL"; _dl_fatal_printf ("%s: %s: %s%s%s%s%s\n", RTLD_PROGNAME, occasion ?: N_("error while loading shared libraries"), --- Otherwise we crash in fatal_error attempting to deref objname. Florian, what do you think we should do here? It's common practice to elide objname in some of these calls and use NULL. In the old code after refactoring we had: 9e78f6f6 (Florian Weimer 2016-11-30 15:59:57 +0100 89) if (objname =3D= =3D NULL) 9e78f6f6 (Florian Weimer 2016-11-30 15:59:57 +0100 90) objname =3D ""; Which we dropped in a later cleanup. We should probably put back the these two lines in fatal_error. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39150-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 10:26:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35390 invoked by alias); 5 Oct 2017 10:26:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116184 invoked by uid 48); 5 Oct 2017 10:25:13 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Thu, 05 Oct 2017 10:26: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00062.txt.bz2 Content-length: 473 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #12 from Florian Weimer --- (In reply to Carlos O'Donell from comment #10) > Created attachment 10506 [details] > swbz22238-v2.patch Patch has implicit comparison against zero, and we nowadays prefer to decla= re local variables on first use. The general approach appears to be fine, tho= ugh. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39151-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 10:28:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49578 invoked by alias); 5 Oct 2017 10:28:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38484 invoked by uid 48); 5 Oct 2017 10:28:46 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Thu, 05 Oct 2017 10: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00063.txt.bz2 Content-length: 1447 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #13 from Florian Weimer --- (In reply to Carlos O'Donell from comment #11) > I had to fix one more thing though: >=20 > diff --git a/elf/dl-error-skeleton.c b/elf/dl-error-skeleton.c > index 5b0fc89..6543e39 100644 > --- a/elf/dl-error-skeleton.c > +++ b/elf/dl-error-skeleton.c > @@ -75,6 +75,8 @@ fatal_error (int errcode, const char *objname, const ch= ar > *occasion, > const char *errstring) > { > char buffer[1024]; > + if (objname =3D=3D NULL) > + objname =3D "NULL"; > _dl_fatal_printf ("%s: %s: %s%s%s%s%s\n", > RTLD_PROGNAME, > occasion ?: N_("error while loading shared libraries"= ), > --- >=20 > Otherwise we crash in fatal_error attempting to deref objname. >=20 > Florian, what do you think we should do here? It's common practice to eli= de > objname in some of these calls and use NULL. >=20 > In the old code after refactoring we had: > 9e78f6f6 (Florian Weimer 2016-11-30 15:59:57 +0100 89) if (objname =3D= =3D > NULL) > 9e78f6f6 (Florian Weimer 2016-11-30 15:59:57 +0100 90) objname =3D "= "; >=20 > Which we dropped in a later cleanup. >=20 > We should probably put back the these two lines in fatal_error. Right, but this is a separate fix (and please use "", not "NULL"). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39152-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 11:04:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49899 invoked by alias); 5 Oct 2017 11:04:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48029 invoked by uid 48); 5 Oct 2017 11:04:50 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22247] CVE-2017-14062 : Integer overflow in the decode_digit function in puny_decode.c in libidn Date: Thu, 05 Oct 2017 11:04: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: dilfridge at gentoo 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: In-Reply-To: References: 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: 2017-10/txt/msg00064.txt.bz2 Content-length: 358 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22247 --- Comment #1 from Andreas K. Huettel --- Needs another libidn commit, it seems. http://git.savannah.gnu.org/gitweb/?p=3Dlibidn.git;a=3Dcommit;h=3D6c8a93756= 41ca283b50f9680c90dcd57f9c44798 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39153-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 12:51:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112714 invoked by alias); 5 Oct 2017 12:51:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112583 invoked by uid 48); 5 Oct 2017 12:50:56 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22264] New: Check PIC instead of SHARED for PIC code path Date: Thu, 05 Oct 2017 12:51: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.27 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 cc target_milestone Message-ID: 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: 2017-10/txt/msg00065.txt.bz2 Content-length: 8679 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 Bug ID: 22264 Summary: Check PIC instead of SHARED for PIC code path Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- SHARED is checked in: sysdeps/arm/__longjmp.S:# ifdef SHARED sysdeps/arm/dl-tlsdesc.S:#ifdef SHARED sysdeps/arm/dl-tlsdesc.S:#endif /* SHARED */ sysdeps/arm/setjmp.S:# ifdef SHARED sysdeps/ia64/fpu/e_exp2f.S:#ifdef SHARED sysdeps/ia64/fpu/e_expf.S:#ifdef SHARED sysdeps/ia64/fpu/e_log2f.S:#ifdef SHARED sysdeps/ia64/fpu/e_logf.S:#ifdef SHARED sysdeps/ia64/fpu/e_powf.S:#ifdef SHARED sysdeps/ia64/fpu/e_powl.S:POWL_64_SHARED: sysdeps/microblaze/_mcount.S:#ifdef SHARED sysdeps/powerpc/powerpc32/a2/memcpy.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/__longjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_ceil.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_ceilf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_floor.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_floorf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_lround.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_nearbyint.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_nearbyintf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_rint.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_rintf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_round.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_round.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_roundf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_roundf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_trunc.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/s_truncf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/fpu/setjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc32/memset.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power4/fpu/s_llround.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power4/multiarch/bzero-ppc32.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power4/multiarch/strchr-ppc32.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power7/fpu/s_finite.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power7/fpu/s_isinf.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power7/fpu/s_isnan.S:#ifdef SHARED sysdeps/powerpc/powerpc32/power7/strcasecmp.S:# ifdef SHARED sysdeps/powerpc/powerpc32/power7/strcasecmp.S:# endif /* SHARED */ sysdeps/powerpc/powerpc32/ppc-mcount.S:#ifndef SHARED sysdeps/powerpc/powerpc64/__longjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc64/__longjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc64/dl-trampoline.S:#ifndef SHARED sysdeps/powerpc/powerpc64/dl-trampoline.S:# ifdef SHARED sysdeps/powerpc/powerpc64/dl-trampoline.S:#ifdef SHARED sysdeps/powerpc/powerpc64/dl-trampoline.S:#ifndef SHARED sysdeps/powerpc/powerpc64/dl-trampoline.S:#ifndef SHARED sysdeps/powerpc/powerpc64/multiarch/stpncpy-power7.S:#ifdef SHARED sysdeps/powerpc/powerpc64/multiarch/stpncpy-power8.S:#ifdef SHARED sysdeps/powerpc/powerpc64/multiarch/strchr-ppc64.S:#ifdef SHARED sysdeps/powerpc/powerpc64/multiarch/strncpy-power7.S:#ifdef SHARED sysdeps/powerpc/powerpc64/multiarch/strncpy-power8.S:#ifdef SHARED sysdeps/powerpc/powerpc64/multiarch/strstr-power7.S:#ifdef SHARED sysdeps/powerpc/powerpc64/power7/strncpy.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power7/strstr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power7/strstr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power7/strstr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power8/strcasestr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power8/strcasestr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power8/strcasestr.S:# ifdef SHARED sysdeps/powerpc/powerpc64/power8/strncpy.S:# ifdef SHARED sysdeps/powerpc/powerpc64/ppc-mcount.S:#ifndef SHARED sysdeps/powerpc/powerpc64/setjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc64/setjmp-common.S:# ifdef SHARED sysdeps/powerpc/powerpc64/setjmp-common.S:#elif defined SHARED sysdeps/sh/_mcount.S:#ifdef SHARED sysdeps/sh/_mcount.S:#ifdef SHARED sysdeps/sh/bsd-_setjmp.S:#ifdef SHARED sysdeps/sh/bsd-setjmp.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/dl-trampoline.S:#ifdef SHARED sysdeps/sh/sh3/setjmp.S:# ifdef SHARED sysdeps/sh/sh4/setjmp.S:# ifdef SHARED sysdeps/sparc/sparc64/cpu_relax.S:# ifdef SHARED sysdeps/sparc/sparc64/cpu_relax.S:# ifdef SHARED sysdeps/sparc/sparc64/cpu_relax.S:# ifdef SHARED sysdeps/sparc/sparc64/cpu_relax.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/add_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/add_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/add_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/add_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/addmul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/addmul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/addmul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/addmul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memcpy.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/memset.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/mul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/mul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/mul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/mul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/sub_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/sub_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/sub_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/sub_n.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/submul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/submul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/submul_1.S:# ifdef SHARED sysdeps/sparc/sparc64/multiarch/submul_1.S:# ifdef SHARED sysdeps/unix/sh/sysdep.S:#ifndef SHARED sysdeps/unix/sh/sysdep.S:#ifndef SHARED sysdeps/unix/sysv/linux/m68k/m68k-helpers.S:# ifdef SHARED sysdeps/unix/sysv/linux/m68k/m68k-helpers.S:# else /* !SHARED */ sysdeps/unix/sysv/linux/m68k/m68k-helpers.S:# endif /* SHARED */ sysdeps/unix/sysv/linux/powerpc/powerpc32/getcontext-common.S:# ifdef SHA= RED sysdeps/unix/sysv/linux/powerpc/powerpc32/setcontext-common.S:# ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc32/swapcontext-common.S:# ifdef SHA= RED sysdeps/unix/sysv/linux/powerpc/powerpc32/swapcontext-common.S:# ifdef SH= ARED sysdeps/unix/sysv/linux/powerpc/powerpc64/getcontext.S:#ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/getcontext.S:# ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/makecontext.S:#ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/setcontext.S:#ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/setcontext.S:# ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/setcontext.S:# ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/swapcontext.S:#ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/swapcontext.S:# ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/swapcontext.S:#ifdef SHARED sysdeps/unix/sysv/linux/powerpc/powerpc64/swapcontext.S:# ifdef SHARED If SHARED is checked to select PIC code path, it should be changed to check PIC to support static PIE. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39154-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 12:56:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17382 invoked by alias); 5 Oct 2017 12:56:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15281 invoked by uid 55); 5 Oct 2017 12:56:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug stdio/15436] Don't close or flush stdio streams on abort Date: Thu, 05 Oct 2017 12: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00066.txt.bz2 Content-length: 1344 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15436 --- Comment #4 from 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 91e7cf982d0104f0e71770f5ae8e3faf352dea9f (commit) from 0c25125780083cbba22ed627756548efe282d1a0 (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=3Dglibc.git;h=3D91e7cf982d0104f0e71= 770f5ae8e3faf352dea9f commit 91e7cf982d0104f0e71770f5ae8e3faf352dea9f Author: Florian Weimer Date: Thu Oct 5 14:48:16 2017 +0200 abort: Do not flush stdio streams [BZ #15436] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 +++++++ NEWS | 5 +++++ stdlib/abort.c | 29 +++++------------------------ 3 files changed, 17 insertions(+), 24 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39155-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 12:57:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24810 invoked by alias); 5 Oct 2017 12:57:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23179 invoked by uid 48); 5 Oct 2017 12:56:58 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug stdio/15436] Don't close or flush stdio streams on abort Date: Thu, 05 Oct 2017 12: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.18 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00067.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15436 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39156-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 13:05:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50763 invoked by alias); 5 Oct 2017 13:05:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 40433 invoked by uid 55); 5 Oct 2017 13:05:10 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 05 Oct 2017 13: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00068.txt.bz2 Content-length: 17087 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at f587daf25136646a5a2de01c04814c930f0897c7 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df587daf25136646a5a2= de01c04814c930f0897c7 commit f587daf25136646a5a2de01c04814c930f0897c7 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3ee7525f8edc4907f70= e0eb905957e8eca6bd099 commit 3ee7525f8edc4907f70e0eb905957e8eca6bd099 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3969f58b55fb6d7b051= b7666bf172515a6291ae2 commit 3969f58b55fb6d7b051b7666bf172515a6291ae2 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db0286374c12aedd127a= 625a931c8269b2e0a9ae1 commit b0286374c12aedd127a625a931c8269b2e0a9ae1 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd32b555065131413114= 44cdf3e1a1d382e93552a commit d32b55506513141311444cdf3e1a1d382e93552a Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dffc326a9bb88a711132= 7db0bb581cf04feb50ceb commit ffc326a9bb88a7111327db0bb581cf04feb50ceb Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D938f1fb2c52412a3951= 48d9e62aabe5e5e296735 commit 938f1fb2c52412a395148d9e62aabe5e5e296735 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1b8670104f21dbd639c= cba92ea838c60d07a24c8 commit 1b8670104f21dbd639ccba92ea838c60d07a24c8 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddb977155c5f03858190= 5db2267fe67e435c14bce commit db977155c5f038581905db2267fe67e435c14bce Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4edf60fa32443d077de= 566e0c67b74a60a2b5c01 commit 4edf60fa32443d077de566e0c67b74a60a2b5c01 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D63696fa1d8b2d152b10= 540639e2eaa78f48c86c8 commit 63696fa1d8b2d152b10540639e2eaa78f48c86c8 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a: https://sourceware.org/bugzilla/show_bug.cgi?id=3D20179 FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. Don't add gPcrt1.o. (extra-objs): Add static-reloc.o. ($(objpfx)$(start-installed-name)): Include $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_main_map): Make it hidden global. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39157-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 15:43:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17221 invoked by alias); 5 Oct 2017 15:43:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12152 invoked by uid 55); 5 Oct 2017 15:43:39 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug stdio/15142] Missing locking in _IO_cleanup Date: Thu, 05 Oct 2017 15:43: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.3.4 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: In-Reply-To: References: 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: 2017-10/txt/msg00069.txt.bz2 Content-length: 1432 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15142 --- Comment #3 from 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 19f82f358670f4b80533156b9edbf81223358bf9 (commit) from 91e7cf982d0104f0e71770f5ae8e3faf352dea9f (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=3Dglibc.git;h=3D19f82f358670f4b8053= 3156b9edbf81223358bf9 commit 19f82f358670f4b80533156b9edbf81223358bf9 Author: Andreas Schwab Date: Mon Aug 21 16:07:29 2017 +0200 Always do locking when iterating over list of streams (bug 15142) _IO_list_all should only be traversed while locking list_all_lock. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++++++ libio/genops.c | 60 ++++++++++++++++------------------------------------= --- 2 files changed, 26 insertions(+), 42 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39158-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 16:04:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39255 invoked by alias); 5 Oct 2017 16:04:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39161 invoked by uid 55); 5 Oct 2017 16:04:03 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22264] Check PIC instead of SHARED for PIC code path Date: Thu, 05 Oct 2017 16:04: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00070.txt.bz2 Content-length: 298 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 --- Comment #1 from joseph at codesourcery dot com --- None of the ARM files listed look like they should be testing for PIC. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39159-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 05 23:38:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127105 invoked by alias); 5 Oct 2017 23:38:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127063 invoked by uid 55); 5 Oct 2017 23:38:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 05 Oct 2017 23:38: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00071.txt.bz2 Content-length: 17101 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #8 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 1533643281aceac6c0e4fc8c5fc23bb4d8231d84 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1533643281aceac6c0e= 4fc8c5fc23bb4d8231d84 commit 1533643281aceac6c0e4fc8c5fc23bb4d8231d84 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df01b79354b15c74ceb6= 08b2adba100945462b0d3 commit f01b79354b15c74ceb608b2adba100945462b0d3 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da8d35ee5c352f1dc846= 2b52a1736c381c6870f8a commit a8d35ee5c352f1dc8462b52a1736c381c6870f8a Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3dcd7e147ff5e5f071d= 176f725829f290d8a380d commit 3dcd7e147ff5e5f071d176f725829f290d8a380d Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9c0188668b358927a11= d072cae14931f65e6f29a commit 9c0188668b358927a11d072cae14931f65e6f29a Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcb10c792647cb2bb3e9= f0d4503ce602671e9d570 commit cb10c792647cb2bb3e9f0d4503ce602671e9d570 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D39abed4674273ced1ad= ce7f85d5ba47ca73d1274 commit 39abed4674273ced1adce7f85d5ba47ca73d1274 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df256161edd3d97736e1= 14ba24e6ecdc091cd143b commit f256161edd3d97736e114ba24e6ecdc091cd143b Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6989f9b7be76e467fa0= 0819b059d746e7fe342a6 commit 6989f9b7be76e467fa00819b059d746e7fe342a6 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd192dfe91049b1fd9e3= 5470bc33242b42062ac80 commit d192dfe91049b1fd9e35470bc33242b42062ac80 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddc4e128babe69ab9f17= 9653ebc24825cc73555ab commit dc4e128babe69ab9f179653ebc24825cc73555ab Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D20179 FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. Don't add gPcrt1.o. (extra-objs): Add static-reloc.o. ($(objpfx)$(start-installed-name)): Include $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39160-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 08:54:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60799 invoked by alias); 6 Oct 2017 08:54:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60746 invoked by uid 48); 6 Oct 2017 08:54:13 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Fri, 06 Oct 2017 08:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00072.txt.bz2 Content-length: 474 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 Christian Brauner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |christian.brauner at mailb= ox dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39161-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 09:44:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33767 invoked by alias); 6 Oct 2017 09:44:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33002 invoked by uid 48); 6 Oct 2017 09:44:31 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Fri, 06 Oct 2017 09:44: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00073.txt.bz2 Content-length: 4881 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #5 from Christian Brauner --- Hi, I'm one of the authors of the original ttyname{_r}() patch you referred to. Florian just made me aware of this bug report. Would've been cool if you could've CCed us before. :) (In reply to Luke Shumaker from comment #0) > Commit 15e9a4f (which was the fix for #12167) introduced returning ENODEV > for when we can't determine the TTY's name because we inherited it from a > different mount namespace. However, just because the TTY is from a > different namespace, and we can no longer reach it at the original name > doesn't mean its unreachable. It shouldn't stop the old fallback iterati= on > code from running; that fallback might very well find the name. >=20 > For instance, systemd-nspawn arranges for the TTY to be at /dev/console, > even though it's original /dev/pts/X location won't be the same TTY. With > glibc 2.25 this worked fine, but with 15e9a4f applied in 2.26, not so muc= h: >=20 > $ sudo systemd-nspawn --register=3Dno -D /path/to/my-container /bin/b= ash > Spawning container my-container on /path/to/my-container. > Press ^] three times within 1s to kill container. > bash: cannot set terminal process group (-1): Inappropriate ioctl for > device > bash: no job control in this shell > [root@my-container /]#=20 I'm a little confused. We do the same in liblxc namely, we bind-mount a /dev/pty/ path from the parent's devpts mount in the parent's mount namespace over /dev/console. And things work just fine meaning: chb@conventiont|~ > lxc-execute -n a5 -- bash bash: cannot set terminal process group (1): Inappropriate ioctl for device bash: no job control in this shell root@a5:/# tty /dev/console root@a5:/# findmnt | grep console | `-/dev/console devpts[/9]=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 devpts rw,nosuid,noexec,relatime,gid=3D5,mode=3D620,ptmxmode=3D000 root@a5:/# ls -al /dev/pts/ total 0 drwxr-xr-x 2 root root 0 Oct 6 09:18 . drwxr-xr-x 6 root root 360 Oct 6 09:18 .. crw--w---- 1 root tty 136, 0 Oct 6 09:18 0 crw--w---- 1 root tty 136, 1 Oct 6 09:18 1 crw--w---- 1 root tty 136, 2 Oct 6 09:18 2 crw--w---- 1 root tty 136, 3 Oct 6 09:18 3 crw-rw-rw- 1 root root 5, 2 Oct 6 09:18 ptmx you can clearly see that the tty coreutil reports /dev/console and exits 0 = so it correctly detects that the program is attached to a pty and reports the correct path even thought bind-mounted /dev/pts/ (where =3D=3D 9= in this case) does not exist in the current devpts mount's mount namespace. Interna= lly, tty calls ttyname and isatty so there doesn't seem to be a regression here. Also, I'm not sure how your patch would help with bash. What your patch doe= s is have ttyname() set ENODEV or have ttyname_r() return ENODEV but in both cas= es no tty name will be returned. So this presupposes that any program that cal= ls ttyname{_r}() recognizes that ENODEV means "is a tty but no path was found" which is not the case for bash so I'm confused how that would help you get around this problem. Maybe you can explain this in a little more detail I m= ight just be dense. >=20 > This is because the TTY, originally /dev/pts/${X}, is only available at > /dev/console in the new mount namespace. Bash gets the TTY on FD 0, and > calls ttyname(STDIN_FILENO). Before 15e9a4f, this correctly returned > "/dev/console", but now it returns NULL and sets errno=3DENODEV. I don't completely understand this analysis as well. It seems to me that the error comes from setting the process group leader and not from ttyname{_r}() failures in the bash code. I think the codepath responsible is: /* If (and only if) we just set our process group to our pid, thereby becoming a process group leader, and the terminal is not in the same process group as our (new) process group, then set the terminal's process group to our (new) process group. If that fails, set our process group back to what it was originally (so we can still read from the terminal) and turn off job control. */ if (shell_pgrp !=3D original_pgrp && shell_pgrp !=3D terminal_pgr= p) { if (give_terminal_to (shell_pgrp, 0) < 0) { t_errno =3D errno; setpgid (0, original_pgrp); shell_pgrp =3D original_pgrp; errno =3D t_errno; sys_error (_("cannot set terminal process group (%d)"), shell_pgrp); job_control =3D 0; } } --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39162-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 09:57:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42160 invoked by alias); 6 Oct 2017 09:57:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41790 invoked by uid 48); 6 Oct 2017 09:57:40 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Fri, 06 Oct 2017 09: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00074.txt.bz2 Content-length: 5515 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #6 from Christian Brauner --- (In reply to Christian Brauner from comment #5) > Hi, >=20 > I'm one of the authors of the original ttyname{_r}() patch you referred t= o. > Florian just made me aware of this bug report. Would've been cool if you > could've CCed us before. :) >=20 > (In reply to Luke Shumaker from comment #0) > > Commit 15e9a4f (which was the fix for #12167) introduced returning ENOD= EV > > for when we can't determine the TTY's name because we inherited it from= a > > different mount namespace. However, just because the TTY is from a > > different namespace, and we can no longer reach it at the original name > > doesn't mean its unreachable. It shouldn't stop the old fallback itera= tion > > code from running; that fallback might very well find the name. > >=20 > > For instance, systemd-nspawn arranges for the TTY to be at /dev/console, > > even though it's original /dev/pts/X location won't be the same TTY. W= ith > > glibc 2.25 this worked fine, but with 15e9a4f applied in 2.26, not so m= uch: > >=20 > > $ sudo systemd-nspawn --register=3Dno -D /path/to/my-container /bin= /bash > > Spawning container my-container on /path/to/my-container. > > Press ^] three times within 1s to kill container. > > bash: cannot set terminal process group (-1): Inappropriate ioctl f= or > > device > > bash: no job control in this shell > > [root@my-container /]#=20 >=20 > I'm a little confused. We do the same in liblxc namely, we bind-mount a > /dev/pty/ path from the parent's devpts mount in the parent's mount > namespace over /dev/console. And things work just fine meaning: >=20 >=20 > chb@conventiont|~ > > lxc-execute -n a5 -- bash > bash: cannot set terminal process group (1): Inappropriate ioctl for devi= ce > bash: no job control in this shell >=20 > root@a5:/# tty > /dev/console >=20 > root@a5:/# findmnt | grep console > | `-/dev/console devpts[/9]=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > devpts rw,nosuid,noexec,relatime,gid=3D5,mode=3D620,ptmxmode=3D000 >=20 > root@a5:/# ls -al /dev/pts/ > total 0 > drwxr-xr-x 2 root root 0 Oct 6 09:18 . > drwxr-xr-x 6 root root 360 Oct 6 09:18 .. > crw--w---- 1 root tty 136, 0 Oct 6 09:18 0 > crw--w---- 1 root tty 136, 1 Oct 6 09:18 1 > crw--w---- 1 root tty 136, 2 Oct 6 09:18 2 > crw--w---- 1 root tty 136, 3 Oct 6 09:18 3 > crw-rw-rw- 1 root root 5, 2 Oct 6 09:18 ptmx >=20 > you can clearly see that the tty coreutil reports /dev/console and exits 0 > so it correctly detects that the program is attached to a pty and reports > the correct path even thought bind-mounted /dev/pts/ (where = =3D=3D 9 > in this case) does not exist in the current devpts mount's mount namespac= e. > Internally, tty calls ttyname and isatty so there doesn't seem to be a > regression here. >=20 > Also, I'm not sure how your patch would help with bash. What your patch d= oes > is have ttyname() set ENODEV or have ttyname_r() return ENODEV but in both > cases no tty name will be returned. So this presupposes that any program > that calls ttyname{_r}() recognizes that ENODEV means "is a tty but no pa= th > was found" which is not the case for bash so I'm confused how that would > help you get around this problem. Maybe you can explain this in a little > more detail I might just be dense. The fact that you got working job control with prior versions of glibc was caused by an actual bug: Namely that ttyname{_r}() did not detect that /dev/console indeed did a) refer to pty b) the path for the pty exists in t= hat namespace. Serge's and my patch fixed this by having ttyname{_r}() detect t= hat /dev/console indeed refers to a pty and reporting correctly. (Unless I'm misunderstanding something which is entirely possible.). So bash tries to initialize job control but fails so this is more likely a bash bug and shou= ld be handled there. >=20 > >=20 > > This is because the TTY, originally /dev/pts/${X}, is only available at > > /dev/console in the new mount namespace. Bash gets the TTY on FD 0, and > > calls ttyname(STDIN_FILENO). Before 15e9a4f, this correctly returned > > "/dev/console", but now it returns NULL and sets errno=3DENODEV. >=20 > I don't completely understand this analysis as well. It seems to me that = the > error comes from setting the process group leader and not from ttyname{_r= }() > failures in the bash code. I think the codepath responsible is: >=20 >=20 > /* If (and only if) we just set our process group to our pid, > thereby becoming a process group leader, and the terminal > is not in the same process group as our (new) process group, > then set the terminal's process group to our (new) process > group. If that fails, set our process group back to what it > was originally (so we can still read from the terminal) and > turn off job control. */ > if (shell_pgrp !=3D original_pgrp && shell_pgrp !=3D terminal_pgrp) > { > if (give_terminal_to (shell_pgrp, 0) < 0) > { > t_errno =3D errno; > setpgid (0, original_pgrp); > shell_pgrp =3D original_pgrp; > errno =3D t_errno; > sys_error (_("cannot set terminal process group (%d)"), shell_pgrp); > job_control =3D 0; > } > } --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39163-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 17:31:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14806 invoked by alias); 6 Oct 2017 17:31:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11814 invoked by uid 55); 6 Oct 2017 17:31:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Fri, 06 Oct 2017 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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00075.txt.bz2 Content-length: 2336 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #8 from 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 1e26d35193efbb29239c710a4c46a64708643320 (commit) from d13867625894fda6c6a5034dadfa8ff86983ea12 (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=3Dglibc.git;h=3D1e26d35193efbb29239= c710a4c46a64708643320 commit 1e26d35193efbb29239c710a4c46a64708643320 Author: Carlos O'Donell Date: Thu Sep 28 11:05:18 2017 -0600 malloc: Fix tcache leak after thread destruction [BZ #22111] The malloc tcache added in 2.26 will leak all of the elements remaining in the cache and the cache structure itself when a thread exits. The defect is that we do not set tcache_shutting_down early enough, and the thread simply recreates the tcache and places the elements back onto a new tcache which is subsequently lost as the thread exits (unfreed memory). The fix is relatively simple, move the setting of tcache_shutting_down earlier in tcache_thread_freeres. We add a test case which uses mallinfo and some heuristics to look for unaccounted for memory usage between the start and end of a thread start/join loop. It is very reliable at detecting that there is a leak given the number of iterations. Without the fix the test will consume 122MiB of leaked memory. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 +++ malloc/Makefile | 3 + malloc/malloc.c | 8 ++- malloc/tst-malloc-tcache-leak.c | 112 +++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 129 insertions(+), 3 deletions(-) create mode 100644 malloc/tst-malloc-tcache-leak.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39164-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 17:33:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17695 invoked by alias); 6 Oct 2017 17:33:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17657 invoked by uid 48); 6 Oct 2017 17:33:07 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Fri, 06 Oct 2017 17:33: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.26 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: carlos at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00076.txt.bz2 Content-length: 519 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Carlos O'Donell --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39165-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 20:18:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104702 invoked by alias); 6 Oct 2017 20:18:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104632 invoked by uid 55); 6 Oct 2017 20:18:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Fri, 06 Oct 2017 20:18: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.26 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: carlos at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00077.txt.bz2 Content-length: 2424 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #10 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 6e1ea21501eac981204c3cc8212d45998f74983c (commit) from dd3a7239fddff81ac31373d69978d7aa1902c65f (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=3Dglibc.git;h=3D6e1ea21501eac981204= c3cc8212d45998f74983c commit 6e1ea21501eac981204c3cc8212d45998f74983c Author: Carlos O'Donell Date: Thu Sep 28 11:05:18 2017 -0600 malloc: Fix tcache leak after thread destruction [BZ #22111] The malloc tcache added in 2.26 will leak all of the elements remaining in the cache and the cache structure itself when a thread exits. The defect is that we do not set tcache_shutting_down early enough, and the thread simply recreates the tcache and places the elements back onto a new tcache which is subsequently lost as the thread exits (unfreed memory). The fix is relatively simple, move the setting of tcache_shutting_down earlier in tcache_thread_freeres. We add a test case which uses mallinfo and some heuristics to look for unaccounted for memory usage between the start and end of a thread start/join loop. It is very reliable at detecting that there is a leak given the number of iterations. Without the fix the test will consume 122MiB of leaked memory. (cherry picked from commit 1e26d35193efbb29239c710a4c46a64708643320) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 +++ malloc/Makefile | 3 + malloc/malloc.c | 8 ++- malloc/tst-malloc-tcache-leak.c | 112 +++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 129 insertions(+), 3 deletions(-) create mode 100644 malloc/tst-malloc-tcache-leak.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39166-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 06 20:32:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122464 invoked by alias); 6 Oct 2017 20:32:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122397 invoked by uid 55); 6 Oct 2017 20:32:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22111] malloc: per thread cache is not returned when thread exits Date: Fri, 06 Oct 2017 20:32: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.26 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: carlos at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00078.txt.bz2 Content-length: 1245 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22111 --- Comment #11 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via d5c6dea2d5b4b5c64625c5386f6baec7bf2d89b3 (commit) from 6e1ea21501eac981204c3cc8212d45998f74983c (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=3Dglibc.git;h=3Dd5c6dea2d5b4b5c6462= 5c5386f6baec7bf2d89b3 commit d5c6dea2d5b4b5c64625c5386f6baec7bf2d89b3 Author: Carlos O'Donell Date: Fri Oct 6 13:31:05 2017 -0700 Update NEWS for bug 22111. ----------------------------------------------------------------------- Summary of changes: NEWS | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39167-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 11:12:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 130576 invoked by alias); 7 Oct 2017 11:12:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 130525 invoked by uid 48); 7 Oct 2017 11:12:10 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/21654] Incorrect pointer alignment in NSS group merge result construction Date: Sat, 07 Oct 2017 11:12: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.25 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: dj at redhat dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00079.txt.bz2 Content-length: 508 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21654 --- Comment #5 from Florian Weimer --- Also needs: commit f8cef4d07d9641e27629bd3ce2d13f5d702fb251 Author: DJ Delorie Date: Wed Jul 19 13:14:34 2017 -0400 Fix cast-after-dereference Original code was dereferencing a char*, then casting the value to size_t. Should cast the pointer to size_t* then deference. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39168-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 11:15:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2493 invoked by alias); 7 Oct 2017 11:15:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2420 invoked by uid 55); 7 Oct 2017 11:15:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/21654] Incorrect pointer alignment in NSS group merge result construction Date: Sat, 07 Oct 2017 11:15: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.25 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: dj at redhat dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00080.txt.bz2 Content-length: 1255 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21654 --- Comment #6 from 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 e7a574594931a8221b39432dc0637ec7423b14f6 (commit) from f85a176f3f411b7478c2b8cb2708973e8668e7fb (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=3Dglibc.git;h=3De7a574594931a8221b3= 9432dc0637ec7423b14f6 commit e7a574594931a8221b39432dc0637ec7423b14f6 Author: Florian Weimer Date: Sat Oct 7 13:14:14 2017 +0200 Add missing reference to bug 21654 ----------------------------------------------------------------------- Summary of changes: ChangeLog.old/ChangeLog.18 | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39169-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 11:49:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93873 invoked by alias); 7 Oct 2017 11:49:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93682 invoked by uid 55); 7 Oct 2017 11:49:28 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/21654] Incorrect pointer alignment in NSS group merge result construction Date: Sat, 07 Oct 2017 11:49: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.25 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: dj at redhat dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00081.txt.bz2 Content-length: 2067 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21654 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 864ea5f6579edfee41f7d4a778807045b5aff66b (commit) via 0279dcae8825f5835d636a68372f6b4e72eb27f3 (commit) from ac93084c086ff06f815c405c9eb36a2b1f02da6a (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=3Dglibc.git;h=3D864ea5f6579edfee41f= 7d4a778807045b5aff66b commit 864ea5f6579edfee41f7d4a778807045b5aff66b Author: DJ Delorie Date: Sat Oct 7 13:28:16 2017 +0200 Fix cast-after-dereference Original code was dereferencing a char*, then casting the value to size_t. Should cast the pointer to size_t* then deference. (cherry picked from commit f8cef4d07d9641e27629bd3ce2d13f5d702fb251) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0279dcae8825f5835d6= 36a68372f6b4e72eb27f3 commit 0279dcae8825f5835d636a68372f6b4e72eb27f3 Author: DJ Delorie Date: Fri Jul 14 21:46:42 2017 -0400 Fix BZ #21654 - grp-merge.c alignment * grp/grp_merge.c (__copy_grp): Align char** to minimum pointer alignment not char alignment. (__merge_grp): Likewise. (cherry picked from commit 4fa8ae49aa169fb8d97882938e8bee3ed9ce5410) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++++++ NEWS | 1 + grp/grp-merge.c | 18 +++++++++++++++++- 3 files changed, 30 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39170-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 12:01:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93295 invoked by alias); 7 Oct 2017 12:01:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93252 invoked by uid 55); 7 Oct 2017 12:01:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/21654] Incorrect pointer alignment in NSS group merge result construction Date: Sat, 07 Oct 2017 12:01: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.25 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: dj at redhat dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00082.txt.bz2 Content-length: 2067 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21654 --- Comment #8 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.24/master has been updated via b70f43dcef0ca638d2d550ead8007f7c9bb7e4bb (commit) via caa97d7a46db35a5ddb7bc53e56a866bc180c3b0 (commit) from d5a4092c367955ac0203ee603fdec625f6c924f9 (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=3Dglibc.git;h=3Db70f43dcef0ca638d2d= 550ead8007f7c9bb7e4bb commit b70f43dcef0ca638d2d550ead8007f7c9bb7e4bb Author: DJ Delorie Date: Sat Oct 7 13:32:00 2017 +0200 Fix cast-after-dereference Original code was dereferencing a char*, then casting the value to size_t. Should cast the pointer to size_t* then deference. (cherry picked from commit f8cef4d07d9641e27629bd3ce2d13f5d702fb251) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcaa97d7a46db35a5ddb= 7bc53e56a866bc180c3b0 commit caa97d7a46db35a5ddb7bc53e56a866bc180c3b0 Author: DJ Delorie Date: Fri Jul 14 21:46:42 2017 -0400 Fix BZ #21654 - grp-merge.c alignment * grp/grp_merge.c (__copy_grp): Align char** to minimum pointer alignment not char alignment. (__merge_grp): Likewise. (cherry picked from commit 4fa8ae49aa169fb8d97882938e8bee3ed9ce5410) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++++++ NEWS | 1 + grp/grp-merge.c | 18 +++++++++++++++++- 3 files changed, 30 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39172-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 12:03:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96891 invoked by alias); 7 Oct 2017 12:03:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96819 invoked by uid 55); 7 Oct 2017 12:03:46 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nis/20987] NIS+ unbounded stack allocations Date: Sat, 07 Oct 2017 12:03: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.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: In-Reply-To: References: 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: 2017-10/txt/msg00084.txt.bz2 Content-length: 3280 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20987 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.24/master has been updated via 79c6f51428a9ec977e611e609a8be6aebcb00006 (commit) from 7fca94796b67a8ca3730da255e64ee95a818f231 (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=3Dglibc.git;h=3D79c6f51428a9ec977e6= 11e609a8be6aebcb00006 commit 79c6f51428a9ec977e611e609a8be6aebcb00006 Author: Joseph Myers Date: Sat Oct 7 13:44:49 2017 +0200 Fix nss_nisplus build with mainline GCC (bug 20978). glibc build with current mainline GCC fails because nis/nss_nisplus/nisplus-alias.c contains code if (name !=3D NULL) { *errnop =3D EINVAL; return NSS_STATUS_UNAVAIL; } char buf[strlen (name) + 9 + tablename_len]; producing an error about strlen being called on a pointer that is always NULL (and a subsequent use of that pointer with a %s format in snprintf). As Andreas noted, the bogus conditional comes from a 1997 change: - if (name =3D=3D NULL || strlen(name) > 8) - return NSS_STATUS_NOTFOUND; - else + if (name !=3D NULL || strlen(name) <=3D 8) So the intention is clearly to return an error for NULL name. This patch duly inverts the sense of the conditional. It fixes the build with GCC mainline, and passes usual glibc testsuite testing for x86_64. However, I have not tried any actual substantive nisplus testing, do not have an environment for such testing, and do not know whether it is possible that strlen (name) or tablename_len might be large so that the VLA for buf is actually a security issue. However, if it is a security issue, there are plenty of other similar instances in the nisplus code (that haven't been hidden by a bogus comparison with NULL) - and nis_table.c:__create_ib_request uses strdupa on the string passed to nis_list, so a local fix in the caller wouldn't suffice anyway (see bug 20987). (Calls to strdupa and other such macros that use alloca must be considered equally questionable regarding stack overflow issues as direct calls to alloca and VLA declarations.) [BZ #20978] * nis/nss_nisplus/nisplus-alias.c (_nss_nisplus_getaliasbyname_r): Compare name =3D=3D NULL, not name !=3D NULL. (cherry picked from commit f88759ea9bd3c8d8fef28f123ba9767cb0e421a3) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + nis/nss_nisplus/nisplus-alias.c | 2 +- 3 files changed, 8 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39173-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 12:03:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96902 invoked by alias); 7 Oct 2017 12:03:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96825 invoked by uid 55); 7 Oct 2017 12:03:46 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nis/20978] strlen on null pointer in nss_nisplus Date: Sat, 07 Oct 2017 12:03: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.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: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.25 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00085.txt.bz2 Content-length: 3280 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20978 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.24/master has been updated via 79c6f51428a9ec977e611e609a8be6aebcb00006 (commit) from 7fca94796b67a8ca3730da255e64ee95a818f231 (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=3Dglibc.git;h=3D79c6f51428a9ec977e6= 11e609a8be6aebcb00006 commit 79c6f51428a9ec977e611e609a8be6aebcb00006 Author: Joseph Myers Date: Sat Oct 7 13:44:49 2017 +0200 Fix nss_nisplus build with mainline GCC (bug 20978). glibc build with current mainline GCC fails because nis/nss_nisplus/nisplus-alias.c contains code if (name !=3D NULL) { *errnop =3D EINVAL; return NSS_STATUS_UNAVAIL; } char buf[strlen (name) + 9 + tablename_len]; producing an error about strlen being called on a pointer that is always NULL (and a subsequent use of that pointer with a %s format in snprintf). As Andreas noted, the bogus conditional comes from a 1997 change: - if (name =3D=3D NULL || strlen(name) > 8) - return NSS_STATUS_NOTFOUND; - else + if (name !=3D NULL || strlen(name) <=3D 8) So the intention is clearly to return an error for NULL name. This patch duly inverts the sense of the conditional. It fixes the build with GCC mainline, and passes usual glibc testsuite testing for x86_64. However, I have not tried any actual substantive nisplus testing, do not have an environment for such testing, and do not know whether it is possible that strlen (name) or tablename_len might be large so that the VLA for buf is actually a security issue. However, if it is a security issue, there are plenty of other similar instances in the nisplus code (that haven't been hidden by a bogus comparison with NULL) - and nis_table.c:__create_ib_request uses strdupa on the string passed to nis_list, so a local fix in the caller wouldn't suffice anyway (see bug 20987). (Calls to strdupa and other such macros that use alloca must be considered equally questionable regarding stack overflow issues as direct calls to alloca and VLA declarations.) [BZ #20978] * nis/nss_nisplus/nisplus-alias.c (_nss_nisplus_getaliasbyname_r): Compare name =3D=3D NULL, not name !=3D NULL. (cherry picked from commit f88759ea9bd3c8d8fef28f123ba9767cb0e421a3) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + nis/nss_nisplus/nisplus-alias.c | 2 +- 3 files changed, 8 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39171-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 12:03:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96481 invoked by alias); 7 Oct 2017 12:03:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96257 invoked by uid 55); 7 Oct 2017 12:03:21 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/20790] rpcgen buffer overrun in get_prog_declaration Date: Sat, 07 Oct 2017 12: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: 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: In-Reply-To: References: 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: 2017-10/txt/msg00083.txt.bz2 Content-length: 3717 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20790 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.24/master has been updated via 7fca94796b67a8ca3730da255e64ee95a818f231 (commit) from b3c498b834c112c10831dced77c9409cb79f339e (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=3Dglibc.git;h=3D7fca94796b67a8ca373= 0da255e64ee95a818f231 commit 7fca94796b67a8ca3730da255e64ee95a818f231 Author: Joseph Myers Date: Sat Oct 7 13:42:41 2017 +0200 Fix rpcgen buffer overrun (bug 20790). Building with GCC 7 produces an error building rpcgen: rpc_parse.c: In function 'get_prog_declaration': rpc_parse.c:543:25: error: may write a terminating nul past the end of = the destination [-Werror=3Dformat-length=3D] sprintf (name, "%s%d", ARGNAME, num); /* default name of argument = */ ~~~~^ rpc_parse.c:543:5: note: format output between 5 and 14 bytes into a destination of size 10 sprintf (name, "%s%d", ARGNAME, num); /* default name of argument = */ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ That buffer overrun is for the case where the .x file declares a program with a million arguments. The strcpy two lines above can generate a buffer overrun much more simply for a long argument name. The limit on length of line read by rpcgen (MAXLINESIZE =3D=3D 1024) provides a bound on the buffer size needed, so this patch just changes the buffer size to MAXLINESIZE to avoid both possible buffer overruns. A testcase is added that rpcgen does not crash with a 500-character argument name, where it previously crashed. It would not at all surprise me if there are many other ways of crashing rpcgen with either valid or invalid input; fuzz testing would likely find various such bugs, though I don't think they are that important to fix (rpcgen is not that likely to be used with untrusted .x files as input). (As well as fuzz-findable bugs there are probably also issues when various int variables get overflowed on very large input.) The test infrastructure for rpcgen-not-crashing tests would need extending if tests are to be added for cases where rpcgen should produce an error, as opposed to cases where it should succeed. Tested for x86_64 and x86. [BZ #20790] * sunrpc/rpc_parse.c (get_prog_declaration): Increase buffer size to MAXLINESIZE. * sunrpc/bug20790.x: New file. * sunrpc/Makefile [$(run-built-tests) =3D yes] (rpcgen-tests): New variable. [$(run-built-tests) =3D yes] (tests-special): Add $(rpcgen-tests). [$(run-built-tests) =3D yes] ($(rpcgen-tests)): New rule. (cherry picked from commit 5874510faaf3cbd0bb112aaacab9f225002beed1) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++++++++++ NEWS | 1 + sunrpc/Makefile | 11 +++++++++++ sunrpc/bug20790.x | 1 + sunrpc/rpc_parse.c | 2 +- 5 files changed, 25 insertions(+), 1 deletions(-) create mode 100644 sunrpc/bug20790.x --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39174-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 07 21:39:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 13454 invoked by alias); 7 Oct 2017 21:39:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13394 invoked by uid 48); 7 Oct 2017 21:39:43 -0000 From: "andreas+sourceware at aurora dot npff.co" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Sat, 07 Oct 2017 21:39: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: andreas+sourceware at aurora dot npff.co 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: In-Reply-To: References: 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: 2017-10/txt/msg00086.txt.bz2 Content-length: 398 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #14 from Andreas Seltenreich --- I re-did the stress testing with swbz22238-v2.patch applied on top of glibc-2.24. Postgres now dutily reports the newly introduced error message instead of dumping core. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39175-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 08 02:16:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85280 invoked by alias); 8 Oct 2017 02:16:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58779 invoked by uid 48); 8 Oct 2017 02:15:30 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Sun, 08 Oct 2017 02:16: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00087.txt.bz2 Content-length: 643 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 --- Comment #15 from Carlos O'Donell --- (In reply to Andreas Seltenreich from comment #14) > I re-did the stress testing with swbz22238-v2.patch applied on > top of glibc-2.24. Postgres now dutily reports the newly > introduced error message instead of dumping core. Andreas, That's awesome. Thank you very much for testing this. In my local testing I= use gdb to force the result to NULL, emualting a malloc failure, but it's always good to have a second person test this. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39176-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 00:00:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51803 invoked by alias); 9 Oct 2017 00:00:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41259 invoked by uid 55); 9 Oct 2017 00:00:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Mon, 09 Oct 2017 00: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.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00088.txt.bz2 Content-length: 16846 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #9 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 20b5568fd1e0f94ec3358a024f1bdc3acec5c195 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D20b5568fd1e0f94ec33= 58a024f1bdc3acec5c195 commit 20b5568fd1e0f94ec3358a024f1bdc3acec5c195 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5ee1f4a17675959c681= f088dae9c723d0d362978 commit 5ee1f4a17675959c681f088dae9c723d0d362978 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1b379e22b303026fa7c= 3216844a19ce7c295bfd1 commit 1b379e22b303026fa7c3216844a19ce7c295bfd1 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df575bd427daabbedc08= 6fc1875809835d74e9b5b commit f575bd427daabbedc086fc1875809835d74e9b5b Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dedc98938fdbeba43389= 8230d0f2efe6226845d60 commit edc98938fdbeba433898230d0f2efe6226845d60 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2e26361b875d2f85cc1= 14d500c5d1b48a419196d commit 2e26361b875d2f85cc114d500c5d1b48a419196d Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7246ed34f825091e423= a8218c1d002dc9af18e94 commit 7246ed34f825091e423a8218c1d002dc9af18e94 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D438dea595bf9e131a23= 7876ae4ad1d0403a991fe commit 438dea595bf9e131a237876ae4ad1d0403a991fe Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbe98cea9155a4c9115e= c942fc011ec27a90f932d commit be98cea9155a4c9115ec942fc011ec27a90f932d Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0eeced450018376c774= 5e86261333ef262e76057 commit 0eeced450018376c7745e86261333ef262e76057 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfdf9f41fb0018820fb7= 06935a3029e4c4356d1d9 commit fdf9f41fb0018820fb706935a3029e4c4356d1d9 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. Don't add gPcrt1.o. (extra-objs): Add static-reloc.o. ($(objpfx)$(start-installed-name)): Include $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39177-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 01:07:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68785 invoked by alias); 9 Oct 2017 01:07:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68755 invoked by uid 48); 9 Oct 2017 01:07:22 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22270] New: SH PIC TLS code doesn't match SH TLS implementation in ld Date: Mon, 09 Oct 2017 01:07: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.27 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 cc target_milestone cf_gcctarget Message-ID: 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: 2017-10/txt/msg00089.txt.bz2 Content-length: 2861 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 Bug ID: 22270 Summary: SH PIC TLS code doesn't match SH TLS implementation in ld Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Target: sh SH ld has else { int target; /* IE->LE transition: mov.l 1f,r0; stc gbr,rN; mov.l @(r0,r12),rM; bra 2f; add ...; .align 2; 1: x@GOTTPOFF; 2: We change it into: mov.l .Ln,rM; stc gbr,rN; nop; ...; 1: x@TPOFF; 2:. */ offset =3D rel->r_offset; BFD_ASSERT (offset >=3D 16); /* Size of IE instructions is 10 or 12. */ offset -=3D 10; insn =3D bfd_get_16 (input_bfd, contents + offset + 0); if ((insn & 0xf0ff) =3D=3D 0x0012) { BFD_ASSERT (offset >=3D 2); offset -=3D 2; insn =3D bfd_get_16 (input_bfd, contents + offset + 0= ); } BFD_ASSERT ((insn & 0xff00) =3D=3D 0xd000); target =3D insn & 0x00ff; insn =3D bfd_get_16 (input_bfd, contents + offset + 2); BFD_ASSERT ((insn & 0xf0ff) =3D=3D 0x0012); insn =3D bfd_get_16 (input_bfd, contents + offset + 4); BFD_ASSERT ((insn & 0xf0ff) =3D=3D 0x00ce); insn =3D 0xd000 | (insn & 0x0f00) | target; bfd_put_16 (output_bfd, insn, contents + offset + 0); bfd_put_16 (output_bfd, 0x0009, contents + offset + 4); } But SH syscall in glibc has .text; .globl __sched_yield; .type __sched_yield,@function; .align 5; __sched_yield: .cfi_startproc; ; mov.l 1f,r3; trapa #0x10; or r0,r0; or r0,= r0; or r0,r0; or r0,r0; or r0,r0; bra 2f; nop; .align 2; 1: .long (158); 2:; mov r0,r1; mov #-12,r2; shad r2,r1; not r1,r1; tst r1,r1; bf .Lpseudo_end; neg r0,r1; mov r12,r2; .cfi_register r12, r2; mov.l 0f,r12; mova 0f,r0; add r0,= r12; mov.l 1f,r0; stc gbr, r4; mov.l @(r0,r12),r0; mov r2,r12; .cfi_restore r12;= add r4,r0; mov.l r1,@r0; bra .Lpseudo_end; mov #-1,r0; .align 2; 0: .long _GLOBAL_OFFSET_TABLE_; 1: .long __libc_errno@GOTTPOFF; .Lpseudo_end: rts ; nop .cfi_endproc; .size __sched_yield,.-__sched_yield The TLS code sequences don't match. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39178-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 07:08:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122890 invoked by alias); 9 Oct 2017 07:08:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122804 invoked by uid 48); 9 Oct 2017 07:08:14 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Mon, 09 Oct 2017 07:08: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.26 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00090.txt.bz2 Content-length: 246 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #7 from Andreas Schwab --- Can someone please forward this to bug-bash@? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39179-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 07:59:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73015 invoked by alias); 9 Oct 2017 07:59:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72538 invoked by uid 48); 9 Oct 2017 07:59:06 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/19282] dl_load_write_lock isn't reinitialised during fork Date: Mon, 09 Oct 2017 07: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.22 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: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00091.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19282 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Andreas Schwab --- In a multi-threaded process a forked child may only call async-signal-safe functions. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39180-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 14:19:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126911 invoked by alias); 9 Oct 2017 14:19:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 123093 invoked by uid 55); 9 Oct 2017 14:19:26 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/21326] C99 functions are not declared for C++11 and later if _GNU_SOURCE is not predefined by g++ Date: Mon, 09 Oct 2017 14: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.23 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: In-Reply-To: References: 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: 2017-10/txt/msg00092.txt.bz2 Content-length: 2093 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21326 --- Comment #5 from 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 d6c064e914cba3277d852c9fa27db53f0059ff8c (commit) from 645ac9aaf89e3311949828546df6334322f48933 (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=3Dglibc.git;h=3Dd6c064e914cba3277d8= 52c9fa27db53f0059ff8c commit d6c064e914cba3277d852c9fa27db53f0059ff8c Author: Jonathan Wakely Date: Mon Oct 9 14:58:34 2017 +0100 Ensure C99 and C11 interfaces are available for C++ [BZ #21326] This patch ensures that the C99 and C11 features required by C++ are defined according to the value of the __cplusplus macro, and not just because G++ always defines _GNU_SOURCE. This will allow G++ to stop defining _GNU_SOURCE some day, without causing the C99 and C11 interfaces to disappear for C++ programs. [BZ #21326] * include/features.h [__cplusplus >=3D 201103] (__USE_ISOC99): Defi= ne. [__cplusplus >=3D 201703] (__USE_ISOCXX17, __USE_ISOC11): Define. * math/Makefile (test-math-cxx11): New test. * math/test-math-cxx11.cc: New file. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++ include/features.h | 17 +++-- math/Makefile | 4 +- math/test-math-cxx11.cc | 160 +++++++++++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 182 insertions(+), 7 deletions(-) create mode 100644 math/test-math-cxx11.cc --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39181-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 14:20:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 130555 invoked by alias); 9 Oct 2017 14:20:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128543 invoked by uid 48); 9 Oct 2017 14:20:20 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21326] C99 functions are not declared for C++11 and later if _GNU_SOURCE is not predefined by g++ Date: Mon, 09 Oct 2017 14: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.23 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: jwakely.gcc at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00093.txt.bz2 Content-length: 659 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21326 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |jwakely.gcc at gmai= l dot com Target Milestone|--- |2.27 --- Comment #6 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39182-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 14:32:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79134 invoked by alias); 9 Oct 2017 14:32:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78992 invoked by uid 48); 9 Oct 2017 14:32:47 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] New: Improper assert in Linux posix_spawn implementation Date: Mon, 09 Oct 2017 14: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.26 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 Message-ID: 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: 2017-10/txt/msg00094.txt.bz2 Content-length: 1767 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Bug ID: 22273 Summary: Improper assert in Linux posix_spawn implementation Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Target: Linux Flags: security- __spawnix has this code: 340 /* Child must set args.err to something non-negative - we rely on 341 the parent and child sharing VM. */ 342 args.err =3D -1; =E2=80=A6 354 /* The clone flags used will create a new child that will run in = the same 355 memory space (CLONE_VM) and the execution of calling thread wi= ll be 356 suspend until the child calls execve or _exit. 357=20 358 Also since the calling thread execution will be suspend, there= is not 359 need for CLONE_SETTLS. Although parent and child share the sa= me TLS 360 namespace, there will be no concurrent access for TLS variables (errno 361 for instance). */ 362 new_pid =3D CLONE (__spawni_child, STACK (stack, stack_size), stack_size, 363 CLONE_VM | CLONE_VFORK | SIGCHLD, &args); 364=20 365 if (new_pid > 0) 366 { 367 ec =3D args.err; 368 assert (ec >=3D 0); The assert can fire if the child process dies before the err member is writ= ten. Atomics should probably used to guard against compiler reordering of the store, too. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39183-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 14:33:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79509 invoked by alias); 9 Oct 2017 14:33:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79398 invoked by uid 48); 9 Oct 2017 14:33:00 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Mon, 09 Oct 2017 14: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.26 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00095.txt.bz2 Content-length: 463 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://github.com/apple/cu | |ps/issues/5127 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39184-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 14:40:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42897 invoked by alias); 9 Oct 2017 14:40:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36485 invoked by uid 48); 9 Oct 2017 14:40:34 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Mon, 09 Oct 2017 14: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00096.txt.bz2 Content-length: 365 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #8 from Christian Brauner --- (In reply to Andreas Schwab from comment #7) > Can someone please forward this to bug-bash@? Sent a mail to bug-bash@ and CCed you and Florian. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39185-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 18:16:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93798 invoked by alias); 9 Oct 2017 18:16:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93738 invoked by uid 48); 9 Oct 2017 18:16:02 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Mon, 09 Oct 2017 18:16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00097.txt.bz2 Content-length: 496 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #9 from Christian Brauner --- (In reply to Christian Brauner from comment #8) > (In reply to Andreas Schwab from comment #7) > > Can someone please forward this to bug-bash@? >=20 > Sent a mail to bug-bash@ and CCed you and Florian. See https://lists.gnu.org/archive/html/bug-bash/2017-10/msg00042.html . --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39186-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 09 22:19:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62015 invoked by alias); 9 Oct 2017 22:19:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55951 invoked by uid 48); 9 Oct 2017 22:19:38 -0000 From: "lukeshu at sbcglobal dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Mon, 09 Oct 2017 22: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lukeshu at sbcglobal 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00098.txt.bz2 Content-length: 3954 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #10 from Luke Shumaker --- Hi Christian, I'm sorry I didn't CC you, I meant to (I guess that's what I get for thinking I can do things at 3 AM). > > lxc-execute -n a5 -- bash > bash: cannot set terminal process group (1): Inappropriate ioctl for device > bash: no job control in this shell > > root@a5:/# tty > /dev/console Huh? From my understanding, either `bash` should not be spitting out those errors, or `tty` should also be saying "not a tty"; which is what I see with systemd-nspawn: $ sudo systemd-nspawn --register=3Dno --keep-unit -D /path/to/my-contai= ner Spawning container my-container on /path/to/my-container. Press ^] three times within 1s to kill container. -bash: cannot set terminal process group (-1): Inappropriate ioctl for device -bash: no job control in this shell [root@my-container ~]# tty not a tty [root@my-container ~]# findmnt|grep console =E2=94=82 =E2=94=94=E2=94=80/dev/console devpts[/6= ]=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 devpts rw,nosuid,noexec,relatime,gid=3D5,mode=3D620,ptmxmode=3D0= 00 [root@my-container ~]# ls -al /dev/pts total 0 drwxr-xr-x 2 root root 0 Oct 6 14:11 . drwxr-xr-x 5 root root 340 Oct 6 14:11 .. crw-rw-rw- 1 root root 5, 2 Oct 6 14:11 ptmx At first I suspected that the difference is maybe you are running an older coreutils; and that the commits in 2.28 (937388c 2c622e1) in response to you reporting the equivalent issue in coreutils made the difference, but I see "not a tty" with both 2.27 and 2.28. Anyway... Because magical TTY reasons that aren't really relevant, Bash needs to re-open(2) its TTY on a new FD to set up job control. It won't do anything with it, it will immediately close it after it opens it. It just needs to open it. First, it tries "/dev/tty", and if that fails, it tries opening the path returned by `ttyname(0)`. Here's what happened with systemd-nspawn/bash/glibc-2.25: - Bash calls `ttyname(0)` to identify the current TTY. - `ttyname(0)` calls `readlink("/proc/self/fd/0", ...)` and gets `"/6"` (or some other number). - `ttyname(0)` calls `xstat64(..., "/6", ...)`, which fails. - `ttyname(0)` then goes to a fall-back loop over all files `/dev/pts/*` and `/dev/*` checking each to see if it matches our TTY. - `ttyname(0)` eventually comes across `/dev/console` which matches, and returns that. Here's what's happening with systemd-nspawn/bash/glibc-2.26: - Bash calls `ttyname(0)` to identify the current TTY. - `ttyname(0)` calls `readlink("/proc/self/fd/0", ...)` and gets `"/6"` (or some other number). - `ttyname(0)` calls `xstat64(..., "/6", ...)`, which fails. - `ttyname(0)` calls `is_pty(...)` to check if FD-0 is a PTY but the device doesn't exist because it's from another namespace (which is the case). - `ttyname(0)` sets `errno=3DENODEV` and returns `NULL` because `is_pty(...)` returned true. So, within the container, the TTY is named "/dev/console", and with glibc 2.25, ttyname() correctly returned "/dev/console", but glibc 2.26 ttyname() returns NULL and sets errno=3DENODEV. ---- > What your patch does is have ttyname() set ENODEV or have > ttyname_r() return ENODEV but in both cases no tty name will be > returned. So this presupposes that any program that calls > ttyname{_r}() recognizes that ENODEV means "is a tty but no path was > found" which is not the case for bash so I'm confused how that would > help you get around this problem. Wait? Now I'm confused. Isn't that what *your* patch does? My issue is that your is_pty()/ENODEV check ran too early, and prevents the old fallback search from running. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39187-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 08:04:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 41195 invoked by alias); 10 Oct 2017 08:04:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41020 invoked by uid 48); 10 Oct 2017 08:04:32 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 08:04: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00099.txt.bz2 Content-length: 5209 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #11 from Christian Brauner --- (In reply to Luke Shumaker from comment #10) > Hi Christian, >=20 > I'm sorry I didn't CC you, I meant to (I guess that's what I get for > thinking I can do things at 3 AM). No worries, I just wanted to point it out for the future. :) The more eyes = on this code the better! >=20 > > > lxc-execute -n a5 -- bash > > bash: cannot set terminal process group (1): Inappropriate ioctl f= or > device > > bash: no job control in this shell > > > > root@a5:/# tty > > /dev/console >=20 > Huh? From my understanding, either `bash` should not be spitting out > those errors, or `tty` should also be saying "not a tty"; which is > what I see with systemd-nspawn: Stupid question, but did you make sure that you're running a version with Serge's and my patch in the container? >=20 > $ sudo systemd-nspawn --register=3Dno --keep-unit -D /path/to/my-cont= ainer > Spawning container my-container on /path/to/my-container. > Press ^] three times within 1s to kill container. > -bash: cannot set terminal process group (-1): Inappropriate ioctl for > device > -bash: no job control in this shell > [root@my-container ~]# tty > not a tty > [root@my-container ~]# findmnt|grep console > =E2=94=82 =E2=94=94=E2=94=80/dev/console devpts[= /6]=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > devpts rw,nosuid,noexec,relatime,gid=3D5,mode=3D620,ptmxmode=3D000 > [root@my-container ~]# ls -al /dev/pts > total 0 > drwxr-xr-x 2 root root 0 Oct 6 14:11 . > drwxr-xr-x 5 root root 340 Oct 6 14:11 .. > crw-rw-rw- 1 root root 5, 2 Oct 6 14:11 ptmx >=20 > At first I suspected that the difference is maybe you are running an > older coreutils; and that the commits in 2.28 (937388c 2c622e1) in > response to you reporting the equivalent issue in coreutils made the > difference, but I see "not a tty" with both 2.27 and 2.28. Anyway... I've actually tried to make the tty program in coreutils sane in that regard but upstream didn't like it because POSIX. Let's not get into that. :) What I can tell you is that we've made things a little better for the tty program but it didn't change anything in how the output of ttyname{_r}() is shown. >=20 > Because magical TTY reasons that aren't really relevant, Bash needs to > re-open(2) its TTY on a new FD to set up job control. It won't do > anything with it, it will immediately close it after it opens it. It > just needs to open it. First, it tries "/dev/tty", and if that fails, > it tries opening the path returned by `ttyname(0)`. >=20 > Here's what happened with systemd-nspawn/bash/glibc-2.25: >=20 > - Bash calls `ttyname(0)` to identify the current TTY. > - `ttyname(0)` calls `readlink("/proc/self/fd/0", ...)` and gets > `"/6"` (or some other number). > - `ttyname(0)` calls `xstat64(..., "/6", ...)`, which fails. > - `ttyname(0)` then goes to a fall-back loop over all files > `/dev/pts/*` and `/dev/*` checking each to see if it matches our > TTY. > - `ttyname(0)` eventually comes across `/dev/console` which matches, > and returns that. >=20 > Here's what's happening with systemd-nspawn/bash/glibc-2.26: >=20 > - Bash calls `ttyname(0)` to identify the current TTY. > - `ttyname(0)` calls `readlink("/proc/self/fd/0", ...)` and gets > `"/6"` (or some other number). > - `ttyname(0)` calls `xstat64(..., "/6", ...)`, which fails. > - `ttyname(0)` calls `is_pty(...)` to check if FD-0 is a PTY but the > device doesn't exist because it's from another namespace (which is > the case). > - `ttyname(0)` sets `errno=3DENODEV` and returns `NULL` because > `is_pty(...)` returned true. >=20 > So, within the container, the TTY is named "/dev/console", and with > glibc 2.25, ttyname() correctly returned "/dev/console", but glibc > 2.26 ttyname() returns NULL and sets errno=3DENODEV. Thanks! I suggest ignoring differences between systemd-nspawn and liblxc console setup from now on since the issue clearly should be generally fixed in bash and glibc. >=20 > ---- >=20 > > What your patch does is have ttyname() set ENODEV or have > > ttyname_r() return ENODEV but in both cases no tty name will be > > returned. So this presupposes that any program that calls > > ttyname{_r}() recognizes that ENODEV means "is a tty but no path was > > found" which is not the case for bash so I'm confused how that would > > help you get around this problem. >=20 > Wait? Now I'm confused. Isn't that what *your* patch does? My issue > is that your is_pty()/ENODEV check ran too early, and prevents the old > fallback search from running. I'm going to build a glibc with your patch now and take a closer look. If things look sane and it passes a couple of tests sending around {p,t}ty fds I think we're good to go. Bash however, still needs to handle the job control case better because as you saw jobctl still fails even if /dev/console is correctly detected. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39188-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 08:34:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59836 invoked by alias); 10 Oct 2017 08:34:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59796 invoked by uid 48); 10 Oct 2017 08:34:32 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 08: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.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 Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00100.txt.bz2 Content-length: 397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39189-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:08:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74074 invoked by alias); 10 Oct 2017 09:08:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73844 invoked by uid 48); 10 Oct 2017 09:08:36 -0000 From: "akhilesh.k at samsung dot com" To: glibc-bugs@sourceware.org Subject: =?UTF-8?B?W0J1ZyBidWlsZC8yMjI3Nl0gZ2NjIG9ubHkgc3VwcG9ydHMg4oCc4oCTdg==?= =?UTF-8?B?4oCdIGJ1dCBkb2VzIG5vdCBzdXBwb3J0IOKAnOKAk1bigJ0gYW5kIOKAnCAt?= =?UTF-8?B?cXZlcnNpb24gZmxhZ2Vz4oCd?= Date: Tue, 10 Oct 2017 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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: akhilesh.k at samsung 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: In-Reply-To: References: 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: 2017-10/txt/msg00101.txt.bz2 Content-length: 431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22276 --- Comment #1 from Akhilesh Kumar --- corrected the above changes=20 2588 - for ac_option in --version -v -V -qversion; do 2588 +for ac_option in --version -v ; do 3045 - for ac_option in --version -v -V -qversion; do 3045 +for ac_option in --version -v ; do --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39190-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:14:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77268 invoked by alias); 10 Oct 2017 09:14:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72909 invoked by uid 48); 10 Oct 2017 09:14:23 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 09: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00102.txt.bz2 Content-length: 5253 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #12 from Christian Brauner --- Comment on attachment 10416 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10416 proposed fix part 2 >>From f9209704ded0240b39c7b1157d9294d88aab3591 Mon Sep 17 00:00:00 2001 >From: Luke Shumaker >Date: Sun, 17 Sep 2017 03:02:07 -0400 >Subject: [PATCH 2/2] linux ttyname() and ttyname_r(): Fix namespace check > >In commit 15e9a4f Christian Brauner introduced logic for ttyname() sending >back ENODEV to signal that we can't get a name for the TTY because we >inherited it from a different mount namespace. > >However, just because we inherited it from a different mount namespace, and >it isn't available at its original path, doesn't mean that its name is >unknowable; we can still find it by allowing the normal fall back on >iterating through devices. > > This is the case for systemd-nspawn, which arranges for the TTY to be at > /dev/console in the new mount namespace. Christian's check meant that > Bash has broken job control when run directly in systemd-nspawn. I know this is on the verge of bikeshedding but please drop the reference to systemd-nspawn and provide a generic example for the /dev/console case. This makes it clearer that this is a general problem and avoids mentioning tools that might change behavior at any point. Maybe something along the lines of: "A common scenario where this happens is with /dev/console in containers. Usually container runtimes/managers will call openpty() on a ptmx device in= the host's mount namespace to safely allocate a {p,t}ty master-slave pair since they can't trust the container's devpts mount after the container's init binary = has started (potentially malicious fuse mounts and what not). The slave {p,t}ty= fd will then usually be sent to the container and bind-mounted over the container's /dev/console which in this scenario is simply a regular file. This is especially common with unprivileged containers where mknod() syscalls are not possible. This patch enables ttyname{_r}() to correctly report that /dev/console does in f= act refer to a {p,t}ty device whose path exists in the current mount namespace = but whose origin is a devpts mount in a different mount namespace." >--- > sysdeps/unix/sysv/linux/ttyname.c | 19 ++++++++++++------- > sysdeps/unix/sysv/linux/ttyname_r.c | 20 ++++++++++++-------- > 2 files changed, 24 insertions(+), 15 deletions(-) > >diff --git a/sysdeps/unix/sysv/linux/ttyname.c b/sysdeps/unix/sysv/linux/t= tyname.c >index ba046205ae..509009bdda 100644 >--- a/sysdeps/unix/sysv/linux/ttyname.c >+++ b/sysdeps/unix/sysv/linux/ttyname.c >@@ -118,6 +118,7 @@ ttyname (int fd) > char procname[30]; > struct stat64 st, st1; > int dostat =3D 0; >+ int doispty =3D 0; > char *name; > int save =3D errno; > struct termios term; >@@ -168,13 +169,7 @@ ttyname (int fd) > && is_mytty (&st, &st1)) > return ttyname_buf; >=20 >- /* If the link doesn't exist, then it points to a device in another >- namespace. */ >- if (is_pty (&st)) >- { >- __set_errno (ENODEV); >- return NULL; >- } >+ doispty =3D 1; > } >=20 > if (__xstat64 (_STAT_VER, "/dev/pts", &st1) =3D=3D 0 && S_ISDIR (st1.st= _mode)) >@@ -198,5 +193,15 @@ ttyname (int fd) > name =3D getttyname ("/dev", &st, save, &dostat); > } >=20 >+ if (!name && doispty && is_pty (&st)) >+ { >+ /* We failed to figure out the TTY's name, but we can at least >+ * signal that we did verify that it really is a PTY. This >+ * happens when we have inherited the file descriptor from a >+ * different mount namespace. */ >+ __set_errno (ENODEV); >+ return NULL; >+ } >+ > return name; > } >diff --git a/sysdeps/unix/sysv/linux/ttyname_r.c b/sysdeps/unix/sysv/linux= /ttyname_r.c >index 8ff8653a2d..9dde9f7443 100644 >--- a/sysdeps/unix/sysv/linux/ttyname_r.c >+++ b/sysdeps/unix/sysv/linux/ttyname_r.c >@@ -96,6 +96,7 @@ __ttyname_r (int fd, char *buf, size_t buflen) > char procname[30]; > struct stat64 st, st1; > int dostat =3D 0; >+ int doispty =3D 0; > int save =3D errno; >=20 > /* Test for the absolute minimal size. This makes life easier inside >@@ -150,14 +151,7 @@ __ttyname_r (int fd, char *buf, size_t buflen) > && is_mytty (&st, &st1)); > return 0; >=20 >- /* If the link doesn't exist, then it points to a device in another >- * namespace. >- */ >- if (is_pty (&st)) >- { >- __set_errno (ENODEV); >- return ENODEV; >- } >+ doispty =3D 1; > } >=20 > /* Prepare the result buffer. */ >@@ -191,6 +185,16 @@ __ttyname_r (int fd, char *buf, size_t buflen) > save, &dostat); > } >=20 >+ if (ret && doispty && is_pty (&st)) >+ { >+ /* We failed to figure out the TTY's name, but we can at least >+ * signal that we did verify that it really is a PTY. This >+ * happens when we have inherited the file descriptor from a >+ * different mount namespace. */ >+ __set_errno (ENODEV); >+ return ENODEV; >+ } >+ > return ret; > } >=20 >--=20 >2.14.1 > --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39191-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:21:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102793 invoked by alias); 10 Oct 2017 09:21:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102008 invoked by uid 48); 10 Oct 2017 09:21:53 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: =?UTF-8?B?W0J1ZyBidWlsZC8yMjI3Nl0gZ2NjIG9ubHkgc3VwcG9ydHMg4oCc4oCTdg==?= =?UTF-8?B?4oCdIGJ1dCBkb2VzIG5vdCBzdXBwb3J0IOKAnOKAk1bigJ0gYW5kIOKAnCAt?= =?UTF-8?B?cXZlcnNpb24gZmxhZ2Vz4oCd?= Date: Tue, 10 Oct 2017 09:21: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.26 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: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00103.txt.bz2 Content-length: 573 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22276 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Andreas Schwab --- That's a generic autoconf macro, which wants to support more than just gcc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39192-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:30:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44009 invoked by alias); 10 Oct 2017 09:30:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43631 invoked by uid 48); 10 Oct 2017 09:30:05 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 09:30: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00104.txt.bz2 Content-length: 10227 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #13 from Christian Brauner --- Comment on attachment 10415 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10415 proposed fix part 1 >>From 1d8113b396f145ea8fea27c2586b10cc55526be8 Mon Sep 17 00:00:00 2001 >From: Luke Shumaker >Date: Sun, 17 Sep 2017 01:55:15 -0400 >Subject: [PATCH 1/2] linux ttyname() and ttyname_r(): Make the TTY equival= ence > tests consistent > >In the ttyname() and ttyname_r() routines on Linux, at several points it >it needs to test if a given TTY is the TTY we are looking for. It used to >be that this test was (to see if `maybe` is `mytty`): > > __xstat64(_STAT_VER, maybe_filename, &maybe) =3D=3D 0 > #ifdef _STATBUF_ST_RDEV > && S_ISCHR(maybe.st_mode) && maybe.st_rdev =3D=3D mytty.st_rdev > #else > && maybe.st_ino =3D=3D mytty.st_ino && maybe.st_dev =3D=3D mytty.st= _dev > #endif > >Now, this check appears a couple of places. > >Then Christian Brauner came along with commit 15e9a4f3, and changed the >check to > > __xstat64(_STAT_VER, maybe_filename, &maybe) =3D=3D 0 > #ifdef _STATBUF_ST_RDEV > && S_ISCHR(maybe.st_mode) && maybe.st_rdev =3D=3D mytty.st_rdev > #endif > && maybe.st_ino =3D=3D mytty.st_ino && maybe.st_dev =3D=3D mytty.st= _dev > >That is, he made st_ino and st_dev checks happen even if we have the >st_rdev member. This is a good change, because kernel namespaces allow you >to create a new namespace, and to create a new device with the same >st_rdev, but isn't the same file. > >However, this check appears twice in each file (ttyname.c and ttyname_r.c), >but Christian only changed it in one place in each file. Now that kind-of >made sense. The common use-case for this is that you're in a chroot, and >have inherited a file descriptor to a TTY outside of the chroot. In the >ttyname() routine, the first check is on the passed-in file descriptor, >while the remaining checks are for files we open by their absolute path; so >we'd expect them to be in the new namespace. But that's just the "normal" >situation, users can do all kinds of funny things, so update the check >everywhere. > >Make it easy to keep consistent by pulling the check in to a static inline >function. >--- > sysdeps/unix/sysv/linux/ttyname.c | 41 +++++++++-----------------------= -- > sysdeps/unix/sysv/linux/ttyname.h | 12 ++++++++++ > sysdeps/unix/sysv/linux/ttyname_r.c | 44 +++++++++-----------------------= ----- > 3 files changed, 32 insertions(+), 65 deletions(-) > >diff --git a/sysdeps/unix/sysv/linux/ttyname.c b/sysdeps/unix/sysv/linux/t= tyname.c >index 5909cb765f..ba046205ae 100644 >--- a/sysdeps/unix/sysv/linux/ttyname.c >+++ b/sysdeps/unix/sysv/linux/ttyname.c >@@ -35,8 +35,9 @@ > char *__ttyname; > #endif >=20 >-static char *getttyname (const char *dev, dev_t mydev, >- ino64_t myino, int save, int *dostat) >+static char *getttyname (const char *dev, >+ struct stat64 *mytty, >+ int save, int *dostat) > internal_function; >=20 >=20 >@@ -44,7 +45,7 @@ libc_freeres_ptr (static char *getttyname_name); >=20 > static char * > internal_function attribute_compat_text_section >-getttyname (const char *dev, dev_t mydev, ino64_t myino, int save, int *d= ostat) >+getttyname (const char *dev, struct stat64 *mytty, int save, int *dostat) > { > static size_t namelen; > struct stat64 st; >@@ -65,7 +66,7 @@ getttyname (const char *dev, dev_t mydev, ino64_t myino,= int save, int *dostat) > *((char *) __mempcpy (getttyname_name, dev, devlen - 1)) =3D '/'; >=20 > while ((d =3D __readdir64 (dirstream)) !=3D NULL) >- if ((d->d_fileno =3D=3D myino || *dostat) >+ if ((d->d_fileno =3D=3D mytty->st_ino || *dostat) > && strcmp (d->d_name, "stdin") > && strcmp (d->d_name, "stdout") > && strcmp (d->d_name, "stderr")) >@@ -87,12 +88,7 @@ getttyname (const char *dev, dev_t mydev, ino64_t myino= , int save, int *dostat) > } > memcpy (&getttyname_name[devlen], d->d_name, dlen); > if (__xstat64 (_STAT_VER, getttyname_name, &st) =3D=3D 0 >-#ifdef _STATBUF_ST_RDEV >- && S_ISCHR (st.st_mode) && st.st_rdev =3D=3D mydev >-#else >- && d->d_fileno =3D=3D myino && st.st_dev =3D=3D mydev >-#endif >- ) >+ && is_mytty (mytty, &st)) > { > (void) __closedir (dirstream); > #if 0 >@@ -169,12 +165,7 @@ ttyname (int fd) > /* Verify readlink result, fall back on iterating through devices. = */ > if (ttyname_buf[0] =3D=3D '/' > && __xstat64 (_STAT_VER, ttyname_buf, &st1) =3D=3D 0 >-#ifdef _STATBUF_ST_RDEV >- && S_ISCHR (st1.st_mode) >- && st1.st_rdev =3D=3D st.st_rdev >-#endif >- && st1.st_ino =3D=3D st.st_ino >- && st1.st_dev =3D=3D st.st_dev) >+ && is_mytty (&st, &st1)) > return ttyname_buf; >=20 > /* If the link doesn't exist, then it points to a device in another >@@ -188,11 +179,7 @@ ttyname (int fd) >=20 > if (__xstat64 (_STAT_VER, "/dev/pts", &st1) =3D=3D 0 && S_ISDIR (st1.st= _mode)) > { >-#ifdef _STATBUF_ST_RDEV >- name =3D getttyname ("/dev/pts", st.st_rdev, st.st_ino, save, &dost= at); >-#else >- name =3D getttyname ("/dev/pts", st.st_dev, st.st_ino, save, &dosta= t); >-#endif >+ name =3D getttyname ("/dev/pts", &st, save, &dostat); > } > else > { >@@ -202,21 +189,13 @@ ttyname (int fd) >=20 > if (!name && dostat !=3D -1) > { >-#ifdef _STATBUF_ST_RDEV >- name =3D getttyname ("/dev", st.st_rdev, st.st_ino, save, &dostat); >-#else >- name =3D getttyname ("/dev", st.st_dev, st.st_ino, save, &dostat); >-#endif >+ name =3D getttyname ("/dev", &st, save, &dostat); > } >=20 > if (!name && dostat !=3D -1) > { > dostat =3D 1; >-#ifdef _STATBUF_ST_RDEV >- name =3D getttyname ("/dev", st.st_rdev, st.st_ino, save, &dostat); >-#else >- name =3D getttyname ("/dev", st.st_dev, st.st_ino, save, &dostat); >-#endif >+ name =3D getttyname ("/dev", &st, save, &dostat); > } >=20 > return name; >diff --git a/sysdeps/unix/sysv/linux/ttyname.h b/sysdeps/unix/sysv/linux/t= tyname.h >index 2e415e4e9c..cc911baeb0 100644 >--- a/sysdeps/unix/sysv/linux/ttyname.h >+++ b/sysdeps/unix/sysv/linux/ttyname.h >@@ -32,3 +32,15 @@ is_pty (struct stat64 *sb) > return false; > #endif > } >+ >+static inline int >+is_mytty(struct stat64 *mytty, struct stat64 *maybe) >+{ >+ return 1 >+#ifdef _STATBUF_ST_RDEV >+ && S_ISCHR (maybe->st_mode) >+ && maybe->st_rdev =3D=3D mytty->st_rdev >+#endif >+ && maybe->st_ino =3D=3D mytty->st_ino >+ && maybe->st_dev =3D=3D mytty->st_dev; >+} >diff --git a/sysdeps/unix/sysv/linux/ttyname_r.c b/sysdeps/unix/sysv/linux= /ttyname_r.c >index dc863526ba..8ff8653a2d 100644 >--- a/sysdeps/unix/sysv/linux/ttyname_r.c >+++ b/sysdeps/unix/sysv/linux/ttyname_r.c >@@ -31,12 +31,13 @@ > #include "ttyname.h" >=20 > static int getttyname_r (char *buf, size_t buflen, >- dev_t mydev, ino64_t myino, int save, >- int *dostat) internal_function; >+ struct stat64 *mytty, >+ int save, int *dostat) >+ internal_function; >=20 > static int > internal_function attribute_compat_text_section >-getttyname_r (char *buf, size_t buflen, dev_t mydev, ino64_t myino, >+getttyname_r (char *buf, size_t buflen, struct stat64 *mytty, > int save, int *dostat) > { > struct stat64 st; >@@ -52,7 +53,7 @@ getttyname_r (char *buf, size_t buflen, dev_t mydev, ino= 64_t myino, > } >=20 > while ((d =3D __readdir64 (dirstream)) !=3D NULL) >- if ((d->d_fileno =3D=3D myino || *dostat) >+ if ((d->d_fileno =3D=3D mytty->st_ino || *dostat) > && strcmp (d->d_name, "stdin") > && strcmp (d->d_name, "stdout") > && strcmp (d->d_name, "stderr")) >@@ -72,12 +73,7 @@ getttyname_r (char *buf, size_t buflen, dev_t mydev, in= o64_t myino, > cp[0] =3D '\0'; >=20 > if (__xstat64 (_STAT_VER, buf, &st) =3D=3D 0 >-#ifdef _STATBUF_ST_RDEV >- && S_ISCHR (st.st_mode) && st.st_rdev =3D=3D mydev >-#else >- && d->d_fileno =3D=3D myino && st.st_dev =3D=3D mydev >-#endif >- ) >+ && is_mytty (mytty, &st)) > { > (void) __closedir (dirstream); > __set_errno (save); >@@ -151,12 +147,7 @@ __ttyname_r (int fd, char *buf, size_t buflen) > /* Verify readlink result, fall back on iterating through devices. = */ > if (buf[0] =3D=3D '/' > && __xstat64 (_STAT_VER, buf, &st1) =3D=3D 0 >-#ifdef _STATBUF_ST_RDEV >- && S_ISCHR (st1.st_mode) >- && st1.st_rdev =3D=3D st.st_rdev >-#endif >- && st1.st_ino =3D=3D st.st_ino >- && st1.st_dev =3D=3D st.st_dev) >+ && is_mytty (&st, &st1)); This semicolon will cause the following "return 0" to be executed unconditionally. That's very much not what you want I suspect. > return 0; >=20 > /* If the link doesn't exist, then it points to a device in another >@@ -175,13 +166,8 @@ __ttyname_r (int fd, char *buf, size_t buflen) >=20 > if (__xstat64 (_STAT_VER, buf, &st1) =3D=3D 0 && S_ISDIR (st1.st_mode)) > { >-#ifdef _STATBUF_ST_RDEV >- ret =3D getttyname_r (buf, buflen, st.st_rdev, st.st_ino, save, >+ ret =3D getttyname_r (buf, buflen, &st, save, > &dostat); >-#else >- ret =3D getttyname_r (buf, buflen, st.st_dev, st.st_ino, save, >- &dostat); >-#endif > } > else > { >@@ -193,26 +179,16 @@ __ttyname_r (int fd, char *buf, size_t buflen) > { > buf[sizeof ("/dev/") - 1] =3D '\0'; > buflen +=3D sizeof ("pts/") - 1; >-#ifdef _STATBUF_ST_RDEV >- ret =3D getttyname_r (buf, buflen, st.st_rdev, st.st_ino, save, >- &dostat); >-#else >- ret =3D getttyname_r (buf, buflen, st.st_dev, st.st_ino, save, >+ ret =3D getttyname_r (buf, buflen, &st, save, > &dostat); >-#endif > } >=20 > if (ret && dostat !=3D -1) > { > buf[sizeof ("/dev/") - 1] =3D '\0'; > dostat =3D 1; >-#ifdef _STATBUF_ST_RDEV >- ret =3D getttyname_r (buf, buflen, st.st_rdev, st.st_ino, >- save, &dostat); >-#else >- ret =3D getttyname_r (buf, buflen, st.st_dev, st.st_ino, >+ ret =3D getttyname_r (buf, buflen, &st, > save, &dostat); >-#endif > } >=20 > return ret; >--=20 >2.14.1 > --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39193-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:36:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62985 invoked by alias); 10 Oct 2017 09:36:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59521 invoked by uid 48); 10 Oct 2017 09:36:11 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 09: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00105.txt.bz2 Content-length: 491 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #14 from Christian Brauner --- Luke, could you please send your patches to the libc-alpha mailing list so = that we can discuss them properly there? And if you're able to do so, could you please make the patches apply against current glibc master? That would make= our lives a little easier. Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39194-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:37:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81716 invoked by alias); 10 Oct 2017 09:37:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81641 invoked by uid 48); 10 Oct 2017 09:37:20 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21936] gcc build hangs with glibc 2.26 (conftest about static binaries dlopening themselves) Date: Tue, 10 Oct 2017 09:37: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00106.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21936 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #9 from Florian Weimer --- This bug report does not contain sufficient information to identify the root cause, and the requested toolchain version details were not provided, so closing. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39195-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:38:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82270 invoked by alias); 10 Oct 2017 09:38:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82210 invoked by uid 48); 10 Oct 2017 09:38:03 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21620] unable to compile Date: Tue, 10 Oct 2017 09:38: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: critical 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: In-Reply-To: References: 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: 2017-10/txt/msg00107.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21620 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Florian Weimer --- Insufficient information in the bug report. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39196-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:48:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119916 invoked by alias); 10 Oct 2017 09:48:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119700 invoked by uid 48); 10 Oct 2017 09:47:56 -0000 From: "rguenth at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22277] New: __dl_iterate_phdr dlpi_subs computation off Date: Tue, 10 Oct 2017 09:48: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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 Message-ID: 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: 2017-10/txt/msg00108.txt.bz2 Content-length: 1694 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22277 Bug ID: 22277 Summary: __dl_iterate_phdr dlpi_subs computation off Product: glibc Version: 2.28 Status: NEW Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- It looks like GL(dl_ns)[cnt]._ns_nloaded for cnt > 0 is accounted N times instead of once. Fix: diff --git a/elf/dl-iteratephdr.c b/elf/dl-iteratephdr.c index 88473e790b..bbbd8c1e8f 100644 --- a/elf/dl-iteratephdr.c +++ b/elf/dl-iteratephdr.c @@ -47,17 +47,16 @@ __dl_iterate_phdr (int (*callback) (struct dl_phdr_info *info, #ifdef SHARED const void *caller =3D RETURN_ADDRESS (0); for (Lmid_t cnt =3D GL(dl_nns) - 1; cnt > 0; --cnt) - for (struct link_map *l =3D GL(dl_ns)[cnt]._ns_loaded; l; l =3D l->l_n= ext) - { - /* We have to count the total number of loaded objects. */ - nloaded +=3D GL(dl_ns)[cnt]._ns_nloaded; - + { + /* We have to count the total number of loaded objects. */ + nloaded +=3D GL(dl_ns)[cnt]._ns_nloaded; + for (struct link_map *l =3D GL(dl_ns)[cnt]._ns_loaded; l; l =3D l->l= _next) if (caller >=3D (const void *) l->l_map_start && caller < (const void *) l->l_map_end && (l->l_contiguous || _dl_addr_inside_object (l, (ElfW(Addr)) caller))) ns =3D cnt; - } + } #endif for (l =3D GL(dl_ns)[ns]._ns_loaded; l !=3D NULL; l =3D l->l_next) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39197-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 09:55:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127036 invoked by alias); 10 Oct 2017 09:55:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126967 invoked by uid 48); 10 Oct 2017 09:55:01 -0000 From: "rguenth at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22277] __dl_iterate_phdr dlpi_subs computation off Date: Tue, 10 Oct 2017 09:55: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00109.txt.bz2 Content-length: 2181 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22277 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |schwab at sourceware dot o= rg --- Comment #1 from Richard Biener --- Note that + /* There must be exactly one DSO for the range of the virtual + memory. Otherwise something is really broken. */ + ns =3D cnt; misses the obvious optimization of not needing to continue iteration, like the following. Though the comment was removed at some point. diff --git a/elf/dl-iteratephdr.c b/elf/dl-iteratephdr.c index 88473e790b..c33f6e14f2 100644 --- a/elf/dl-iteratephdr.c +++ b/elf/dl-iteratephdr.c @@ -47,17 +47,20 @@ __dl_iterate_phdr (int (*callback) (struct dl_phdr_info *info, #ifdef SHARED const void *caller =3D RETURN_ADDRESS (0); for (Lmid_t cnt =3D GL(dl_nns) - 1; cnt > 0; --cnt) - for (struct link_map *l =3D GL(dl_ns)[cnt]._ns_loaded; l; l =3D l->l_n= ext) - { - /* We have to count the total number of loaded objects. */ - nloaded +=3D GL(dl_ns)[cnt]._ns_nloaded; - - if (caller >=3D (const void *) l->l_map_start - && caller < (const void *) l->l_map_end - && (l->l_contiguous - || _dl_addr_inside_object (l, (ElfW(Addr)) caller))) - ns =3D cnt; - } + { + /* We have to count the total number of loaded objects. */ + nloaded +=3D GL(dl_ns)[cnt]._ns_nloaded; + if (ns =3D=3D 0) + for (struct link_map *l =3D GL(dl_ns)[cnt]._ns_loaded; l; l =3D l->= l_next) + if (caller >=3D (const void *) l->l_map_start + && caller < (const void *) l->l_map_end + && (l->l_contiguous + || _dl_addr_inside_object (l, (ElfW(Addr)) caller))) + { + ns =3D cnt; + break; + } + } #endif for (l =3D GL(dl_ns)[ns]._ns_loaded; l !=3D NULL; l =3D l->l_next) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39198-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 10:00:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9600 invoked by alias); 10 Oct 2017 10:00:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6160 invoked by uid 48); 10 Oct 2017 09:59:58 -0000 From: "rguenth at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22277] __dl_iterate_phdr dlpi_subs computation off Date: Tue, 10 Oct 2017 10:00: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.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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: In-Reply-To: References: 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: 2017-10/txt/msg00110.txt.bz2 Content-length: 609 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22277 --- Comment #2 from Richard Biener --- Not iterating over ns =3D=3D 0 will of course fail to terminate the iterati= on early. Computing nloaded all the time doesn't seem to have a big benefit of avoding the previously existing global for it either. So just have globals for dlpi_adds and dlpi_subs rather than being too clever here would be an improvement IMHO (and a TLS single-entry cache for the last used namespace would be possible= ). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39199-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 11:38:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81694 invoked by alias); 10 Oct 2017 11:38:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81511 invoked by uid 48); 10 Oct 2017 11:38:36 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 11:38: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00111.txt.bz2 Content-length: 549 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #15 from Christian Brauner --- I've built a glibc with your patches applied. Detecting /dev/console as the path for a {p,t}y fd that stems from a devpts mount in a different mount namespace works correctly. I am inclined to think that your patch is safe b= ut would like to pass a final verdict after we've done a proper review of this= on the mailing list. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39200-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:42:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105659 invoked by alias); 10 Oct 2017 14:42:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104019 invoked by uid 48); 10 Oct 2017 14:42:45 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20973] robust mutexes: Lost wake-ups Date: Tue, 10 Oct 2017 14:42: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00112.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20973 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39201-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:42:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105884 invoked by alias); 10 Oct 2017 14:42:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104183 invoked by uid 48); 10 Oct 2017 14:42:46 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20985] robust mutexes: lowlevelrobustlock assembly on x86 blocks on wrong condition Date: Tue, 10 Oct 2017 14:42: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00113.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20985 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 73 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39202-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:43:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112248 invoked by alias); 10 Oct 2017 14:43:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 109414 invoked by uid 48); 10 Oct 2017 14:42:57 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20973] robust mutexes: Lost wake-ups Date: Tue, 10 Oct 2017 14:43: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00114.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20973 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D194= 02 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39204-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:43:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2382 invoked by alias); 10 Oct 2017 14:43:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128582 invoked by uid 48); 10 Oct 2017 14:43:22 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19402] Deadlock with robust shared mutex and asynchronous termination Date: Tue, 10 Oct 2017 14:43: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: unspecified 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00116.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19402 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39203-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:43:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112443 invoked by alias); 10 Oct 2017 14:43:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 109626 invoked by uid 48); 10 Oct 2017 14:42:57 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19402] Deadlock with robust shared mutex and asynchronous termination Date: Tue, 10 Oct 2017 14:43: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: unspecified 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00115.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19402 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 73 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39205-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 14:43:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2737 invoked by alias); 10 Oct 2017 14:43:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 129302 invoked by uid 48); 10 Oct 2017 14:43:23 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20985] robust mutexes: lowlevelrobustlock assembly on x86 blocks on wrong condition Date: Tue, 10 Oct 2017 14:43: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00117.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20985 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D194= 02 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39206-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 15:54:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100960 invoked by alias); 10 Oct 2017 15:54:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98815 invoked by uid 48); 10 Oct 2017 15:54:24 -0000 From: "lukeshu at sbcglobal dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 15:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lukeshu at sbcglobal 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00118.txt.bz2 Content-length: 752 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #16 from Luke Shumaker --- > Luke, could you please send your patches to the libc-alpha mailing > list Oh, definitely. I had intended to clean the patches up a bit, then send them to libc-alpha in the day or so after I posted them here, but things came up and I never got around to it... I guess I'm doing that today! > Stupid question, but did you make sure that you're running a version > with Serge's and my patch in the container? You're referring to 15e9a4f, right? If so: Yes, my glibc 2.26 is 58270c0 (plus 2 more patches), and 15e9a4f is an ancestor of that. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39207-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 16:15:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31764 invoked by alias); 10 Oct 2017 16:15:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29842 invoked by uid 48); 10 Oct 2017 16:15:30 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22277] __dl_iterate_phdr dlpi_subs computation off Date: Tue, 10 Oct 2017 16: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.28 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00119.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22277 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39208-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 16:21:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32112 invoked by alias); 10 Oct 2017 16:21:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23672 invoked by uid 48); 10 Oct 2017 16:21:48 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00120.txt.bz2 Content-length: 743 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #17 from Christian Brauner --- (In reply to Luke Shumaker from comment #16) > > Luke, could you please send your patches to the libc-alpha mailing > > list >=20 > Oh, definitely. I had intended to clean the patches up a bit, then > send them to libc-alpha in the day or so after I posted them here, but > things came up and I never got around to it... I guess I'm doing that > today! Perfect, if it'd be possible for you to have them apply against current gli= bc master that would be fantastic. No need to rush it if you have a lot on your plate. :) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39209-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 16:54:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33064 invoked by alias); 10 Oct 2017 16:54:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32962 invoked by uid 48); 10 Oct 2017 16:54:40 -0000 From: "lukeshu at sbcglobal dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 16:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lukeshu at sbcglobal 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00121.txt.bz2 Content-length: 1141 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #18 from Luke Shumaker --- In cleaning up my patchset, I went to update the manual, since I figured ENODEV should be mentioned as a possible return value there. And I'm left with a question: Does `errno=3DENODEV` really convey any more useful information than `errno !=3D EBADF && errno !=3D ENOTTY`? It has already passed `isatty()` (well `tcgetattr()`). Prior to Serge & your change, name=3DNULL/errno=3Dunchanged signaled "the file descriptor is valid, and is associated with a terminal, but the associated file name could not be determined". ENODEV is mostly that same thing, but "is associated with a PTY", instead of a generic TTY. Is that a meaningful distinction to make? What about using ENODEV for all cases were the file descriptor is valid, and is associated with a terminal, but the associated file name could not be determined? AFAICT, the only other cases where this can happen are if `/proc` and `/dev` are not mounted/set-up as expected. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39210-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 17:25:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128100 invoked by alias); 10 Oct 2017 17:25:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122159 invoked by uid 48); 10 Oct 2017 17:25:46 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 17: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00122.txt.bz2 Content-length: 1827 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #19 from Christian Brauner --- (In reply to Luke Shumaker from comment #18) > In cleaning up my patchset, I went to update the manual, since I > figured ENODEV should be mentioned as a possible return value there. > And I'm left with a question: >=20 > Does `errno=3DENODEV` really convey any more useful information than > `errno !=3D EBADF && errno !=3D ENOTTY`? It has already passed `isatty()` > (well `tcgetattr()`). >=20 > Prior to Serge & your change, name=3DNULL/errno=3Dunchanged signaled "the > file descriptor is valid, and is associated with a terminal, but the > associated file name could not be determined". ENODEV is mostly that > same thing, but "is associated with a PTY", instead of a generic TTY. > Is that a meaningful distinction to make? While POSIX does explicitly allow for this case I prefer setting errno to a meaningful value on error. I don't like conveying information implicitly be= it in the error or success case. That's best left for cocktail parties in the Oxford common room. :) >=20 > What about using ENODEV for all cases were the file descriptor is > valid, and is associated with a terminal, but the associated file name > could not be determined? This is not the focus of this patch. I'd prefer if this patch fixed the sin= gle issue of making parsing through /dev work correctly. In general, I'd consider all {p,t}y codepaths to be tricky since it is very easy to break backwards compatibility without realizing it. Let's not generalize the use of ENODEV right now. >=20 > AFAICT, the only other cases where this can happen are if `/proc` and > `/dev` are not mounted/set-up as expected. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39211-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 17:49:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 67649 invoked by alias); 10 Oct 2017 17:49:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67590 invoked by uid 48); 10 Oct 2017 17:49:30 -0000 From: "lukeshu at sbcglobal dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 10 Oct 2017 17: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lukeshu at sbcglobal 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00123.txt.bz2 Content-length: 796 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #20 from Luke Shumaker --- > While POSIX does explicitly allow for this case I prefer setting > errno to a meaningful value on error. I don't like conveying > information implicitly be it in the error or success case. That's > best left for cocktail parties in the Oxford common room. :) It actually doesn't; if isatty(FD) is true, then ttyname(FD) isn't allowed to fail according to POSIX. The behavior I described is just what glibc did :) I suspect that, prior to your patch, no one in glibc had thought very seriously about what happens when isatty(FD) is true but ttyname(FD) has to fail for another reason. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39212-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 19:27:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 41859 invoked by alias); 10 Oct 2017 19:27:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41787 invoked by uid 48); 10 Oct 2017 19:27:55 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22277] __dl_iterate_phdr dlpi_subs computation off Date: Tue, 10 Oct 2017 19:27: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.28 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: In-Reply-To: References: 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: 2017-10/txt/msg00124.txt.bz2 Content-length: 348 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22277 --- Comment #3 from Florian Weimer --- Previously posted patch: https://sourceware.org/ml/libc-alpha/2016-07/msg00609.html https://sourceware.org/ml/libc-alpha/2016-08/msg00005.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39213-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 10 21:52:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127804 invoked by alias); 10 Oct 2017 21:52:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127767 invoked by uid 48); 10 Oct 2017 21:52:36 -0000 From: "jwilk at jwilk dot net" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Tue, 10 Oct 2017 21:52: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwilk at jwilk dot net 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: In-Reply-To: References: 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: 2017-10/txt/msg00125.txt.bz2 Content-length: 387 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Jakub Wilk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwilk at jwilk dot net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39214-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 04:25:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 75792 invoked by alias); 11 Oct 2017 04:25:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73566 invoked by uid 48); 11 Oct 2017 04:25:38 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Wed, 11 Oct 2017 04: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox 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: In-Reply-To: References: 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: 2017-10/txt/msg00126.txt.bz2 Content-length: 994 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #21 from Christian Brauner --- (In reply to Luke Shumaker from comment #20) > > While POSIX does explicitly allow for this case I prefer setting > > errno to a meaningful value on error. I don't like conveying > > information implicitly be it in the error or success case. That's > > best left for cocktail parties in the Oxford common room. :) >=20 > It actually doesn't; if isatty(FD) is true, then ttyname(FD) isn't > allowed to fail according to POSIX. The behavior I described is just > what glibc did :) No, I just meant that POSIX - or the C standard - says it's perfectly fine = for a function to return an error code but leave errno unchanged. Which for me should always be the ultima ratio, i.e. when setting errno to anything woul= d be more confusing than not setting it. But we digress... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39215-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 04:39:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68357 invoked by alias); 11 Oct 2017 04:39:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68307 invoked by uid 48); 11 Oct 2017 04:39:32 -0000 From: "woodard at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22280] New: relocations not performed on failed dlopen Date: Wed, 11 Oct 2017 04:39: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: woodard 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 attachments.created Message-ID: 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: 2017-10/txt/msg00127.txt.bz2 Content-length: 4649 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22280 Bug ID: 22280 Summary: relocations not performed on failed dlopen Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: woodard at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Created attachment 10521 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10521&action=3Ded= it reproducer The runtime linker fails to perform relocation on a shared library brought = in as a dependency which is marked NODELETE even though it isn't deleted. This causes problems when a subsequent library also tries to make use of the same library. [ben@Mustang dl-bug]$ make all cc -g -c -o main.o main.c cc -g -o main main.o -ldl cc -g -c -fpic a.c cc -g -c -fpic d.c cc -g -fpic -shared -Wl,-z,nodelete -o libd.so d.o cc -g -c -fpic e.c cc -g -fpic -shared -o libe.so e.o cc -g -fpic -shared -o liba.so a.o -L. -ld -le cc -g -c -fpic b.c cc -g -fpic -shared -o libb.so b.o -L. -ld [ben@Mustang dl-bug]$ make run LD_LIBRARY_PATH=3D. ./main d_fn x=3D12 inside b_fn rm libe.so LD_LIBRARY_PATH=3D. ./main Could not open liba.so - libe.so: cannot open shared object file: No such f= ile or directory make: *** [Makefile:38: run] Segmentation fault (core dumped) Note that libd.so is marked NODELETE So when main dlopen's liba.so which needs on libd.so and libe.so because libe.so is missing, the load of liba.so fails. This is expected. However, w= hen libb.so is loaded which also needs libd.so the application crashes because = the relocations haven't been done. [ben@Mustang dl-bug]$ LD_LIBRARY_PATH=3D. LD_DEBUG=3Dreloc,files ./main 2> = foo d_fn x=3D12 inside b_fn [ben@Mustang dl-bug]$ egrep file\|reloc foo 10901: file=3Dlibdl.so.2 [0]; needed by ./main [0] 10901: file=3Dlibdl.so.2 [0]; generating link map 10901: file=3Dlibc.so.6 [0]; needed by ./main [0] 10901: file=3Dlibc.so.6 [0]; generating link map 10901: relocation processing: /lib64/libc.so.6 10901: relocation processing: /lib64/libdl.so.2 10901: relocation processing: ./main (lazy) 10901: relocation processing: /lib64/ld-linux-x86-64.so.2 10901: file=3Dliba.so [0]; dynamically loaded by ./main [0] 10901: file=3Dliba.so [0]; generating link map 10901: file=3Dlibd.so [0]; needed by ./liba.so [0] 10901: file=3Dlibd.so [0]; generating link map 10901: file=3Dlibe.so [0]; needed by ./liba.so [0] 10901: file=3Dlibe.so [0]; generating link map 10901: relocation processing: ./libe.so 10901: relocation processing: ./libd.so 10901: relocation processing: ./liba.so 10901: opening file=3D./liba.so [0]; direct_opencount=3D1 10901: file=3Dlibb.so [0]; dynamically loaded by ./main [0] 10901: file=3Dlibb.so [0]; generating link map 10901: relocation processing: ./libb.so 10901: opening file=3D./libb.so [0]; direct_opencount=3D1 vs. [ben@Mustang dl-bug]$ rm libe.so [ben@Mustang dl-bug]$ LD_LIBRARY_PATH=3D. LD_DEBUG=3Dreloc,files ./main 2> = foo Segmentation fault (core dumped) [ben@Mustang dl-bug]$ egrep file\|reloc foo 10965: file=3Dlibdl.so.2 [0]; needed by ./main [0] 10965: file=3Dlibdl.so.2 [0]; generating link map 10965: file=3Dlibc.so.6 [0]; needed by ./main [0] 10965: file=3Dlibc.so.6 [0]; generating link map 10965: relocation processing: /lib64/libc.so.6 10965: relocation processing: /lib64/libdl.so.2 10965: relocation processing: ./main (lazy) 10965: relocation processing: /lib64/ld-linux-x86-64.so.2 10965: file=3Dliba.so [0]; dynamically loaded by ./main [0] 10965: file=3Dliba.so [0]; generating link map 10965: file=3Dlibd.so [0]; needed by ./liba.so [0] 10965: file=3Dlibd.so [0]; generating link map 10965: file=3Dlibe.so [0]; needed by ./liba.so [0] 10965: file=3D./liba.so [0]; destroying link map Could not open liba.so - libe.so: cannot open shared object file: No such f= ile or directory 10965: file=3Dlibb.so [0]; dynamically loaded by ./main [0] 10965: file=3Dlibb.so [0]; generating link map 10965: relocation processing: ./libb.so Note on the failing case the relocations are never done on libd.so --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39217-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 04:42:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81884 invoked by alias); 11 Oct 2017 04:42:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80755 invoked by uid 48); 11 Oct 2017 04:42:36 -0000 From: "woodard at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/20839] Incomplete rollback of dynamic linker state on linking failure Date: Wed, 11 Oct 2017 04:42: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: woodard 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: In-Reply-To: References: 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: 2017-10/txt/msg00129.txt.bz2 Content-length: 521 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20839 Ben Woodard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |woodard at redhat dot com --- Comment #1 from Ben Woodard --- *** Bug 22280 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39216-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 04:42:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81842 invoked by alias); 11 Oct 2017 04:42:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80525 invoked by uid 48); 11 Oct 2017 04:42:35 -0000 From: "woodard at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22280] relocations not performed on failed dlopen Date: Wed, 11 Oct 2017 04: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: woodard at redhat dot com 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: In-Reply-To: References: 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: 2017-10/txt/msg00128.txt.bz2 Content-length: 621 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22280 Ben Woodard changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Ben Woodard --- Discovered that there is already a bug reported for this. *** This bug has been marked as a duplicate of bug 20839 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39218-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 04:44:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60476 invoked by alias); 11 Oct 2017 04:44:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60415 invoked by uid 48); 11 Oct 2017 04:44:54 -0000 From: "woodard at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/20839] Incomplete rollback of dynamic linker state on linking failure Date: Wed, 11 Oct 2017 04:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: woodard 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: In-Reply-To: References: 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: 2017-10/txt/msg00130.txt.bz2 Content-length: 4158 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20839 --- Comment #2 from Ben Woodard --- Created attachment 10522 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10522&action=3Ded= it a fairly simple reproducer As a case in point here is a reproducer that I whipped up based upon a cust= omer report. [ben@Mustang dl-bug]$ make all cc -g -c -o main.o main.c cc -g -o main main.o -ldl cc -g -c -fpic a.c cc -g -c -fpic d.c cc -g -fpic -shared -Wl,-z,nodelete -o libd.so d.o cc -g -c -fpic e.c cc -g -fpic -shared -o libe.so e.o cc -g -fpic -shared -o liba.so a.o -L. -ld -le cc -g -c -fpic b.c cc -g -fpic -shared -o libb.so b.o -L. -ld [ben@Mustang dl-bug]$ make run LD_LIBRARY_PATH=3D. ./main d_fn x=3D12 inside b_fn rm libe.so LD_LIBRARY_PATH=3D. ./main Could not open liba.so - libe.so: cannot open shared object file: No such f= ile or directory make: *** [Makefile:38: run] Segmentation fault (core dumped) Note that libd.so is marked NODELETE So when main dlopen's liba.so which needs on libd.so and libe.so because libe.so is missing, the load of liba.so fails. This is expected. However, w= hen libb.so is loaded which also needs libd.so the application crashes because = the relocations haven't been done. [ben@Mustang dl-bug]$ LD_LIBRARY_PATH=3D. LD_DEBUG=3Dreloc,files ./main 2> = foo d_fn x=3D12 inside b_fn [ben@Mustang dl-bug]$ egrep file\|reloc foo 10901: file=3Dlibdl.so.2 [0]; needed by ./main [0] 10901: file=3Dlibdl.so.2 [0]; generating link map 10901: file=3Dlibc.so.6 [0]; needed by ./main [0] 10901: file=3Dlibc.so.6 [0]; generating link map 10901: relocation processing: /lib64/libc.so.6 10901: relocation processing: /lib64/libdl.so.2 10901: relocation processing: ./main (lazy) 10901: relocation processing: /lib64/ld-linux-x86-64.so.2 10901: file=3Dliba.so [0]; dynamically loaded by ./main [0] 10901: file=3Dliba.so [0]; generating link map 10901: file=3Dlibd.so [0]; needed by ./liba.so [0] 10901: file=3Dlibd.so [0]; generating link map 10901: file=3Dlibe.so [0]; needed by ./liba.so [0] 10901: file=3Dlibe.so [0]; generating link map 10901: relocation processing: ./libe.so 10901: relocation processing: ./libd.so 10901: relocation processing: ./liba.so 10901: opening file=3D./liba.so [0]; direct_opencount=3D1 10901: file=3Dlibb.so [0]; dynamically loaded by ./main [0] 10901: file=3Dlibb.so [0]; generating link map 10901: relocation processing: ./libb.so 10901: opening file=3D./libb.so [0]; direct_opencount=3D1 vs. [ben@Mustang dl-bug]$ rm libe.so [ben@Mustang dl-bug]$ LD_LIBRARY_PATH=3D. LD_DEBUG=3Dreloc,files ./main 2> = foo Segmentation fault (core dumped) [ben@Mustang dl-bug]$ egrep file\|reloc foo 10965: file=3Dlibdl.so.2 [0]; needed by ./main [0] 10965: file=3Dlibdl.so.2 [0]; generating link map 10965: file=3Dlibc.so.6 [0]; needed by ./main [0] 10965: file=3Dlibc.so.6 [0]; generating link map 10965: relocation processing: /lib64/libc.so.6 10965: relocation processing: /lib64/libdl.so.2 10965: relocation processing: ./main (lazy) 10965: relocation processing: /lib64/ld-linux-x86-64.so.2 10965: file=3Dliba.so [0]; dynamically loaded by ./main [0] 10965: file=3Dliba.so [0]; generating link map 10965: file=3Dlibd.so [0]; needed by ./liba.so [0] 10965: file=3Dlibd.so [0]; generating link map 10965: file=3Dlibe.so [0]; needed by ./liba.so [0] 10965: file=3D./liba.so [0]; destroying link map Could not open liba.so - libe.so: cannot open shared object file: No such f= ile or directory 10965: file=3Dlibb.so [0]; dynamically loaded by ./main [0] 10965: file=3Dlibb.so [0]; generating link map 10965: relocation processing: ./libb.so Note on the failing case the relocations are never done on libd.so --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39219-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 05:16:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47584 invoked by alias); 11 Oct 2017 05:15:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46450 invoked by uid 55); 11 Oct 2017 05:12:44 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18023] extend_alloca is broken (questionable pointer comparison, horrible machine code) Date: Wed, 11 Oct 2017 05:15: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: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00131.txt.bz2 Content-length: 1375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18023 --- Comment #8 from 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 78e806fd8cd8c918d3bbe1bcdf9091ab365e4a69 (commit) from 0ff64d3a18fc5111c54ffd3238231754dfd506dc (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=3Dglibc.git;h=3D78e806fd8cd8c918d3b= be1bcdf9091ab365e4a69 commit 78e806fd8cd8c918d3bbe1bcdf9091ab365e4a69 Author: Florian Weimer Date: Wed Oct 11 07:01:34 2017 +0200 nss_files: Use struct scratch_buffer for gethostbyname [BZ #18023] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 + nss/nss_files/files-hosts.c | 320 ++++++++++++++++++++-------------------= ---- 2 files changed, 157 insertions(+), 169 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39220-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 05:17:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49029 invoked by alias); 11 Oct 2017 05:16:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47344 invoked by uid 55); 11 Oct 2017 05:14:25 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/22078] nss_files performance issue in multi mode Date: Wed, 11 Oct 2017 05:16: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: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00132.txt.bz2 Content-length: 1666 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22078 --- Comment #2 from 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 d8425e116cdd954fea0c04c0f406179b5daebbb3 (commit) from 78e806fd8cd8c918d3bbe1bcdf9091ab365e4a69 (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=3Dglibc.git;h=3Dd8425e116cdd954fea0= c04c0f406179b5daebbb3 commit d8425e116cdd954fea0c04c0f406179b5daebbb3 Author: Florian Weimer Date: Wed Oct 11 07:07:51 2017 +0200 nss_files: Avoid large buffers with many host addresses [BZ #22078] The previous implementation had at least a quadratic space requirement in the number of host addresses and aliases. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++ nss/Makefile | 2 + nss/nss_files/files-hosts.c | 225 +++++++++++++++----------- nss/tst-nss-files-hosts-multi.c | 331 +++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 472 insertions(+), 96 deletions(-) create mode 100644 nss/tst-nss-files-hosts-multi.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39221-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 05:22:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68855 invoked by alias); 11 Oct 2017 05:21:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52577 invoked by uid 48); 11 Oct 2017 05:19:24 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22078] nss_files performance issue in multi mode Date: Wed, 11 Oct 2017 05:21: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00133.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22078 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39222-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 05:22:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69363 invoked by alias); 11 Oct 2017 05:22:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53067 invoked by uid 48); 11 Oct 2017 05:20:10 -0000 From: "woodard at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/20839] Incomplete rollback of dynamic linker state on linking failure Date: Wed, 11 Oct 2017 05:22: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: woodard 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: In-Reply-To: References: 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: 2017-10/txt/msg00134.txt.bz2 Content-length: 1219 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20839 --- Comment #3 from Ben Woodard --- It is my opinion that the NODELETE flag should not be honored at this early stage. The reason for the NODELETE flag is that the library may have side effects that are irreversible. However, because the library has not been relocated, it cannot even have had its constructor run. Therefore, its abil= ity to cause irreversible side effects are practically nil. Therefore it is saf= e to remove it as if the NODELETE flag had not been set.=20 Earlier testing with my reproducer demonstrated that without the -Wl,nodele= te command line option, the problem does not manifest. Therefore, we have a ca= se where we do not have a NODELETE flag that works correctly and we have a case where we do honor the NODELETE flag which crashes. Therefore it seems to ma= ke sense that the NODELETE flag only takes effect after the relocations have b= een done. Or maybe only after the library's constructor has been run. It is only then, that the library could have made a change which that would not permit= it from being deleted. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39223-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 09:53:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37892 invoked by alias); 11 Oct 2017 09:53:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37765 invoked by uid 48); 11 Oct 2017 09:53:40 -0000 From: "akhilesh.k at samsung dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22281] New: When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Date: Wed, 11 Oct 2017 09:53: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: akhilesh.k at samsung 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: 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: 2017-10/txt/msg00135.txt.bz2 Content-length: 9831 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22281 Bug ID: 22281 Summary: When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: akhilesh.k at samsung dot com CC: carlos at redhat dot com Target Milestone: --- When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". gawk -f ../scripts/gen-as-const.awk ../sysdeps/x86_64/locale-defines.sym \ | gcc -S -o /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h= T3 -std=3Dgnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=3Dinitial-exec= =20=20=20=20=20 -I../include -I/home/akhilesh/malloc/glibc-2.26/build/string=20 -I/home/akhilesh/malloc/glibc-2.26/build=20 -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64= =20 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl=20 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl=20 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux=20 -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu=20 -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64=20 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64=20 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu=20 -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu=20 -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86=20 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64=20 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32=20 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include /home/akhilesh/malloc/glibc-2.26/build/libc-modules.h -DMODULE_NAME=3Dlibc -include ../include/libc-symbols.h -DTOP_NAMESPACE=3Dglibc -x c - \ -MD -MP -MF /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT -MT '/home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.d /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT3 > /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT rm -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT3 sed -e 's@ /home/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e 's@=20 *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g'= \ /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT > /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT2 rm -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT mv -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT2 /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.d mv -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h make[2]: Leaving directory `/home/akhilesh/malloc/glibc-2.26/string' make[2]: Entering directory `/home/akhilesh/malloc/glibc-2.26/string' /usr/bin/install -c -m 644 ../../include/linux/limits.h /tools/include/linux/limits.h /usr/bin/install -c -m 644 ../../include/asm/prctl.h /tools/include/asm/prc= tl.h /usr/bin/install -c -m 644 ../../include/asm/unistd.h /tools/include/asm/unistd.h /usr/bin/install -c -m 644 ../../include/asm/unistd_64.h /tools/include/asm/unistd_64.h /usr/bin/install -c -m 644 ../../include/linux/param.h /tools/include/linux/param.h /usr/bin/install -c -m 644 ../../include/asm/param.h /tools/include/asm/par= am.h /usr/bin/install -c -m 644 ../../include/asm-generic/param.h /tools/include/asm-generic/param.h /usr/bin/install -c -m 644 ../../include/asm/socket.h /tools/include/asm/socket.h /usr/bin/install -c -m 644 ../../include/asm-generic/socket.h /tools/include/asm-generic/socket.h /usr/bin/install -c -m 644 ../../include/asm/sockios.h /tools/include/asm/sockios.h /usr/bin/install -c -m 644 ../../include/asm-generic/sockios.h /tools/include/asm-generic/sockios.h gawk -f ../scripts/gen-as-const.awk ../sysdeps/x86_64/locale-defines.sym \ | gcc -S -o /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h= T3 -std=3Dgnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=3Dinitial-exec= =20=20=20=20=20 -I../include -I/home/akhilesh/malloc/glibc-2.26/build/string=20 -I/home/akhilesh/malloc/glibc-2.26/build=20 -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64= =20 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl=20 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl=20 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux=20 -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu=20 -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64=20 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64=20 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu=20 -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu=20 -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86=20 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64=20 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32=20 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include /home/akhilesh/malloc/glibc-2.26/build/libc-modules.h -DMODULE_NAME=3Dlibc -include ../include/libc-symbols.h -DTOP_NAMESPACE=3Dglibc -x c - \ -MD -MP -MF /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT -MT '/home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.d /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT3 > /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT rm -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT3 sed -e 's@ /home/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e 's@=20 *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g'= \ /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT > /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT2 rm -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT mv -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.dT2 /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h.d mv -f /home/akhilesh/malloc/glibc-2.26/build/locale-defines.hT /home/akhilesh/malloc/glibc-2.26/build/locale-defines.h make[2]: Leaving directory `/home/akhilesh/malloc/glibc-2.26/string' make[2]: Entering directory `/home/akhilesh/malloc/glibc-2.26/string' /usr/bin/install -c -m 644 ../../include/linux/limits.h /tools/include/linux/limits.h /usr/bin/install -c -m 644 ../../include/asm/prctl.h /tools/include/asm/prc= tl.h /usr/bin/install -c -m 644 ../../include/asm/unistd.h /tools/include/asm/unistd.h /usr/bin/install -c -m 644 ../../include/asm/unistd_64.h /tools/include/asm/unistd_64.h /usr/bin/install -c -m 644 ../../include/linux/param.h /tools/include/linux/param.h /usr/bin/install -c -m 644 ../../include/asm/param.h /tools/include/asm/par= am.h /usr/bin/install -c -m 644 ../../include/asm-generic/param.h /tools/include/asm-generic/param.h /usr/bin/install -c -m 644 ../../include/asm/socket.h /tools/include/asm/socket.h /usr/bin/install -c -m 644 ../../include/asm-generic/socket.h /tools/include/asm-generic/socket.h /usr/bin/install -c -m 644 ../../include/asm/sockios.h /tools/include/asm/sockios.h /usr/bin/install -c -m 644 ../../include/asm-generic/sockios.h /tools/include/asm-generic/sockios.h gawk -f ../scripts/gen-as-const.awk ../sysdeps/x86_64/locale-defines.sym \ So this creates an endless loop. My env=20 akhilesh/malloc/glibc-2.26/build# gcc -v Using built-in specs. COLLECT_GCC=3Dgcc COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/x86_64-pc-linux-gnu/6.2.0/lto-= wrapper Target: x86_64-pc-linux-gnu Configured with: ./configure --enable-vtable-verify --disable-multilib Thread model: posix gcc version 6.2.0 (GCC) glibc-2.26/build# vim config.log=20 This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by GNU C Library configure (see version.h), which was generated by GNU Autoconf 2.69. Invocation command line was $ ../configure --prefix=3D/tools --host=3D --build=3Dx86_64-pc-linux-gnu --enable-kernel=3D4.8.0 --with-headers=3D/tools/include --without-selinux enable_obsolete_rpc --disable-profile sunrpc-support --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39226-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:44:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35673 invoked by alias); 11 Oct 2017 10:44:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34924 invoked by uid 48); 11 Oct 2017 10:44:16 -0000 From: "mark at klomp dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21254] valgrind warnings for TLS initialization in statically linked binaries Date: Wed, 11 Oct 2017 10:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark at klomp 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: In-Reply-To: References: 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: 2017-10/txt/msg00138.txt.bz2 Content-length: 388 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21254 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mark at klomp dot org --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39224-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:44:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 34988 invoked by alias); 11 Oct 2017 10:44:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34314 invoked by uid 48); 11 Oct 2017 10:44:13 -0000 From: "mark at klomp dot org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification Date: Wed, 11 Oct 2017 10:44: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: mark at klomp 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: In-Reply-To: References: 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: 2017-10/txt/msg00136.txt.bz2 Content-length: 388 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20644 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mark at klomp dot org --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39225-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:44:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35611 invoked by alias); 11 Oct 2017 10:44:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34790 invoked by uid 48); 11 Oct 2017 10:44:16 -0000 From: "mark at klomp dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/20079] Add SHT_X86_64_UNWIND to elf.h Date: Wed, 11 Oct 2017 10:44: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: mark at klomp 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: In-Reply-To: References: 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: 2017-10/txt/msg00137.txt.bz2 Content-length: 388 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20079 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mark at klomp dot org --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39228-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:48:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73201 invoked by alias); 11 Oct 2017 10:48:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71280 invoked by uid 48); 11 Oct 2017 10:48:43 -0000 From: "mjw at fedoraproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/20079] Add SHT_X86_64_UNWIND to elf.h Date: Wed, 11 Oct 2017 10: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjw at fedoraproject 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: In-Reply-To: References: 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: 2017-10/txt/msg00140.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20079 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC|mjw at fedoraproject dot org | --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39227-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:48:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70401 invoked by alias); 11 Oct 2017 10:48:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68506 invoked by uid 48); 11 Oct 2017 10:48:36 -0000 From: "mjw at fedoraproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/20644] RFE: valgrind interoperation with fortification Date: Wed, 11 Oct 2017 10: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjw at fedoraproject 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: In-Reply-To: References: 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: 2017-10/txt/msg00139.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20644 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC|mjw at fedoraproject dot org | --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39229-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 10:48:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73584 invoked by alias); 11 Oct 2017 10:48:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72147 invoked by uid 48); 11 Oct 2017 10:48:45 -0000 From: "mjw at fedoraproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21254] valgrind warnings for TLS initialization in statically linked binaries Date: Wed, 11 Oct 2017 10:48: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjw at fedoraproject 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: In-Reply-To: References: 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: 2017-10/txt/msg00141.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21254 Mark Wielaard changed: What |Removed |Added ---------------------------------------------------------------------------- CC|mjw at fedoraproject dot org | --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39230-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 13:27:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 117276 invoked by alias); 11 Oct 2017 13:27:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117230 invoked by uid 48); 11 Oct 2017 13:27:43 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22281] When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Date: Wed, 11 Oct 2017 13:27: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00142.txt.bz2 Content-length: 494 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22281 --- Comment #1 from Carlos O'Donell --- Akhilesh, Are you building on NFS? This should just work, the locale-defines.sym is translated into a header, and make is deciding that the header is out of da= te, and rebuilds it, over and over again. If you `touch $build/locale-defines.h` and then restart the build, does it continue? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39231-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 14:04:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25938 invoked by alias); 11 Oct 2017 14:04:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20232 invoked by uid 48); 11 Oct 2017 14:04:23 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22281] When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Date: Wed, 11 Oct 2017 14:04: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00143.txt.bz2 Content-length: 245 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22281 --- Comment #2 from Andreas Schwab --- You should run make all before make install. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39232-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 20:20:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78558 invoked by alias); 11 Oct 2017 20:20:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78513 invoked by uid 48); 11 Oct 2017 20:20:38 -0000 From: "adconrad at 0c3 dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Wed, 11 Oct 2017 20: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adconrad at 0c3 dot net 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: In-Reply-To: References: 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: 2017-10/txt/msg00144.txt.bz2 Content-length: 390 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Adam Conrad changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adconrad at 0c3 dot net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39233-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 20:31:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99944 invoked by alias); 11 Oct 2017 20:31:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99897 invoked by uid 48); 11 Oct 2017 20:31:14 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Wed, 11 Oct 2017 20:31: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.26 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 Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00145.txt.bz2 Content-length: 3539 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adhemerval.zanella at lina= ro dot o | |rg --- Comment #1 from Adhemerval Zanella --- I do not see the scenario you described as expected because of CLONE_VFORK = and every fail path is handled on 'fail' label. On the code: 271 args->err =3D 0;=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 272 args->exec (args->file, args->argv, args->envp);=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 273=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 274 /* This is compatibility function required to enable posix_spawn run= =20=20=20=20=20=20 275 script without shebang definition for older posix_spawn versions= =20=20=20=20=20=20=20 276 (2.15). */=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 277 maybe_script_execute (args);=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 278=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 279 fail:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 280 /* errno should have an appropriate non-zero value; otherwise,=20=20= =20=20=20=20=20=20=20=20=20=20 281 there's a bug in glibc or the kernel. For lack of an error code= =20=20=20=20=20=20=20 282 (EINTERNALBUG) describing that, use ECHILD. Another option would= =20=20=20=20=20=20 283 be to set args->err to some negative sentinel and have the parent= =20=20=20=20=20=20 284 abort(), but that seems needlessly harsh. */=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 285 args->err =3D errno ? : ECHILD;=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 286 _exit (SPAWN_ERROR);=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 287 } So the input err memory position won't be accessed concurrently on parent because CLONE_VFORK (since kernel interface guarantee that calling process = is suspended) and all return path on the child functions will be either default execution through args->exec/maybe_script_execute or through the fail label. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39234-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 20:36:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107217 invoked by alias); 11 Oct 2017 20:36:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107139 invoked by uid 48); 11 Oct 2017 20:36:04 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Wed, 11 Oct 2017 20: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00146.txt.bz2 Content-length: 652 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #2 from Florian Weimer --- (In reply to Adhemerval Zanella from comment #1) > So the input err memory position won't be accessed concurrently on parent > because CLONE_VFORK (since kernel interface guarantee that calling process > is suspended) and all return path on the child functions will be either > default execution through args->exec/maybe_script_execute or through the > fail label. But if the process is killed, this will not result in a vfork failure, will= it? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39235-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 11 21:24:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81963 invoked by alias); 11 Oct 2017 21:24:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59976 invoked by uid 48); 11 Oct 2017 21:24:21 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Wed, 11 Oct 2017 21:24: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00147.txt.bz2 Content-length: 2644 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #3 from Adhemerval Zanella --- (In reply to Florian Weimer from comment #0) > __spawnix has this code: >=20 > 340 /* Child must set args.err to something non-negative - we rely = on > 341 the parent and child sharing VM. */ > 342 args.err =3D -1; > =E2=80=A6 > 354 /* The clone flags used will create a new child that will run in > the same > 355 memory space (CLONE_VM) and the execution of calling thread > will be > 356 suspend until the child calls execve or _exit. > 357=20 > 358 Also since the calling thread execution will be suspend, the= re > is not > 359 need for CLONE_SETTLS. Although parent and child share the > same TLS > 360 namespace, there will be no concurrent access for TLS variab= les > (errno > 361 for instance). */ > 362 new_pid =3D CLONE (__spawni_child, STACK (stack, stack_size), > stack_size, > 363 CLONE_VM | CLONE_VFORK | SIGCHLD, &args); > 364=20 > 365 if (new_pid > 0) > 366 { > 367 ec =3D args.err; > 368 assert (ec >=3D 0); >=20 > The assert can fire if the child process dies before the err member is > written. Atomics should probably used to guard against compiler reorderi= ng > of the store, too. (In reply to Florian Weimer from comment #2) > (In reply to Adhemerval Zanella from comment #1) > > So the input err memory position won't be accessed concurrently on pare= nt > > because CLONE_VFORK (since kernel interface guarantee that calling proc= ess > > is suspended) and all return path on the child functions will be either > > default execution through args->exec/maybe_script_execute or through the > > fail label. >=20 > But if the process is killed, this will not result in a vfork failure, wi= ll > it? Indeed killing the child in the middle of the its execution might trigger t= he assert. Another issue I can see is process might be killed after line 271 (setting err to 0) and before actually issuing exec. In this case it will posix_spawn won't trigger the assert and returns as the external process has ran correctly. However I do not think setting the err atomically would help here, ideally = we will need kernel help on to signaling abrupt child execution. One option wo= uld be to set all signals to SIG_IGN (although it won't help with SIGKILL or SIGSTOP). What about removing the assert and setting all signal handler as SIG_IGN? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39236-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 01:16:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126747 invoked by alias); 12 Oct 2017 01:16:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126706 invoked by uid 48); 12 Oct 2017 01:16:34 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22284] New: -pg -pie doesn't work Date: Thu, 12 Oct 2017 01:16: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.27 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 cc target_milestone Message-ID: 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: 2017-10/txt/msg00148.txt.bz2 Content-length: 1976 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22284 Bug ID: 22284 Summary: -pg -pie doesn't work Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- [hjl@gnu-efi-2 gcc]$ cat x.c #include void foo (void) { printf ("hello\n"); } int main () { foo (); return 0; } [hjl@gnu-efi-2 gcc]$ gcc -pg -fpie -pie x.c [hjl@gnu-efi-2 gcc]$ ./a.out=20 hello [hjl@gnu-efi-2 gcc]$ gprof --brief a.out=20 Flat profile: Each sample counts as 0.01 seconds. no time accumulated % cumulative self self total=20=20=20=20=20=20=20=20= =20=20=20 time seconds seconds calls Ts/call Ts/call name=20=20=20=20 Call graph granularity: each sample hit covers 2 byte(s) no time propagated index % time self children called name Index by function name [hjl@gnu-efi-2 gcc]$ gcc -pg x.c [hjl@gnu-efi-2 gcc]$ ./a.out=20 hello [hjl@gnu-efi-2 gcc]$ gprof --brief a.out=20 Flat profile: Each sample counts as 0.01 seconds. no time accumulated % cumulative self self total=20=20=20=20=20=20=20=20= =20=20=20 time seconds seconds calls Ts/call Ts/call name=20=20=20=20 0.00 0.00 0.00 1 0.00 0.00 foo Call graph granularity: each sample hit covers 2 byte(s) no time propagated index % time self children called name 0.00 0.00 1/1 main [7] [1] 0.0 0.00 0.00 1 foo [1] ----------------------------------------------- Index by function name [1] foo [hjl@gnu-efi-2 gcc]$ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39237-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 03:23:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57471 invoked by alias); 12 Oct 2017 03:23:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57409 invoked by uid 48); 12 Oct 2017 03:23:37 -0000 From: "akhilesh.k at samsung dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22281] When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Date: Thu, 12 Oct 2017 03:23: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: akhilesh.k at samsung 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: In-Reply-To: References: 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: 2017-10/txt/msg00149.txt.bz2 Content-length: 402 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22281 Akhilesh Kumar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |akhipatel at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39238-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 04:14:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4691 invoked by alias); 12 Oct 2017 04:14:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4635 invoked by uid 48); 12 Oct 2017 04:14:18 -0000 From: "lukeshu at sbcglobal dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Thu, 12 Oct 2017 04: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lukeshu at sbcglobal 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00150.txt.bz2 Content-length: 266 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #22 from Luke Shumaker --- https://sourceware.org/ml/libc-alpha/2017-10/msg00501.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39239-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 07:36:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112326 invoked by alias); 12 Oct 2017 07:36:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110682 invoked by uid 48); 12 Oct 2017 07:36:18 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/21302] strcoll does not correctly follow locale-specified order in some cases Date: Thu, 12 Oct 2017 07:36: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.23 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00151.txt.bz2 Content-length: 491 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21302 --- Comment #10 from Carlos O'Donell --- While working on C.UTF-8 for upstream (one that does no transliteration, but should sort via code points) I added a new collation test that shows this problem. I'll have to work out what's going on in string/strcoll_l.c that is causing collation issues for the 4-byte UTF-8 characters. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39240-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 08:57:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 129691 invoked by alias); 12 Oct 2017 08:57:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 129645 invoked by uid 48); 12 Oct 2017 08:57:24 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 08: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00152.txt.bz2 Content-length: 965 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #4 from Florian Weimer --- (In reply to Adhemerval Zanella from comment #3) > However I do not think setting the err atomically would help here, ideally > we will need kernel help on to signaling abrupt child execution. One opti= on > would be to set all signals to SIG_IGN (although it won't help with SIGKI= LL > or SIGSTOP). I think atomic accesses are needed for their compiler barrier properties. > What about removing the assert and setting all signal handler as SIG_IGN? We can't do that because the signal handler disposition is inherited across execve. I think it is sufficient to check the waitpid status in combination with the error code. I don't think we need to report whether the subprocess was terminated before or after the execve (which can be successful or not). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39241-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 10:51:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108464 invoked by alias); 12 Oct 2017 10:51:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100365 invoked by uid 55); 12 Oct 2017 10:51:15 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22284] -pg -pie doesn't work Date: Thu, 12 Oct 2017 10: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.27 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00153.txt.bz2 Content-length: 2845 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22284 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #1 from H.J. Lu --- Fixed for 2.27. --- Comment #2 from 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 d165ca64980f90ccace088670652cc203d1b5411 (commit) from bc9620d040b7494f457ccb750c9797b47ed76ada (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=3Dglibc.git;h=3Dd165ca64980f90ccace= 088670652cc203d1b5411 commit d165ca64980f90ccace088670652cc203d1b5411 Author: H.J. Lu Date: Thu Oct 12 03:45:55 2017 -0700 Support profiling PIE [BZ #22284] Since PIE can be loaded at any address, we need to subtract load address from PCs. [BZ #22284] * gmon/Makefile [$(have-fpie)$(build-shared) =3D=3D yesyes] (tests, tests-pie): Add tst-gmon-pie. (CFLAGS-tst-gmon-pie.c): New. (CRT-tst-gmon-pie): Likewise. (tst-gmon-pie-ENV): Likewise. [$(have-fpie)$(build-shared) =3D=3D yesyes] (tests-special): Likewi= se. ($(objpfx)tst-gmon-pie.out): Likewise. (clean-tst-gmon-pie-data): Likewise. ($(objpfx)tst-gmon-pie-gprof.out): Likewise. * gmon/gmon.c [PIC]: Include . [PIC] (callback): New function. (write_hist): Add an argument for load address. Subtract load address from PCs. (write_call_graph): Likewise. (write_gmon): Call __dl_iterate_phdr to get load address, pass it to write_hist and write_call_graph. Reviewed-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 20 ++++++++++++++++++++ gmon/Makefile | 21 +++++++++++++++++++++ gmon/gmon.c | 47 +++++++++++++++++++++++++++++++++++++---------- gmon/tst-gmon-pie.c | 1 + 4 files changed, 79 insertions(+), 10 deletions(-) create mode 100644 gmon/tst-gmon-pie.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39242-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 10:51:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108863 invoked by alias); 12 Oct 2017 10:51:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100343 invoked by uid 48); 12 Oct 2017 10:51:15 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22284] -pg -pie doesn't work Date: Thu, 12 Oct 2017 10: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.27 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00154.txt.bz2 Content-length: 2845 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22284 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #1 from H.J. Lu --- Fixed for 2.27. --- Comment #2 from 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 d165ca64980f90ccace088670652cc203d1b5411 (commit) from bc9620d040b7494f457ccb750c9797b47ed76ada (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=3Dglibc.git;h=3Dd165ca64980f90ccace= 088670652cc203d1b5411 commit d165ca64980f90ccace088670652cc203d1b5411 Author: H.J. Lu Date: Thu Oct 12 03:45:55 2017 -0700 Support profiling PIE [BZ #22284] Since PIE can be loaded at any address, we need to subtract load address from PCs. [BZ #22284] * gmon/Makefile [$(have-fpie)$(build-shared) =3D=3D yesyes] (tests, tests-pie): Add tst-gmon-pie. (CFLAGS-tst-gmon-pie.c): New. (CRT-tst-gmon-pie): Likewise. (tst-gmon-pie-ENV): Likewise. [$(have-fpie)$(build-shared) =3D=3D yesyes] (tests-special): Likewi= se. ($(objpfx)tst-gmon-pie.out): Likewise. (clean-tst-gmon-pie-data): Likewise. ($(objpfx)tst-gmon-pie-gprof.out): Likewise. * gmon/gmon.c [PIC]: Include . [PIC] (callback): New function. (write_hist): Add an argument for load address. Subtract load address from PCs. (write_call_graph): Likewise. (write_gmon): Call __dl_iterate_phdr to get load address, pass it to write_hist and write_call_graph. Reviewed-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 20 ++++++++++++++++++++ gmon/Makefile | 21 +++++++++++++++++++++ gmon/gmon.c | 47 +++++++++++++++++++++++++++++++++++++---------- gmon/tst-gmon-pie.c | 1 + 4 files changed, 79 insertions(+), 10 deletions(-) create mode 100644 gmon/tst-gmon-pie.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39243-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 13:20:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73621 invoked by alias); 12 Oct 2017 13:20:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73303 invoked by uid 48); 12 Oct 2017 13:20:00 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 13: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00155.txt.bz2 Content-length: 2236 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #5 from Adhemerval Zanella --- (In reply to Florian Weimer from comment #4) > (In reply to Adhemerval Zanella from comment #3) >=20 > > However I do not think setting the err atomically would help here, idea= lly > > we will need kernel help on to signaling abrupt child execution. One op= tion > > would be to set all signals to SIG_IGN (although it won't help with SIG= KILL > > or SIGSTOP). >=20 > I think atomic accesses are needed for their compiler barrier properties. But exactly what you are trying to prevent in spawni code? Essentially the = code runs sequentially and I think it would not be legal the compiler evaluate ec without checking for new_pid result. >=20 > > What about removing the assert and setting all signal handler as SIG_IG= N? >=20 > We can't do that because the signal handler disposition is inherited acro= ss > execve. I think it is sufficient to check the waitpid status in combinat= ion > with the error code. I don't think we need to report whether the subproc= ess > was terminated before or after the execve (which can be successful or not= ). Right, we need to respect POSIX_SPAWN_SETSIGDEF. What about: diff --git a/sysdeps/unix/sysv/linux/spawni.c b/sysdeps/unix/sysv/linux/spawni.c index dea1650..f02ac19 100644 --- a/sysdeps/unix/sysv/linux/spawni.c +++ b/sysdeps/unix/sysv/linux/spawni.c @@ -365,9 +365,15 @@ __spawnix (pid_t * pid, const char *file, if (new_pid > 0) { ec =3D args.err; - assert (ec >=3D 0); if (ec !=3D 0) - __waitpid (new_pid, NULL, 0); + { + /* It handles the unlikely case where the auxiliary vfork process + is killed before calling _exit or execve. */ + int status; + __waitpid (new_pid, &status, 0); + if (WIFSIGNALED (status)) + ec =3D -1; + } } else ec =3D -new_pid; It should handle a installed signal handler not erased by POSIX_SPAWN_SETSI= GDEF (assuming it won't terminate the process) and the case of of a termination signal before _exit or execve. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39244-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 13:33:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111523 invoked by alias); 12 Oct 2017 13:33:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 111465 invoked by uid 48); 12 Oct 2017 13:33:09 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 13: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00156.txt.bz2 Content-length: 249 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #6 from Andreas Schwab --- You need to use a positive error number, not -1. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39245-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 13:40:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81763 invoked by alias); 12 Oct 2017 13:40:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79710 invoked by uid 48); 12 Oct 2017 13:40:29 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 13: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00157.txt.bz2 Content-length: 656 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #7 from Adhemerval Zanella --- (In reply to Andreas Schwab from comment #6) > You need to use a positive error number, not -1. Indeed and still it won't help the case where the process is killed after setting args.err to 0 and I do not see how to correctly report it to user.= =20 Even if we check waitpid unconditionally (with WNOHANG) for ec !=3D 0 it mi= ght a case where the required program runs and it is killed just before the actual waitpid test. Any idea? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39246-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 13:48:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108383 invoked by alias); 12 Oct 2017 13:48:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108226 invoked by uid 48); 12 Oct 2017 13:48:21 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 13: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00158.txt.bz2 Content-length: 949 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #8 from Adhemerval Zanella --- (In reply to Adhemerval Zanella from comment #7) > (In reply to Andreas Schwab from comment #6) > > You need to use a positive error number, not -1. >=20 > Indeed and still it won't help the case where the process is killed after > setting args.err to 0 and I do not see how to correctly report it to user= .=20 > Even if we check waitpid unconditionally (with WNOHANG) for ec !=3D 0 it = might > a case where the required program runs and it is killed just before the > actual waitpid test. Any idea? One option I have in mind is create the child with CLONE_CHILD_SETTID and c= all set_tid_address with args.err as input (I am using set_tid_address to avoid have to adjust each clone signature to take ctid in correct order). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39247-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 14:20:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99639 invoked by alias); 12 Oct 2017 14:20:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99590 invoked by uid 48); 12 Oct 2017 14:20:45 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 14: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00159.txt.bz2 Content-length: 546 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #9 from Andreas Schwab --- Killing the child between args.err =3D 0 and exec is not a problem, that ca= n be considered a successful spawn, and the caller will eventually call wait and note the signal (if he is interested in it). In fact, I think any signal t= hat happens between fork and exec should be relayed to the caller to figure out= , as if spawn was successful. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39248-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 14:30:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118860 invoked by alias); 12 Oct 2017 14:30:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 118812 invoked by uid 48); 12 Oct 2017 14:30:45 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Thu, 12 Oct 2017 14:30: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00160.txt.bz2 Content-length: 739 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 --- Comment #10 from Adhemerval Zanella --- (In reply to Andreas Schwab from comment #9) > Killing the child between args.err =3D 0 and exec is not a problem, that = can > be considered a successful spawn, and the caller will eventually call wait > and note the signal (if he is interested in it). In fact, I think any > signal that happens between fork and exec should be relayed to the caller= to > figure out, as if spawn was successful. This seems reasonable, in this case I think we should set ec equal 0 for WIFSIGNALED in my suggestion at comment #5. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39249-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 18:23:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100275 invoked by alias); 12 Oct 2017 18:23:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100128 invoked by uid 48); 12 Oct 2017 18:23:36 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Thu, 12 Oct 2017 18:23: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: christian.brauner at mailbox dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00161.txt.bz2 Content-length: 481 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 Christian Brauner changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |christian.brauner a= t mailbox dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39250-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 21:39:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95396 invoked by alias); 12 Oct 2017 21:39:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91860 invoked by uid 55); 12 Oct 2017 21:39:02 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 12 Oct 2017 21:39: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00162.txt.bz2 Content-length: 18868 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #10 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at dc2d3821c24149b6bc1a5917ff53c7b35b40f00f (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddc2d3821c24149b6bc1= a5917ff53c7b35b40f00f commit dc2d3821c24149b6bc1a5917ff53c7b35b40f00f Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4471f6b5a2b44730da9= 7a2eb73935ff6f5e8a141 commit 4471f6b5a2b44730da97a2eb73935ff6f5e8a141 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1f24e41adc3a142b9ed= faa47578ff6465fc3eb3b commit 1f24e41adc3a142b9edfaa47578ff6465fc3eb3b Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df926b5e40da52f1feea= ade253febe6f9ed72d988 commit f926b5e40da52f1feeaade253febe6f9ed72d988 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2fbf3fd6ddd67e90288= b03265221c5a4561281de commit 2fbf3fd6ddd67e90288b03265221c5a4561281de Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D232baff98758cbfe280= 096ebc09a3afa4d77e170 commit 232baff98758cbfe280096ebc09a3afa4d77e170 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1c00a4d60a7a4ac3d6d= 3e867c953bcf85b187683 commit 1c00a4d60a7a4ac3d6d3e867c953bcf85b187683 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D352de9d08983de9c06b= 7e74929d1a466cbb20191 commit 352de9d08983de9c06b7e74929d1a466cbb20191 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D035cc1e670fc0aebd48= 436b1224a9090b26b6510 commit 035cc1e670fc0aebd48436b1224a9090b26b6510 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D852ba327c44fee88d08= a5439c3e1a69616b6ea08 commit 852ba327c44fee88d08a5439c3e1a69616b6ea08 Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D79362976f48e8661db8= 0304decc8d29a9fc08d20 commit 79362976f48e8661db80304decc8d29a9fc08d20 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D75d3ab88fa26a4576c6= cbf1610f493caeaf1136c commit 75d3ab88fa26a4576c6cbf1610f493caeaf1136c Author: H.J. Lu Date: Thu Oct 12 05:25:23 2017 -0700 Add a test for profiling static executable The function, main, is added to profiling output of static executable which must link against gcrt1.o. * Makeconfig (+link-static-before-libc): Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). * gmon/Makefile (tests): Add tst-gmon-static. (tests-static): Likewise. (CFLAGS-tst-gmon-static.c): New. (CRT-tst-gmon-static): Likewise. (DEFAULT-LDFLAGS-tst-gmon-static): Likewise. (tst-gmon-static-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static.out): Likewise. (clean-tst-gmon-static-data): Likewise. ($(objpfx)tst-gmon-static-gprof.out): Likewise. * gmon/tst-gmon-static-gprof.sh: New file. * gmon/tst-gmon-static.c: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39251-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 21:53:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63785 invoked by alias); 12 Oct 2017 21:53:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59780 invoked by uid 55); 12 Oct 2017 21:53:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 12 Oct 2017 21: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.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00163.txt.bz2 Content-length: 19066 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #11 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 1798eb01da55411ce2c74ad0241801c03a1b67e6 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1798eb01da55411ce2c= 74ad0241801c03a1b67e6 commit 1798eb01da55411ce2c74ad0241801c03a1b67e6 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D92709e13be16565c049= fae273e480bf6080537ac commit 92709e13be16565c049fae273e480bf6080537ac Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D02371ebc45799726f0c= d61539859a89a5a92f168 commit 02371ebc45799726f0cd61539859a89a5a92f168 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D70223be575626b16969= 241ea2b869f8d9659f2d4 commit 70223be575626b16969241ea2b869f8d9659f2d4 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D99dd76116c3d50007be= c9d0e12540de8865a6676 commit 99dd76116c3d50007bec9d0e12540de8865a6676 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D51e266da208f90754a2= 36154479295e9408790dd commit 51e266da208f90754a236154479295e9408790dd Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D62b05f154471fd11e08= 303e0380e0118873760ab commit 62b05f154471fd11e08303e0380e0118873760ab Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D088b6db3931fe144b34= ee206f319069b2eb5fffe commit 088b6db3931fe144b34ee206f319069b2eb5fffe Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5694e48f4572d5c74aa= d3c6f1bc404f71ee287e9 commit 5694e48f4572d5c74aad3c6f1bc404f71ee287e9 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De1664641e0807239bbc= ccd460e174a558f6c7cbc commit e1664641e0807239bbcccd460e174a558f6c7cbc Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D83e95a0f4d5450816b9= 68d04f846465caa6d511b commit 83e95a0f4d5450816b968d04f846465caa6d511b Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D75d3ab88fa26a4576c6= cbf1610f493caeaf1136c commit 75d3ab88fa26a4576c6cbf1610f493caeaf1136c Author: H.J. Lu Date: Thu Oct 12 05:25:23 2017 -0700 Add a test for profiling static executable The function, main, is added to profiling output of static executable which must link against gcrt1.o. * Makeconfig (+link-static-before-libc): Use the first of $(CRT-$(@F)) and $(csu-objpfx)$(static-start-installed-name). * gmon/Makefile (tests): Add tst-gmon-static. (tests-static): Likewise. (CFLAGS-tst-gmon-static.c): New. (CRT-tst-gmon-static): Likewise. (DEFAULT-LDFLAGS-tst-gmon-static): Likewise. (tst-gmon-static-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static.out): Likewise. (clean-tst-gmon-static-data): Likewise. ($(objpfx)tst-gmon-static-gprof.out): Likewise. * gmon/tst-gmon-static-gprof.sh: New file. * gmon/tst-gmon-static.c: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39252-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 22:59:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 65738 invoked by alias); 12 Oct 2017 22:59:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 65657 invoked by uid 55); 12 Oct 2017 22:58:59 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22284] -pg -pie doesn't work Date: Thu, 12 Oct 2017 22:59: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.27 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00164.txt.bz2 Content-length: 1514 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22284 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22284/2.26 has been created at 5a951cc33ccec638bcd2a2ed44db34f2610dacd3 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5a951cc33ccec638bcd= 2a2ed44db34f2610dacd3 commit 5a951cc33ccec638bcd2a2ed44db34f2610dacd3 Author: H.J. Lu Date: Thu Oct 12 03:45:55 2017 -0700 Support profiling PIE [BZ #22284] Since PIE can be loaded at any address, we need to subtract load address from PCs. [BZ #22284] * gmon/gmon.c [PIC]: Include . [PIC] (callback): New function. (write_hist): Add an argument for load address. Subtract load address from PCs. (write_call_graph): Likewise. (write_gmon): Call __dl_iterate_phdr to get load address, pass it to write_hist and write_call_graph. Reviewed-by: Carlos O'Donell (cherry picked from commit d165ca64980f90ccace088670652cc203d1b5411) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39253-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 12 23:37:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73642 invoked by alias); 12 Oct 2017 23:37:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73578 invoked by uid 48); 12 Oct 2017 23:37:48 -0000 From: "jwakely.gcc at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22290] New: XSI-compliant strerror_r unavailable in C++ Date: Thu, 12 Oct 2017 23:37: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwakely.gcc 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: 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: 2017-10/txt/msg00165.txt.bz2 Content-length: 1070 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22290 Bug ID: 22290 Summary: XSI-compliant strerror_r unavailable in C++ Product: glibc Version: 2.23 Status: UNCONFIRMED Severity: normal Priority: P2 Component: string Assignee: unassigned at sourceware dot org Reporter: jwakely.gcc at gmail dot com Target Milestone: --- The XSI-compliant strerror_r is provided if: (_POSIX_C_SOURCE >=3D 200112L) && ! _GNU_SOURCE Otherwise, the GNU-specific version is provided. Because g++ automatically defines _GNU_SOURCE there's no way to get the XSI version in C++ programs, except gross hacks before including any C++ standa= rd library headers: #undef _GNU_SOURCE #include #define _GNU_SOURCE 1 #include There might be no reasonable fix for this on the glibc side. G++ needs to s= top defining _GNU_SOURCE (see also PR 21326 and PR 21327). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39254-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 07:55:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 91476 invoked by alias); 13 Oct 2017 07:55:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91418 invoked by uid 48); 13 Oct 2017 07:55:46 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/14624] `make localedata/install-locales` fails with "FATAL: kernel too old" Date: Fri, 13 Oct 2017 07: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.16 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: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00166.txt.bz2 Content-length: 911 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14624 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #5 from Carlos O'Donell --- I'm marking this as RESOLVED/INVALID since the user situation is one where = the build system is too old to run binaries from the newly built glibc. Once you upgrade the build system then localdef will be able to run. The cross-localdef discussion is completely orthogonal to the issue at hand, though such a cross-localdef would solve this problem, it is beyond the sco= pe of filling a bug fix for it. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39255-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 08:11:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90373 invoked by alias); 13 Oct 2017 08:11:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90321 invoked by uid 48); 13 Oct 2017 08:11:43 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22292] New: localedef exits with error 4 when it should be error 1 Date: Fri, 13 Oct 2017 08:11: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.27 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: 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: 2017-10/txt/msg00167.txt.bz2 Content-length: 1023 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22292 Bug ID: 22292 Summary: localedef exits with error 4 when it should be error 1 Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- The current localedef implementation treats all warnings like errors. This means that you can never have just warnings and an exit code of 1 as is required by POSIX. The fix for this is for localdef to stop using error_message_count to count errors, and instead adopt some better internal structure to track issued errors, warnings, and verbose messages. If any errors are seen, then exit with error 4 without writing data. If only warnings are seen, then exit with error 1 to indicate data was writ= ten. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39256-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 08:52:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106664 invoked by alias); 13 Oct 2017 08:52:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106597 invoked by uid 48); 13 Oct 2017 08:52:27 -0000 From: "akhilesh.k at samsung dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22281] When building glibc 2.26 I stepped into an endless loop building "locale-defines.hT3". Date: Fri, 13 Oct 2017 08:52: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: akhilesh.k at samsung 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: In-Reply-To: References: 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: 2017-10/txt/msg00168.txt.bz2 Content-length: 11558 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22281 --- Comment #3 from Akhilesh Kumar --- (In reply to Carlos O'Donell from comment #1) > Akhilesh, >=20 > Are you building on NFS? This should just work, the locale-defines.sym is build glibc on remote server using SSH=20 > translated into a header, and make is deciding that the header is out of > date, and rebuilds it, over and over again. >=20 > If you `touch $build/locale-defines.h` and then restart the build, does it > continue? after touch again stepped again into an endless loop building at different point=20 -MD -MP -MF /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.dT -MT '/home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.d /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets= .hT3 > /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.hT rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.hT3 sed -e 's@ /home/samsung/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/samsung/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e= 's@ *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g= ' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.d= T > /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.dT2 rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.dT mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.dT2 /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h.d mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.hT /home/samsung/akhilesh/malloc/glibc-2.26/build/rtld-offsets.h gawk -f ../scripts/gen-as-const.awk ../sysdeps/x86_64/tlsdesc.sym \ | gcc -S -o /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.= hT3 -std=3Dgnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=3Dinitial-exec= =20=20=20=20=20 -I../include -I/home/samsung/akhilesh/malloc/glibc-2.26/build/csu=20 -I/home/samsung/akhilesh/malloc/glibc-2.26/build=20 -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64= =20 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl=20 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl=20 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux=20 -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu=20 -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64=20 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64=20 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu=20 -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu=20 -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86=20 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64=20 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32=20 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include /home/samsung/akhilesh/malloc/glibc-2.26/build/libc-modules.h -DMODULE_NAME=3Dlibc -include ../include/libc-symbols.h=20=20=20=20=20=20 -DTOP_NAMESPACE=3Dglibc -x c - \ -MD -MP -MF /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.dT -MT '/home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.d /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.hT3 > /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.hT rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.hT3 sed -e 's@ /home/samsung/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/samsung/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e= 's@ *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g= ' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.dT > /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.dT2 rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.dT mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.dT2 /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h.d mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.hT /home/samsung/akhilesh/malloc/glibc-2.26/build/tlsdesc.h gawk -f ../scripts/gen-as-const.awk ../sysdeps/unix/sysv/linux/x86_64/ucontext_i.sym \ | gcc -S -o /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.hT3 -std=3Dgnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-const= ants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=3Dinitial-exec -I../include -I/home/samsung/akhilesh/malloc/glibc-2.26/build/csu=20 -I/home/samsung/akhilesh/malloc/glibc-2.26/build=20 -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64= =20 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl=20 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl=20 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux=20 -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu=20 -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64=20 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64=20 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu=20 -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu=20 -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86=20 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64=20 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32=20 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include /home/samsung/akhilesh/malloc/glibc-2.26/build/libc-modules.h -DMODULE_NAME=3Dlibc -include ../include/libc-symbols.h=20=20=20=20=20=20 -DTOP_NAMESPACE=3Dglibc -x c - \ -MD -MP -MF /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.dT -MT '/home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.d /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h= T3 > /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.hT rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.hT3 sed -e 's@ /home/samsung/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/samsung/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e= 's@ *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g= ' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.dT > /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.dT2 rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.dT mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.dT2 /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h.d mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.hT /home/samsung/akhilesh/malloc/glibc-2.26/build/ucontext_i.h make[2]: Leaving directory `/home/samsung/akhilesh/malloc/glibc-2.26/csu' make[2]: Entering directory `/home/samsung/akhilesh/malloc/glibc-2.26/csu' make[2]: Circular /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offset= s.h <- /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h dependency dropped. gawk -f ../scripts/gen-as-const.awk ../sysdeps/x86_64/nptl/tcb-offsets.sym \ | gcc -S -o /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.hT3 -std=3Dgnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-const= ants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -ftls-model=3Dinitial-exec -I../include -I/home/samsung/akhilesh/malloc/glibc-2.26/build/csu=20 -I/home/samsung/akhilesh/malloc/glibc-2.26/build=20 -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64= =20 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl=20 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl=20 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux=20 -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu=20 -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64=20 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64=20 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu=20 -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu=20 -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86=20 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64=20 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32=20 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include -isystem /usr/local/lib/gcc/x86_64-pc-linux-gnu/6.2.0/include-fixed -isystem /tools/include -D_LIBC_REENTRANT -include /home/samsung/akhilesh/malloc/glibc-2.26/build/libc-modules.h -DMODULE_NAME=3Dlibc -include ../include/libc-symbols.h=20=20=20=20=20=20 -DTOP_NAMESPACE=3Dglibc -x c - \ -MD -MP -MF /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.dT -MT '/home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.d /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h' sed -n 's/^.*@@@name@@@\([^@]*\)@@@value@@@[^0-9Xxa-fA-F-]*\([0-9Xxa-fA-F-][0-9Xxa= -fA-F-]*\).*@@@end@@@.*$/#define \1 \2/p' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.= hT3 > /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.hT rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.hT3 sed -e 's@ /home/samsung/akhilesh/malloc/glibc-2\.26/build/@ $(common-objpfx)@g' -e 's@^/home/samsung/akhilesh/malloc/glibc-2\.26/build/@$(common-objpfx)@g' -e= 's@ *\.\.\/\([^ \]*\)@ $(..)\1@g' -e 's@^\.\.\/\([^ \]*\)@$(..)\1@g= ' \ /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.dT= > /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.dT2 rm -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.dT mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.dT2 /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h.d mv -f /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.hT /home/samsung/akhilesh/malloc/glibc-2.26/build/tcb-offsets.h --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39258-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 19:19:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47917 invoked by alias); 13 Oct 2017 19:19:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47483 invoked by uid 55); 13 Oct 2017 19:19:13 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22142] [powerpc] printf oupts a wrong value of DBL_MAX on ppc64 and ppc64le Date: Fri, 13 Oct 2017 19: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00170.txt.bz2 Content-length: 4346 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22142 --- Comment #2 from 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 8644588807215ab09716ac04a150f91ac83acffd (commit) via e8dbd6a36d8e4d30e736e28a364f7a4d1404079a (commit) via 179dcdb7af4983fd42824db748ee6cb05f8d71cf (commit) from 006e766437033d6565133ce356b55d7b301a7b58 (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=3Dglibc.git;h=3D8644588807215ab0971= 6ac04a150f91ac83acffd commit 8644588807215ab09716ac04a150f91ac83acffd Author: James Clarke Date: Fri Oct 13 15:44:39 2017 -0300 Fix TLS relocations against local symbols on powerpc32, sparc32 and spa= rc64 Normally, TLS relocations against local symbols are optimised by the li= nker to be absolute. However, gold does not do this, and so it is possible = to end up with, for example, R_SPARC_TLS_DTPMOD64 referring to a local sym= bol. Since sym_map is left as null in elf_machine_rela for the special local symbol case, the relocation handling thinks it has nothing to do, and so the module gets left as 0. Havoc then ensues when the variable in ques= tion is accessed. Before this fix, the main_local_gold program would receive a SIGBUS on sparc64, and SIGSEGV on powerpc32. With this fix applied, that test now passes like the rest of them. * sysdeps/powerpc/powerpc32/dl-machine.h (elf_machine_rela): Assign sym_map to be map for local symbols, as TLS relocations use sym_map to determine whether the symbol is defined and to extract the TLS information. * sysdeps/sparc/sparc32/dl-machine.h (elf_machine_rela): Likewise. * sysdeps/sparc/sparc64/dl-machine.h (elf_machine_rela): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De8dbd6a36d8e4d30e73= 6e28a364f7a4d1404079a commit e8dbd6a36d8e4d30e736e28a364f7a4d1404079a Author: Tulio Magno Quites Machado Filho Date: Fri Oct 13 15:44:39 2017 -0300 powerpc: Avoid putting floating point values in memory [BZ #22189] [BZ #22189] * sysdeps/powerpc/fpu/math_private.h (math_opt_barrier): (math_force_eval): Add powerpc version. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D179dcdb7af4983fd428= 24db748ee6cb05f8d71cf commit 179dcdb7af4983fd42824db748ee6cb05f8d71cf Author: Tulio Magno Quites Machado Filho Date: Fri Oct 13 15:44:39 2017 -0300 [BZ #22142] powerpc: Fix the carry bit on mpn_[add|sub]_n on POWER7 Fix the ifdef clause that was being used in the opposite way, setting a wrong value of the carry bit. This is also correcting 2 memory accesses that were mistakenly referring to r0 while they were supposed to mean the immediate value 0. [BZ #22142] * stdio-common/tst-printf.c (fp_test): Add tests for DBL_MAX and -DBL_MAX. (do_test): Likewise. * stdio-common/tst-printf.sh: Likewise. * sysdeps/powerpc/powerpc64/power7/add_n.S: Invert the initial ifdef clause in order to set the carry bit right. Replace r0 by 0 without changing the behavior. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 24 ++++++++++++++++++++++++ stdio-common/tst-printf.c | 4 ++++ stdio-common/tst-printf.sh | 8 ++++++++ sysdeps/powerpc/fpu/math_private.h | 7 +++++++ sysdeps/powerpc/powerpc32/dl-machine.h | 5 ++++- sysdeps/powerpc/powerpc64/power7/add_n.S | 8 ++++---- sysdeps/sparc/sparc32/dl-machine.h | 1 + sysdeps/sparc/sparc64/dl-machine.h | 1 + 8 files changed, 53 insertions(+), 5 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39257-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 19:19:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47895 invoked by alias); 13 Oct 2017 19:19:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47421 invoked by uid 55); 13 Oct 2017 19:19:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22189] [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Date: Fri, 13 Oct 2017 19: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: 2.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: tuliom at linux dot vnet.ibm.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00169.txt.bz2 Content-length: 4346 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22189 --- Comment #2 from 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 8644588807215ab09716ac04a150f91ac83acffd (commit) via e8dbd6a36d8e4d30e736e28a364f7a4d1404079a (commit) via 179dcdb7af4983fd42824db748ee6cb05f8d71cf (commit) from 006e766437033d6565133ce356b55d7b301a7b58 (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=3Dglibc.git;h=3D8644588807215ab0971= 6ac04a150f91ac83acffd commit 8644588807215ab09716ac04a150f91ac83acffd Author: James Clarke Date: Fri Oct 13 15:44:39 2017 -0300 Fix TLS relocations against local symbols on powerpc32, sparc32 and spa= rc64 Normally, TLS relocations against local symbols are optimised by the li= nker to be absolute. However, gold does not do this, and so it is possible = to end up with, for example, R_SPARC_TLS_DTPMOD64 referring to a local sym= bol. Since sym_map is left as null in elf_machine_rela for the special local symbol case, the relocation handling thinks it has nothing to do, and so the module gets left as 0. Havoc then ensues when the variable in ques= tion is accessed. Before this fix, the main_local_gold program would receive a SIGBUS on sparc64, and SIGSEGV on powerpc32. With this fix applied, that test now passes like the rest of them. * sysdeps/powerpc/powerpc32/dl-machine.h (elf_machine_rela): Assign sym_map to be map for local symbols, as TLS relocations use sym_map to determine whether the symbol is defined and to extract the TLS information. * sysdeps/sparc/sparc32/dl-machine.h (elf_machine_rela): Likewise. * sysdeps/sparc/sparc64/dl-machine.h (elf_machine_rela): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De8dbd6a36d8e4d30e73= 6e28a364f7a4d1404079a commit e8dbd6a36d8e4d30e736e28a364f7a4d1404079a Author: Tulio Magno Quites Machado Filho Date: Fri Oct 13 15:44:39 2017 -0300 powerpc: Avoid putting floating point values in memory [BZ #22189] [BZ #22189] * sysdeps/powerpc/fpu/math_private.h (math_opt_barrier): (math_force_eval): Add powerpc version. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D179dcdb7af4983fd428= 24db748ee6cb05f8d71cf commit 179dcdb7af4983fd42824db748ee6cb05f8d71cf Author: Tulio Magno Quites Machado Filho Date: Fri Oct 13 15:44:39 2017 -0300 [BZ #22142] powerpc: Fix the carry bit on mpn_[add|sub]_n on POWER7 Fix the ifdef clause that was being used in the opposite way, setting a wrong value of the carry bit. This is also correcting 2 memory accesses that were mistakenly referring to r0 while they were supposed to mean the immediate value 0. [BZ #22142] * stdio-common/tst-printf.c (fp_test): Add tests for DBL_MAX and -DBL_MAX. (do_test): Likewise. * stdio-common/tst-printf.sh: Likewise. * sysdeps/powerpc/powerpc64/power7/add_n.S: Invert the initial ifdef clause in order to set the carry bit right. Replace r0 by 0 without changing the behavior. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 24 ++++++++++++++++++++++++ stdio-common/tst-printf.c | 4 ++++ stdio-common/tst-printf.sh | 8 ++++++++ sysdeps/powerpc/fpu/math_private.h | 7 +++++++ sysdeps/powerpc/powerpc32/dl-machine.h | 5 ++++- sysdeps/powerpc/powerpc64/power7/add_n.S | 8 ++++---- sysdeps/sparc/sparc32/dl-machine.h | 1 + sysdeps/sparc/sparc64/dl-machine.h | 1 + 8 files changed, 53 insertions(+), 5 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39260-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 19:21:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60071 invoked by alias); 13 Oct 2017 19:21:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60043 invoked by uid 48); 13 Oct 2017 19:21:55 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22142] [powerpc] printf oupts a wrong value of DBL_MAX on ppc64 and ppc64le Date: Fri, 13 Oct 2017 19: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.26 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: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00172.txt.bz2 Content-length: 517 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22142 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --- Comment #3 from Tulio Magno Quites Machado Filho --- Fixed in glibc 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39259-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 19:21:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59729 invoked by alias); 13 Oct 2017 19:21:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59677 invoked by uid 48); 13 Oct 2017 19:21:34 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug math/22189] [powerpc] math_private.h definitions of math_opt_barrier and math_force_eval Date: Fri, 13 Oct 2017 19:21: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: tuliom at linux dot vnet.ibm.com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status version resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00171.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22189 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Version|2.28 |2.26 Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Tulio Magno Quites Machado Filho --- Fixed in glibc 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39261-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 19:22:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60851 invoked by alias); 13 Oct 2017 19:22:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60799 invoked by uid 48); 13 Oct 2017 19:22:32 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22142] [powerpc] printf oupts a wrong value of DBL_MAX on ppc64 and ppc64le Date: Fri, 13 Oct 2017 19:22: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: tuliom at linux dot vnet.ibm.com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00173.txt.bz2 Content-length: 588 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22142 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Tulio Magno Quites Machado Filho --- Fixed, per the previous comment. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39262-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 20:51:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 19940 invoked by alias); 13 Oct 2017 20:51:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 19871 invoked by uid 48); 13 Oct 2017 20:51:06 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22294] New: Allow "" for int_currency_symbol definition in locales. Date: Fri, 13 Oct 2017 20:51: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.27 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: 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: 2017-10/txt/msg00174.txt.bz2 Content-length: 831 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22294 Bug ID: 22294 Summary: Allow "" for int_currency_symbol definition in locales. Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- The glibc localedef does not accept "" as a int_currency_symbol definition = in a source locale. The POSIX locale uses "" as int_currency_symbol, and we should support allo= wing it also. Fixing this would allow a non-builtin C.UTF-8 locale with no currency symbo= l, mirroring what POSIX does. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39263-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 20:52:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21146 invoked by alias); 13 Oct 2017 20:52:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21118 invoked by uid 48); 13 Oct 2017 20:52:47 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22295] New: Don't warn on non-symbolic characters in locale sources in --verbose. Date: Fri, 13 Oct 2017 20:52: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.27 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: 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: 2017-10/txt/msg00175.txt.bz2 Content-length: 874 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22295 Bug ID: 22295 Summary: Don't warn on non-symbolic characters in locale sources in --verbose. Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- When I create a local source file with non-symbolic characters in the definitions and run localedef with --verbose I get warnings about non-symbo= lic characters being used. We should not warn in --verbose for non-symbolic characters, they are perfe= ctly valid to use in a locale source file. The warning should be removed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39264-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 21:06:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59408 invoked by alias); 13 Oct 2017 21:06:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59347 invoked by uid 55); 13 Oct 2017 21:06:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22153] nptl: save error code before process termination Date: Fri, 13 Oct 2017 21:06: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: unspecified 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00176.txt.bz2 Content-length: 1342 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22153 --- Comment #3 from 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 e4f530da0db59ff51549c11ed6ef799b4ade1c87 (commit) from 8644588807215ab09716ac04a150f91ac83acffd (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=3Dglibc.git;h=3De4f530da0db59ff5154= 9c11ed6ef799b4ade1c87 commit e4f530da0db59ff51549c11ed6ef799b4ade1c87 Author: Peter Zelezny Date: Fri Oct 13 22:49:49 2017 +0200 nptl: Preserve error in setxid thread broadcast in coredumps [BZ #22153] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ nptl/allocatestack.c | 9 +++++++-- 2 files changed, 13 insertions(+), 2 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39265-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 21:08:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62195 invoked by alias); 13 Oct 2017 21:08:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62142 invoked by uid 48); 13 Oct 2017 21:08:03 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22153] nptl: save error code before process termination Date: Fri, 13 Oct 2017 21:08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00177.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22153 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39266-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 13 22:26:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68743 invoked by alias); 13 Oct 2017 22:26:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68697 invoked by uid 48); 13 Oct 2017 22:26:31 -0000 From: "sourceware at norsjovallen dot se" To: glibc-bugs@sourceware.org Subject: [Bug time/21370] RFE: strftime() needs a "convert to titlecase" flag Date: Fri, 13 Oct 2017 22:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: time X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sourceware at norsjovallen dot se 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 Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00178.txt.bz2 Content-length: 415 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21370 Anders Jonsson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sourceware at norsjovallen= dot se --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39267-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 00:40:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17909 invoked by alias); 14 Oct 2017 00:40:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17828 invoked by uid 48); 14 Oct 2017 00:40:20 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Sat, 14 Oct 2017 00:40: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: digitalfreak at lingonborough dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00179.txt.bz2 Content-length: 17717 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 --- Comment #1 from Rafal Luzynski = --- Comment on attachment 10501 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10501 sah_RU locale file for glibc Thank you for providing this new locale file. Here is my review: >escape_char / >comment_char % This is correct but I think there is no need to have two spaces after "escape_char" and "comment_char". Also, as stated in bug 1123, here should be the legal formula starting with: "% This file is part of the GNU C Library and contains locale data." See: https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Da4cea54 >% Yakut (Sakha) locale for Russian Federation >% Source: Valery Timiriliyev >% Email: timiriliyev@gmail.com >% Tel: (none) >% Fax: (none) Probably it does not matter much but there is no need to put "none" in parentheses. >% Language: sah >% Territory: RU >% Revision: 1.0.0 >% Date: 2017-10-02 Regarding the dates: please remember to update them when you deliver the new version. >% Users: general >% Repertoiremap: mnemonic,ds I don't understand what is this "Repertoiremap" comment. I suggest to remo= ve it. >% Charset: UTF-8 We have agreed to remove this line because this is misleading. See: https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D39b20aa >% > >LC_IDENTIFICATION >title "Yakut (Sakha) locale for Russian Federation" >source "Valery Timiriliyev" >address "" >contact "Valery Timiriliyev" >email "timiriliyev@gmail.com" >tel "" >fax "" >language "Yakut (Sakha)" >territory "Russian Federation" >revision "1.0.0" >date "2017-10-02" >% >category "i18n:2012";LC_IDENTIFICATION >category "i18n:2012";LC_CTYPE >category "i18n:2012";LC_COLLATE >category "i18n:2012";LC_TIME >category "i18n:2012";LC_NUMERIC >category "i18n:2012";LC_MONETARY >category "i18n:2012";LC_MESSAGES >category "i18n:2012";LC_PAPER >category "i18n:2012";LC_MEASUREMENT >category "i18n:2012";LC_NAME >category "i18n:2012";LC_ADDRESS >category "i18n:2012";LC_TELEPHONE >END LC_IDENTIFICATION LGTM. > >LC_CTYPE >copy "ru_RU" >END LC_CTYPE I haven't checked, are you sure that all Yakut-specific characters are alre= ady there? > >LC_COLLATE >copy "iso14651_t1" > >collating-symbol >collating-symbol >collating-symbol >collating-symbol >collating-symbol > >reorder-after > >reorder-after > >reorder-after > >reorder-after > >reorder-after > > >% =C3=92=C2=94 after =C3=90=C2=93 >reorder-after > ;;;IGNORE >reorder-after > ;;;IGNORE > >% =C3=92=C2=A4 after =C3=90=C2=9D >reorder-after > ;;;IGNORE >reorder-after > ;;;IGNORE > >% =C3=93=C2=A8 after =C3=90=C2=9E >reorder-after > ;;;IGNORE >reorder-after > ;;;IGNORE > >% =C3=92=C2=BA after =C3=90=C2=A1 >reorder-after > ;;;IGNORE >reorder-after > ;;;IGNORE > >% =C3=92=C2=AE after =C3=90=C2=A3 >reorder-after > ;;;IGNORE >reorder-after > ;;;IGNORE > >reorder-end > >END LC_COLLATE I haven't tested this but I've compared the source code with the Yakut alph= abet as described in Wikipedia. Looks good. Please ignore the Unicode issues o= f my browser. :-) > >LC_MONETARY >% ISO 4217 Currency and fund codes > >% 'RUB ' >int_curr_symbol "" > >% '=C3=A2=C2=82=C2=BD' >currency_symbol "" > >% '.' >mon_decimal_point "" > >% '=C3=82=C2=A0' (no-break space) >mon_thousands_sep "" > >mon_grouping 3;3 >positive_sign "" >negative_sign "" >int_frac_digits 2 >frac_digits 2 >p_cs_precedes 0 >p_sep_by_space 1 >n_cs_precedes 0 >n_sep_by_space 1 >p_sign_posn 1 >n_sign_posn 1 >END LC_MONETARY This section is identical to ru_RU so please consider using =E2=80=9Dcopy "= ru_RU"=E2=80=9D instead. > >LC_NUMERIC >% "," >decimal_point "" > >% no-break space >thousands_sep "" >grouping 3;3 >END LC_NUMERIC The same here. > >LC_TIME >% abday - The abbreviations for the week days: >% - =C3=90=C2=B1=C3=90=C2=BD, =C3=90=C2=BE=C3=90=C2=BF, =C3=91=C2=81=C3=91= =C2=80, =C3=91=C2=87=C3=90=C2=BF, =C3=90=C2=B1=C3=91=C2=82, =C3=91=C2=81=C3= =90=C2=B1, =C3=90=C2=B1=C3=91=C2=81 THE MAJOR ISSUE HERE: The abday and day arrays must always start with Sunda= y.=20 If you want to display Monday first it will be specified elsewhere. See also: https://sourceware.org/glibc/wiki/Locales#LC_TIME >abday "";/ > "";"";/ CLDR says that Wednesday abbreviation should be "=D1=81=D1=8D" while yours = is "=D1=81=D1=80". We tend to trust CLDR more so please consider changing to "=D1=81=D1=8D" or re= port an issue to CLDR. See CLDR: http://st.unicode.org/cldr-apps/v#/sah/Gregorian/ > "";"";/ Similar problem with Friday: CLDR says "=D0=B1=D1=8D" while your version is= "=D0=B1=D1=82". Again, please switch your version to CLDR or report an issue to CLDR. > "";"" > >% day - The full names of the week days: >% - =C3=90=C2=B1=C3=91=C2=8D=C3=90=C2=BD=C3=90=C2=B8=C3=90=C2=B4=C3=90=C2= =B8=C3=91=C2=8D=C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=90=C2=B8=C3=90=C2=BA= , =C3=90=C2=BE=C3=90=C2=BF=C3=91=C2=82=C3=91=C2=83=C3=90=C2=BE=C3=91=C2=80= =C3=91=C2=83=C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=91=C2=83=C3=90=C2=BA, = =C3=91=C2=81=C3=91=C2=8D=C3=91=C2=80=C3=91=C2=8D=C3=90=C2=B4=C3=91=C2=8D, >% =C3=91=C2=87=C3=91=C2=8D=C3=90=C2=BF=C3=90=C2=BF=C3=90=C2=B8=C3=91=C2= =8D=C3=91=C2=80, =C3=90=C2=B1=C3=91=C2=8D=C3=91=C2=8D=C3=91=C2=82=C3=90=C2= =B8=C3=90=C2=BD=C3=91=C2=81=C3=91=C2=8D, =C3=91=C2=81=C3=91=C2=83=C3=90=C2= =B1=C3=91=C2=83=C3=90=C2=BE=C3=91=C2=82=C3=90=C2=B0, =C3=90=C2=B1=C3=90=C2= =B0=C3=91=C2=81=C3=90=C2=BA=C3=91=C2=8B=C3=92=C2=BB=C3=91=C2=8B=C3=90=C2=B0= =C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=90=C2=B0 Same problem with days order. >day "";/ > "";/ > "";/ > "";/ > "";/ Friday: CLDR says "=D0=91=D1=8D=D1=8D=D1=82=D0=B8=D2=A5=D1=81=D1=8D" while = your version is "=D0=B1=D1=8D=D1=8D=D1=82=D0=B8=D0=BD=D1=81=D1=8D". I beli= eve that it's CLDR's bug to start with the uppercase "=D0=91" because all other lett= ers are lowercase (please report an issue) but there is still the difference "=D2= =A5" vs. "=D0=BD". Please switch to CLDR version or report an issue to CLDR. > "";/ > "" > >% abmon - The abbreviations for the months >% - =C3=91=C2=82=C3=90=C2=BE=C3=91=C2=85=C3=91=C2=81, =C3=90=C2=BE=C3=90= =C2=BB=C3=91=C2=83=C3=90=C2=BD, =C3=90=C2=BA=C3=91=C2=83=C3=90=C2=BB, =C3= =90=C2=BC=C3=91=C2=83=C3=91=C2=83=C3=91=C2=81, =C3=91=C2=8B=C3=90=C2=B0=C3= =90=C2=BC, =C3=90=C2=B1=C3=91=C2=8D=C3=91=C2=81, =C3=90=C2=BE=C3=91=C2=82, = =C3=90=C2=B0=C3=91=C2=82=C3=91=C2=8B=C3=91=C2=80, =C3=90=C2=B1=C3=90=C2=B0= =C3=90=C2=BB, =C3=90=C2=B0=C3=90=C2=BB=C3=91=C2=82, =C3=91=C2=81=C3=91=C2= =8D=C3=91=C2=82, =C3=90=C2=B0=C3=91=C2=85=C3=91=C2=81 >abmon "";"";/ > "";"";/ CLDR says "=D0=9A=D0=BB=D0=BD" and "=D0=9C=D1=81=D1=83" here while your ver= sion is "=D0=BA=D1=83=D0=BB" and "=D0=BC=D1=83=D1=83=D1=81". I believe it's CLDR bug to start with uppercase but I'd rather believe CLDR regarding other letters. Regarding uppercase vs. lowercase: for the langua= ges which don't need different grammatical cases for standalone vs. formatting month names CLDR suggests that standalone month names can start with upperc= ase while formatting can start with lowercase. > "";"";/ > "";"";/ CLDR says "=D0=9E=D1=82=D0=B9 and "=D0=90=D1=82=D1=80" here while your vers= ion is "=D0=BE=D1=82" and "=D0=B0=D1=82=D1=8B=D1=80". Same comment as above. > "";"";/ September: CLDR says "=D0=91=D0=BB=D2=95" while your version is "=D0=B1=D0= =B0=D0=BB". Same comment as above. > "";"" > >% mon - The full names of the months - >% - =C3=91=C2=82=C3=90=C2=BE=C3=91=C2=85=C3=91=C2=81=C3=91=C2=83=C3=90=C2= =BD=C3=90=C2=BD=C3=91=C2=8C=C3=91=C2=83, =C3=90=C2=BE=C3=90=C2=BB=C3=91=C2= =83=C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=91=C2=83, =C3=90=C2=BA=C3=91=C2= =83=C3=90=C2=BB=C3=91=C2=83=C3=90=C2=BD =C3=91=C2=82=C3=91=C2=83=C3=91=C2= =82=C3=90=C2=B0=C3=91=C2=80, =C3=90=C2=BC=C3=91=C2=83=C3=91=C2=83=C3=91=C2= =81 =C3=91=C2=83=C3=91=C2=81=C3=91=C2=82=C3=90=C2=B0=C3=91=C2=80, =C3=91=C2= =8B=C3=90=C2=B0=C3=90=C2=BC =C3=91=C2=8B=C3=90=C2=B9=C3=90=C2=B0 >% =C3=90=C2=B1=C3=91=C2=8D=C3=91=C2=81 =C3=91=C2=8B=C3=90=C2=B9=C3=90=C2= =B0, =C3=90=C2=BE=C3=91=C2=82 =C3=91=C2=8B=C3=90=C2=B9=C3=90=C2=B0, =C3=90= =C2=B0=C3=91=C2=82=C3=91=C2=8B=C3=91=C2=80=C3=90=C2=B4=C3=91=C2=8C=C3=90=C2= =B0=C3=91=C2=85 =C3=91=C2=8B=C3=90=C2=B9=C3=90=C2=B0, =C3=90=C2=B1=C3=90=C2= =B0=C3=90=C2=BB=C3=90=C2=B0=C3=92=C2=95=C3=90=C2=B0=C3=90=C2=BD =C3=91=C2= =8B=C3=90=C2=B9=C3=90=C2=B0, =C3=90=C2=B0=C3=90=C2=BB=C3=91=C2=82=C3=91=C2= =8B=C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=91=C2=8B >% =C3=91=C2=81=C3=91=C2=8D=C3=91=C2=82=C3=90=C2=B8=C3=90=C2=BD=C3=90=C2= =BD=C3=91=C2=8C=C3=90=C2=B8, =C3=90=C2=B0=C3=91=C2=85=C3=91=C2=81=C3=91=C2= =8B=C3=90=C2=BD=C3=90=C2=BD=C3=91=C2=8C=C3=91=C2=8B I suggest adding commas after the month names at the end of each line to av= oid confusion. One may think that "=D1=8B=D0=B0=D0=BC =D1=8B=D0=B9=D0=B0 =D0= =B1=D1=8D=D1=81 =D1=8B=D0=B9=D0=B0" is a single month name with a line broken inside. >mon "";/ > "";/ > "";/ > "";/ > "";/ I am confused here: CLDR says "=D1=8B=D0=B0=D0=BC =D1=8B=D0=B9=D0=B0" if th= e month name is standalone (same as your version so probably it is correct) but "=D0=AB=D0=B0=D0=BC =D1=8B= =D0=B9=D1=8B=D0=BD" when it is in a formatting context. Which version is correct, modulo upper/lowercase? > "";/ > "";/ > "";/ > "";/ Same comment everywhere above. Additionally, for August CLDR consequently = says "=D0=B0=D1=82=D1=8B=D1=80=D0=B4=D1=8C=D1=8B=D1=85" while your version says = "=D0=B0=D1=82=D1=8B=D1=80=D0=B4=D1=8C=D0=B0=D1=85". Please fix. > "";/ > "";/ > "" Probably correct; please read again my comment about lower/uppercase letter= s in CLDR. > >% Abreviated date and time representation to be referenced by the "%c" fie= ld descriptor - Typo: s/Abreviated/Abbreviated, and please don't exceed 80 chars per line. >% >% "%a" (short weekday name), >% "%d" (day of month as a decimal number), >% "%b" (short month name), >% "%Y" (year with century as a decimal number), >% "%T" (24-hour clock time in format HH:MM:SS), >% "%Z" (Time zone name) >d_t_fmt "%a %Y =C3=91=C2=81. %b %d =C3=90=C2=BA. %T (%Z)" Please don't use non-ASCII characters in the data. We have agreed to use t= he ASCII characters directly so it is correct to write "%a %Y" but "=D1=81" sh= ould be "" instead. > >% Date representation to be referenced by the "%x" field descriptor - >% "%d/%m/%Y", day/month/year as decimal numbers (01/01/2000). >d_fmt "%Y.%m.%d" > >% Time representation to be referenced by the "%X" field descriptor - >% "%T" (24-hour clock time in format HH:MM:SS) >t_fmt "%T" > >% Define representation of ante meridiem and post meridiem strings - >% The "" mean default to "AM" and "PM". >am_pm "";"" > >% Define time representation in 12-hour format with "am_pm", to be referen= ced by the "%r" >% The "" means that this format is not supported. >t_fmt_ampm "" LGTM > >% Date representation not described in ISO/IEC 14652. Comes out as - >% "%a %b %e %H:%M:%S %Z %Y" which is default "date" command output >% >% %a - abbreviated weekday name, >% %b - abreviated month name, >% %e - day of month as a decimal number with leading space (1 to 31), >% %H - hour (24-hour clock) as a decimal number (00 to 23), >% %M - minute as a decimal number (00 to 59), >% %S - seconds as a decimal number (00 to 59), >% %Z - time-zone name, >% %Y - year with century as a decimal number,e.g. 2001. >date_fmt "%a %Y =C3=91=C2=81. %b %e =C3=90=C2=BA. %H:%M:%S (%Z)" Again please don't use non-ASCII characters. > >week 7;19971130;1 >first_weekday 2 It seems that it's not a problem to skip "first_workday" here but please ad= d to avoid confusion: first_workday=3D2 >END LC_TIME > >LC_MESSAGES >% The affirmative response - >% '^[yY=C3=90=C2=B4=C3=90=C2=94=C3=91=C2=8D=C3=90=C2=AD]' >yesexpr "" > >% The negative response - >% '^[nN=C3=90=C2=BD=C3=90=C2=9D=C3=91=C2=81=C3=90=C2=A1]' >noexpr "" Correct but we have agreed that "+" and "1" should be included in yesexpr and "-" and "0" should be included in noexpr. See: https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Df982160 Please include "yesstr" and "nostr" here. They should contain "yes" and "n= o" in Yakut language, respectively. Their capitalization should be based on t= he regular grammar rules, not assuming that they are in the beginning of the sentence. >END LC_MESSAGES > >LC_PAPER >copy "ru_RU" >END LC_PAPER > >LC_TELEPHONE >copy "ru_RU" >END LC_TELEPHONE > >LC_MEASUREMENT >copy "ru_RU" >END LC_MEASUREMENT LGTM. > >LC_NAME >% Format for addressing a person. >% "%d%t%g%t%m%t%f" >% >% "Salutation", >% "Empty string, or ", >% "First given name", >% "Empty string, or ", >% "Middle names", >% "Empty string, or ", >% "Clan names" >name_fmt "/ >" >END LC_NAME It looks identical to ru_RU so please consider using =E2=80=9Dcopy "ru_RU"= =E2=80=9D. > >LC_ADDRESS >postal_fmt "/ >/ >/ >/ >" > >% =C3=90=C2=A0=C3=90=C2=BE=C3=91=C2=81=C3=91=C2=81=C3=90=C2=B8=C3=91=C2=8F >country_name "" > >% =C3=90=C2=A1=C3=90=C2=B0=C3=91=C2=85=C3=90=C2=B0 =C3=91=C2=82=C3=91=C2= =8B=C3=90=C2=BB=C3=90=C2=B0 >lang_name "" > >% UN Geneve 1949:68 Distinguishing signs of vehicles in international traf= fic >% RUS >country_car "" > >% ISO 639 language abbreviations: >% 639-1 2 letter, 639-2 3 letter terminology >% (empty), sah, sah >lang_ab "" >lang_term "" >lang_lib "" > >% ISO 3166 country number and 2 and 3 letter abreviations >% RU, RUS >country_ab2 "" >country_ab3 "" >country_num 643 > >END LC_ADDRESS It would be nice if you could provide country_isbn, otherwise this section LGTM. Now when you fix these bugs please provide a patch instead of a file. The patch should add this file and add the language to localedata/SUPPORTED.=20 Though, I'm not sure ATM if the new line in localedata/SUPPORTED should be "sah_RU/UTF-8" or "sah_RU.UTF-8/UTF-8". Please see some examples of patches which add a new language: https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Df8de956 https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D3f802ae Note that the file locale/iso-639.def already contains a line for Yakut language but please verify if it is correct. It says "Yakut" while you pro= vide "Yakut (Sakha)". I believe your version is correct. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39268-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 00:47:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82375 invoked by alias); 14 Oct 2017 00:47:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82293 invoked by uid 48); 14 Oct 2017 00:47:18 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Sat, 14 Oct 2017 00: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: normal X-Bugzilla-Who: digitalfreak at lingonborough dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00180.txt.bz2 Content-length: 438 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 --- Comment #2 from Rafal Luzynski = --- (In reply to Rafal Luzynski from comment #1) > Comment on attachment 10501 [details] > [...] > Also, as stated in bug 1123, here should be the legal formula starting wi= th: > [...] Sorry, a typo, should be: bug 11213. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39270-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101760 invoked by alias); 14 Oct 2017 05:35:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67792 invoked by uid 48); 14 Oct 2017 05:32:37 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22294] Allow "" for int_currency_symbol definition in locales. Date: Sat, 14 Oct 2017 05:35: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00183.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22294 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Carlos O'Donell --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39269-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93861 invoked by alias); 14 Oct 2017 05:35:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68068 invoked by uid 48); 14 Oct 2017 05:33:03 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22295] Don't warn on non-symbolic characters in locale sources in --verbose. Date: Sat, 14 Oct 2017 05:35: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00181.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22295 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Carlos O'Donell --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39273-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102246 invoked by alias); 14 Oct 2017 05:35:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67682 invoked by uid 48); 14 Oct 2017 05:32:20 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22292] localedef exits with error 4 when it should be error 1 Date: Sat, 14 Oct 2017 05:35: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.27 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00184.txt.bz2 Content-length: 564 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22292 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Carlos O'Donell --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39274-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102410 invoked by alias); 14 Oct 2017 05:35:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67430 invoked by uid 55); 14 Oct 2017 05:31:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22294] Allow "" for int_currency_symbol definition in locales. Date: Sat, 14 Oct 2017 05:35: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00186.txt.bz2 Content-length: 8582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22294 --- Comment #1 from 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 bc3821bb3b19646311d36c82a13b4ce5afea3508 (commit) via a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 (commit) via f16491eb8ebbef402f3da6f4035ce70fe36dec97 (commit) via 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 (commit) from 18c08b96414c7bb01af92bfef8d542ffc7bdaf80 (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=3Dglibc.git;h=3Dbc3821bb3b19646311d= 36c82a13b4ce5afea3508 commit bc3821bb3b19646311d36c82a13b4ce5afea3508 Author: Carlos O'Donell Date: Fri Oct 13 14:36:23 2017 -0700 locale: No warning for non-symbolic character (bug 22295) In "Is it OK to write ASCII strings directly into locale source files?" https://sourceware.org/ml/libc-alpha/2017-07/msg00807.html there is universal consensus that we do not have to keep writing symbolic characters in locale files. Ulrich Drepper's historical comment was that symbolic characters were used for the eventuality of converting the source files to any encoding system. Fast forward to today and UTF-8 is the standard. So the requirement of is hard to justify. Zack Weinberg's excellent scripts are coming along we can use these to find instances of human errors in the scripts: https://sourceware.org/ml/libc-alpha/2017-07/msg00860.html https://sourceware.org/ml/libc-alpha/2017-08/msg00136.html It still won't be easy to distinguish from i for =EF=BF=BD, but that's = still the case for characters which humans can't read either. Since we all agreed that we should be able to use non-symbolic () characters in locale files, the following change removes the verbose warning that is raised if you use non-symbolic characters in the locale file. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da3e23a2c1d9e871545c= 6f438a41fcb8ad429cf70 commit a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 Author: Carlos O'Donell Date: Fri Oct 13 14:33:09 2017 -0700 locale: Allow "" int_curr_Symbol (bug 22294) The builtin POSIX locale has "" as the international currency symbol, but a non-builtin locale may not have such a blank int_curr_symbol. Therefore to support non-builtin locales with similar "" int_curr_symbol we adjust the LC_MONETARY parser to allow the normal 4-character int_curr_symbol *and* the empty "" no symbol. Anything else remains invalid. Tested by building all the locales. Tested also with a custom C.UTF-8 locale with "" for int_curr_symbol. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df16491eb8ebbef402f3= da6f4035ce70fe36dec97 commit f16491eb8ebbef402f3da6f4035ce70fe36dec97 Author: Carlos O'Donell Date: Fri Oct 13 09:54:03 2017 -0700 locale: Fix localedef exit code (Bug 22292) The error and warning handling in localedef, locale, and iconv is a bit of a mess. We use ugly constructs like this: WITH_CUR_LOCALE (error (1, errno, gettext ("\ cannot read character map directory `%s'"), directory)); to issue errors, and read error_message_count directly from the error API to detect errors. The problem with that is that the code also uses error to print warnings, and informative messages. All of this leads to problems where just having warnings will produce an exit status as-if errors had been seen. To fix this situation I have adopted the following high-level changes: * All errors are counted distinctly. * All warnings are counted distinctly. * All informative messages are not counted. * Increasing verbosity cannot generate *more* errors, and it previously did for errors conditional on verbose, this is now fixed. * Increasing verbosity *can* generate *more* warnings. * Making the output quiet cannot generate *fewer* errors, and it previously did for errors conditional on be_quiet, this is now fixed. * Each of error, warning, and informative message has it's own function to call defined in record-status.h, and they are: record_error, record_warning, and record_verbose. * The record_error function always records an error, but conditional on be_quiet may not print it. * The record_warning function always records a warning, but conditional on be_quiet may not print it. * The record_verbose function only prints the verbose message if verbose is true and be_quiet is false. This has allowed the following fix: * Previously any warnings were being treated as errors because they incremented error_message_count, but now we properly return an exit status of 1 if there are warnings but output was generated. All of this allows localedef to correctly decide if errors, or warnings were present, and produce the correct exit code. The locale and iconv programs now also use record-status.h and we have removed the WITH_CUR_LOCALE hack, and instead have internal push_locale/pop_locale functions centralized in the record routines. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8dc8be75d2afb7ebaf5= 5f7609b301e5c6b8692e5 commit 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 Author: Carlos O'Donell Date: Thu Oct 12 23:52:14 2017 -0700 localedata: Reorganize Unicode LC_CTYPE inclusion. The commit does the following things: * Move non-transliteration Unicode generated data to i18n_ctype. * Copy the i18n_ctype data into i18n and add transliteration. In the future, any locale which needs Unicode LC_CTYPE data can also just use `copy i18n_ctype` and get the base character classes and maps without transliteration. Tested by compiling all the locales and my prototype C.UTF-8 which uses it. Signed-off-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 82 ++ locale/programs/charmap-dir.c | 6 +- locale/programs/charmap.c | 35 +- locale/programs/ld-address.c | 90 +- locale/programs/ld-collate.c | 64 +- locale/programs/ld-ctype.c | 258 ++-- locale/programs/ld-identification.c | 24 +- locale/programs/ld-measurement.c | 14 +- locale/programs/ld-messages.c | 35 +- locale/programs/ld-monetary.c | 69 +- locale/programs/ld-name.c | 20 +- locale/programs/ld-numeric.c | 23 +- locale/programs/ld-paper.c | 14 +- locale/programs/ld-telephone.c | 26 +- locale/programs/ld-time.c | 97 +- locale/programs/linereader.c | 8 - locale/programs/linereader.h | 26 +- locale/programs/locale.c | 6 +- locale/programs/localedef.c | 62 +- locale/programs/localedef.h | 18 +- locale/programs/locarchive.c | 4 +- locale/programs/locfile.c | 15 +- locale/programs/record-status.h | 227 +++ locale/programs/repertoire.c | 11 +- localedata/gen-locale.sh | 26 +- localedata/locales/i18n | 2297 +--------------------------= ---- localedata/locales/{i18n =3D> i18n_ctype} | 385 +----- localedata/tst-fmon.sh | 19 +- localedata/tst-locale.sh | 19 +- localedata/unicode-gen/Makefile | 26 +- 30 files changed, 822 insertions(+), 3184 deletions(-) create mode 100644 locale/programs/record-status.h copy localedata/locales/{i18n =3D> i18n_ctype} (91%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39272-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102147 invoked by alias); 14 Oct 2017 05:35:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67418 invoked by uid 55); 14 Oct 2017 05:31:30 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22295] Don't warn on non-symbolic characters in locale sources in --verbose. Date: Sat, 14 Oct 2017 05:35: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00182.txt.bz2 Content-length: 8582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22295 --- Comment #1 from 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 bc3821bb3b19646311d36c82a13b4ce5afea3508 (commit) via a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 (commit) via f16491eb8ebbef402f3da6f4035ce70fe36dec97 (commit) via 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 (commit) from 18c08b96414c7bb01af92bfef8d542ffc7bdaf80 (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=3Dglibc.git;h=3Dbc3821bb3b19646311d= 36c82a13b4ce5afea3508 commit bc3821bb3b19646311d36c82a13b4ce5afea3508 Author: Carlos O'Donell Date: Fri Oct 13 14:36:23 2017 -0700 locale: No warning for non-symbolic character (bug 22295) In "Is it OK to write ASCII strings directly into locale source files?" https://sourceware.org/ml/libc-alpha/2017-07/msg00807.html there is universal consensus that we do not have to keep writing symbolic characters in locale files. Ulrich Drepper's historical comment was that symbolic characters were used for the eventuality of converting the source files to any encoding system. Fast forward to today and UTF-8 is the standard. So the requirement of is hard to justify. Zack Weinberg's excellent scripts are coming along we can use these to find instances of human errors in the scripts: https://sourceware.org/ml/libc-alpha/2017-07/msg00860.html https://sourceware.org/ml/libc-alpha/2017-08/msg00136.html It still won't be easy to distinguish from i for =EF=BF=BD, but that's = still the case for characters which humans can't read either. Since we all agreed that we should be able to use non-symbolic () characters in locale files, the following change removes the verbose warning that is raised if you use non-symbolic characters in the locale file. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da3e23a2c1d9e871545c= 6f438a41fcb8ad429cf70 commit a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 Author: Carlos O'Donell Date: Fri Oct 13 14:33:09 2017 -0700 locale: Allow "" int_curr_Symbol (bug 22294) The builtin POSIX locale has "" as the international currency symbol, but a non-builtin locale may not have such a blank int_curr_symbol. Therefore to support non-builtin locales with similar "" int_curr_symbol we adjust the LC_MONETARY parser to allow the normal 4-character int_curr_symbol *and* the empty "" no symbol. Anything else remains invalid. Tested by building all the locales. Tested also with a custom C.UTF-8 locale with "" for int_curr_symbol. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df16491eb8ebbef402f3= da6f4035ce70fe36dec97 commit f16491eb8ebbef402f3da6f4035ce70fe36dec97 Author: Carlos O'Donell Date: Fri Oct 13 09:54:03 2017 -0700 locale: Fix localedef exit code (Bug 22292) The error and warning handling in localedef, locale, and iconv is a bit of a mess. We use ugly constructs like this: WITH_CUR_LOCALE (error (1, errno, gettext ("\ cannot read character map directory `%s'"), directory)); to issue errors, and read error_message_count directly from the error API to detect errors. The problem with that is that the code also uses error to print warnings, and informative messages. All of this leads to problems where just having warnings will produce an exit status as-if errors had been seen. To fix this situation I have adopted the following high-level changes: * All errors are counted distinctly. * All warnings are counted distinctly. * All informative messages are not counted. * Increasing verbosity cannot generate *more* errors, and it previously did for errors conditional on verbose, this is now fixed. * Increasing verbosity *can* generate *more* warnings. * Making the output quiet cannot generate *fewer* errors, and it previously did for errors conditional on be_quiet, this is now fixed. * Each of error, warning, and informative message has it's own function to call defined in record-status.h, and they are: record_error, record_warning, and record_verbose. * The record_error function always records an error, but conditional on be_quiet may not print it. * The record_warning function always records a warning, but conditional on be_quiet may not print it. * The record_verbose function only prints the verbose message if verbose is true and be_quiet is false. This has allowed the following fix: * Previously any warnings were being treated as errors because they incremented error_message_count, but now we properly return an exit status of 1 if there are warnings but output was generated. All of this allows localedef to correctly decide if errors, or warnings were present, and produce the correct exit code. The locale and iconv programs now also use record-status.h and we have removed the WITH_CUR_LOCALE hack, and instead have internal push_locale/pop_locale functions centralized in the record routines. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8dc8be75d2afb7ebaf5= 5f7609b301e5c6b8692e5 commit 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 Author: Carlos O'Donell Date: Thu Oct 12 23:52:14 2017 -0700 localedata: Reorganize Unicode LC_CTYPE inclusion. The commit does the following things: * Move non-transliteration Unicode generated data to i18n_ctype. * Copy the i18n_ctype data into i18n and add transliteration. In the future, any locale which needs Unicode LC_CTYPE data can also just use `copy i18n_ctype` and get the base character classes and maps without transliteration. Tested by compiling all the locales and my prototype C.UTF-8 which uses it. Signed-off-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 82 ++ locale/programs/charmap-dir.c | 6 +- locale/programs/charmap.c | 35 +- locale/programs/ld-address.c | 90 +- locale/programs/ld-collate.c | 64 +- locale/programs/ld-ctype.c | 258 ++-- locale/programs/ld-identification.c | 24 +- locale/programs/ld-measurement.c | 14 +- locale/programs/ld-messages.c | 35 +- locale/programs/ld-monetary.c | 69 +- locale/programs/ld-name.c | 20 +- locale/programs/ld-numeric.c | 23 +- locale/programs/ld-paper.c | 14 +- locale/programs/ld-telephone.c | 26 +- locale/programs/ld-time.c | 97 +- locale/programs/linereader.c | 8 - locale/programs/linereader.h | 26 +- locale/programs/locale.c | 6 +- locale/programs/localedef.c | 62 +- locale/programs/localedef.h | 18 +- locale/programs/locarchive.c | 4 +- locale/programs/locfile.c | 15 +- locale/programs/record-status.h | 227 +++ locale/programs/repertoire.c | 11 +- localedata/gen-locale.sh | 26 +- localedata/locales/i18n | 2297 +--------------------------= ---- localedata/locales/{i18n =3D> i18n_ctype} | 385 +----- localedata/tst-fmon.sh | 19 +- localedata/tst-locale.sh | 19 +- localedata/unicode-gen/Makefile | 26 +- 30 files changed, 822 insertions(+), 3184 deletions(-) create mode 100644 locale/programs/record-status.h copy localedata/locales/{i18n =3D> i18n_ctype} (91%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39271-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 05:35:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102068 invoked by alias); 14 Oct 2017 05:35:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67424 invoked by uid 55); 14 Oct 2017 05:31:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22292] localedef exits with error 4 when it should be error 1 Date: Sat, 14 Oct 2017 05:35: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00185.txt.bz2 Content-length: 8582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22292 --- Comment #1 from 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 bc3821bb3b19646311d36c82a13b4ce5afea3508 (commit) via a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 (commit) via f16491eb8ebbef402f3da6f4035ce70fe36dec97 (commit) via 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 (commit) from 18c08b96414c7bb01af92bfef8d542ffc7bdaf80 (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=3Dglibc.git;h=3Dbc3821bb3b19646311d= 36c82a13b4ce5afea3508 commit bc3821bb3b19646311d36c82a13b4ce5afea3508 Author: Carlos O'Donell Date: Fri Oct 13 14:36:23 2017 -0700 locale: No warning for non-symbolic character (bug 22295) In "Is it OK to write ASCII strings directly into locale source files?" https://sourceware.org/ml/libc-alpha/2017-07/msg00807.html there is universal consensus that we do not have to keep writing symbolic characters in locale files. Ulrich Drepper's historical comment was that symbolic characters were used for the eventuality of converting the source files to any encoding system. Fast forward to today and UTF-8 is the standard. So the requirement of is hard to justify. Zack Weinberg's excellent scripts are coming along we can use these to find instances of human errors in the scripts: https://sourceware.org/ml/libc-alpha/2017-07/msg00860.html https://sourceware.org/ml/libc-alpha/2017-08/msg00136.html It still won't be easy to distinguish from i for =EF=BF=BD, but that's = still the case for characters which humans can't read either. Since we all agreed that we should be able to use non-symbolic () characters in locale files, the following change removes the verbose warning that is raised if you use non-symbolic characters in the locale file. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da3e23a2c1d9e871545c= 6f438a41fcb8ad429cf70 commit a3e23a2c1d9e871545c6f438a41fcb8ad429cf70 Author: Carlos O'Donell Date: Fri Oct 13 14:33:09 2017 -0700 locale: Allow "" int_curr_Symbol (bug 22294) The builtin POSIX locale has "" as the international currency symbol, but a non-builtin locale may not have such a blank int_curr_symbol. Therefore to support non-builtin locales with similar "" int_curr_symbol we adjust the LC_MONETARY parser to allow the normal 4-character int_curr_symbol *and* the empty "" no symbol. Anything else remains invalid. Tested by building all the locales. Tested also with a custom C.UTF-8 locale with "" for int_curr_symbol. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df16491eb8ebbef402f3= da6f4035ce70fe36dec97 commit f16491eb8ebbef402f3da6f4035ce70fe36dec97 Author: Carlos O'Donell Date: Fri Oct 13 09:54:03 2017 -0700 locale: Fix localedef exit code (Bug 22292) The error and warning handling in localedef, locale, and iconv is a bit of a mess. We use ugly constructs like this: WITH_CUR_LOCALE (error (1, errno, gettext ("\ cannot read character map directory `%s'"), directory)); to issue errors, and read error_message_count directly from the error API to detect errors. The problem with that is that the code also uses error to print warnings, and informative messages. All of this leads to problems where just having warnings will produce an exit status as-if errors had been seen. To fix this situation I have adopted the following high-level changes: * All errors are counted distinctly. * All warnings are counted distinctly. * All informative messages are not counted. * Increasing verbosity cannot generate *more* errors, and it previously did for errors conditional on verbose, this is now fixed. * Increasing verbosity *can* generate *more* warnings. * Making the output quiet cannot generate *fewer* errors, and it previously did for errors conditional on be_quiet, this is now fixed. * Each of error, warning, and informative message has it's own function to call defined in record-status.h, and they are: record_error, record_warning, and record_verbose. * The record_error function always records an error, but conditional on be_quiet may not print it. * The record_warning function always records a warning, but conditional on be_quiet may not print it. * The record_verbose function only prints the verbose message if verbose is true and be_quiet is false. This has allowed the following fix: * Previously any warnings were being treated as errors because they incremented error_message_count, but now we properly return an exit status of 1 if there are warnings but output was generated. All of this allows localedef to correctly decide if errors, or warnings were present, and produce the correct exit code. The locale and iconv programs now also use record-status.h and we have removed the WITH_CUR_LOCALE hack, and instead have internal push_locale/pop_locale functions centralized in the record routines. Signed-off-by: Carlos O'Donell https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8dc8be75d2afb7ebaf5= 5f7609b301e5c6b8692e5 commit 8dc8be75d2afb7ebaf55f7609b301e5c6b8692e5 Author: Carlos O'Donell Date: Thu Oct 12 23:52:14 2017 -0700 localedata: Reorganize Unicode LC_CTYPE inclusion. The commit does the following things: * Move non-transliteration Unicode generated data to i18n_ctype. * Copy the i18n_ctype data into i18n and add transliteration. In the future, any locale which needs Unicode LC_CTYPE data can also just use `copy i18n_ctype` and get the base character classes and maps without transliteration. Tested by compiling all the locales and my prototype C.UTF-8 which uses it. Signed-off-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 82 ++ locale/programs/charmap-dir.c | 6 +- locale/programs/charmap.c | 35 +- locale/programs/ld-address.c | 90 +- locale/programs/ld-collate.c | 64 +- locale/programs/ld-ctype.c | 258 ++-- locale/programs/ld-identification.c | 24 +- locale/programs/ld-measurement.c | 14 +- locale/programs/ld-messages.c | 35 +- locale/programs/ld-monetary.c | 69 +- locale/programs/ld-name.c | 20 +- locale/programs/ld-numeric.c | 23 +- locale/programs/ld-paper.c | 14 +- locale/programs/ld-telephone.c | 26 +- locale/programs/ld-time.c | 97 +- locale/programs/linereader.c | 8 - locale/programs/linereader.h | 26 +- locale/programs/locale.c | 6 +- locale/programs/localedef.c | 62 +- locale/programs/localedef.h | 18 +- locale/programs/locarchive.c | 4 +- locale/programs/locfile.c | 15 +- locale/programs/record-status.h | 227 +++ locale/programs/repertoire.c | 11 +- localedata/gen-locale.sh | 26 +- localedata/locales/i18n | 2297 +--------------------------= ---- localedata/locales/{i18n =3D> i18n_ctype} | 385 +----- localedata/tst-fmon.sh | 19 +- localedata/tst-locale.sh | 19 +- localedata/unicode-gen/Makefile | 26 +- 30 files changed, 822 insertions(+), 3184 deletions(-) create mode 100644 locale/programs/record-status.h copy localedata/locales/{i18n =3D> i18n_ctype} (91%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39275-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 14 17:25:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 7771 invoked by alias); 14 Oct 2017 17:25:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7748 invoked by uid 48); 14 Oct 2017 17:25:21 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] New: glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Sat, 14 Oct 2017 17:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.naour 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 attachments.created Message-ID: 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: 2017-10/txt/msg00187.txt.bz2 Content-length: 5975 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 Bug ID: 22296 Summary: glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: romain.naour at gmail dot com Target Milestone: --- Created attachment 10527 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10527&action=3Ded= it gcc config.log Hi, I'm using a toolchain with gcc 5.5.0, glibc-2.26 (latest stable commit) and binutils 2.27. Mesa fail to build with the following error: In file included from ../../include/c99_math.h:37:0, from ../../src/gallium/auxiliary/util/u_math.h:44, from ../../src/mesa/main/macros.h:35, from glsl_types.cpp:25: ../../src/mesa/main/macros.h: In the function =E2=80=98GLboolean DIFFERENT_SIGNS(GLfloat, GLfloat)=E2=80=99: ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98float=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: =E2=80=98__builtin_types_= compatible_p=E2=80=99 was not declared in this scope return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98double=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: expected primary-expressi= on before =E2=80=98long=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: =E2=80=98__builtin_choose= _expr=E2=80=99 was not declared in this scope return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: =E2=80=98__builtin_choose= _expr=E2=80=99 was not declared in this scope return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: redeclaration of =E2=80=98__builtin_choose_expr=E2=80=99 ../../src/mesa/main/macros.h:794:11: note=C2=A0: previous declaration =E2=80=98__builtin_choose_expr=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: =E2=80=98__builtin_choose= _expr=E2=80=99 was not declared in this scope return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:11: error=C2=A0: redeclaration of =E2=80=98__builtin_choose_expr=E2=80=99 ../../src/mesa/main/macros.h:794:11: note=C2=A0: previous declaration =E2=80=98__builtin_choose_expr=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98float=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98double=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98__typeof=E2=80=99 return signbit(x) !=3D signbit(y); ^ ../../src/mesa/main/macros.h:794:25: error=C2=A0: expected primary-expressi= on before =E2=80=98long=E2=80=99 return signbit(x) !=3D signbit(y); ^ It seems related to this code in glibc math/math.h : /* Return nonzero value if sign of X is negative. */ # if __GNUC_PREREQ (6,0) # define signbit(x) __builtin_signbit (x) # elif __GNUC_PREREQ (4,0) # define signbit(x) __MATH_TG ((x), __builtin_signbit, (x)) # else # define signbit(x) __MATH_TG ((x), __signbit, (x)) # endif The macro __MATH_TG is defined latter in this file: #ifdef __NO_LONG_DOUBLE_MATH [...] #elif __HAVE_DISTINCT_FLOAT128 # if __HAVE_GENERIC_SELECTION [...] # else # define __MATH_TG(TG_ARG, FUNC, ARGS) \ __builtin_choose_expr \ (__builtin_types_compatible_p (__typeof (TG_ARG), float), \ FUNC ## f ARGS, \ __builtin_choose_expr \ (__builtin_types_compatible_p (__typeof (TG_ARG), double), \ FUNC ARGS, \ __builtin_choose_expr \ (__builtin_types_compatible_p (__typeof (TG_ARG), long double), \ FUNC ## l ARGS, \ FUNC ## f128 ARGS))) # endif #else [...] For some reason, the macros __builtin_choose_expr and __builtin_types_compatible_p are not defined with gcc 5.5.0. It look like an issue with float128 support. Best regards, Romain --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39276-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 13:24:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30631 invoked by alias); 15 Oct 2017 13:24:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22529 invoked by uid 48); 15 Oct 2017 13:24:18 -0000 From: "arekm at maven dot pl" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] New: x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Sun, 15 Oct 2017 13:24: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arekm at maven dot pl 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: 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: 2017-10/txt/msg00188.txt.bz2 Content-length: 1518 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 Bug ID: 22298 Summary: x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: nptl Assignee: unassigned at sourceware dot org Reporter: arekm at maven dot pl CC: drepper.fsp at gmail dot com Target Milestone: --- Program: #define _GNU_SOURCE 1 #include #include int main() { static pthread_mutex_t rpmsigTbl_lock =3D PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP; printf("LOCK1\n"); pthread_mutex_lock(&rpmsigTbl_lock); printf("LOCK2\n"); pthread_mutex_lock(&rpmsigTbl_lock); printf("LOCK3\n"); } locks when built on Linux x32 glibc 2.25 but run on glibc 2.26 (and vice versa, locks when built on glibc 2.26 but run on 2.25) $ ./a.out LOCK1 LOCK2 It was built with "gcc -fopenmp test.c" and -fopenmp seems to be a important factor. If not using -fopenmp then the problem is gone. The problem doesn't happen on i686 and x86_64. =46rom libc-alpha, Andreas Schwab: "The problem is that sysdeps/nptl/bits/thread-shared-types.h in 2.26 uses #if __WORDSIZE =3D=3D 64 where sysdeps/x86/bits/pthreadtypes.h in 2.25 uses #ifdef __x86_64__. This isn't the same on x32." --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39277-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 14:18:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78615 invoked by alias); 15 Oct 2017 14:18:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78579 invoked by uid 48); 15 Oct 2017 14:18:16 -0000 From: "valery_reznic at yahoo dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] New: Problem with $PLATFORM on x86_64 platform Date: Sun, 15 Oct 2017 14:18: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: valery_reznic at yahoo 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: 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: 2017-10/txt/msg00189.txt.bz2 Content-length: 10849 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 Bug ID: 22299 Summary: Problem with $PLATFORM on x86_64 platform Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: valery_reznic at yahoo dot com Target Milestone: --- For glibc 2.26 when running strace -ELD_PRELOAD=3D'/sss/${PLATFORM}/dddd' -s300 /bin/cat I got following output: execve("/bin/cat", ["/bin/cat"], [/* 32 vars */]) =3D 0 brk(NULL) =3D 0x556740829000 readlink("/proc/self/exe", "/bin/cat", 4096) =3D 8 openat(AT_FDCWD, "", O_RDONLY|O_CLOEXEC) =3D -1 ENOENT (No such file or directory) writev(2, [{"ERROR: ld.so: object '", 22}, {"/sss/${PLATFORM}/dddd", 21}, {= "' from ", 7}, {"LD_PRELOAD", 10}, {" cannot be preloaded (", 22}, {"cannot op= en shared object file", 30}, {"): ignored.\n", 12}], 7ERROR: ld.so: object '/sss/${PLATFORM}/dddd' from LD_PRELOAD cannot be preloaded (cannot open sh= ared object file): ignored. For glibc-2.22: execve("/bin/cat", ["/bin/cat"], [/* 32 vars */]) =3D 0 brk(NULL) =3D 0x55f02a3b2000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x7f410eaec000 readlink("/proc/self/exe", "/usr/bin/cat", 4096) =3D 12 open("/sss/x86_64/dddd", O_RDONLY|O_CLOEXEC) =3D -1 ENOENT (No such file or directory) writev(2, [{"ERROR: ld.so: object '", 22}, {"/sss/${PLATFORM}/dddd", 21}, {= "' from ", 7}, {"LD_PRELOAD", 10}, {" cannot be preloaded (", 22}, {"cannot op= en shared object file", 30}, {"): ignored.\n", 12}], 7ERROR: ld.so: object '/sss/${PLATFORM}/dddd' from LD_PRELOAD cannot be preloaded (cannot open sh= ared object file): ignored. ) =3D 124 Version 2.22 correctly expand $PLATFORM and attempts to load "/sss/x86_64/dddd", as expected Version 2.26 instead tried to openat file with empty name: openat(AT_FDCWD, "", O_RDONLY|O_CLOEXEC) I think that problem is GLRO(dl_platform) =3D=3D NULL. How it came to be? File elf/dl-sysdep.c function _dl_sysdep_start set PLATFORM at line 156: case AT_PLATFORM:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 GLRO(dl_platform) =3D (void *) av->a_un.a_val;=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 break;=20=20=20=20 But after that at line 231 calls DL_PLATFORM_INIT #ifdef DL_PLATFORM_INIT=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 DL_PLATFORM_INIT;=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 #endif=20 DL_PLATFORM_INIT defined to dl_platform_init(); File sysdeps/x86_64/dl-machine.h, line 240 static inline void __attribute__ ((unused))=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 dl_platform_init (void)=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 #if IS_IN (rtld)=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 /* init_cpu_features has been called early from __libc_start_main in=20= =20=20=20=20=20=20=20=20=20 static executable. */=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 init_cpu_features (&GLRO(dl_x86_cpu_features));=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 #else=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 if (GLRO(dl_platform) !=3D NULL && *GLRO(dl_platform) =3D=3D '\0')=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 /* Avoid an empty string which would disturb us. */=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 GLRO(dl_platform) =3D NULL;=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 #endif=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 }=20=20=20 function init_cpu_features first of all reset dl_platform: File sysdeps/x86/cpu-features.c, line 334 /* Reuse dl_platform, dl_hwcap and dl_hwcap_mask for x86. */=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 GLRO(dl_platform) =3D NULL;=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 GLRO(dl_hwcap) =3D 0;=20 And then, if special processor detected, set it to "haswell" or "xeon_phi" But if no special processor detected, dl_platform will remain NULL, not x86= _64 File sysdeps/x86/cpu-features.c, line 343 #ifdef __x86_64__=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 if (cpu_features->kind =3D=3D arch_kind_intel)=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 if (CPU_FEATURES_ARCH_P (cpu_features, AVX512F_Usable)=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, AVX512CD))=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | if (CPU_FEATURES_CPU_P (cpu_features, AVX512ER))=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | if (CPU_FEATURES_CPU_P (cpu_features, AVX512PF))=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 | | GLRO(dl_platform) =3D "xeon_phi";=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | }=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | else=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | if (CPU_FEATURES_CPU_P (cpu_features, AVX512BW)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | | && CPU_FEATURES_CPU_P (cpu_features, AVX512DQ)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 | | && CPU_FEATURES_CPU_P (cpu_features, AVX512VL))=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 | | GLRO(dl_hwcap) |=3D HWCAP_X86_AVX512_1;=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | }=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | }=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 if (GLRO(dl_platform) =3D=3D NULL=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 | && CPU_FEATURES_ARCH_P (cpu_features, AVX2_Usable)=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_ARCH_P (cpu_features, FMA_Usable)=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, BMI1)=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, BMI2)=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, LZCNT)=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, MOVBE)=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | && CPU_FEATURES_CPU_P (cpu_features, POPCNT))=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 | GLRO(dl_platform) =3D "haswell";=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 }=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 #else --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39278-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 14:27:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 121798 invoked by alias); 15 Oct 2017 14:27:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119814 invoked by uid 48); 15 Oct 2017 14:27:15 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Sun, 15 Oct 2017 14: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.26 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00190.txt.bz2 Content-length: 467 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hjl.tools at gmail dot com, | |zatrazz at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39279-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 14:27:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10235 invoked by alias); 15 Oct 2017 14:27:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3365 invoked by uid 48); 15 Oct 2017 14:27:37 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Sun, 15 Oct 2017 14: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.26 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00191.txt.bz2 Content-length: 461 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- CC|zatrazz at gmail dot com |adhemerval.zanella = at linaro dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39281-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 15:01:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52446 invoked by alias); 15 Oct 2017 15:01:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52367 invoked by uid 55); 15 Oct 2017 15:01:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22052] malloc failed to compile with GCC 7 and -O3 Date: Sun, 15 Oct 2017 15:01: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00193.txt.bz2 Content-length: 3940 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22052 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22298/master has been created at 16be5568a0c24b9bd1ade7fa937c94b5d53b6ab1 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D16be5568a0c24b9bd1a= de7fa937c94b5d53b6ab1 commit 16be5568a0c24b9bd1ade7fa937c94b5d53b6ab1 Author: H.J. Lu Date: Sun Oct 15 07:48:58 2017 -0700 Define __PTHREAD_MUTEX_HAVE_PREV only if undefined [BZ #22298] It is incorrect to define __PTHREAD_MUTEX_HAVE_PREV to 1 only when __WORDSIZE =3D=3D 64. For x32, __PTHREAD_MUTEX_HAVE_PREV should be 1, = but it has __WORDSIZE =3D=3D 32. This patch defines __PTHREAD_MUTEX_HAVE_P= REV based on __WORDSIZE only if it is undefined. __PTHREAD_MUTEX_HAVE_PREV check is changed from "#ifdef" to "#if" to support values of 0 or 1. [BZ #22298] * nptl/allocatestack.c (allocate_stack): Check if __PTHREAD_MUTEX_HAVE_PREV is non-zero, instead if __PTHREAD_MUTEX_HAVE_PREV is defined. * nptl/descr.h (pthread): Likewise. * nptl/nptl-init.c (__pthread_initialize_minimal_internal): Likewise. * nptl/pthread_create.c (START_THREAD_DEFN): Likewise. * sysdeps/nptl/fork.c (__libc_fork): Likewise. * sysdeps/nptl/pthread.h (PTHREAD_MUTEX_INITIALIZER): Likewise. * sysdeps/nptl/bits/thread-shared-types.h (__PTHREAD_MUTEX_HAVE_PREV): Define only if it is undefined. (__pthread_internal_list): Check __pthread_internal_list instead of __WORDSIZE. (__PTHREAD_SPINS_DATA): Likewise. (__PTHREAD_SPINS): Likewise. (__pthread_mutex_s): Likewise. * sysdeps/x86/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_HAVE_PREV): Defined. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddf44f9d02b68de45ba8= c3984f47ecf1a523306ec commit df44f9d02b68de45ba8c3984f47ecf1a523306ec Author: H.J. Lu Date: Sun Oct 15 07:23:41 2017 -0700 x32: Verify that NPTL structures are correct [BZ #22298] Add a build-time check to verify that NPTL structures are correct. * sysdeps/x86_64/x32/nptl/Makefile: New file. * sysdeps/x86_64/x32/nptl/nptl-check.sym: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daca3e9b42f9c172af36= 8f2fc54d2c7299b231cc0 commit aca3e9b42f9c172af368f2fc54d2c7299b231cc0 Author: H.J. Lu Date: Sun Sep 3 08:39:55 2017 -0700 Silence -O3 -Wall warning in malloc/hooks.c with GCC 7 [BZ #22052] realloc_check has unsigned char *magic_p; ... __libc_lock_lock (main_arena.mutex); const mchunkptr oldp =3D mem2chunk_check (oldmem, &magic_p); __libc_lock_unlock (main_arena.mutex); if (!oldp) malloc_printerr ("realloc(): invalid pointer"); ... if (newmem =3D=3D NULL) *magic_p ^=3D 0xFF; with static void malloc_printerr(const char *str) __attribute__ ((noreturn)); GCC 7 -O3 warns hooks.c: In function =E2=80=98realloc_check=E2=80=99: hooks.c:352:14: error: =E2=80=98magic_p=E2=80=99 may be used uninitiali= zed in this function [-Werror=3Dmaybe-uninitialized] *magic_p ^=3D 0xFF; This patch silences GCC 7 by using DIAG_IGNORE_NEEDS_COMMENT. [BZ #22052] * malloc/hooks.c (realloc_check): Use DIAG_IGNORE_NEEDS_COMMENT to silence -O3 -Wall warning GCC 7. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39280-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 15:01:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52435 invoked by alias); 15 Oct 2017 15:01:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52307 invoked by uid 55); 15 Oct 2017 15:01:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Sun, 15 Oct 2017 15: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.26 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00192.txt.bz2 Content-length: 3940 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22298/master has been created at 16be5568a0c24b9bd1ade7fa937c94b5d53b6ab1 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D16be5568a0c24b9bd1a= de7fa937c94b5d53b6ab1 commit 16be5568a0c24b9bd1ade7fa937c94b5d53b6ab1 Author: H.J. Lu Date: Sun Oct 15 07:48:58 2017 -0700 Define __PTHREAD_MUTEX_HAVE_PREV only if undefined [BZ #22298] It is incorrect to define __PTHREAD_MUTEX_HAVE_PREV to 1 only when __WORDSIZE =3D=3D 64. For x32, __PTHREAD_MUTEX_HAVE_PREV should be 1, = but it has __WORDSIZE =3D=3D 32. This patch defines __PTHREAD_MUTEX_HAVE_P= REV based on __WORDSIZE only if it is undefined. __PTHREAD_MUTEX_HAVE_PREV check is changed from "#ifdef" to "#if" to support values of 0 or 1. [BZ #22298] * nptl/allocatestack.c (allocate_stack): Check if __PTHREAD_MUTEX_HAVE_PREV is non-zero, instead if __PTHREAD_MUTEX_HAVE_PREV is defined. * nptl/descr.h (pthread): Likewise. * nptl/nptl-init.c (__pthread_initialize_minimal_internal): Likewise. * nptl/pthread_create.c (START_THREAD_DEFN): Likewise. * sysdeps/nptl/fork.c (__libc_fork): Likewise. * sysdeps/nptl/pthread.h (PTHREAD_MUTEX_INITIALIZER): Likewise. * sysdeps/nptl/bits/thread-shared-types.h (__PTHREAD_MUTEX_HAVE_PREV): Define only if it is undefined. (__pthread_internal_list): Check __pthread_internal_list instead of __WORDSIZE. (__PTHREAD_SPINS_DATA): Likewise. (__PTHREAD_SPINS): Likewise. (__pthread_mutex_s): Likewise. * sysdeps/x86/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_HAVE_PREV): Defined. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddf44f9d02b68de45ba8= c3984f47ecf1a523306ec commit df44f9d02b68de45ba8c3984f47ecf1a523306ec Author: H.J. Lu Date: Sun Oct 15 07:23:41 2017 -0700 x32: Verify that NPTL structures are correct [BZ #22298] Add a build-time check to verify that NPTL structures are correct. * sysdeps/x86_64/x32/nptl/Makefile: New file. * sysdeps/x86_64/x32/nptl/nptl-check.sym: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daca3e9b42f9c172af36= 8f2fc54d2c7299b231cc0 commit aca3e9b42f9c172af368f2fc54d2c7299b231cc0 Author: H.J. Lu Date: Sun Sep 3 08:39:55 2017 -0700 Silence -O3 -Wall warning in malloc/hooks.c with GCC 7 [BZ #22052] realloc_check has unsigned char *magic_p; ... __libc_lock_lock (main_arena.mutex); const mchunkptr oldp =3D mem2chunk_check (oldmem, &magic_p); __libc_lock_unlock (main_arena.mutex); if (!oldp) malloc_printerr ("realloc(): invalid pointer"); ... if (newmem =3D=3D NULL) *magic_p ^=3D 0xFF; with static void malloc_printerr(const char *str) __attribute__ ((noreturn)); GCC 7 -O3 warns hooks.c: In function =E2=80=98realloc_check=E2=80=99: hooks.c:352:14: error: =E2=80=98magic_p=E2=80=99 may be used uninitiali= zed in this function [-Werror=3Dmaybe-uninitialized] *magic_p ^=3D 0xFF; This patch silences GCC 7 by using DIAG_IGNORE_NEEDS_COMMENT. [BZ #22052] * malloc/hooks.c (realloc_check): Use DIAG_IGNORE_NEEDS_COMMENT to silence -O3 -Wall warning GCC 7. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39282-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 15:18:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106060 invoked by alias); 15 Oct 2017 15:18:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106009 invoked by uid 55); 15 Oct 2017 15:18:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22052] malloc failed to compile with GCC 7 and -O3 Date: Sun, 15 Oct 2017 15:18: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00194.txt.bz2 Content-length: 2282 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22052 --- Comment #2 from 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 8e57c9432a2b68c8a1e7f4df28f0e8c7acc04753 (commit) from a4777c46af89649f2282c1703e8117ccd058d719 (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=3Dglibc.git;h=3D8e57c9432a2b68c8a1e= 7f4df28f0e8c7acc04753 commit 8e57c9432a2b68c8a1e7f4df28f0e8c7acc04753 Author: H.J. Lu Date: Sun Oct 15 08:16:26 2017 -0700 Silence -O3 -Wall warning in malloc/hooks.c with GCC 7 [BZ #22052] realloc_check has unsigned char *magic_p; ... __libc_lock_lock (main_arena.mutex); const mchunkptr oldp =3D mem2chunk_check (oldmem, &magic_p); __libc_lock_unlock (main_arena.mutex); if (!oldp) malloc_printerr ("realloc(): invalid pointer"); ... if (newmem =3D=3D NULL) *magic_p ^=3D 0xFF; with static void malloc_printerr(const char *str) __attribute__ ((noreturn)); GCC 7 -O3 warns hooks.c: In function =E2=80=98realloc_check=E2=80=99: hooks.c:352:14: error: =E2=80=98magic_p=E2=80=99 may be used uninitiali= zed in this function [-Werror=3Dmaybe-uninitialized] *magic_p ^=3D 0xFF; due to the GCC bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82090 This patch silences GCC 7 by using DIAG_IGNORE_NEEDS_COMMENT. [BZ #22052] * malloc/hooks.c (realloc_check): Use DIAG_IGNORE_NEEDS_COMMENT to silence -O3 -Wall warning with GCC 7. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ malloc/hooks.c | 7 +++++++ 2 files changed, 13 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39283-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 15:19:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106822 invoked by alias); 15 Oct 2017 15:19:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106756 invoked by uid 48); 15 Oct 2017 15:19:17 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22052] malloc failed to compile with GCC 7 and -O3 Date: Sun, 15 Oct 2017 15:19: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00195.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22052 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from H.J. Lu --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39284-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 15:57:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99328 invoked by alias); 15 Oct 2017 15:57:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99293 invoked by uid 55); 15 Oct 2017 15:57:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Sun, 15 Oct 2017 15: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00196.txt.bz2 Content-length: 17995 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #12 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 5687269ac5678cd81bec5c499489d2d06b3de370 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5687269ac5678cd81be= c5c499489d2d06b3de370 commit 5687269ac5678cd81bec5c499489d2d06b3de370 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dca42267a57d207e3faa= 43565980caf535c993b79 commit ca42267a57d207e3faa43565980caf535c993b79 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4ea9f0adf0fe73ff440= 492e97cd7879eb7a0faba commit 4ea9f0adf0fe73ff440492e97cd7879eb7a0faba Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D156e571d5b673442871= 71315ec26b009ee0350a9 commit 156e571d5b67344287171315ec26b009ee0350a9 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd703101ae24c4910acb= 5dc36e56587c75a7ff985 commit d703101ae24c4910acb5dc36e56587c75a7ff985 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcb3725e1c33dca4618a= e73d133b05bca13c74cb6 commit cb3725e1c33dca4618ae73d133b05bca13c74cb6 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da2542bb2c770fcb3ac1= 5bb57a3a5f041cb371266 commit a2542bb2c770fcb3ac15bb57a3a5f041cb371266 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbdd2dfd7aef88ab7c01= 9687adef43c3907630441 commit bdd2dfd7aef88ab7c019687adef43c3907630441 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1eddd1bf12e71339c72= 425d4769a4ff2ed6c5531 commit 1eddd1bf12e71339c72425d4769a4ff2ed6c5531 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4335ebe65f4b6836f54= a4e0e03fc98c7ef057eef commit 4335ebe65f4b6836f54a4e0e03fc98c7ef057eef Author: H.J. Lu Date: Thu Sep 28 14:36:33 2017 -0700 aarch64: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/aarch64/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D07dddabe06d9e4cdb08= c8ff5cf271c98c446db35 commit 07dddabe06d9e4cdb08c8ff5cf271c98c446db35 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39285-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 15 17:58:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40398 invoked by alias); 15 Oct 2017 17:58:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 40341 invoked by uid 48); 15 Oct 2017 17:58:40 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Sun, 15 Oct 2017 17:58: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.naour 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: In-Reply-To: References: 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: 2017-10/txt/msg00197.txt.bz2 Content-length: 3321 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 --- Comment #1 from romain.naour at gmail dot com --- Created attachment 10530 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10530&action=3Ded= it libstdc++-v3 config.log There is the same issue while configuring libstdc++: configure:16710: checking for ISO C99 support in configure:16779:=20 /home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/build/host-gcc-final-5.5= .0/build/./gcc/xgcc -shared-libgcc -B/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/build/host-gcc-final-5= .5.0/build/./gcc -nostdinc++ -L/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/build/host-gcc-final-5= .5.0/build/x86_64-buildroot-linux-gnu/libstdc++-v3/src -L/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/build/host-gcc-final-5= .5.0/build/x86_64-buildroot-linux-gnu/libstdc++-v3/src/.libs -L/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/build/host-gcc-final-5= .5.0/build/x86_64-buildroot-linux-gnu/libstdc++-v3/libsupc++/.libs -B/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/host/x86_64-buildroot-= linux-gnu/bin/ -B/home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/host/x86_64-buildroot-= linux-gnu/lib/ -isystem /home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/host/x86_64-buildroot-li= nux-gnu/include -isystem /home/naourr/toolchains/x86_64-gcc5.5-glibc-2.26.x/host/x86_64-buildroot-li= nux-gnu/sys-include -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BIT= S=3D64 -Os -D_GNU_SOURCE -std=3Dc++98 -fno-exceptions conftest.cpp -lm >&5 In file included from conftest.cpp:36:0: conftest.cpp: In function 'int main()': conftest.cpp:47:11: error: expected primary-expression before '__typeof' i =3D signbit(d1); ^ conftest.cpp:47:11: error: expected primary-expression before 'float' i =3D signbit(d1); ^ conftest.cpp:47:11: error: '__builtin_types_compatible_p' was not declared = in this scope i =3D signbit(d1); ^ conftest.cpp:47:11: error: expected primary-expression before '__typeof' i =3D signbit(d1); ^ conftest.cpp:47:11: error: expected primary-expression before 'double' i =3D signbit(d1); ^ conftest.cpp:47:11: error: expected primary-expression before '__typeof' i =3D signbit(d1); ^ conftest.cpp:47:11: error: expected primary-expression before 'long' i =3D signbit(d1); ^ conftest.cpp:47:11: error: '__builtin_choose_expr' was not declared in this scope i =3D signbit(d1); ^ conftest.cpp:47:11: error: '__builtin_choose_expr' was not declared in this scope i =3D signbit(d1); ^ conftest.cpp:47:11: error: redeclaration of '__builtin_choose_expr' conftest.cpp:47:11: note: previous declaration '__builtin_choose_expr' i =3D signbit(d1); ^ conftest.cpp:47:11: error: '__builtin_choose_expr' was not declared in this scope i =3D signbit(d1); ^ conftest.cpp:47:11: error: redeclaration of '__builtin_choose_expr' conftest.cpp:47:11: note: previous declaration '__builtin_choose_expr' i =3D signbit(d1); ^ configure:16779: $? =3D 1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39286-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 08:53:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50119 invoked by alias); 16 Oct 2017 08:53:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49955 invoked by uid 48); 16 Oct 2017 08:53:29 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Mon, 16 Oct 2017 08:53: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: maiku.fabian at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00198.txt.bz2 Content-length: 1076 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 --- Comment #3 from Mike FABIAN --- (In reply to Rafal Luzynski from comment #1) > >LC_CTYPE > >copy "ru_RU" > >END LC_CTYPE >=20 > I haven't checked, are you sure that all Yakut-specific characters are > already there? ru_RU contains: LC_CTYPE copy "i18n" translit_start include "translit_combining";"" translit_end END LC_CTYPE I think all characters must be there because the =E2=80=9Ci18n=E2=80=9D fil= e is generated by Python scripts from Unicode data and contains all characters in Unicode. So unless Yakut needs any changes to the character classes in that =E2=80=9Ci18n=E2=80=9D file, using that should be fine (for example Turkish= needs differences in =E2=80=9Ctoupper=E2=80=9D and =E2=80=9Ctolower=E2=80=9D beca= use of the =C4=B1 <-> I and i <-> =C4=B0 pairs of lowercase/uppercase letters). And if Yakut doesn=E2=80=99t need special translit rules, using copy "ru_RU" should be fine. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39287-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 09:40:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88246 invoked by alias); 16 Oct 2017 09:40:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88006 invoked by uid 48); 16 Oct 2017 09:40:38 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22241] New locale: Yakut (Sakha) locale for Russia (sah_RU) Date: Mon, 16 Oct 2017 09:40: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: maiku.fabian at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00199.txt.bz2 Content-length: 1582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22241 --- Comment #4 from Mike FABIAN --- (In reply to Rafal Luzynski from comment #1) > THE MAJOR ISSUE HERE: The abday and day arrays must always start with > Sunday. If you want to display Monday first it will be specified elsewhe= re. > See also: https://sourceware.org/glibc/wiki/Locales#LC_TIME The relevant part at the link Rafal gave is: WEEKSTARTDATE specifies the base of the abday and day lists first_weekday specifies the offset of the first day-of-week in the abday and day lists For compatibility reasons, all locales should set WEEKSTARTDATE on 19971130 (Sunday) and base the abday and day lists appropriately, and set first_weekday 1 or 2 depending to whether their week actually starts on Sunday or Monday. So you should set "first_weekday 2" if you want to display Monday in the first column of a calendar but start the abday arrays with Sunday > Now when you fix these bugs please provide a patch instead of a file. The > patch should add this file and add the language to localedata/SUPPORTED.= =20 > Though, I'm not sure ATM if the new line in localedata/SUPPORTED should be > "sah_RU/UTF-8" or "sah_RU.UTF-8/UTF-8". Please see some examples of patc= hes > which add a new language: > https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3Df8de956 > https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D3f802ae I think "sah_RU/UTF-8" is better. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39288-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 10:44:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49061 invoked by alias); 16 Oct 2017 10:44:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48991 invoked by uid 48); 16 Oct 2017 10:44:16 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22019] Wrong placement of monetary symbol in el_GR (negative amounts) Date: Mon, 16 Oct 2017 10:44: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00200.txt.bz2 Content-length: 700 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22019 --- Comment #1 from Mike FABIAN --- (In reply to Christos Georgiou from comment #0) > I understand that I should provide a link to a proper standard (assumably > from http://www.elot.gr/default_en.aspx , the Greek Standards Organisatio= n) > but it's difficult to provide one (web searches did not produce results, = so > I have contacted them by email and am still in the > wait-for-a-reply-by-someone-in-the-know phase). I will try to update the > issue with any relevant information. Could you find a reference to a standard? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39289-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 18:31:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 67981 invoked by alias); 16 Oct 2017 18:31:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67936 invoked by uid 48); 16 Oct 2017 18:31:50 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22290] XSI-compliant strerror_r unavailable in C++ Date: Mon, 16 Oct 2017 18: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: 2.23 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: In-Reply-To: References: 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: 2017-10/txt/msg00201.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22290 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39290-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 18:32:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68454 invoked by alias); 16 Oct 2017 18:32:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68392 invoked by uid 48); 16 Oct 2017 18:32:20 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22280] relocations not performed on failed dlopen Date: Mon, 16 Oct 2017 18: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fweimer at redhat dot com 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: security- X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00202.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22280 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39291-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 18:53:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38058 invoked by alias); 16 Oct 2017 18:53:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37096 invoked by uid 55); 16 Oct 2017 18:53:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22050] Linking with -lmcheck does not hook __malloc_initialize_hook correctly Date: Mon, 16 Oct 2017 18: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00203.txt.bz2 Content-length: 2120 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22050 --- Comment #2 from 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 7ece6cd509703ee151092a50956dbd45ca1b13da (commit) via d8287b36ab44aa2bc3ba59b97433bcf0ab6ae0e8 (commit) from 3480ddc40b8f9a9fb277fe1883e359db3db0ab17 (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=3Dglibc.git;h=3D7ece6cd509703ee1510= 92a50956dbd45ca1b13da commit 7ece6cd509703ee151092a50956dbd45ca1b13da Author: Florian Weimer Date: Mon Oct 16 20:52:34 2017 +0200 malloc: Use compat_symbol_reference in libmcheck [BZ #22050] Since glibc 2.24, __malloc_initialize_hook is a compat symbol. As a result, the link editor does not export a definition of __malloc_initialize_hook from the main program, so that it no longer interposes the variable definition in libc.so. Specifying the symbol version restores the exported symbol. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd8287b36ab44aa2bc3b= a59b97433bcf0ab6ae0e8 commit d8287b36ab44aa2bc3ba59b97433bcf0ab6ae0e8 Author: Florian Weimer Date: Mon Oct 16 20:50:04 2017 +0200 malloc: Do not compile mcheck-init.o as libc module Otherwise, this will lead to a link failure because the reference to mcheck is hidden. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++++++++++ malloc/Makefile | 1 + malloc/mcheck-init.c | 3 +++ 3 files changed, 14 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39292-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 18:55:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 41227 invoked by alias); 16 Oct 2017 18:55:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41177 invoked by uid 48); 16 Oct 2017 18:55:06 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22050] Linking with -lmcheck does not hook __malloc_initialize_hook correctly Date: Mon, 16 Oct 2017 18: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: 2.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00204.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22050 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39293-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 20:18:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14919 invoked by alias); 16 Oct 2017 20:18:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13141 invoked by uid 48); 16 Oct 2017 20:18:27 -0000 From: "msebor at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22305] New: strchr macro defeats GCC strchr optimization Date: Mon, 16 Oct 2017 20:18: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: normal X-Bugzilla-Who: msebor 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: 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: 2017-10/txt/msg00205.txt.bz2 Content-length: 2422 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22305 Bug ID: 22305 Summary: strchr macro defeats GCC strchr optimization Product: glibc Version: 2.25 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: msebor at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- When compiled with G++, the two functions in the following test case resul= t in equivalently optimal object code. But when compiled with GCC (in C mode), qhile g0() is optimally efficient g1() is not. $ cat t.c && gcc -O2 -S -fdump-tree-optimized=3D/dev/stdout t.c #include #include void g0 (void) { char a[9]; strcpy (a, "012345"); char *p =3D __builtin_strchr (a, '\0'); if (!p) abort (); } void g1 (void) { char a[9]; strcpy (a, "012345"); char *p =3D strchr (a, '\0'); if (p - a !=3D strlen (a)) abort (); } ;; Function g0 (g0, funcdef_no=3D13, decl_uid=3D2582, cgraph_uid=3D13, symbol_order=3D13) g0 () { [100.00%]: return; } ;; Function g1 (g1, funcdef_no=3D14, decl_uid=3D2587, cgraph_uid=3D14, symbol_order=3D14) g1 () { char * p; char a[9]; long int p.0_1; long int a.1_2; long int _3; long unsigned int _4; long unsigned int _5; [100.00%]: __builtin_memcpy (&a, "012345", 7); p_9 =3D __rawmemchr (&a, 0); p.0_1 =3D (long int) p_9; a.1_2 =3D (long int) &a; _3 =3D p.0_1 - a.1_2; _4 =3D (long unsigned int) _3; _5 =3D strlen (&a); if (_4 !=3D _5) goto ; [0.04%] else goto ; [99.96%] [0.04%]: abort (); [99.96%]: a =3D{v} {CLOBBER}; return; } The translation unit for the test case suggests the cause of the worse code= is the following definition of the strchr macro in string2.h: #ifndef _HAVE_STRING_ARCH_strchr extern void *__rawmemchr (const void *__s, int __c); # define strchr(s, c) \ (__extension__ (__builtin_constant_p (c) && !__builtin_constant_p (s) = \ && (c) =3D=3D '\0' = \ ? (char *) __rawmemchr (s, c) = \ : __builtin_strchr (s, c))) #endif --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39294-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 20:31:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73315 invoked by alias); 16 Oct 2017 20:31:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67911 invoked by uid 48); 16 Oct 2017 20:31:21 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Mon, 16 Oct 2017 20:31: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.26 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: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00206.txt.bz2 Content-length: 481 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hjl.tools at gmail dot com --- Comment #1 from H.J. Lu --- Is this a dup of BZ 22093? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39295-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 20:32:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77221 invoked by alias); 16 Oct 2017 20:32:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 77190 invoked by uid 48); 16 Oct 2017 20:32:08 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Mon, 16 Oct 2017 20:32: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools 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: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00207.txt.bz2 Content-length: 565 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2017-10-16 Ever confirmed|0 |1 --- Comment #2 from H.J. Lu --- A dup of PR 22093? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39296-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 16 21:31:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26556 invoked by alias); 16 Oct 2017 21:31:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26499 invoked by uid 48); 16 Oct 2017 21:31:15 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22305] strchr macro defeats GCC strchr optimization Date: Mon, 16 Oct 2017 21:31: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: 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.26 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00208.txt.bz2 Content-length: 590 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22305 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.26 --- Comment #1 from Andreas Schwab --- bits/string2.h has been removed in 2.26. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39297-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 06:08:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56487 invoked by alias); 17 Oct 2017 06:08:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56450 invoked by uid 48); 17 Oct 2017 06:08:44 -0000 From: "valery_reznic at yahoo dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Tue, 17 Oct 2017 06:08: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: valery_reznic at yahoo 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00209.txt.bz2 Content-length: 359 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 --- Comment #3 from Valery --- Created attachment 10534 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10534&action=3Ded= it patch that avoid reset GLRO(dl_platform) to the NULL --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39298-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 08:40:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38361 invoked by alias); 17 Oct 2017 08:40:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37621 invoked by uid 48); 17 Oct 2017 08:40:10 -0000 From: "tzotzioy+bzl at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22019] Wrong placement of monetary symbol in el_GR (negative amounts) Date: Tue, 17 Oct 2017 08:40: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: tzotzioy+bzl at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00210.txt.bz2 Content-length: 939 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22019 --- Comment #2 from Christos Georgiou --- Still waiting for an answer from http://www.elot.gr/default_en.aspx , sorry. However, is there any documentation referencing any standard for the current choice of different Positive/Negative formats? If not, then we can consider= the possibility that the original choice was a mistake. NB: until a standard is located (and I am pessimistic about it) the =E2=82= =AC### and ###=E2=82=AC are equally common in official (i.e. state) documents, althoug= h the most common case is not using the euro sign at all, it being implied or containe= d in the title of a column. But I haven't found anywhere an inconsistent usage in regards to the euro sign being used as a prefix or a suffix to the amount depending on the amount sign. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39299-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 12:43:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54719 invoked by alias); 17 Oct 2017 12:43:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 54626 invoked by uid 48); 17 Oct 2017 12:43:42 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22019] Wrong placement of monetary symbol in el_GR (negative amounts) Date: Tue, 17 Oct 2017 12:43: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00211.txt.bz2 Content-length: 1430 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22019 --- Comment #3 from Mike FABIAN --- (In reply to Christos Georgiou from comment #2) > Still waiting for an answer from http://www.elot.gr/default_en.aspx , sor= ry. >=20 > However, is there any documentation referencing any standard for the curr= ent > choice of different Positive/Negative formats? If not, then we can consid= er > the possibility that the original choice was a mistake. Yes, I agree. CLDR has this: http://unicode.org/cldr/trac/browser/trunk/common/main/el.xml#L5563 #,##0.00=C2=A0=C2=A4 #,##0.00=C2=A0=C2=A4 I.e. the currency sign comea after the amount. In some locales like it_CH.xml CLDR has different patterns for positive and negative amounts separated by a =E2=80=9C;=E2=80=9D: =C2=A4=C2=A0#,##0.00;=C2=A4-#,##0.00 As the el.xml file does not have this, I think we can assume that the positive and negative amounts use the same pattern. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39300-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 13:44:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88794 invoked by alias); 17 Oct 2017 13:44:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88742 invoked by uid 55); 17 Oct 2017 13:44:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22019] Wrong placement of monetary symbol in el_GR (negative amounts) Date: Tue, 17 Oct 2017 13:44: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00212.txt.bz2 Content-length: 1649 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22019 --- Comment #4 from 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 56a752ab6aa89088a787d852358cdd8f0a0d57f1 (commit) from c38a4bfd596db2be2b9c1f96715bdc833eab760a (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=3Dglibc.git;h=3D56a752ab6aa89088a78= 7d852358cdd8f0a0d57f1 commit 56a752ab6aa89088a787d852358cdd8f0a0d57f1 Author: Mike FABIAN Date: Tue Oct 17 14:54:53 2017 +0200 Place monetary symbol in el_GR and el_CY after the amount CLDR uses this pattern as well. [BZ #22019] * localedata/locales/el_GR: Set n_cs_precedes to 0. * localedata/locales/el_CY: copy "el_GR" because it is identical. * stdlib/tst-strfmon_l.c: adapt test case. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 +++++++ localedata/locales/el_CY | 16 +--------------- localedata/locales/el_GR | 2 +- stdlib/tst-strfmon_l.c | 4 ++-- 4 files changed, 11 insertions(+), 18 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39301-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 13:48:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57521 invoked by alias); 17 Oct 2017 13:48:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 51897 invoked by uid 48); 17 Oct 2017 13:48:49 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22019] Wrong placement of monetary symbol in el_GR (negative amounts) Date: Tue, 17 Oct 2017 13:48: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00213.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22019 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from Mike FABIAN --- FIXED in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39302-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 14:11:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60963 invoked by alias); 17 Oct 2017 14:11:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55801 invoked by uid 48); 17 Oct 2017 14:11:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/2522] ca_ES@valencia: new Valencian (meridional Catalan) locale Date: Tue, 17 Oct 2017 14: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00214.txt.bz2 Content-length: 491 https://sourceware.org/bugzilla/show_bug.cgi?id=3D2522 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com Assignee|libc-locales at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39303-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 14:13:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110835 invoked by alias); 17 Oct 2017 14:13:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110759 invoked by uid 55); 17 Oct 2017 14:13:10 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Tue, 17 Oct 2017 14:13: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00215.txt.bz2 Content-length: 2510 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 --- Comment #2 from 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 386e1c26ac473d6863133ab9cbe3bbda16c15816 (commit) from 3d265601358974c9be8264e53dadd8f9aea5690c (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=3Dglibc.git;h=3D386e1c26ac473d68631= 33ab9cbe3bbda16c15816 commit 386e1c26ac473d6863133ab9cbe3bbda16c15816 Author: Romain Naour Date: Mon Oct 16 23:21:56 2017 +0200 Let signbit use the builtin in C++ mode with gcc < 6.x (bug 22296) When using gcc < 6.x, signbit does not use the type-generic __builtin_signbit builtin, instead it uses __MATH_TG. However, when library support for float128 is available, __MATH_TG uses __builtin_types_compatible_p, which is not available in C++ mode. On the other hand, libstdc++ undefines (in cmath) many macros from math.h, including signbit, so that it can provide its own functions. However, during its configure tests, libstdc++ just tests for the availability of the macros (it does not undefine them, nor does it provide its own functions). Finally, libstdc++ configure tests include math.h and get the definition of signbit that uses __MATH_TG (and __builtin_types_compatible_p). Since libstdc++ does not undefine the macros during its configure tests, they fail. This patch lets signbit use the builtin in C++ mode when gcc < 6.x is used. This allows the configure test in libstdc++ to work. Tested for x86_64. [BZ #22296] * math/math.h: Let signbit use the builtin in C++ mode with gcc < 6.x Cc: Gabriel F. T. Gomes Cc: Joseph Myers ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ math/math.h | 9 +++++++++ 2 files changed, 15 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39304-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 15:08:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93054 invoked by alias); 17 Oct 2017 15:08:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92979 invoked by uid 55); 17 Oct 2017 15:08:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/2522] ca_ES@valencia: new Valencian (meridional Catalan) locale Date: Tue, 17 Oct 2017 15:08: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00216.txt.bz2 Content-length: 1988 https://sourceware.org/bugzilla/show_bug.cgi?id=3D2522 --- Comment #15 from 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 5bf58bc75000e2f49a4836a53dcd2a43884469be (commit) from 386e1c26ac473d6863133ab9cbe3bbda16c15816 (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=3Dglibc.git;h=3D5bf58bc75000e2f49a4= 836a53dcd2a43884469be commit 5bf58bc75000e2f49a4836a53dcd2a43884469be Author: Aurelien Jarno Date: Thu Jun 30 12:57:32 2016 +0200 New locale ca_ES@valencia [BZ #2522] The Valencian (meridional Catalan) locale is basically a copy of the Catalan locale. The point of having a separate locale is only for PO translations. This locale is already provided by several distributions and is already supported by various projects like LibreOffice, Mozilla, Gnome, KDE. Aurelien Jarno [BZ #2522] * localedata/locales/ca_ES@valencia: New file. * localedata/SUPPORTED: Add ca_ES@valencia/UTF-8. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 ++ localedata/SUPPORTED | 1 + localedata/locales/{ca_ES@euro =3D> ca_ES@valencia} | 80 ++++++++++-----= ------ 3 files changed, 47 insertions(+), 41 deletions(-) copy localedata/locales/{ca_ES@euro =3D> ca_ES@valencia} (52%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39306-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 16:38:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47720 invoked by alias); 17 Oct 2017 16:38:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47661 invoked by uid 55); 17 Oct 2017 16:38:33 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/2522] ca_ES@valencia: new Valencian (meridional Catalan) locale Date: Tue, 17 Oct 2017 16:38: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: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00218.txt.bz2 Content-length: 322 https://sourceware.org/bugzilla/show_bug.cgi?id=3D2522 --- Comment #16 from joseph at codesourcery dot com --- If the commit fixes the bug, please mark it as FIXED with the target=20 milestone set to 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39305-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 16:38:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47319 invoked by alias); 17 Oct 2017 16:38:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47285 invoked by uid 55); 17 Oct 2017 16:38:16 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Tue, 17 Oct 2017 16:38: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.26 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00217.txt.bz2 Content-length: 320 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 --- Comment #3 from joseph at codesourcery dot com --- If the commit fixes the bug, please mark it as FIXED with target milestone= =20 set to 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39307-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 17:57:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118724 invoked by alias); 17 Oct 2017 17:57:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 118684 invoked by uid 55); 17 Oct 2017 17:57:50 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22159] malloc: MALLOC_CHECK_ broken with --enable-tunables=no Date: Tue, 17 Oct 2017 17:57: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00219.txt.bz2 Content-length: 2708 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22159 --- Comment #1 from 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 3381be5cdef2e43949db12f66a5a3ec23b2c4c90 (commit) from e956075a5a2044d05ce48b905b10270ed4a63e87 (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=3Dglibc.git;h=3D3381be5cdef2e43949d= b12f66a5a3ec23b2c4c90 commit 3381be5cdef2e43949db12f66a5a3ec23b2c4c90 Author: Wilco Dijkstra Date: Tue Oct 17 18:55:16 2017 +0100 Improve malloc initialization sequence The current malloc initialization is quite convoluted. Instead of sometimes calling malloc_consolidate from ptmalloc_init, call malloc_init_state early so that the main_arena is always initialized. The special initialization can now be removed from malloc_consolidate. This also fixes BZ #22159. Check all calls to malloc_consolidate and remove calls that are redundant initialization after ptmalloc_init, like in int_mallinfo and __libc_mallopt (but keep the latter as consolidation is required for set_max_fast). Update comments to improve clarity. Remove impossible initialization check from _int_malloc, fix assert in do_check_malloc_state to ensure arena->top !=3D 0. Fix the obvious = bugs in do_check_free_chunk and do_check_remalloced_chunk to enable single threaded malloc debugging (do_check_malloc_state is not thread safe!). [BZ #22159] * malloc/arena.c (ptmalloc_init): Call malloc_init_state. * malloc/malloc.c (do_check_free_chunk): Fix build bug. (do_check_remalloced_chunk): Fix build bug. (do_check_malloc_state): Add assert that checks arena->top. (malloc_consolidate): Remove initialization. (int_mallinfo): Remove call to malloc_consolidate. (__libc_mallopt): Clarify why malloc_consolidate is needed. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++ malloc/arena.c | 13 +--- malloc/malloc.c | 197 ++++++++++++++++++++++++---------------------------= --- 3 files changed, 103 insertions(+), 118 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39308-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 19:46:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40000 invoked by alias); 17 Oct 2017 19:46:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39877 invoked by uid 48); 17 Oct 2017 19:45:54 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Tue, 17 Oct 2017 19:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.naour 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00220.txt.bz2 Content-length: 619 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 romain.naour at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from romain.naour at gmail dot com --- Fixed by https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommitdiff;h=3D386e1c26ac473d= 6863133ab9cbe3bbda16c15816 Change the status to FIXED. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39309-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 19:49:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49541 invoked by alias); 17 Oct 2017 19:49:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49418 invoked by uid 48); 17 Oct 2017 19:49:40 -0000 From: "romain.naour at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Tue, 17 Oct 2017 19:49: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.26 X-Bugzilla-Keywords: glibc_2.27 X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.naour 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: keywords cf_gcctarget Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00221.txt.bz2 Content-length: 423 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 romain.naour at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |glibc_2.27 Target| |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39310-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 17 20:39:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66446 invoked by alias); 17 Oct 2017 20:39:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66386 invoked by uid 48); 17 Oct 2017 20:39:30 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Tue, 17 Oct 2017 20:39: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.26 X-Bugzilla-Keywords: glibc_2.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00222.txt.bz2 Content-length: 451 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39311-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 07:58:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118013 invoked by alias); 18 Oct 2017 07:58:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117960 invoked by uid 48); 18 Oct 2017 07:58:46 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/2522] ca_ES@valencia: new Valencian (meridional Catalan) locale Date: Wed, 18 Oct 2017 07: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00223.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D2522 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #17 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39312-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 10:01:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49715 invoked by alias); 18 Oct 2017 10:01:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46613 invoked by uid 48); 18 Oct 2017 10:01:02 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22159] malloc: MALLOC_CHECK_ broken with --enable-tunables=no Date: Wed, 18 Oct 2017 10:01: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00224.txt.bz2 Content-length: 664 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22159 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Assignee|fweimer at redhat dot com |unassigned at sourc= eware dot org Target Milestone|--- |2.27 --- Comment #2 from Florian Weimer --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39313-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:40:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60793 invoked by alias); 18 Oct 2017 13:40:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60696 invoked by uid 55); 18 Oct 2017 13:40:37 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:40: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: 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: In-Reply-To: References: 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: 2017-10/txt/msg00225.txt.bz2 Content-length: 1645 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 --- Comment #3 from 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 508b1e71a37355839ab91f9c09ce7e577cf69a58 (commit) from 2c2245b92ccf6344b324d17d8f94ccd3b8c559c6 (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=3Dglibc.git;h=3D508b1e71a37355839ab= 91f9c09ce7e577cf69a58 commit 508b1e71a37355839ab91f9c09ce7e577cf69a58 Author: Mike FABIAN Date: Wed Oct 18 14:27:44 2017 +0200 Use U+202F NARROW NO-BREAK SPACE as thousands separators in pl_PL locale [BZ #16777] [BZ #16777] * localedata/locales/pl_PL (LC_MONETARY): Use U+202F as mon_thousands_sep and improve readability by using more ASCII. * localedata/locales/pl_PL (LC_NUMERIC): Use U+202F as thousands_sep and improve readability by using more ASCII. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 ++++++++ localedata/locales/pl_PL | 16 ++++++++-------- 2 files changed, 16 insertions(+), 8 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39314-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:40:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61629 invoked by alias); 18 Oct 2017 13:40:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61558 invoked by uid 48); 18 Oct 2017 13:40:52 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:40: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: maiku.fabian 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: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00226.txt.bz2 Content-length: 458 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39316-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:41:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63545 invoked by alias); 18 Oct 2017 13:41:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63449 invoked by uid 48); 18 Oct 2017 13:41:19 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:41: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00228.txt.bz2 Content-length: 528 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39315-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:41:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62248 invoked by alias); 18 Oct 2017 13:41:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62100 invoked by uid 48); 18 Oct 2017 13:41:01 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:41: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00227.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39317-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:41:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64163 invoked by alias); 18 Oct 2017 13:41:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64119 invoked by uid 48); 18 Oct 2017 13:41:43 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:41: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00229.txt.bz2 Content-length: 453 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39318-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:43:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69224 invoked by alias); 18 Oct 2017 13:43:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69103 invoked by uid 48); 18 Oct 2017 13:43:05 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16777] pl_PL: incorrect thousands separator in locale Date: Wed, 18 Oct 2017 13:43: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00230.txt.bz2 Content-length: 412 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16777 --- Comment #5 from Mike FABIAN --- Created attachment 10537 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10537&action=3Ded= it 0001-Use-U-202F-NARROW-NO-BREAK-SPACE-as-thousands-separa.patch The patch I used to fix the problem. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39319-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 13:51:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 112036 invoked by alias); 18 Oct 2017 13:51:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108529 invoked by uid 48); 18 Oct 2017 13:51:14 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20484] de_DE: abbreviated weekdays should be two letters and a dot Date: Wed, 18 Oct 2017 13: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WORKSFORME X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00231.txt.bz2 Content-length: 803 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20484 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from Mike FABIAN --- (In reply to Mike FABIAN from comment #5) > Overall I think the two letter abbreviations without the dots > we have at the moment are reasonably good. >=20 > I would like to change this only if somebody comes up > with really better references why a change is needed. Closing as WORKSFORME. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39321-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:51:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 784 invoked by alias); 18 Oct 2017 15:51:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 552 invoked by uid 48); 18 Oct 2017 15:51:48 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20973] robust mutexes: Lost wake-ups Date: Wed, 18 Oct 2017 15:51: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00233.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20973 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39320-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:51:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 590 invoked by alias); 18 Oct 2017 15:51:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 507 invoked by uid 48); 18 Oct 2017 15:51:47 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15:51: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00232.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 73 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39326-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3129 invoked by alias); 18 Oct 2017 15:52:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3062 invoked by uid 48); 18 Oct 2017 15:52:35 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19089] Robust mutexes do not take ROBUST_LIST_LIMIT into account Date: Wed, 18 Oct 2017 15:52: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.23 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00238.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19089 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39324-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2567 invoked by alias); 18 Oct 2017 15:52:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2458 invoked by uid 48); 18 Oct 2017 15:52:23 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15:52: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00236.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D194= 02 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39322-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1680 invoked by alias); 18 Oct 2017 15:52:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1203 invoked by uid 48); 18 Oct 2017 15:52:08 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15:52: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00234.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D209= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39327-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3260 invoked by alias); 18 Oct 2017 15:52:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3027 invoked by uid 48); 18 Oct 2017 15:52:34 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15:52: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00239.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D190= 89 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39323-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1719 invoked by alias); 18 Oct 2017 15:52:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1311 invoked by uid 48); 18 Oct 2017 15:52:09 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/20985] robust mutexes: lowlevelrobustlock assembly on x86 blocks on wrong condition Date: Wed, 18 Oct 2017 15:52: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: 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00235.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20985 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39325-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:52:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2693 invoked by alias); 18 Oct 2017 15:52:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2518 invoked by uid 48); 18 Oct 2017 15:52:23 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19402] Deadlock with robust shared mutex and asynchronous termination Date: Wed, 18 Oct 2017 15:52: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: unspecified 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00237.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19402 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39328-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:53:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3928 invoked by alias); 18 Oct 2017 15:53:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3832 invoked by uid 48); 18 Oct 2017 15:53:08 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00240.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D210= 83 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39331-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:53:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4897 invoked by alias); 18 Oct 2017 15:53:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4808 invoked by uid 48); 18 Oct 2017 15:53:42 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cf_gcchost see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00243.txt.bz2 Content-length: 529 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Host|17463 | See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D174= 63 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39329-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:53:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4012 invoked by alias); 18 Oct 2017 15:53:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3871 invoked by uid 48); 18 Oct 2017 15:53:09 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Wed, 18 Oct 2017 15: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: 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: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00241.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39332-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:53:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5034 invoked by alias); 18 Oct 2017 15:53:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4855 invoked by uid 48); 18 Oct 2017 15:53:43 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/17463] mutexes owned by a terminated thread are supposed to be owned by an imaginary thread Date: Wed, 18 Oct 2017 15: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: unspecified 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: security- X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00244.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17463 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D144= 85 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39330-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 18 15:53:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4494 invoked by alias); 18 Oct 2017 15:53:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4413 invoked by uid 48); 18 Oct 2017 15:53:23 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/14485] File corruption race condition in robust mutex unlocking Date: Wed, 18 Oct 2017 15: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: triegel at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cf_gcchost Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00242.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14485 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Host| |17463 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39333-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 09:31:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69690 invoked by alias); 19 Oct 2017 09:31:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68358 invoked by uid 48); 19 Oct 2017 09:31:08 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 09:31: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00245.txt.bz2 Content-length: 282 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #10 from Mike FABIAN --- What is the name of the country =E2=80=9CIndia=E2=80=9D in Karbi language? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39334-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 09:34:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61121 invoked by alias); 19 Oct 2017 09:34:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49457 invoked by uid 48); 19 Oct 2017 09:34:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 09:34: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00246.txt.bz2 Content-length: 367 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #11 from Mike FABIAN --- Are you sure about the 3;2 grouping for numbers?: LC_NUMERIC decimal_point "." thousands_sep "," grouping 3;2 END LC_NUMERIC --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39336-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 09:51:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72004 invoked by alias); 19 Oct 2017 09:51:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69068 invoked by uid 55); 19 Oct 2017 09:51:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18023] extend_alloca is broken (questionable pointer comparison, horrible machine code) Date: Thu, 19 Oct 2017 09: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00248.txt.bz2 Content-length: 2738 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18023 --- Comment #9 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 05155f0772a4befcc10da16ab64060ae7836ff7c (commit) via 13728f56f0cdfff536fe6673eae6881a3483a6a2 (commit) via 5ebb81e29243ff286bd46dea62fab46a40dfd6c3 (commit) from f725563967c1f277e0f02bb1516fe9ebfa4737bf (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=3Dglibc.git;h=3D05155f0772a4befcc10= da16ab64060ae7836ff7c commit 05155f0772a4befcc10da16ab64060ae7836ff7c Author: Florian Weimer Date: Thu Oct 19 10:44:31 2017 +0200 nss_files: Avoid large buffers with many host addresses [BZ #22078] The previous implementation had at least a quadratic space requirement in the number of host addresses and aliases. (cherry picked from commit d8425e116cdd954fea0c04c0f406179b5daebbb3) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D13728f56f0cdfff536f= e6673eae6881a3483a6a2 commit 13728f56f0cdfff536fe6673eae6881a3483a6a2 Author: Florian Weimer Date: Wed Oct 11 07:01:34 2017 +0200 nss_files: Use struct scratch_buffer for gethostbyname [BZ #18023] (cherry picked from commit 78e806fd8cd8c918d3bbe1bcdf9091ab365e4a69) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5ebb81e29243ff286bd= 46dea62fab46a40dfd6c3 commit 5ebb81e29243ff286bd46dea62fab46a40dfd6c3 Author: Florian Weimer Date: Tue Oct 10 11:50:41 2017 +0200 nss_files: Refactor gethostbyname3 multi case into separate function This is in preparation of further cleanup work. (cherry picked from commit 8ed70de2faceb4bd7b35bbdc2b7e8c83d9a297ba) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 22 +++ NEWS | 1 + nss/Makefile | 2 + nss/nss_files/files-hosts.c | 400 +++++++++++++++++++++--------------= ---- nss/tst-nss-files-hosts-multi.c | 331 ++++++++++++++++++++++++++++++++ 5 files changed, 568 insertions(+), 188 deletions(-) create mode 100644 nss/tst-nss-files-hosts-multi.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39335-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 09:51:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71885 invoked by alias); 19 Oct 2017 09:51:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68929 invoked by uid 55); 19 Oct 2017 09:51:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nss/22078] nss_files performance issue in multi mode Date: Thu, 19 Oct 2017 09:51: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00247.txt.bz2 Content-length: 2738 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22078 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 05155f0772a4befcc10da16ab64060ae7836ff7c (commit) via 13728f56f0cdfff536fe6673eae6881a3483a6a2 (commit) via 5ebb81e29243ff286bd46dea62fab46a40dfd6c3 (commit) from f725563967c1f277e0f02bb1516fe9ebfa4737bf (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=3Dglibc.git;h=3D05155f0772a4befcc10= da16ab64060ae7836ff7c commit 05155f0772a4befcc10da16ab64060ae7836ff7c Author: Florian Weimer Date: Thu Oct 19 10:44:31 2017 +0200 nss_files: Avoid large buffers with many host addresses [BZ #22078] The previous implementation had at least a quadratic space requirement in the number of host addresses and aliases. (cherry picked from commit d8425e116cdd954fea0c04c0f406179b5daebbb3) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D13728f56f0cdfff536f= e6673eae6881a3483a6a2 commit 13728f56f0cdfff536fe6673eae6881a3483a6a2 Author: Florian Weimer Date: Wed Oct 11 07:01:34 2017 +0200 nss_files: Use struct scratch_buffer for gethostbyname [BZ #18023] (cherry picked from commit 78e806fd8cd8c918d3bbe1bcdf9091ab365e4a69) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5ebb81e29243ff286bd= 46dea62fab46a40dfd6c3 commit 5ebb81e29243ff286bd46dea62fab46a40dfd6c3 Author: Florian Weimer Date: Tue Oct 10 11:50:41 2017 +0200 nss_files: Refactor gethostbyname3 multi case into separate function This is in preparation of further cleanup work. (cherry picked from commit 8ed70de2faceb4bd7b35bbdc2b7e8c83d9a297ba) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 22 +++ NEWS | 1 + nss/Makefile | 2 + nss/nss_files/files-hosts.c | 400 +++++++++++++++++++++--------------= ---- nss/tst-nss-files-hosts-multi.c | 331 ++++++++++++++++++++++++++++++++ 5 files changed, 568 insertions(+), 188 deletions(-) create mode 100644 nss/tst-nss-files-hosts-multi.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39337-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 09:54:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125495 invoked by alias); 19 Oct 2017 09:54:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124968 invoked by uid 48); 19 Oct 2017 09:54:46 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 09:54: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00249.txt.bz2 Content-length: 8682 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #12 from Mike FABIAN --- Created attachment 10540 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10540&action=3Ded= it mjw_IN I am working on including your new locale into glibc. The attached file is what I currently have, starting from your file and editing it a bit. The changes to your original are: --- mjw_IN.orig 2017-10-18 18:48:18.440680567 +0200 +++ mjw_IN 2017-10-19 11:04:28.175829218 +0200 @@ -1,21 +1,22 @@ -comment_char % -escape_char / +comment_char % +escape_char / -% Karbi Language Locale for India -% Language: mjw -% Territory: IN -% Revision: 1.1 -% Date: 2013-08-08 -% Application: general -% Users: general +% This file is part of the GNU C Library and contains locale data. +% The Free Software Foundation does not claim any copyright interest +% in the locale data contained in this file. The foregoing does not +% affect the license of the GNU C Library as a whole. It does not +% exempt you from the conditions of the license if your use would +% otherwise be governed by that license. +% Karbi Language Locale for India. +% Contributed by Jor Teron . LC_IDENTIFICATION title "Karbi language locale for India" source "Jor Teron" address "" contact "" -email "" +email "bug-glibc-locales@gnu.org" tel "" fax "" language "Karbi" @@ -23,20 +24,19 @@ revision "1.1" date "2013-08-08" -category "mjw:2000";LC_IDENTIFICATION -category "mjw:2000";LC_CTYPE -category "mjw:2000";LC_COLLATE -category "mjw:2000";LC_TIME -category "mjw:2000";LC_NUMERIC -category "mjw:2000";LC_MONETARY -category "mjw:2000";LC_MESSAGES -category "mjw:2000";LC_PAPER -category "mjw:2000";LC_NAME -category "mjw:2000";LC_ADDRESS -category "mjw:2000";LC_TELEPHONE +category "i18n:2012";LC_IDENTIFICATION +category "i18n:2012";LC_CTYPE +category "i18n:2012";LC_COLLATE +category "i18n:2012";LC_TIME +category "i18n:2012";LC_NUMERIC +category "i18n:2012";LC_MONETARY +category "i18n:2012";LC_MESSAGES +category "i18n:2012";LC_PAPER +category "i18n:2012";LC_NAME +category "i18n:2012";LC_ADDRESS +category "i18n:2012";LC_TELEPHONE END LC_IDENTIFICATION - LC_COLLATE % Copy the template from ISO/IEC 14651 copy "iso14651_t1" @@ -51,94 +51,58 @@ END LC_MONETARY LC_NUMERIC -decimal_point "" -thousands_sep "" +decimal_point "." +thousands_sep "," grouping 3;2 END LC_NUMERIC LC_MESSAGES -% ^[yY] -yesexpr "" - -% ^[nN] -noexpr "" +yesexpr "^[+1yY]" +noexpr "^[-0nN]" % There are no exact or fixed words for 'Yes' and 'No'. -% The closest words are 'Chok', 'Chokche' and 'Kalang', 'Kali' respectivel= y. They both are also translate as 'True', 'False' respectively. +% The closest words are 'Chok', 'Chokche' and 'Kalang', 'Kali' respectivel= y. +% They both are also translate as 'True', 'False' respectively. % 'Kali' is also interpreted as 'Not'. % 'Chok' is also interpreted as 'Correct' and 'Ok'. % 'Chokche' is interpreted as 'Incorrect' and 'Not Ok'. -% While 'Ahok' is the word for 'True', there is no word for 'False' and is compensated with 'Ahok Kali', which translate to 'Not True'.=20 -% In these situation 'Yes' and 'No' will be the correct string. - -% Yes -yesstr "" +% While 'Ahok' is the word for 'True', there is no word for +% 'False' and is compensated with 'Ahok Kali', which translate to 'Not Tru= e'. +% In these situation 'yes' and 'no' will be the correct string. -% No -nostr "" +yesstr "yes" +nostr "no" END LC_MESSAGES LC_TIME -% Bhom, Ur, Dur, Thel, Them, Bhta, Bhti -abday "";"";/ - "";"";/ - "";"";/ - "" - -% Bhomkuru, Urmi, Durmi, Thelang, Theman, Bhomta, Bhomti -day "";/ - "";/ - "";/ - "";/ - "";/ - "";/ - "" - -% Ark, Thang, The, Jang, Aru, Vos, Jak, Pai, Chi, Phe, Phai, Mati -abmon "";/ - "";"";/ - "";"";/ - "";"";/ - "";"";/ - "";"" - -% Arkoi, Thangthang, There, Jangmi, Aru, Vosik, Jakhong, Paipai, Chiti, Ph= ere, Phaikuni, Matijong -mon "";/ -=20=20=20=20=20=20 "";/ - "";/ - "";/ - "";/ - "";/ - "";/ - "";/ - "";/ - "";/ - "" +abday "Bhom";"Ur";"Dur";"Tkel";"Tkem";"Bhta";"Bhti" +day "Bhomkuru";"Urmi";"Durmi";"Thelang";"Theman";"Bhomta";"Bhomti" +abmon "Ark";"Thang";"The";"Jang";"Aru";"Vos";/ + "Jak";"Pai";"Chi";"Phe";"Phai";"Mati" +mon "Arkoi";"Thangthang";"There";"Jangmi";"Aru";"Vosik";/ + "Jakhong";"Paipai";"Chiti";"Phere";"Phaikuni";"Matijong" % Equivalent of AM PM -am_pm "";"" +am_pm "AM";"PM" % Appropriate date and time representation -% %A %d %B %Y %I:%M:%S %Z -d_t_fmt=20=20=20=20 "" +d_t_fmt "%A %d %B %Y %I:%M:%S %p %Z" % Appropriate date representation -% %A %d %B %Y -d_fmt=20=20=20=20=20=20 "" +d_fmt "%A %d %B %Y" % Appropriate time representation -% %I:%M:%S %Z -t_fmt=20=20=20=20=20=20 "" +t_fmt "%I:%M:%S %Z" % Appropriate 12 h time representation (%r) -t_fmt_ampm=20 "" +t_fmt_ampm "%I:%M:%S %p %Z" +week 7;19971130;1 first_weekday 1 END LC_TIME LC_PAPER -copy "hi_IN" +copy "i18n" END LC_PAPER LC_TELEPHONE @@ -146,14 +110,11 @@ END LC_TELEPHONE LC_MEASUREMENT -copy "hi_IN" +copy "i18n" END LC_MEASUREMENT LC_NAME % Format for addressing a person. -name_fmt "/ -" -% "%d%t%g%t%m%t%f" % "Salutation", % "Empty string, or ", % "First given name", @@ -161,26 +122,35 @@ % "Middle names", % "Empty string, or ", % "Clan names" +name_fmt "%d%t%g%t%m%t%f" % General salutation for any sex - "" name_gen "" % Salutation for unmarried females - "Sami" -name_miss "" +name_miss "Sami" % FIXME: Salutation for unmarried males - "Thare" -% name_mr "" +% name_mr "Thare" % FIXME: Salutation for married males - "Sangho" -% name_mr "" +% name_mr "Sangho" % Salutation for married females - "Sangpi" -name_mrs "" +name_mrs "Sangpi" % Salutation valid for all females - "" (no term) name_ms "" END LC_NAME LC_ADDRESS -copy "en_IN" +postal_fmt "%z%c%T%s%b%e%r" +country_name "India" +country_ab2 "IN" +country_ab3 "IND" +country_num 356 +country_car "IND" +lang_name "Karbi" +lang_term "mjw" +lang_lib "mjw" END LC_ADDRESS --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39338-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 11:08:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33974 invoked by alias); 19 Oct 2017 11:08:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33901 invoked by uid 55); 19 Oct 2017 11:08:20 -0000 From: "jor.teron at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 11:08: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: jor.teron at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00250.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #13 from Jor Teron --- Name of India in Karbi language is "Bhorot". On 19-Oct-2017 3:01 PM, "maiku.fabian at gmail dot com" < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 > > --- Comment #10 from Mike FABIAN --- > > What is the name of the country =E2=80=9CIndia=E2=80=9D in Karbi language? > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You reported the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39339-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 11:11:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70011 invoked by alias); 19 Oct 2017 11:11:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69670 invoked by uid 55); 19 Oct 2017 11:11:03 -0000 From: "jor.teron at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 11: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jor.teron at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00251.txt.bz2 Content-length: 747 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #14 from Jor Teron --- The decimal grouping is 3;2 . On 19-Oct-2017 3:04 PM, "maiku.fabian at gmail dot com" < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 > > --- Comment #11 from Mike FABIAN --- > Are you sure about the 3;2 grouping for numbers?: > > LC_NUMERIC > decimal_point "." > thousands_sep "," > grouping 3;2 > END LC_NUMERIC > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You reported the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39340-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 13:59:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81067 invoked by alias); 19 Oct 2017 13:59:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80547 invoked by uid 48); 19 Oct 2017 13:59:32 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 13: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00252.txt.bz2 Content-length: 451 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #15 from Mike FABIAN --- (In reply to Jor Teron from comment #14) > Created attachment 10542 [details] > attachment-69648-0.html >=20 > The decimal grouping is 3;2 . So this is OK?: [root@taka /]# LC_ALL=3Dmjw_IN.UTF-8 /usr/bin/printf "%'.2f\n" 5000000.5 50,00,000.50 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39341-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 14:03:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116811 invoked by alias); 19 Oct 2017 14:03:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116729 invoked by uid 55); 19 Oct 2017 14:03:18 -0000 From: "jor.teron at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 14:03: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: jor.teron at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00253.txt.bz2 Content-length: 818 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #16 from Jor Teron --- Yes. It is Ok. On 19-Oct-2017 7:29 PM, "maiku.fabian at gmail dot com" < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 > > --- Comment #15 from Mike FABIAN --- > (In reply to Jor Teron from comment #14) > > Created attachment 10542 [details] > > attachment-69648-0.html > > > > The decimal grouping is 3;2 . > > So this is OK?: > > [root@taka /]# LC_ALL=3Dmjw_IN.UTF-8 /usr/bin/printf "%'.2f\n" 5000000.5 > 50,00,000.50 > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You reported the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39342-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 14:12:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3626 invoked by alias); 19 Oct 2017 14:12:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3313 invoked by uid 55); 19 Oct 2017 14:12:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 14:12: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00254.txt.bz2 Content-length: 1614 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 --- Comment #17 from 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 4b0fa403ab14d046e1b13de397016cef1c06acae (commit) from 81325b12b14c44887f1633a2c180a413afc2b504 (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=3Dglibc.git;h=3D4b0fa403ab14d046e1b= 13de397016cef1c06acae commit 4b0fa403ab14d046e1b13de397016cef1c06acae Author: Mike FABIAN Date: Thu Oct 19 15:15:01 2017 +0200 Add new locale mjw_IN [BZ #13994] [BZ #13994] * locale/iso-639.def: Add Karbi. * localedata/SUPPORTED: Add mjw_IN/UTF-8. * localedata/locales/mjw_IN: New file. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 ++ locale/iso-639.def | 1 + localedata/SUPPORTED | 1 + localedata/locales/mjw_IN | 156 +++++++++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 165 insertions(+), 0 deletions(-) create mode 100644 localedata/locales/mjw_IN --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39343-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 14:13:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5562 invoked by alias); 19 Oct 2017 14:13:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 5449 invoked by uid 48); 19 Oct 2017 14:13:20 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13994] mjw_IN: new locale Date: Thu, 19 Oct 2017 14: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00255.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13994 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #18 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39344-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 14:37:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42821 invoked by alias); 19 Oct 2017 14:37:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 42751 invoked by uid 48); 19 Oct 2017 14:36:58 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] New: Heap buffer overflow in glob Date: Thu, 19 Oct 2017 14:37: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: tim.ruehsen at gmx 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 target_milestone Message-ID: 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: 2017-10/txt/msg00256.txt.bz2 Content-length: 1931 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 Bug ID: 22320 Summary: Heap buffer overflow in glob Product: glibc Version: unspecified Status: UNCONFIRMED Severity: critical Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: tim.ruehsen at gmx dot de Target Milestone: --- Sorry, couldn't find any glibc security policy... Gnulib's glob(), which is a copy of glibc's glob() seems to have a buffer overflow. Clangs' address sanitizer reports a WRITE overflow, gcc's reports= a READ overflow when using the same sanitizer options. Here is a patch and some comments from Bruno Haible (gnulib maintainer), who tracked it down: This patch fixes both problems. diff --git a/lib/glob.c b/lib/glob.c index 33030ec..6753043 100644 --- a/lib/glob.c +++ b/lib/glob.c @@ -764,7 +764,7 @@ glob (const char *pattern, int flags, int (*errfunc) (c= onst char *, int), *p =3D '\0'; } else - *((char *) mempcpy (newp, dirname + 1, end_name - dirname)) + *((char *) mempcpy (newp, dirname + 1, end_name - dirname - 1)) =3D '\0'; user_name =3D newp; } The bug also exists in glibc, at least since 2005-12-14. Interestingly, this mempcpy call was originally # ifdef HAVE_MEMPCPY *((char *) mempcpy (newp, dirname + 1, end_name - dirname)) =3D '\0'; # else memcpy (newp, dirname + 1, end_name - dirname); newp[end_name - dirname - 1] =3D '\0'; # endif and the code in the #else branch was correct. I have a reproducer C code plus a data file, let me know if you are interes= ted (the 'Add an Attachment' just allows one file). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39345-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:22:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100169 invoked by alias); 19 Oct 2017 15:22:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99752 invoked by uid 48); 19 Oct 2017 15:22:47 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] New: sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Thu, 19 Oct 2017 15:22: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.26 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 flagtypes.name Message-ID: 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: 2017-10/txt/msg00257.txt.bz2 Content-length: 1196 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 Bug ID: 22321 Summary: sysconf(_SC_IOV_MAX) returns -1 on Linux Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com, zackw at panix dot com Target Milestone: --- Flags: security- But the kernel defines #define UIO_MAXIOV 1024 in include/uapi/linux/uio.h, and uses that definition. Reported first here: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org= /thread/KURGEUYR4HLV43WHGZV236SYTJUW7YRU/ Introduced by: commit 37f802f86400684c8d13403958b2c598721d6360 Author: Zack Weinberg Date: Wed Mar 22 10:55:38 2017 -0400 Remove __need_IOV_MAX and __need_FOPEN_MAX. It looks like the fix is to include in sysdeps/posix/sysconf.c; previously UIO_MAXIOV was supplied (indirectly) through . --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39346-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:26:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107279 invoked by alias); 19 Oct 2017 15:26:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107222 invoked by uid 48); 19 Oct 2017 15:26:03 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Thu, 19 Oct 2017 15: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.26 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00258.txt.bz2 Content-length: 475 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=3D1504165 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39347-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:30:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60788 invoked by alias); 19 Oct 2017 15:30:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60472 invoked by uid 55); 19 Oct 2017 15:29:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Thu, 19 Oct 2017 15: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00259.txt.bz2 Content-length: 2705 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 --- Comment #4 from 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 4d916f0f12b230f49967797f98b2b613c734a047 (commit) from 4b0fa403ab14d046e1b13de397016cef1c06acae (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=3Dglibc.git;h=3D4d916f0f12b230f4996= 7797f98b2b613c734a047 commit 4d916f0f12b230f49967797f98b2b613c734a047 Author: H.J. Lu Date: Thu Oct 19 08:28:09 2017 -0700 x86-64: Don't set GLRO(dl_platform) to NULL [BZ #22299] Since ld.so expands $PLATFORM with GLRO(dl_platform), don't set GLRO(dl_platform) to NULL. [BZ #22299] * sysdeps/x86/cpu-features.c (init_cpu_features): Don't set GLRO(dl_platform) to NULL. * sysdeps/x86_64/Makefile (tests): Add tst-platform-1. (modules-names): Add tst-platformmod-1 and x86_64/tst-platformmod-2. (CFLAGS-tst-platform-1.c): New. (CFLAGS-tst-platformmod-1.c): Likewise. (CFLAGS-tst-platformmod-2.c): Likewise. (LDFLAGS-tst-platformmod-2.so): Likewise. ($(objpfx)tst-platform-1): Likewise. ($(objpfx)tst-platform-1.out): Likewise. (tst-platform-1-ENV): Likewise. ($(objpfx)x86_64/tst-platformmod-2.os): Likewise. * sysdeps/x86_64/tst-platform-1.c: New file. * sysdeps/x86_64/tst-platformmod-1.c: Likewise. * sysdeps/x86_64/tst-platformmod-2.c: Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++++++++++ sysdeps/x86/cpu-features.c | 12 ++++++++---- sysdeps/x86_64/Makefile | 20 ++++++++++++++++++++ sysdeps/x86_64/tst-platform-1.c | 29 +++++++++++++++++++++++++++++ sysdeps/x86_64/tst-platformmod-1.c | 23 +++++++++++++++++++++++ sysdeps/x86_64/tst-platformmod-2.c | 23 +++++++++++++++++++++++ 6 files changed, 124 insertions(+), 4 deletions(-) create mode 100644 sysdeps/x86_64/tst-platform-1.c create mode 100644 sysdeps/x86_64/tst-platformmod-1.c create mode 100644 sysdeps/x86_64/tst-platformmod-2.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39348-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:36:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114995 invoked by alias); 19 Oct 2017 15:36:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108995 invoked by uid 48); 19 Oct 2017 15:36:27 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Thu, 19 Oct 2017 15:36: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00260.txt.bz2 Content-length: 258 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #1 from Andreas Schwab --- http://repo.or.cz/glibc/history.git/commitdiff/6990df9394 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39349-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:44:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57614 invoked by alias); 19 Oct 2017 15:44:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57571 invoked by uid 48); 19 Oct 2017 15:44:50 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Thu, 19 Oct 2017 15:44: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00261.txt.bz2 Content-length: 561 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from H.J. Lu --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39350-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 15:55:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33943 invoked by alias); 19 Oct 2017 15:55:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33900 invoked by uid 55); 19 Oct 2017 15:55:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/21666] .symver is used on common symbol Date: Thu, 19 Oct 2017 15:55: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.26 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00262.txt.bz2 Content-length: 3431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21666 --- Comment #15 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.23/master has been updated via bc566388d68eb631a6ff0408d57a78d0a2781025 (commit) via 4401ec26af6b6fd0b2c1f2bd2f54ee41479cf3f9 (commit) from d990d79610362f823292f9d869b84b4ec4491159 (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=3Dglibc.git;h=3Dbc566388d68eb631a6f= f0408d57a78d0a2781025 commit bc566388d68eb631a6ff0408d57a78d0a2781025 Author: H.J. Lu Date: Thu Oct 19 08:42:59 2017 -0700 Avoid .symver on common symbols [BZ #21666] The .symver directive on common symbol just creates a new common symbol, not an alias and the newer assembler with the bug fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21661 will issue an error. Before the fix, we got $ readelf -sW libc.so | grep "loc[12s]" 5109: 00000000003a0608 8 OBJECT LOCAL DEFAULT 36 loc1 5188: 00000000003a0610 8 OBJECT LOCAL DEFAULT 36 loc2 5455: 00000000003a0618 8 OBJECT LOCAL DEFAULT 36 locs 6575: 00000000003a05f0 8 OBJECT GLOBAL DEFAULT 36 locs@GLIBC_2= .2.5 7156: 00000000003a05f8 8 OBJECT GLOBAL DEFAULT 36 loc1@GLIBC_2= .2.5 7312: 00000000003a0600 8 OBJECT GLOBAL DEFAULT 36 loc2@GLIBC_2= .2.5 in libc.so. The versioned loc1, loc2 and locs have the wrong addresses. After the fix, we got $ readelf -sW libc.so | grep "loc[12s]" 6570: 000000000039e3b8 8 OBJECT GLOBAL DEFAULT 34 locs@GLIBC_2= .2.5 7151: 000000000039e3c8 8 OBJECT GLOBAL DEFAULT 34 loc1@GLIBC_2= .2.5 7307: 000000000039e3c0 8 OBJECT GLOBAL DEFAULT 34 loc2@GLIBC_2= .2.5 [BZ #21666] * misc/regexp.c (loc1): Add __attribute__ ((nocommon)); (loc2): Likewise. (locs): Likewise. (cherry picked from commit 388b4f1a02f3a801965028bbfcd48d905638b797) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4401ec26af6b6fd0b2c= 1f2bd2f54ee41479cf3f9 commit 4401ec26af6b6fd0b2c1f2bd2f54ee41479cf3f9 Author: H.J. Lu Date: Thu Oct 19 08:40:39 2017 -0700 X86-64: Correct CFA in _dl_runtime_resolve When stack is re-aligned in _dl_runtime_resolve, there is no need to adjust CFA when allocating register save area on stack. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve): Don't adjust CFA when allocating register save area on re-aligned stack. (cherry picked from commit 0ac8ee53e8efbfd6e1c37094b4653f5c2dad65b5) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 13 +++++++++++++ misc/regexp.c | 9 +++++---- sysdeps/x86_64/dl-trampoline.h | 2 ++ 3 files changed, 20 insertions(+), 4 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39351-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 17:04:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94843 invoked by alias); 19 Oct 2017 17:04:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94801 invoked by uid 48); 19 Oct 2017 17:04:48 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22322] New: [mips64] wrong bits/long-double.h installed Date: Thu, 19 Oct 2017 17:04: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.26 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 cc target_milestone cf_gcchost Message-ID: 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: 2017-10/txt/msg00263.txt.bz2 Content-length: 890 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22322 Bug ID: 22322 Summary: [mips64] wrong bits/long-double.h installed Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org CC: drepper.fsp at gmail dot com Target Milestone: --- Host: mips*-*-* Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 versio= n of bits/long-double.h, meaning incorrect results when using headers installed = from a 64-bit installation for a 32-bit build. (I haven't actually seen this ca= use build failures before its interaction with bits/floatn.h did so.) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39352-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 17:33:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88565 invoked by alias); 19 Oct 2017 17:33:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88056 invoked by uid 55); 19 Oct 2017 17:33:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22322] [mips64] wrong bits/long-double.h installed Date: Thu, 19 Oct 2017 17: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00264.txt.bz2 Content-length: 2549 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22322 --- Comment #1 from 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 37bb78cb8c1fb6b5813407c8856b1557359e6343 (commit) from d74e6f6c0de55fc588b1ac09c88eb0fb8b8600af (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=3Dglibc.git;h=3D37bb78cb8c1fb6b5813= 407c8856b1557359e6343 commit 37bb78cb8c1fb6b5813407c8856b1557359e6343 Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 2 files changed, 6 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39353-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 17:33:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88574 invoked by alias); 19 Oct 2017 17:33:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88114 invoked by uid 55); 19 Oct 2017 17:33:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21987] [sparc32] wrong bits/long-double.h installed Date: Thu, 19 Oct 2017 17:33: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00265.txt.bz2 Content-length: 2549 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21987 --- Comment #7 from 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 37bb78cb8c1fb6b5813407c8856b1557359e6343 (commit) from d74e6f6c0de55fc588b1ac09c88eb0fb8b8600af (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=3Dglibc.git;h=3D37bb78cb8c1fb6b5813= 407c8856b1557359e6343 commit 37bb78cb8c1fb6b5813407c8856b1557359e6343 Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 2 files changed, 6 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39354-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 17:36:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99381 invoked by alias); 19 Oct 2017 17:36:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99085 invoked by uid 48); 19 Oct 2017 17:36:31 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22322] [mips64] wrong bits/long-double.h installed Date: Thu, 19 Oct 2017 17: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.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00266.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22322 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39355-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 17:45:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10313 invoked by alias); 19 Oct 2017 17:45:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10263 invoked by uid 48); 19 Oct 2017 17:44:56 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Thu, 19 Oct 2017 17: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00267.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39356-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 18:07:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11646 invoked by alias); 19 Oct 2017 18:07:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11612 invoked by uid 48); 19 Oct 2017 18:07:49 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/21120] glibc malloc is incompatible with GCC 7 (needs 16 byte alignment) Date: Thu, 19 Oct 2017 18:07: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.25 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00268.txt.bz2 Content-length: 535 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21120 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|glibc malloc is |glibc malloc is |incompatible with GCC 7 |incompatible with GCC 7 | |(needs 16 byte alignment) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39357-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 18:14:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24881 invoked by alias); 19 Oct 2017 18:14:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24835 invoked by uid 48); 19 Oct 2017 18:13:57 -0000 From: "rstrode at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/12459] [RFE] glibc could have a nss_init call that's like res_init but for nsswitch.conf Date: Thu, 19 Oct 2017 18:14: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rstrode 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: In-Reply-To: References: 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: 2017-10/txt/msg00269.txt.bz2 Content-length: 428 https://sourceware.org/bugzilla/show_bug.cgi?id=3D12459 --- Comment #2 from Ray Strode [halfline] --- so i believe the stub resolver doesn't require res_init anymore to get chan= ges in /etc/resolv.conf, so I'd like to to update this report to request that changes in /etc/nsswitch.conf get updated immediately too :-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39358-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 18:14:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25652 invoked by alias); 19 Oct 2017 18:14:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25585 invoked by uid 48); 19 Oct 2017 18:14:52 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22041] NSS persistently caches transient dlopen errors Date: Thu, 19 Oct 2017 18:14: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: 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: blocked Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00270.txt.bz2 Content-length: 548 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22041 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12459 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D12459 [Bug 12459] [RFE] glibc could have a nss_init call that's like res_init but= for nsswitch.conf --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39359-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 18:14:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25725 invoked by alias); 19 Oct 2017 18:14:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25603 invoked by uid 48); 19 Oct 2017 18:14:52 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/12459] [RFE] glibc could have a nss_init call that's like res_init but for nsswitch.conf Date: Thu, 19 Oct 2017 18:14: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: unspecified 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: dependson Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00271.txt.bz2 Content-length: 512 https://sourceware.org/bugzilla/show_bug.cgi?id=3D12459 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |22041 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22041 [Bug 22041] NSS persistently caches transient dlopen errors --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39360-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 19:09:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33580 invoked by alias); 19 Oct 2017 19:09:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 8825 invoked by uid 55); 19 Oct 2017 19:09:21 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 19 Oct 2017 19:09: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00272.txt.bz2 Content-length: 17396 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #13 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 5604b6622844968ea9a9f6f229eac852b3c21662 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5604b6622844968ea9a= 9f6f229eac852b3c21662 commit 5604b6622844968ea9a9f6f229eac852b3c21662 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D936d3eb5e6c68e5c7a3= 513f503d62bfb739ee961 commit 936d3eb5e6c68e5c7a3513f503d62bfb739ee961 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D455873e055731137522= 786330c9d3f07d77b0360 commit 455873e055731137522786330c9d3f07d77b0360 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D122fb81b59115416344= 3332cb7a47bb1b255a8a1 commit 122fb81b591154163443332cb7a47bb1b255a8a1 Author: H.J. Lu Date: Thu Sep 28 16:12:52 2017 -0700 m68k: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/m68k/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0f1b549c8286f352464= 640e7c50d8cb8a0f1608e commit 0f1b549c8286f352464640e7c50d8cb8a0f1608e Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D617ffed24038aab4732= e4ed2226940aadae9c796 commit 617ffed24038aab4732e4ed2226940aadae9c796 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4725827d1da9ea780a9= 2b8f9b4b6032b4487d02c commit 4725827d1da9ea780a92b8f9b4b6032b4487d02c Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbf00010c165ab86e0f8= f261a48651bb7c1a39dbf commit bf00010c165ab86e0f8f261a48651bb7c1a39dbf Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D021b64f7d1789d95f27= 1c02e02cd4ebf7f999344 commit 021b64f7d1789d95f271c02e02cd4ebf7f999344 Author: H.J. Lu Date: Thu Sep 28 14:46:26 2017 -0700 m68k: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/m68k/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D767b6fecf193b2ba15a= cca235d03994c765999f5 commit 767b6fecf193b2ba15acca235d03994c765999f5 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39361-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 19 19:46:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59506 invoked by alias); 19 Oct 2017 19:46:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59406 invoked by uid 48); 19 Oct 2017 19:46:13 -0000 From: "eggert at gnu dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Thu, 19 Oct 2017 19:46: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: eggert at gnu 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00273.txt.bz2 Content-length: 710 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 Paul Eggert changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eggert at gnu dot org --- Comment #2 from Paul Eggert --- Following a suggestion by Bruno Haible, I patched the gnulib copy of glob.c= as described here: http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=3D2d1bd71ec70a31b01d= 01b734faa66bb1ed28961f Presumably a similar patch should be applied to the glibc copy. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39362-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 02:20:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84114 invoked by alias); 20 Oct 2017 02:20:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84066 invoked by uid 55); 20 Oct 2017 02:20:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Fri, 20 Oct 2017 02: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00274.txt.bz2 Content-length: 2023 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 --- Comment #1 from 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 63b4baa44e8d22501c433c4093aa3310f91b6aa2 (commit) from 95ccb619f553c130dde7b51098d69132547f8a90 (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=3Dglibc.git;h=3D63b4baa44e8d22501c4= 33c4093aa3310f91b6aa2 commit 63b4baa44e8d22501c433c4093aa3310f91b6aa2 Author: Florian Weimer Date: Fri Oct 20 04:10:15 2017 +0200 sysconf: Fix missing definition of UIO_MAXIOV on Linux [BZ #22321] After commit 37f802f86400684c8d13403958b2c598721d6360 (Remove __need_IOV_MAX and __need_FOPEN_MAX), UIO_MAXIOV is no longer supplied (indirectly) through , so sysdeps/posix/sysconf.c no longer sees the definition. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 +++++++++ sysdeps/posix/sysconf.c | 1 + sysdeps/unix/sysv/linux/Makefile | 5 +++- .../unix/sysv/linux/tst-sysconf-iov_max-uapi.c | 13 +++++------ .../unix/sysv/linux/tst-sysconf-iov_max.c | 21 ++++++++++++----= --- 5 files changed, 34 insertions(+), 16 deletions(-) copy support/xdup2.c =3D> sysdeps/unix/sysv/linux/tst-sysconf-iov_max-uapi= .c (78%) copy math/test-finite-macros.c =3D> sysdeps/unix/sysv/linux/tst-sysconf-iov_max.c (60%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39363-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 02:32:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127475 invoked by alias); 20 Oct 2017 02:32:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127435 invoked by uid 48); 20 Oct 2017 02:32:47 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Fri, 20 Oct 2017 02: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00275.txt.bz2 Content-length: 596 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Florian Weimer --- Fixed in 2.27. Will backport to 2.26. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39364-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 02:34:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128768 invoked by alias); 20 Oct 2017 02:34:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128685 invoked by uid 55); 20 Oct 2017 02:33:57 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22321] sysconf(_SC_IOV_MAX) returns -1 on Linux Date: Fri, 20 Oct 2017 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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00276.txt.bz2 Content-length: 2158 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22321 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 2e78ea7a207e49a47a3448fbbc387d606141ec9d (commit) from 05155f0772a4befcc10da16ab64060ae7836ff7c (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=3Dglibc.git;h=3D2e78ea7a207e49a47a3= 448fbbc387d606141ec9d commit 2e78ea7a207e49a47a3448fbbc387d606141ec9d Author: Florian Weimer Date: Fri Oct 20 04:10:15 2017 +0200 sysconf: Fix missing definition of UIO_MAXIOV on Linux [BZ #22321] After commit 37f802f86400684c8d13403958b2c598721d6360 (Remove __need_IOV_MAX and __need_FOPEN_MAX), UIO_MAXIOV is no longer supplied (indirectly) through , so sysdeps/posix/sysconf.c no longer sees the definition. (cherry picked from commit 63b4baa44e8d22501c433c4093aa3310f91b6aa2) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++++++ NEWS | 1 + sysdeps/posix/sysconf.c | 1 + sysdeps/unix/sysv/linux/Makefile | 8 +++- .../unix/sysv/linux/tst-sysconf-iov_max-uapi.c | 13 +++---- .../unix/sysv/linux/tst-sysconf-iov_max.c | 33 ++++++++--------= --- 6 files changed, 38 insertions(+), 28 deletions(-) copy support/xpipe.c =3D> sysdeps/unix/sysv/linux/tst-sysconf-iov_max-uapi= .c (78%) copy debug/tst-ssp-1.c =3D> sysdeps/unix/sysv/linux/tst-sysconf-iov_max.c = (59%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39365-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 02:44:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33316 invoked by alias); 20 Oct 2017 02:44:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33259 invoked by uid 48); 20 Oct 2017 02:44:26 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Fri, 20 Oct 2017 02:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-10/txt/msg00277.txt.bz2 Content-length: 708 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security+ --- Comment #3 from Florian Weimer --- For future reference, the process is documented here: https://sourceware.org/glibc/wiki/Security Process (However, reporting bugs with this severity publicly in Bugzilla is fine.) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39366-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 07:28:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58168 invoked by alias); 20 Oct 2017 07:28:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58110 invoked by uid 48); 20 Oct 2017 07:28:41 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Fri, 20 Oct 2017 07: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-10/txt/msg00278.txt.bz2 Content-length: 249 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #4 from Florian Weimer --- Tim, would you please attach the reproducer? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39367-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 07:51:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28669 invoked by alias); 20 Oct 2017 07:51:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 28626 invoked by uid 55); 20 Oct 2017 07:50:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13605] shn_MM: new Shan locale Date: Fri, 20 Oct 2017 07: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00279.txt.bz2 Content-length: 1535 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13605 --- Comment #9 from 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 2f9314b4121b0200559693d6cfc8f61c692c2857 (commit) from 63b4baa44e8d22501c433c4093aa3310f91b6aa2 (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=3Dglibc.git;h=3D2f9314b4121b0200559= 693d6cfc8f61c692c2857 commit 2f9314b4121b0200559693d6cfc8f61c692c2857 Author: Mike FABIAN Date: Fri Oct 20 08:50:32 2017 +0200 Add new locale shn_MM [BZ #13605] [BZ #13605] * localedata/SUPPORTED: Add shn_MM/UTF-8. * localedata/locales/shn_MM: New file. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 + localedata/SUPPORTED | 1 + localedata/locales/shn_MM | 292 +++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 299 insertions(+), 0 deletions(-) create mode 100644 localedata/locales/shn_MM --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39368-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 07:51:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29221 invoked by alias); 20 Oct 2017 07:51:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29157 invoked by uid 48); 20 Oct 2017 07:51:43 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13605] shn_MM: new Shan locale Date: Fri, 20 Oct 2017 07: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00280.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13605 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #10 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39369-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 07:59:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37425 invoked by alias); 20 Oct 2017 07:59:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37376 invoked by uid 48); 20 Oct 2017 07:59:52 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Fri, 20 Oct 2017 07:59: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: tim.ruehsen at gmx 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00281.txt.bz2 Content-length: 357 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #5 from Tim R=C3=BChsen --- Created attachment 10546 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10546&action=3Ded= it glob reproducer for WRITE heap buffer overflow --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39370-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 08:11:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103447 invoked by alias); 20 Oct 2017 08:11:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 103379 invoked by uid 48); 20 Oct 2017 08:11:12 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00282.txt.bz2 Content-length: 550 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |maiku.fabian at gmail dot = com Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39371-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 08:14:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113857 invoked by alias); 20 Oct 2017 08:14:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112612 invoked by uid 48); 20 Oct 2017 08:13:45 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Heap buffer overflow in glob Date: Fri, 20 Oct 2017 08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-10/txt/msg00283.txt.bz2 Content-length: 334 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #6 from Florian Weimer --- "~xxx=E2=80=A6xxx/a/b" triggers this. Some versions of glob will use an on= -stack buffer for shorter xxx=E2=80=A6xxx sequences. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39372-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 08:41:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38378 invoked by alias); 20 Oct 2017 08:41:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36906 invoked by uid 48); 20 Oct 2017 08:41:30 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 08:41: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00284.txt.bz2 Content-length: 1501 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #12 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #9) > Hello, > Thanks for help. >=20 > I can't understand much more about technical devs . I followed a link whe= n I > was trying to start the kab locale for openSUSE. >=20 > The kab localization of openSUSE is now ongoing but, it seems that we need > kab on glibc to release our locale. >=20 > We are also working on the kab locale on CLDR (please see > http://st.unicode.org/cldr-apps/v#/kab/). You will find all needed data.= =20 The day and month names in your locale do not agree with what CLDR has. You have: mon "yennayer";/ "Furar";/ "Me=C9=A3res";/ "Ibrir";/ "Maggu";/ "Yunyu";/ "Yulyu";/ "=C6=94uct";/ "Cutembir";/ "Tuber";/ "Unbir";/ "Dujenbir" abmon "yen.";/ "fur.";/ "me=C9=A3.";/ "ibr.";/ "mag.";/ "yun.";/ "yul.";/ "=C9=A3uc.";/ "cut.";/ "tub.";/ "unb.";/ "duj.";/ day "Accer";/ "Arim";/ "Aram";/ "Ahad";/ "Amhad";/ "Ssem";/ "Ssed" abday "ace.";/ "ari.";/ "ara.";/ "aha.";/ "amh.";/ "sem.";/ "sed." Compare with: http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml Why are there differences? What is correct? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39373-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:07:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110500 invoked by alias); 20 Oct 2017 09:07:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110429 invoked by uid 48); 20 Oct 2017 09:07:20 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:07: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00285.txt.bz2 Content-length: 803 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #13 from Mike FABIAN --- http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml contains: Ih:I Uhu:U but your locale contains: LC_MESSAGES yesexpr "^[+1yYiI]" noexpr "^[-0nNaA]" END LC_MESSAGES If CLDR is right, shouldn=E2=80=99t noexpr be: noexpr "^[-0nNuU]" Or is CLDR mistaken? Then one should fix it in CLDR ... We should probably also add yesstr "Ih" nostr "Uhu" or whatever the right words for "yes" and "no" are in Kabyle. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39374-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:11:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122930 invoked by alias); 20 Oct 2017 09:11:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122627 invoked by uid 48); 20 Oct 2017 09:11:11 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00286.txt.bz2 Content-length: 310 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #14 from Mike FABIAN --- int_curr_symbol should be 4 characters long and end with a space, like this: int_curr_symbol "DZD " --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39375-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:12:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126700 invoked by alias); 20 Oct 2017 09:12:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126442 invoked by uid 48); 20 Oct 2017 09:12:35 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:12: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00287.txt.bz2 Content-length: 318 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #15 from Mike FABIAN --- The ar_DZ locale contains: first_weekday 7 first_workday 1 Is that also correct for kab_DZ, should we add it? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39376-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:16:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92660 invoked by alias); 20 Oct 2017 09:16:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90764 invoked by uid 48); 20 Oct 2017 09:16:18 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:16: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00288.txt.bz2 Content-length: 375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #16 from Belkacem Mohammed --- Created attachment 10547 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10547&action=3Ded= it CLDR Kabyle - Beta release (32) CLDR Kabyle - Beta release --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39377-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:21:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48602 invoked by alias); 20 Oct 2017 09:21:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48549 invoked by uid 48); 20 Oct 2017 09:21:09 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:21: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00289.txt.bz2 Content-length: 1433 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #17 from Belkacem Mohammed --- We updated ( me and some academicians from Bejaia Univesity, and independant authors) some data in CLDR 32 that will be released next 1st November. Note that the same data is currently used the kab locale of VK (social network), lighthning (Calendar on thanderbird), Evernote, Wikimedia, OpenStreetmap,.. and more other tools we localized into kabyle Here are the common name used for months and days and their short forms: These names are taught at School in Algeria (Kabylia). In fact, some authors use declination (other local forms). The forms below, are the most used. mon "yennayer";/ "Fu=E1=B9=9Bar";/ "Me=C9=A3res";/ "Yebrir";/ "Mayyu";/ "Yunyu";/ "Yulyu";/ "=C6=94uct";/ "Ctembe=E1=B9=9B";/ "Tube=E1=B9=9B";/ "Wambe=E1=B9=9B";/ "Dujembe=E1=B9=9B" abmon "yen.";/ "fur.";/ "me=C9=A3.";/ "yeb.";/ "may.";/ "yun.";/ "yul.";/ "=C9=A3uc.";/ "cte.";/ "tub.";/ "wam.";/ "duj.";/ day "Acer";/ "Arim";/ "Aram";/ "Ahad";/ "Amhad";/ "Sem";/ "Sed" abday "ace.";/ "ari.";/ "ara.";/ "aha.";/ "amh.";/ "sem.";/ "sed." --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39378-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:25:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37000 invoked by alias); 20 Oct 2017 09:25:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36913 invoked by uid 48); 20 Oct 2017 09:25:34 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:25: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00290.txt.bz2 Content-length: 912 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #18 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #13) > http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml >=20 > contains: >=20 > > > Ih:I > Uhu:U > > >=20 >=20 > but your locale contains: >=20 > LC_MESSAGES > yesexpr "^[+1yYiI]" > noexpr "^[-0nNaA]" > END LC_MESSAGES >=20 > If CLDR is right, shouldn=E2=80=99t noexpr be: >=20 > noexpr "^[-0nNuU]" >=20 > Or is CLDR mistaken? Then one should fix it in CLDR ... >=20 >=20 > We should probably also add >=20 > yesstr "Ih" > nostr "Uhu" >=20 > or whatever the right words for "yes" and "no" are in Kabyle. yesstr "Ih" nostr "Uhu" Short form "Y" : "I" "N" : "U" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39379-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:27:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124924 invoked by alias); 20 Oct 2017 09:27:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119266 invoked by uid 48); 20 Oct 2017 09:27:49 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:27: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00291.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #19 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #14) > int_curr_symbol should be 4 characters long and end with a space, like th= is: >=20 > int_curr_symbol "DZD " yeah int_curr_symbol "DZD " --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39380-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:31:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126367 invoked by alias); 20 Oct 2017 09:31:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122842 invoked by uid 48); 20 Oct 2017 09:31:17 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:31: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00292.txt.bz2 Content-length: 432 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #20 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #15) > The ar_DZ locale contains: >=20 > first_weekday 7 > first_workday 1 >=20 > Is that also correct for kab_DZ, should we add it? first_weekday 7 first_workday 1 Same as ar_DZ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39381-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:36:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40175 invoked by alias); 20 Oct 2017 09:36:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37881 invoked by uid 48); 20 Oct 2017 09:36:24 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:36: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00293.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #21 from Mike FABIAN --- You use %p in=20 t_fmt_ampm "%I:%M:%S %p" but you do not define: % % Strings for AM/PM % am_pm "AM";"PM" What are the appropriate strings to use for AM/PM in Kabyle? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39382-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:40:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126378 invoked by alias); 20 Oct 2017 09:40:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126155 invoked by uid 48); 20 Oct 2017 09:40:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:40: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00294.txt.bz2 Content-length: 1112 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #22 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #18) > (In reply to Mike FABIAN from comment #13) > > http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml > >=20 > > contains: > >=20 > > > > > > Ih:I > > Uhu:U > > > > > >=20 > >=20 > > but your locale contains: > >=20 > > LC_MESSAGES > > yesexpr "^[+1yYiI]" > > noexpr "^[-0nNaA]" > > END LC_MESSAGES > >=20 > > If CLDR is right, shouldn=E2=80=99t noexpr be: > >=20 > > noexpr "^[-0nNuU]" > >=20 > > Or is CLDR mistaken? Then one should fix it in CLDR ... > >=20 > >=20 > > We should probably also add > >=20 > > yesstr "Ih" > > nostr "Uhu" > >=20 > > or whatever the right words for "yes" and "no" are in Kabyle. >=20 >=20 > yesstr "Ih" > nostr "Uhu" >=20 > Short form > "Y" : "I" > "N" : "U" Then we should use noexpr "^[-0nNuU]" (u instead of a), right? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39383-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:42:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82147 invoked by alias); 20 Oct 2017 09:42:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72962 invoked by uid 48); 20 Oct 2017 09:42:38 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:42: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00295.txt.bz2 Content-length: 1364 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #23 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #22) > (In reply to Belkacem Mohammed from comment #18) > > (In reply to Mike FABIAN from comment #13) > > > http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml > > >=20 > > > contains: > > >=20 > > > > > > > > > Ih:I > > > Uhu:U > > > > > > > > >=20 > > >=20 > > > but your locale contains: > > >=20 > > > LC_MESSAGES > > > yesexpr "^[+1yYiI]" > > > noexpr "^[-0nNaA]" > > > END LC_MESSAGES > > >=20 > > > If CLDR is right, shouldn=E2=80=99t noexpr be: > > >=20 > > > noexpr "^[-0nNuU]" > > >=20 > > > Or is CLDR mistaken? Then one should fix it in CLDR ... > > >=20 > > >=20 > > > We should probably also add > > >=20 > > > yesstr "Ih" > > > nostr "Uhu" > > >=20 > > > or whatever the right words for "yes" and "no" are in Kabyle. > >=20 > >=20 > > yesstr "Ih" > > nostr "Uhu" > >=20 > > Short form > > "Y" : "I" > > "N" : "U" >=20 > Then we should use >=20 > noexpr "^[-0nNuU]" >=20 > (u instead of a), right? yeah, u instead of a.=20 ______ We have to ways to say No : Uhu(U), Ala(A). Uhu(u) is the most used. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39384-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:45:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 317 invoked by alias); 20 Oct 2017 09:45:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 130627 invoked by uid 48); 20 Oct 2017 09:45:37 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:45: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00296.txt.bz2 Content-length: 533 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #24 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #21) > You use %p in=20 >=20 > t_fmt_ampm "%I:%M:%S %p" >=20 > but you do not define: >=20 > % > % Strings for AM/PM > % > am_pm "AM";"PM" >=20 > What are the appropriate strings to use for AM/PM in Kabyle? type abbreviated: am: ft=20 pm: md ___________ Type narrow am: f pm: m --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39385-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:48:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32902 invoked by alias); 20 Oct 2017 09:48:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32726 invoked by uid 48); 20 Oct 2017 09:48:41 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:48: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00297.txt.bz2 Content-length: 3679 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #25 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #17) > We updated ( me and some academicians from Bejaia Univesity, and independ= ant > authors) some data in CLDR 32 that will be released next 1st November. >=20 > Note that the same data is currently used the kab locale of VK (social > network), lighthning (Calendar on thanderbird), Evernote, Wikimedia, > OpenStreetmap,.. and more other tools we localized into kabyle >=20=20 > Here are the common name used for months and days and their short forms: >=20 > These names are taught at School in Algeria (Kabylia). In fact, some auth= ors > use declination (other local forms). The forms below, are the most used. >=20 > mon "yennayer";/ Why does this start with a lower case =E2=80=9Cy=E2=80=9D? In CLDR trunk it= is =E2=80=9CYennayer=E2=80=9D with an uppercase =E2=80=9CY=E2=80=9D. > "Fu=E1=B9=9Bar";/ > "Me=C9=A3res";/ > "Yebrir";/ > "Mayyu";/ > "Yunyu";/ > "Yulyu";/ > "=C6=94uct";/ > "Ctembe=E1=B9=9B";/ > "Tube=E1=B9=9B";/ > "Wambe=E1=B9=9B";/ > "Dujembe=E1=B9=9B" The above is the same as the "stand-alone" forms in CLDR but a little different from the locale as attached to this bug. So it is probably OK if I use the stuff from CLDR here. > abmon "yen.";/ > "fur.";/ > "me=C9=A3.";/ > "yeb.";/ > "may.";/ > "yun.";/ > "yul.";/ > "=C9=A3uc.";/ > "cte.";/ > "tub.";/ > "wam.";/ > "duj.";/ The stand-alone forms in CLDR trunk are: Yen Fur Me=C9=A3 Yeb May Yun Yul =C6=94uc Cte Tub Wam Duj i.e. starting with upper case letters and without the final dot. OK to use it as in CLDR? > day "Acer";/ > "Arim";/ > "Aram";/ > "Ahad";/ > "Amhad";/ > "Sem";/ > "Sed" Same as in CLDR trunk. > abday "ace.";/ > "ari.";/ > "ara.";/ > "aha.";/ > "amh.";/ > "sem.";/ > "sed." CLDR trunk has: Ace Ari Ara Aha Amh Sem Sed I.e. starting with an upper case letter and without the final dot. OK to use it as in CLDR? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39386-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:51:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50114 invoked by alias); 20 Oct 2017 09:51:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48261 invoked by uid 48); 20 Oct 2017 09:51:25 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00298.txt.bz2 Content-length: 1251 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #26 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #23) > > > > but your locale contains: > > > >=20 > > > > LC_MESSAGES > > > > yesexpr "^[+1yYiI]" > > > > noexpr "^[-0nNaA]" > > > > END LC_MESSAGES > > > >=20 > > > > If CLDR is right, shouldn=E2=80=99t noexpr be: > > > >=20 > > > > noexpr "^[-0nNuU]" > > > >=20 > > > > Or is CLDR mistaken? Then one should fix it in CLDR ... > > > >=20 > > > >=20 > > > > We should probably also add > > > >=20 > > > > yesstr "Ih" > > > > nostr "Uhu" > > > >=20 > > > > or whatever the right words for "yes" and "no" are in Kabyle. > > >=20 > > >=20 > > > yesstr "Ih" > > > nostr "Uhu" > > >=20 > > > Short form > > > "Y" : "I" > > > "N" : "U" > >=20 > > Then we should use > >=20 > > noexpr "^[-0nNuU]" > >=20 > > (u instead of a), right? >=20 > yeah, >=20 > u instead of a.=20 > ______ > We have to ways to say No : Uhu(U), Ala(A). Uhu(u) is the most used. We could also use=20 noexpr "^[-0nNuUaA]" to make the letters uUaA all acceptable as "no" answers. There is no conflict with: yesexpr "^[+1yYiI]" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39387-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 09:52:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111879 invoked by alias); 20 Oct 2017 09:52:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104503 invoked by uid 48); 20 Oct 2017 09:52:25 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 09:52: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00299.txt.bz2 Content-length: 304 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #27 from Mike FABIAN --- In LC_ADDRESS country_name was missing, I added this country_name "Lezzayer" (taken from CLDR). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39388-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:00:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107441 invoked by alias); 20 Oct 2017 10:00:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102768 invoked by uid 48); 20 Oct 2017 10:00:20 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 10:00: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00300.txt.bz2 Content-length: 571 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #28 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #27) > In LC_ADDRESS country_name was missing, I added this >=20 > country_name "Lezzayer" >=20 > (taken from CLDR). No, the country name in Kabyle "Zzayer". I think, it's CLDR 31? We updated = all the names in CLDR 32 but it's beta release now. Zzayer --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39389-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:05:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118459 invoked by alias); 20 Oct 2017 10:05:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113088 invoked by uid 48); 20 Oct 2017 10:05:00 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 10:05: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: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00301.txt.bz2 Content-length: 431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #29 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #27) > In LC_ADDRESS country_name was missing, I added this >=20 > country_name "Lezzayer" >=20 > (taken from CLDR). And the country name: Zzayer --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39390-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:13:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63954 invoked by alias); 20 Oct 2017 10:13:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63869 invoked by uid 48); 20 Oct 2017 10:13:31 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 10: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00302.txt.bz2 Content-length: 731 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #30 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #29) > (In reply to Mike FABIAN from comment #27) > > In LC_ADDRESS country_name was missing, I added this > >=20 > > country_name "Lezzayer" > >=20 > > (taken from CLDR). >=20 > And the country name: >=20 > Zzayer http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml#L560 has=20 Lezzayer That URL points to CLDR trunk, so this is *not* CLDR 31, it is the most recent stuff in the svn repository. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39391-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:23:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83080 invoked by alias); 20 Oct 2017 10:23:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83005 invoked by uid 48); 20 Oct 2017 10:23:03 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 10: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00303.txt.bz2 Content-length: 1628 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #31 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #27) > In LC_ADDRESS country_name was missing, I added this >=20 > country_name "Lezzayer" >=20 > (taken from CLDR). No, the country name in Kabyle "Zzayer". I think, it's CLDR 31? We updated = all the names in CLDR 32 but it's beta release now. Algeria (country) :=20 Zzayer ____________ Algiers (the city) : Zzayer _____________ Currency (Algerian Dinar): Adinar n Zzayer Adinar n Zzayer Idinaren n Zzayer DZD (In reply to Mike FABIAN from comment #30) > (In reply to Belkacem Mohammed from comment #29) > > (In reply to Mike FABIAN from comment #27) > > > In LC_ADDRESS country_name was missing, I added this > > >=20 > > > country_name "Lezzayer" > > >=20 > > > (taken from CLDR). > >=20 > > And the country name: > >=20 > > Zzayer >=20 > http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml#L560 >=20 > has=20 >=20 > Lezzayer >=20 > That URL points to CLDR trunk, so this is *not* CLDR 31, it is the > most recent stuff in the svn repository. We will correct it on CLDR. The right word for the country name is : Zzayer --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39394-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:40:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2701 invoked by alias); 20 Oct 2017 10:40:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2657 invoked by uid 48); 20 Oct 2017 10:40:41 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] Memory leak in glob with GLOB_TILDE Date: Fri, 20 Oct 2017 10:40: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00306.txt.bz2 Content-length: 526 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Florian Weimer --- Already fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39393-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:40:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1664 invoked by alias); 20 Oct 2017 10:40:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1583 invoked by uid 48); 20 Oct 2017 10:39:57 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/1062] sysdeps/generic/glob.c merge from gnulib (part 3 of 3) Date: Fri, 20 Oct 2017 10:40: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.3.5 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00305.txt.bz2 Content-length: 478 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1062 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D223= 25 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39392-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 10:40:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1648 invoked by alias); 20 Oct 2017 10:40:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1564 invoked by uid 48); 20 Oct 2017 10:39:57 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] New: Memory leak in glob with GLOB_TILDE Date: Fri, 20 Oct 2017 10:40: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.26 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: 2.27 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: 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: 2017-10/txt/msg00304.txt.bz2 Content-length: 962 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 Bug ID: 22325 Summary: Memory leak in glob with GLOB_TILDE Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: 2.27 Flags: security+ This commit: commit c66c908230169c1bab1f83b071eb585baa214b9f Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] fixed a memory leak in glob, with GLOB_TILDE and a pattern like "~xxx=E2=80= =A6xxx\\/*" (many x's are needed to trigger heap allocation). This looks like a minor security vulnerability (denial of service due to he= ap exhaustion). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39395-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 11:19:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14888 invoked by alias); 20 Oct 2017 11:19:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14188 invoked by uid 48); 20 Oct 2017 11:19:00 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 11: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00307.txt.bz2 Content-length: 1255 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #32 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #31) > (In reply to Mike FABIAN from comment #27) > > In LC_ADDRESS country_name was missing, I added this > >=20 > > country_name "Lezzayer" > >=20 > > (taken from CLDR). >=20 > No, the country name in Kabyle "Zzayer". I think, it's CLDR 31? No. > We updated > all the names in CLDR 32 but it's beta release now. https://www.unicode.org/repos/cldr/tags/release-32-beta/common/main/kab.xml has: Lezzayer > > > > (taken from CLDR). > > >=20 > > > And the country name: > > >=20 > > > Zzayer > >=20 > > http://unicode.org/cldr/trac/browser/trunk/common/main/kab.xml#L560 > >=20 > > has=20 > >=20 > > Lezzayer > >=20 > > That URL points to CLDR trunk, so this is *not* CLDR 31, it is the > > most recent stuff in the svn repository. >=20 > We will correct it on CLDR. > The right word for the country name is : Zzayer Yes, please correct it there because it seems still wrong in the latest CLDR. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39396-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 11:32:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82352 invoked by alias); 20 Oct 2017 11:32:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82290 invoked by uid 48); 20 Oct 2017 11:32:32 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 11:32: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00308.txt.bz2 Content-length: 432 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #33 from Mike FABIAN --- Created attachment 10548 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10548&action=3Ded= it kab_DZ The kab_DZ file I have edited. Is it OK? If yes, I=E2=80=99ll commit it. If not, tell me what is still wrong. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39397-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 13:08:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105948 invoked by alias); 20 Oct 2017 13:08:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101773 invoked by uid 55); 20 Oct 2017 13:08:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 20 Oct 2017 13:08: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00309.txt.bz2 Content-length: 16370 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #14 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 79dd5e20eb6a5ddd4503de356f98e6a5cd7a3ccc (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D79dd5e20eb6a5ddd450= 3de356f98e6a5cd7a3ccc commit 79dd5e20eb6a5ddd4503de356f98e6a5cd7a3ccc Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4ac33cf9a74b9a12e36= 8acc65125c7e0896cf427 commit 4ac33cf9a74b9a12e368acc65125c7e0896cf427 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4006465d7049d6f5291= 8ee1065cb19011890a997 commit 4006465d7049d6f52918ee1065cb19011890a997 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D60eb65d3213aa35aca1= 0b896fd061d02a30e5eaa commit 60eb65d3213aa35aca10b896fd061d02a30e5eaa Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D034cabd1d6d525ec6ed= c738458ecb175ed6cae9e commit 034cabd1d6d525ec6edc738458ecb175ed6cae9e Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1ca915eedd3b2628abf= d45fbde30a4693ee14bb7 commit 1ca915eedd3b2628abfd45fbde30a4693ee14bb7 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D401348d7ab877b5f2f6= 122e72565e96d9ece0747 commit 401348d7ab877b5f2f6122e72565e96d9ece0747 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7a0b60277ee14e5ecfe= a590878877384b5034948 commit 7a0b60277ee14e5ecfea590878877384b5034948 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_p= ie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, m68k, s390 and sh. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39398-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 14:58:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90203 invoked by alias); 20 Oct 2017 14:58:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90142 invoked by uid 48); 20 Oct 2017 14:58:36 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 14: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: normal X-Bugzilla-Who: belkacem77 at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00310.txt.bz2 Content-length: 489 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #34 from Belkacem Mohammed --- (In reply to Mike FABIAN from comment #33) > Created attachment 10548 [details] > kab_DZ >=20 > The kab_DZ file I have edited. >=20 > Is it OK? >=20 > If yes, I=E2=80=99ll commit it. >=20 > If not, tell me what is still wrong. Right ok. I just reviewed it. Everything is rihgt --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39400-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:27:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63791 invoked by alias); 20 Oct 2017 16:27:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62254 invoked by uid 48); 20 Oct 2017 16:27:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 16:27: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00312.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #36 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39399-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:27:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56415 invoked by alias); 20 Oct 2017 16:27:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56351 invoked by uid 55); 20 Oct 2017 16:27:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 16:27: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00311.txt.bz2 Content-length: 1538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #35 from 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 b6b08b8e21e8393089765b64a96953d215b3454c (commit) from 9ba7e81028b3313d9aeb97a98d2e37626694d442 (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=3Dglibc.git;h=3Db6b08b8e21e83930897= 65b64a96953d215b3454c commit b6b08b8e21e8393089765b64a96953d215b3454c Author: Mike FABIAN Date: Fri Oct 20 17:50:40 2017 +0200 Add new locale kab_DZ [BZ #18812] [BZ #18812] * localedata/SUPPORTED: Add kab_DZ/UTF-8. * localedata/locales/kab_DZ: New file. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++ localedata/SUPPORTED | 1 + localedata/locales/kab_DZ | 168 +++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 175 insertions(+), 0 deletions(-) create mode 100644 localedata/locales/kab_DZ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39401-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:33:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107716 invoked by alias); 20 Oct 2017 16:33:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107683 invoked by uid 48); 20 Oct 2017 16:33:54 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] Memory leak in glob with GLOB_TILDE (CVE-2017-15671) Date: Fri, 20 Oct 2017 16:33: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: short_desc alias Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00313.txt.bz2 Content-length: 537 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Memory leak in glob with |Memory leak in glob with |GLOB_TILDE |GLOB_TILDE (CVE-2017-15671) Alias| |CVE-2017-15671 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39402-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:34:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108374 invoked by alias); 20 Oct 2017 16:34:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108326 invoked by uid 48); 20 Oct 2017 16:34:30 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Fri, 20 Oct 2017 16:34: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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 cf_reconfirmed_on assigned_to short_desc everconfirmed alias Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00314.txt.bz2 Content-length: 843 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-10-20 Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Summary|Heap buffer overflow in |Buffer overflow in glob |glob |with GLOB_TILDE | |(CVE-2017-15670) Ever confirmed|0 |1 Alias| |CVE-2017-15670 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39403-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:42:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24508 invoked by alias); 20 Oct 2017 16:42:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21714 invoked by uid 48); 20 Oct 2017 16:42:27 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 16:42: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: claude at 2xlibre dot net X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00315.txt.bz2 Content-length: 219 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #37 from Claude Paroz --- Thanks Mike \o/ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39404-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:47:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50761 invoked by alias); 20 Oct 2017 16:47:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50716 invoked by uid 55); 20 Oct 2017 16:47:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Fri, 20 Oct 2017 16:47: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00316.txt.bz2 Content-length: 1316 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #7 from 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 c369d66e5426a30e4725b100d5cd28e372754f90 (commit) from 6d43de4b85b11d26a19bebe4f55f31be16e3d419 (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=3Dglibc.git;h=3Dc369d66e5426a30e472= 5b100d5cd28e372754f90 commit c369d66e5426a30e4725b100d5cd28e372754f90 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 4 ++++ posix/glob.c | 2 +- 3 files changed, 11 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39405-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 16:49:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54557 invoked by alias); 20 Oct 2017 16:49:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 51693 invoked by uid 48); 20 Oct 2017 16:48:57 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Fri, 20 Oct 2017 16:49: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00317.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #8 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39406-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 17:05:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31916 invoked by alias); 20 Oct 2017 17:05:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31862 invoked by uid 48); 20 Oct 2017 17:05:24 -0000 From: "slimane.amiri at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Fri, 20 Oct 2017 17:05: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: slimane.amiri at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00318.txt.bz2 Content-length: 425 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 slimane.amiri at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |slimane.amiri at gmail dot= com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39407-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:01:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 65541 invoked by alias); 20 Oct 2017 18:01:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 65400 invoked by uid 55); 20 Oct 2017 18:01:24 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Fri, 20 Oct 2017 18:01: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX 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: In-Reply-To: References: 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: 2017-10/txt/msg00319.txt.bz2 Content-length: 6211 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #11 from 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 b52b0d793dcb226ecb0ecca1e672ca265973233c (commit) from 822f523b293bb94a52044f4acea73839f3b3d2bd (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=3Dglibc.git;h=3Db52b0d793dcb226ecb0= ecca1e672ca265973233c commit b52b0d793dcb226ecb0ecca1e672ca265973233c Author: H.J. Lu Date: Fri Oct 20 11:00:08 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size, xsave_state_full_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size and xsave_state_full_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86/cpu-tunables.c (TUNABLE_CALLBACK (set_hwcaps)): Support XSAVEC_Usable. Remove Use_dl_runtime_resolve_slow. * sysdeps/x86_64/Makefile (tst-x86_64-1-ENV): New if tunables is enabled. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 66 +++++++++ sysdeps/x86/cpu-features-offsets.sym | 1 + sysdeps/x86/cpu-features.c | 88 +++++++++-- sysdeps/x86/cpu-features.h | 34 ++++- sysdeps/x86/cpu-tunables.c | 17 ++- sysdeps/x86_64/Makefile | 4 + sysdeps/x86_64/dl-machine.h | 38 ++---- sysdeps/x86_64/dl-trampoline.S | 87 ++++-------- sysdeps/x86_64/dl-trampoline.h | 267 ++++++++++--------------------= ---- 9 files changed, 296 insertions(+), 306 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39408-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:27:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92574 invoked by alias); 20 Oct 2017 18:27:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92199 invoked by uid 55); 20 Oct 2017 18:27:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Fri, 20 Oct 2017 18: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00320.txt.bz2 Content-length: 1662 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #76 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via c96d7a646b52e8d50e7ca98e0a60af5f24e4b441 (commit) from 2e78ea7a207e49a47a3448fbbc387d606141ec9d (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=3Dglibc.git;h=3Dc96d7a646b52e8d50e7= ca98e0a60af5f24e4b441 commit c96d7a646b52e8d50e7ca98e0a60af5f24e4b441 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/unix/sysv/linux/i386/glob64.c | 3 +++ 2 files changed, 9 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39410-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:27:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93737 invoked by alias); 20 Oct 2017 18:27:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93667 invoked by uid 55); 20 Oct 2017 18:27:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Fri, 20 Oct 2017 18:27: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00322.txt.bz2 Content-length: 1404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #9 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via a76376df7c07e577a9515c3faa5dbd50bda5da07 (commit) from 305f4f057dace256e99e4321e21a23267187d77f (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=3Dglibc.git;h=3Da76376df7c07e577a95= 15c3faa5dbd50bda5da07 commit a76376df7c07e577a9515c3faa5dbd50bda5da07 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 5 +++++ posix/glob.c | 2 +- 3 files changed, 12 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39409-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:27:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93396 invoked by alias); 20 Oct 2017 18:27:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93125 invoked by uid 55); 20 Oct 2017 18:27:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/1062] sysdeps/generic/glob.c merge from gnulib (part 3 of 3) Date: Fri, 20 Oct 2017 18:27: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.3.5 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00321.txt.bz2 Content-length: 7198 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1062 --- Comment #11 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 305f4f057dace256e99e4321e21a23267187d77f (commit) from c96d7a646b52e8d50e7ca98e0a60af5f24e4b441 (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=3Dglibc.git;h=3D305f4f057dace256e99= e4321e21a23267187d77f commit 305f4f057dace256e99e4321e21a23267187d77f Author: Adhemerval Zanella Date: Fri Oct 20 19:36:33 2017 +0200 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 62 ++ NEWS | 1 + posix/Makefile | 2 +- posix/flexmember.h | 45 ++ posix/glob.c | 774 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 39 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 23 files changed, 742 insertions(+), 459 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39411-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:28:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94709 invoked by alias); 20 Oct 2017 18:28:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94653 invoked by uid 48); 20 Oct 2017 18:28:42 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Fri, 20 Oct 2017 18:28: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.26 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: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00323.txt.bz2 Content-length: 536 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39412-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 20 18:29:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95466 invoked by alias); 20 Oct 2017 18:29:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95105 invoked by uid 48); 20 Oct 2017 18:29:08 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22273] Improper assert in Linux posix_spawn implementation Date: Fri, 20 Oct 2017 18: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00324.txt.bz2 Content-length: 587 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22273 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Adhemerval Zanella --- Fixed by fe05e1cb6d64dba6172249c79526f1e9af8f2bfd. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39413-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 00:43:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115543 invoked by alias); 21 Oct 2017 00:43:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110103 invoked by uid 48); 21 Oct 2017 00:43:52 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 00:43: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.26 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00325.txt.bz2 Content-length: 450 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX |FIXED --- Comment #12 from H.J. Lu --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39414-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 01:01:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28354 invoked by alias); 21 Oct 2017 01:01:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 28306 invoked by uid 55); 21 Oct 2017 01:01:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/21666] .symver is used on common symbol Date: Sat, 21 Oct 2017 01: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.26 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00326.txt.bz2 Content-length: 1239 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21666 --- Comment #16 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.23/master has been updated via 9d521f59de10968f874a5e22e9ce5f9b2a51fc2f (commit) from 93710f517449e79a10397165ac0b733a8f3cee31 (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=3Dglibc.git;h=3D9d521f59de10968f874= a5e22e9ce5f9b2a51fc2f commit 9d521f59de10968f874a5e22e9ce5f9b2a51fc2f Author: H.J. Lu Date: Fri Oct 20 18:00:11 2017 -0700 Update NEWS for [BZ #21666] fix ----------------------------------------------------------------------- Summary of changes: NEWS | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39415-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 04:56:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120267 invoked by alias); 21 Oct 2017 04:56:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115002 invoked by uid 48); 21 Oct 2017 04:56:31 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 04:56: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00327.txt.bz2 Content-length: 376 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39416-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 06:44:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104975 invoked by alias); 21 Oct 2017 06:44:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98736 invoked by uid 48); 21 Oct 2017 06:44:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19247] pap_CW: update glibc locale file Date: Sat, 21 Oct 2017 06:44: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00328.txt.bz2 Content-length: 538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19247 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --- Comment #4 from Mike FABIAN --- Could you please do what Mike Frysinger saidin the last comment? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39418-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:10:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110925 invoked by alias); 21 Oct 2017 08:10:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105232 invoked by uid 48); 21 Oct 2017 08:10:50 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21937] en_MU: new locale Date: Sat, 21 Oct 2017 08:10: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00330.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21937 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39417-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:10:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97405 invoked by alias); 21 Oct 2017 08:10:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92720 invoked by uid 48); 21 Oct 2017 08:10:38 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21919] it_VA: new locale Date: Sat, 21 Oct 2017 08:10: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00329.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21919 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39420-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:11:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9848 invoked by alias); 21 Oct 2017 08:11:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7776 invoked by uid 48); 21 Oct 2017 08:11:33 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19010] en_ID: new locale for Indonesian English Date: Sat, 21 Oct 2017 08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00332.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19010 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39419-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:11:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128121 invoked by alias); 21 Oct 2017 08:11:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126597 invoked by uid 48); 21 Oct 2017 08:11:09 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Sat, 21 Oct 2017 08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: invisible@hidden-city.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00331.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39423-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:12:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25258 invoked by alias); 21 Oct 2017 08:12:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24218 invoked by uid 48); 21 Oct 2017 08:12:11 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18943] Collation of NFD strings Date: Sat, 21 Oct 2017 08:12: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.22 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00335.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18943 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39422-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:12:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23909 invoked by alias); 21 Oct 2017 08:12:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22639 invoked by uid 48); 21 Oct 2017 08:12:07 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21918] it_SM: new locale Date: Sat, 21 Oct 2017 08:12: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00334.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21918 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39421-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:12:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 22039 invoked by alias); 21 Oct 2017 08:12:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20236 invoked by uid 48); 21 Oct 2017 08:12:00 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/9809] ckb_IQ: new Kurdish Sorani locale Date: Sat, 21 Oct 2017 08:12: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: maiku.fabian at gmail dot com X-Bugzilla-Status: WAITING 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00333.txt.bz2 Content-length: 403 https://sourceware.org/bugzilla/show_bug.cgi?id=3D9809 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39424-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:12:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29184 invoked by alias); 21 Oct 2017 08:12:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26267 invoked by uid 48); 21 Oct 2017 08:12:19 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20206] ay_BO: new locale Date: Sat, 21 Oct 2017 08:12: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: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00336.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20206 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39425-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:13:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84324 invoked by alias); 21 Oct 2017 08:13:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79328 invoked by uid 48); 21 Oct 2017 08:13:00 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Sat, 21 Oct 2017 08: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00337.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39427-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:13:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128383 invoked by alias); 21 Oct 2017 08:13:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 123538 invoked by uid 48); 21 Oct 2017 08:13:35 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15261] LC_MESSAGES.yesexpr/noexpr: inconsistent use of full-width Latin characters Date: Sat, 21 Oct 2017 08: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: 2.16 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00339.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15261 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39426-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:13:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118794 invoked by alias); 21 Oct 2017 08:13:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107351 invoked by uid 48); 21 Oct 2017 08:13:22 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13865] ug_US: new locale Date: Sat, 21 Oct 2017 08: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00338.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13865 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39429-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:14:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37353 invoked by alias); 21 Oct 2017 08:14:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32098 invoked by uid 48); 21 Oct 2017 08:14:39 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13124] myv_RU: new locale Date: Sat, 21 Oct 2017 08:14: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: maiku.fabian at gmail dot com X-Bugzilla-Status: WAITING 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00341.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13124 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39428-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:14:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24563 invoked by alias); 21 Oct 2017 08:14:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20995 invoked by uid 48); 21 Oct 2017 08:14:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20862] mo_MD@cyrillic: new locale Date: Sat, 21 Oct 2017 08:14: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00340.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20862 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39431-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:20:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111863 invoked by alias); 21 Oct 2017 08:20:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110165 invoked by uid 48); 21 Oct 2017 08:20:47 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21091] ja_JP.UTF8: unexpected collation probably due to unsupported blocks Date: Sat, 21 Oct 2017 08:20: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.24 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00343.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21091 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39430-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:20:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108576 invoked by alias); 21 Oct 2017 08:20:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106468 invoked by uid 48); 21 Oct 2017 08:20:38 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21806] Wrong LC_NAME in Arabic Locals Date: Sat, 21 Oct 2017 08:20: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00342.txt.bz2 Content-length: 1213 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21806 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #6 from Mike FABIAN --- (In reply to Wei-Lun Chao from comment #4) > After checking ar_* I found: >=20 > ar_EG: > name_fmt "/ > " >=20 > ar_SA: > name_fmt "/ > " >=20 > Which one is correct, or both? Arabic as a macro-language may have the sa= me > problem like Chinese. Yes, I think the same. I don=E2=80=99t want to apply this change to all Arabic locales, there=20 could be differences between the Arabic locales, we would need to have better references. I guess it is quite likely that these strings should be different for different Arabic locales. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39432-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:21:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11086 invoked by alias); 21 Oct 2017 08:21:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 5470 invoked by uid 48); 21 Oct 2017 08:21:10 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20009] tr_TR: convert LC_CTYPE to i18n Date: Sat, 21 Oct 2017 08:21: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: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00344.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20009 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39433-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:24:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81575 invoked by alias); 21 Oct 2017 08:24:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 75563 invoked by uid 48); 21 Oct 2017 08:24:22 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20009] tr_TR: convert LC_CTYPE to i18n Date: Sat, 21 Oct 2017 08: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: normal X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00345.txt.bz2 Content-length: 1667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20009 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Mike FABIAN --- I think this is already fixed because of: commit 85bafe6f3d0e4647af5e74178b46abdf44d3b981 Author: Joseph Myers Date: Fri Dec 11 12:45:19 2015 +0000 Automate LC_CTYPE generation for tr_TR, update to Unicode 8.0.0 (bug 18491). This patch makes the automation of Unicode LC_CTYPE generation also support generating the modified LC_CTYPE used for Turkish (where case conversions of 'i' and 'I' differ from ASCII conventions), so allowing that to be more readily kept in sync for future Unicode updates. The patch includes the locale update generated by the scripts. Tested for x86_64. [BZ #18491] * unicode-gen/unicode_utils.py (to_upper_turkish): New function. (to_lower_turkish): Likewise. * unicode-gen/gen_unicode_ctype.py (output_tables): Support producing output with Turkish case conversions. (--turkish): New command-line option. * unicode-gen/Makefile (GENERATED): Add tr_TR. (tr_TR): New rule. * locales/tr_TR: Regenerate LC_CTYPE. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39435-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:25:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102201 invoked by alias); 21 Oct 2017 08:25:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100714 invoked by uid 48); 21 Oct 2017 08:25:13 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16608] es_US locale has invalid collation rules for 'ch' and 'll' Date: Sat, 21 Oct 2017 08:25: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00347.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16608 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39434-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:25:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99867 invoked by alias); 21 Oct 2017 08:25:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93519 invoked by uid 48); 21 Oct 2017 08:24:59 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19956] ssy_ER: rename from aa_ER@saaho Date: Sat, 21 Oct 2017 08:25: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: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00346.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19956 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39436-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:25:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24909 invoked by alias); 21 Oct 2017 08:25:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 19278 invoked by uid 48); 21 Oct 2017 08:25:55 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lt_LT: invalid collation for Latvian diacritical letters Date: Sat, 21 Oct 2017 08:25: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00348.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39440-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:26:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61391 invoked by alias); 21 Oct 2017 08:26:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60406 invoked by uid 48); 21 Oct 2017 08:26:34 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21547] Tibetan script collation broken (Dzongkha and Tibetan) Date: Sat, 21 Oct 2017 08:26: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.24 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00352.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21547 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39441-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:26:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63262 invoked by alias); 21 Oct 2017 08:26:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62159 invoked by uid 48); 21 Oct 2017 08:26:41 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13953] km_KH: locale update Date: Sat, 21 Oct 2017 08:26: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.15 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: justin_1989 at nokiamail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00353.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13953 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39438-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:26:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 45368 invoked by alias); 21 Oct 2017 08:26:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38841 invoked by uid 48); 21 Oct 2017 08:26:11 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/3405] pt_BR: sort ordering issues Date: Sat, 21 Oct 2017 08:26: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: maiku.fabian at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00350.txt.bz2 Content-length: 403 https://sourceware.org/bugzilla/show_bug.cgi?id=3D3405 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39437-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:26:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31823 invoked by alias); 21 Oct 2017 08:26:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26126 invoked by uid 48); 21 Oct 2017 08:26:01 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/11484] bg_BG: updated locale Date: Sat, 21 Oct 2017 08:26: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.11 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: WAITING 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00349.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D11484 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39439-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:26:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58787 invoked by alias); 21 Oct 2017 08:26:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56904 invoked by uid 48); 21 Oct 2017 08:26:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/16527] strxfrm & strcoll broken with Hangul & en_US.UTF-8 Date: Sat, 21 Oct 2017 08:26: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00351.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D16527 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39443-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:27:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76508 invoked by alias); 21 Oct 2017 08:27:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74672 invoked by uid 48); 21 Oct 2017 08:27:16 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15260] LC_MESSAGES.{yes,no}{str,expr}: various errors Date: Sat, 21 Oct 2017 08:27: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.16 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-10/txt/msg00355.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15260 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39442-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:27:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72578 invoked by alias); 21 Oct 2017 08:27:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70707 invoked by uid 48); 21 Oct 2017 08:27:07 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20865] charmaps: cp950 does not contain EUDC/PUA mappings Date: Sat, 21 Oct 2017 08:27: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: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00354.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20865 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39444-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 08:37:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12469 invoked by alias); 21 Oct 2017 08:37:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12419 invoked by uid 48); 21 Oct 2017 08:37:44 -0000 From: "alex at gorka dot lv" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Sat, 21 Oct 2017 08:37: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: alex at gorka dot lv 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00356.txt.bz2 Content-length: 527 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 alexander smishlajev changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|lt_LT: invalid collation |lv_LV: invalid collation |for Latvian diacritical |for Latvian diacritical |letters |letters --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39445-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 14:45:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124865 invoked by alias); 21 Oct 2017 14:45:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124826 invoked by uid 48); 21 Oct 2017 14:45:38 -0000 From: "crrodriguez at opensuse dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22331] New: [linux only] remove getpt() et all fallback to BSD ptys Date: Sat, 21 Oct 2017 14:45: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: enhancement X-Bugzilla-Who: crrodriguez at opensuse 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-10/txt/msg00357.txt.bz2 Content-length: 1538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22331 Bug ID: 22331 Summary: [linux only] remove getpt() et all fallback to BSD ptys Product: glibc Version: unspecified Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: crrodriguez at opensuse dot org CC: drepper.fsp at gmail dot com Target Milestone: --- Since at least a decade according to google, major distributions build ker= nels with either BSD legacy pty disabled (like Fedora 4 or later) or enabled but set the amount of legacy pty to zero..equivalent to boot a system with pty.legacy_count=3D0, this all makes them either not available or unusable = by default without the system administrator intervention.=20 yet all glibc functions that call getpt() may fallback to them when they are for all practical effects unavailable. It is therefore suggested to remove all the fallback code and the code that changes the pty permissions/owner in grantpt which is also superflous since devpts does granpt() for you without any library support. Also unnecessary are the checks in posix_openpt that check if dev/pts in mounted,exists or whatever precondition.. just try opening /dev/ptmx without /dev/pts mounted and you will find open syscall fails as it should with ENO= DEV. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39446-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 16:31:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49939 invoked by alias); 21 Oct 2017 16:31:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49861 invoked by uid 55); 21 Oct 2017 16:31:10 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] Memory leak in glob with GLOB_TILDE (CVE-2017-15671) Date: Sat, 21 Oct 2017 16:31: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00358.txt.bz2 Content-length: 1537 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 --- Comment #2 from 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 e80fc1fc98bf614eb01cf8325503df3a1451a99c (commit) from 797ba44ba27521261f94cc521f1c2ca74f650147 (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=3Dglibc.git;h=3De80fc1fc98bf614eb01= cf8325503df3a1451a99c commit e80fc1fc98bf614eb01cf8325503df3a1451a99c Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++ posix/Makefile | 12 ++++- posix/tst-glob-tilde.c | 136 ++++++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 154 insertions(+), 2 deletions(-) create mode 100644 posix/tst-glob-tilde.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39447-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 16:31:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49950 invoked by alias); 21 Oct 2017 16:31:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49877 invoked by uid 55); 21 Oct 2017 16:31:11 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Sat, 21 Oct 2017 16:31: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00359.txt.bz2 Content-length: 1538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #10 from 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 e80fc1fc98bf614eb01cf8325503df3a1451a99c (commit) from 797ba44ba27521261f94cc521f1c2ca74f650147 (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=3Dglibc.git;h=3De80fc1fc98bf614eb01= cf8325503df3a1451a99c commit e80fc1fc98bf614eb01cf8325503df3a1451a99c Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++ posix/Makefile | 12 ++++- posix/tst-glob-tilde.c | 136 ++++++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 154 insertions(+), 2 deletions(-) create mode 100644 posix/tst-glob-tilde.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39448-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 17:13:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71262 invoked by alias); 21 Oct 2017 17:13:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69173 invoked by uid 55); 21 Oct 2017 17:13:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] Memory leak in glob with GLOB_TILDE (CVE-2017-15671) Date: Sat, 21 Oct 2017 17:13: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00360.txt.bz2 Content-length: 1623 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 6182b3708b7af316454c81467538a8c20c1b046d (commit) from a76376df7c07e577a9515c3faa5dbd50bda5da07 (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=3Dglibc.git;h=3D6182b3708b7af316454= c81467538a8c20c1b046d commit 6182b3708b7af316454c81467538a8c20c1b046d Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++ posix/Makefile | 11 +++- posix/tst-glob-tilde.c | 136 ++++++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 153 insertions(+), 2 deletions(-) create mode 100644 posix/tst-glob-tilde.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39449-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 17:13:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71447 invoked by alias); 21 Oct 2017 17:13:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69374 invoked by uid 55); 21 Oct 2017 17:13:13 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Sat, 21 Oct 2017 17:13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00361.txt.bz2 Content-length: 1624 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #11 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 6182b3708b7af316454c81467538a8c20c1b046d (commit) from a76376df7c07e577a9515c3faa5dbd50bda5da07 (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=3Dglibc.git;h=3D6182b3708b7af316454= c81467538a8c20c1b046d commit 6182b3708b7af316454c81467538a8c20c1b046d Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 +++ posix/Makefile | 11 +++- posix/tst-glob-tilde.c | 136 ++++++++++++++++++++++++++++++++++++++++++++= ++++ 3 files changed, 153 insertions(+), 2 deletions(-) create mode 100644 posix/tst-glob-tilde.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39450-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 17:53:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29640 invoked by alias); 21 Oct 2017 17:53:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29601 invoked by uid 48); 21 Oct 2017 17:53:41 -0000 From: "tim.ruehsen at gmx dot de" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] New: WRITE heap-buffer-overflow in glob() Date: Sat, 21 Oct 2017 17:53: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: tim.ruehsen at gmx 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 target_milestone attachments.created Message-ID: 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: 2017-10/txt/msg00362.txt.bz2 Content-length: 1647 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Bug ID: 22332 Summary: WRITE heap-buffer-overflow in glob() Product: glibc Version: unspecified Status: UNCONFIRMED Severity: critical Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: tim.ruehsen at gmx dot de Target Milestone: --- Created attachment 10549 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10549&action=3Ded= it glob heap-buffer-overflow reproducer There seems to be another issue: =3D=3D32482=3D=3DERROR: AddressSanitizer: heap-buffer-overflow on address 0x60d0000000c2 at pc 0x000000518166 bp 0x7fff35827050 sp 0x7fff35827048 WRITE of size 1 at 0x60d0000000c2 thread T0 #0 0x518165 in rpl_glob /home/tim/src/wget2/lib/glob.c:762:28 #1 0x50ef16 in main /home/tim/src/wget2/fuzz/ooo/glob_crash.c:58:6 #2 0x7f10b4c342e0 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202e0) #3 0x4193e9 in _start (/home/tim/src/wget2/fuzz/ooo/glob_crash+0x4193e9) 0x60d0000000c2 is located 0 bytes to the right of 130-byte region [0x60d000000040,0x60d0000000c2) allocated by thread T0 here: #0 0x4d73b0 in __interceptor_malloc (/home/tim/src/wget2/fuzz/ooo/glob_crash+0x4d73b0) #1 0x514d8f in rpl_glob /home/tim/src/wget2/lib/glob.c:734:26 #2 0x50ef16 in main /home/tim/src/wget2/fuzz/ooo/glob_crash.c:58:6 #3 0x7f10b4c342e0 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202e0) Reproducer C file attached. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39451-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:06:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103731 invoked by alias); 21 Oct 2017 18:06:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 97721 invoked by uid 48); 21 Oct 2017 18:06:02 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22333] New: out of bounds stack read in libidn (CVE-2016-6261) unpatched in libc Date: Sat, 21 Oct 2017 18:06: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dilfridge at gentoo 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-10/txt/msg00363.txt.bz2 Content-length: 953 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22333 Bug ID: 22333 Summary: out of bounds stack read in libidn (CVE-2016-6261) unpatched in libc Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: dilfridge at gentoo dot org Target Milestone: --- The idna_to_ascii_4i function in lib/idna.c in libidn before 1.33 allows context-dependent attackers to cause a denial of service (out-of-bounds read and crash) via 64 bytes of input. CVE: https://nvd.nist.gov/vuln/detail/CVE-2016-6261 libidn upstream fix: http://git.savannah.gnu.org/cgit/libidn.git/commit/?id=3Df20ce1128fb7f4d332= 97eee307dddaf0f92ac72d The patch applies cleanly. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39452-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:06:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 129554 invoked by alias); 21 Oct 2017 18:06:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127832 invoked by uid 48); 21 Oct 2017 18:06:25 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22333] out of bounds stack read in libidn (CVE-2016-6261) unpatched in libc Date: Sat, 21 Oct 2017 18:06: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dilfridge at gentoo 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00364.txt.bz2 Content-length: 476 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22333 Andreas K. Huettel changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.gentoo.org/sho | |w_bug.cgi?id=3D635010 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39453-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:27:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39520 invoked by alias); 21 Oct 2017 18:27:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33887 invoked by uid 48); 21 Oct 2017 18:27:54 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22334] New: denial of service (out-of-bounds read and crash) via crafted UTF-8 data (CVE-2016-6263) Date: Sat, 21 Oct 2017 18:27: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dilfridge at gentoo 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-10/txt/msg00365.txt.bz2 Content-length: 1059 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22334 Bug ID: 22334 Summary: denial of service (out-of-bounds read and crash) via crafted UTF-8 data (CVE-2016-6263) Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: dilfridge at gentoo dot org Target Milestone: --- The stringprep_utf8_nfkc_normalize function in lib/nfkc.c in libidn before = 1.33 allows context-dependent attackers to cause a denial of service (out-of-bou= nds read and crash) via crafted UTF-8 data. This code is still present in its original form in glibc. CVE: https://nvd.nist.gov/vuln/detail/CVE-2016-6263 libidn upstream fix: http://git.savannah.gnu.org/cgit/libidn.git/commit/?id=3D1fbee57ef3c72db220= 6dd87e4162108b2f425555 The relevant chunk applies cleanly. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39454-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:28:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62808 invoked by alias); 21 Oct 2017 18:28:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56420 invoked by uid 48); 21 Oct 2017 18:28:10 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22334] denial of service (out-of-bounds read and crash) via crafted UTF-8 data (CVE-2016-6263) Date: Sat, 21 Oct 2017 18:28: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dilfridge at gentoo 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: see_also Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00366.txt.bz2 Content-length: 476 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22334 Andreas K. Huettel changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.gentoo.org/sho | |w_bug.cgi?id=3D635012 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39455-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:32:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27423 invoked by alias); 21 Oct 2017 18:32:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21928 invoked by uid 48); 21 Oct 2017 18:32:23 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] WRITE heap-buffer-overflow in glob() Date: Sat, 21 Oct 2017 18:32: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: schwab@linux-m68k.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: In-Reply-To: References: 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: 2017-10/txt/msg00367.txt.bz2 Content-length: 565 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andreas Schwab --- dup *** This bug has been marked as a duplicate of bug 22320 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39456-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:32:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28662 invoked by alias); 21 Oct 2017 18:32:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23159 invoked by uid 48); 21 Oct 2017 18:32:24 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Sat, 21 Oct 2017 18:32: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: schwab@linux-m68k.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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00368.txt.bz2 Content-length: 263 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #12 from Andreas Schwab --- *** Bug 22332 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39457-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:50:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66872 invoked by alias); 21 Oct 2017 18:50:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58436 invoked by uid 55); 21 Oct 2017 18:49:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22093] ld.so no longer searches in .../x86_64 Date: Sat, 21 Oct 2017 18:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00369.txt.bz2 Content-length: 7328 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22093 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.26 has been created at 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5d9b05d1ad4faa68f82= e80dee014df7d5f9872c3 commit 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size, xsave_state_full_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size and xsave_state_full_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86/cpu-tunables.c (TUNABLE_CALLBACK (set_hwcaps)): Support XSAVEC_Usable. Remove Use_dl_runtime_resolve_slow. * sysdeps/x86_64/Makefile (tst-x86_64-1-ENV): New if tunables is enabled. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daca8619adb0e5d96f6e= 7d821d39adc6cca6d6c55 commit aca8619adb0e5d96f6e7d821d39adc6cca6d6c55 Author: H.J. Lu Date: Mon Sep 11 08:18:11 2017 -0700 x86: Add x86_64 to x86-64 HWCAP [BZ #22093] Before glibc 2.26, ld.so set dl_platform to "x86_64" and searched the "x86_64" subdirectory when loading a shared library. ld.so in glibc 2.26 was changed to set dl_platform to "haswell" or "xeon_phi", based on supported ISAs. This led to shared library loading failure for shared libraries placed under the "x86_64" subdirectory. This patch adds "x86_64" to x86-64 dl_hwcap so that ld.so will always search the "x86_64" subdirectory when loading a shared library. NB: We can't set x86-64 dl_platform to "x86-64" since ld.so will skip the "haswell" and "xeon_phi" subdirectories on "haswell" and "xeon_phi" machines. Tested on i686 and x86-64. [BZ #22093] * sysdeps/x86/cpu-features.c (init_cpu_features): Initialize GLRO(dl_hwcap) to HWCAP_X86_64 for x86-64. * sysdeps/x86/dl-hwcap.h (HWCAP_COUNT): Updated. (HWCAP_IMPORTANT): Likewise. (HWCAP_X86_64): New enum. (HWCAP_X86_AVX512_1): Updated. * sysdeps/x86/dl-procinfo.c (_dl_x86_hwcap_flags): Add "x86_64". * sysdeps/x86_64/Makefile (tests): Add tst-x86_64-1. (modules-names): Add x86_64/tst-x86_64mod-1. (LDFLAGS-tst-x86_64mod-1.so): New. ($(objpfx)tst-x86_64-1): Likewise. ($(objpfx)x86_64/tst-x86_64mod-1.os): Likewise. (tst-x86_64-1-clean): Likewise. * sysdeps/x86_64/tst-x86_64-1.c: New file. * sysdeps/x86_64/tst-x86_64mod-1.c: Likewise. (cherry picked from commit 45ff34638f034877b6a490c217d6a0632ce263f4) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39459-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:50:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84963 invoked by alias); 21 Oct 2017 18:50:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78399 invoked by uid 55); 21 Oct 2017 18:50:11 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 18:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00371.txt.bz2 Content-length: 5222 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #14 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.25 has been created at 33122280d2bab96022dd768d14a69a99768499fc (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D33122280d2bab96022d= d768d14a69a99768499fc commit 33122280d2bab96022dd768d14a69a99768499fc Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39460-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:50:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100364 invoked by alias); 21 Oct 2017 18:50:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94451 invoked by uid 55); 21 Oct 2017 18:50:22 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 18:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00372.txt.bz2 Content-length: 5222 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #15 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.24 has been created at 609ccf8ca804e0c65afad74fe5c6d867c3552dbb (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D609ccf8ca804e0c65af= ad74fe5c6d867c3552dbb commit 609ccf8ca804e0c65afad74fe5c6d867c3552dbb Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39458-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:50:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 67365 invoked by alias); 21 Oct 2017 18:50:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58392 invoked by uid 55); 21 Oct 2017 18:49:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 18:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00370.txt.bz2 Content-length: 7329 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #13 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.26 has been created at 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5d9b05d1ad4faa68f82= e80dee014df7d5f9872c3 commit 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size, xsave_state_full_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size and xsave_state_full_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86/cpu-tunables.c (TUNABLE_CALLBACK (set_hwcaps)): Support XSAVEC_Usable. Remove Use_dl_runtime_resolve_slow. * sysdeps/x86_64/Makefile (tst-x86_64-1-ENV): New if tunables is enabled. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daca8619adb0e5d96f6e= 7d821d39adc6cca6d6c55 commit aca8619adb0e5d96f6e7d821d39adc6cca6d6c55 Author: H.J. Lu Date: Mon Sep 11 08:18:11 2017 -0700 x86: Add x86_64 to x86-64 HWCAP [BZ #22093] Before glibc 2.26, ld.so set dl_platform to "x86_64" and searched the "x86_64" subdirectory when loading a shared library. ld.so in glibc 2.26 was changed to set dl_platform to "haswell" or "xeon_phi", based on supported ISAs. This led to shared library loading failure for shared libraries placed under the "x86_64" subdirectory. This patch adds "x86_64" to x86-64 dl_hwcap so that ld.so will always search the "x86_64" subdirectory when loading a shared library. NB: We can't set x86-64 dl_platform to "x86-64" since ld.so will skip the "haswell" and "xeon_phi" subdirectories on "haswell" and "xeon_phi" machines. Tested on i686 and x86-64. [BZ #22093] * sysdeps/x86/cpu-features.c (init_cpu_features): Initialize GLRO(dl_hwcap) to HWCAP_X86_64 for x86-64. * sysdeps/x86/dl-hwcap.h (HWCAP_COUNT): Updated. (HWCAP_IMPORTANT): Likewise. (HWCAP_X86_64): New enum. (HWCAP_X86_AVX512_1): Updated. * sysdeps/x86/dl-procinfo.c (_dl_x86_hwcap_flags): Add "x86_64". * sysdeps/x86_64/Makefile (tests): Add tst-x86_64-1. (modules-names): Add x86_64/tst-x86_64mod-1. (LDFLAGS-tst-x86_64mod-1.so): New. ($(objpfx)tst-x86_64-1): Likewise. ($(objpfx)x86_64/tst-x86_64mod-1.os): Likewise. (tst-x86_64-1-clean): Likewise. * sysdeps/x86_64/tst-x86_64-1.c: New file. * sysdeps/x86_64/tst-x86_64mod-1.c: Likewise. (cherry picked from commit 45ff34638f034877b6a490c217d6a0632ce263f4) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39461-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 18:50:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113495 invoked by alias); 21 Oct 2017 18:50:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110900 invoked by uid 55); 21 Oct 2017 18:50:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 18:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00373.txt.bz2 Content-length: 4400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #16 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.23 has been created at 915e61c5d780ee252bd93cdcf1502af0a7180cd5 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D915e61c5d780ee252bd= 93cdcf1502af0a7180cd5 commit 915e61c5d780ee252bd93cdcf1502af0a7180cd5 Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (init_cpu_features): Set xsave_state_size and bit_XSAVEC_Usable if needed. * sysdeps/x86/cpu-features.h (bit_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx and _dl_runtime_resolve_avx512 with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S: Include . (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (_dl_runtime_profile): Defined only if _dl_runtime_profile is defined. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39463-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 19:11:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25640 invoked by alias); 21 Oct 2017 19:11:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23665 invoked by uid 48); 21 Oct 2017 19:11:36 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping Date: Sat, 21 Oct 2017 19:11: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00375.txt.bz2 Content-length: 523 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|WRITE heap-buffer-overflow |Buffer overflow in glob |in glob() |with GLOB_TILDE in | |unescaping --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39462-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 19:11:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 441 invoked by alias); 21 Oct 2017 19:11:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 123762 invoked by uid 48); 21 Oct 2017 19:11:09 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] WRITE heap-buffer-overflow in glob() Date: Sat, 21 Oct 2017 19:11: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: bug_status cc resolution flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00374.txt.bz2 Content-length: 1971 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED CC| |fweimer at redhat dot com Resolution|DUPLICATE |--- Flags| |security+ --- Comment #2 from Florian Weimer --- No, the crash happens on line 868 here: 848 if (unescape !=3D NULL) 849 { 850 char *p =3D mempcpy (newp, dirname + 1, 851 unescape - dirname - 1); 852 char *q =3D unescape; 853 while (*q !=3D '\0') 854 { 855 if (*q =3D=3D '\\') 856 { 857 if (q[1] =3D=3D '\0') 858 { 859 /* "~fo\\o\\" unescape to user_name "foo\\", 860 but "~fo\\o\\/" unescape to user_n= ame 861 "foo". */ 862 if (filename =3D=3D NULL) 863 *p++ =3D '\\'; 864 break; 865 } 866 ++q; 867 } 868 *p++ =3D *q++; 869 } 870 *p =3D '\0'; 871 } The crash is obscured in glibc because it uses alloca, so you need to add m= ore data to the name before the overflow can be observed with valgrind. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39464-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 19:45:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 53866 invoked by alias); 21 Oct 2017 19:45:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53831 invoked by uid 48); 21 Oct 2017 19:45:51 -0000 From: "eggert at gnu dot org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping Date: Sat, 21 Oct 2017 19: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: eggert at gnu 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00376.txt.bz2 Content-length: 653 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Paul Eggert changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eggert at gnu dot org --- Comment #3 from Paul Eggert --- I fixed this bug in Gnulib with this patch: http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=3D6803dda53781f7da92= 0f568a31610d41e5c3a351 and something like this patcvh should be merged into glibc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39466-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 20:24:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110551 invoked by alias); 21 Oct 2017 20:24:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110389 invoked by uid 55); 21 Oct 2017 20:24:48 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 20:24: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00378.txt.bz2 Content-length: 4400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #18 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.23 has been created at c9af02d35a622cf453021be801a53424ad0f7135 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc9af02d35a622cf4530= 21be801a53424ad0f7135 commit c9af02d35a622cf453021be801a53424ad0f7135 Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (init_cpu_features): Set xsave_state_size and bit_XSAVEC_Usable if needed. * sysdeps/x86/cpu-features.h (bit_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx and _dl_runtime_resolve_avx512 with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S: Include . (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (_dl_runtime_profile): Defined only if _dl_runtime_profile is defined. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39465-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 21 20:24:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104468 invoked by alias); 21 Oct 2017 20:24:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 86897 invoked by uid 55); 21 Oct 2017 20:24:30 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sat, 21 Oct 2017 20:24: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00377.txt.bz2 Content-length: 768 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #17 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.23 has been deleted was 915e61c5d780ee252bd93cdcf1502af0a7180cd5 - Log ----------------------------------------------------------------- 915e61c5d780ee252bd93cdcf1502af0a7180cd5 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39468-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 07:18:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 131045 invoked by alias); 22 Oct 2017 07:18:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128059 invoked by uid 48); 22 Oct 2017 07:18:45 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21993] data type causing overflow in fwrite Date: Sun, 22 Oct 2017 07:18: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: 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: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00380.txt.bz2 Content-length: 560 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21993 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Florian Weimer --- No details supplied in nearly two months. Closing. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39467-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 07:18:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118246 invoked by alias); 22 Oct 2017 07:18:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113579 invoked by uid 48); 22 Oct 2017 07:18:17 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22331] [linux only] remove getpt() et all fallback to BSD ptys Date: Sun, 22 Oct 2017 07:18: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: enhancement 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: In-Reply-To: References: 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: 2017-10/txt/msg00379.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22331 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39469-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 08:02:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93368 invoked by alias); 22 Oct 2017 08:02:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91256 invoked by uid 55); 22 Oct 2017 08:02:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping Date: Sun, 22 Oct 2017 08:02: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-10/txt/msg00381.txt.bz2 Content-length: 1329 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 --- Comment #4 from 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 a159b53fa059947cc2548e3b0d5bdcf7b9630ba8 (commit) from 914c9994d27b80bc3b71c483e801a4f04e269ba6 (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=3Dglibc.git;h=3Da159b53fa059947cc25= 48e3b0d5bdcf7b9630ba8 commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 4 ++++ posix/glob.c | 4 ++-- 3 files changed, 12 insertions(+), 2 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39470-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 08:03:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42454 invoked by alias); 22 Oct 2017 08:03:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35987 invoked by uid 48); 22 Oct 2017 08:03:26 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping Date: Sun, 22 Oct 2017 08:03: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status resolution assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00382.txt.bz2 Content-length: 656 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Target Milestone|--- |2.27 --- Comment #5 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39471-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 11:38:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 6578 invoked by alias); 22 Oct 2017 11:38:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6533 invoked by uid 55); 22 Oct 2017 11:38:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22093] ld.so no longer searches in .../x86_64 Date: Sun, 22 Oct 2017 11: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00383.txt.bz2 Content-length: 3482 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22093 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via b2c78ae69eb5845c94db94e87a2addd695f978c0 (commit) from 6182b3708b7af316454c81467538a8c20c1b046d (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=3Dglibc.git;h=3Db2c78ae69eb5845c94d= b94e87a2addd695f978c0 commit b2c78ae69eb5845c94db94e87a2addd695f978c0 Author: H.J. Lu Date: Sun Oct 22 04:14:54 2017 -0700 x86: Add x86_64 to x86-64 HWCAP [BZ #22093] Before glibc 2.26, ld.so set dl_platform to "x86_64" and searched the "x86_64" subdirectory when loading a shared library. ld.so in glibc 2.26 was changed to set dl_platform to "haswell" or "xeon_phi", based on supported ISAs. This led to shared library loading failure for shared libraries placed under the "x86_64" subdirectory. This patch adds "x86_64" to x86-64 dl_hwcap so that ld.so will always search the "x86_64" subdirectory when loading a shared library. NB: We can't set x86-64 dl_platform to "x86-64" since ld.so will skip the "haswell" and "xeon_phi" subdirectories on "haswell" and "xeon_phi" machines. Tested on i686 and x86-64. [BZ #22093] * sysdeps/x86/cpu-features.c (init_cpu_features): Initialize GLRO(dl_hwcap) to HWCAP_X86_64 for x86-64. * sysdeps/x86/dl-hwcap.h (HWCAP_COUNT): Updated. (HWCAP_IMPORTANT): Likewise. (HWCAP_X86_64): New enum. (HWCAP_X86_AVX512_1): Updated. * sysdeps/x86/dl-procinfo.c (_dl_x86_hwcap_flags): Add "x86_64". * sysdeps/x86_64/Makefile (tests): Add tst-x86_64-1. (modules-names): Add x86_64/tst-x86_64mod-1. (LDFLAGS-tst-x86_64mod-1.so): New. ($(objpfx)tst-x86_64-1): Likewise. ($(objpfx)x86_64/tst-x86_64mod-1.os): Likewise. (tst-x86_64-1-clean): Likewise. * sysdeps/x86_64/tst-x86_64-1.c: New file. * sysdeps/x86_64/tst-x86_64mod-1.c: Likewise. (cherry picked from commit 45ff34638f034877b6a490c217d6a0632ce263f4) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 19 ++++++++++++++++= +++ NEWS | 1 + sysdeps/x86/cpu-features.c | 3 ++- sysdeps/x86/dl-hwcap.h | 12 +++++++----- sysdeps/x86/dl-procinfo.c | 4 ++-- sysdeps/x86_64/Makefile | 17 +++++++++++++++++ sysdeps/x86_64/{tst-quad1.c =3D> tst-x86_64-1.c} | 3 ++- .../strcmp-sse4_2.S =3D> tst-x86_64mod-1.c} | 9 +++++---- 8 files changed, 55 insertions(+), 13 deletions(-) copy sysdeps/x86_64/{tst-quad1.c =3D> tst-x86_64-1.c} (87%) copy sysdeps/x86_64/{multiarch/strcmp-sse4_2.S =3D> tst-x86_64mod-1.c} (90= %) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39472-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 11:40:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9769 invoked by alias); 22 Oct 2017 11:40:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9646 invoked by uid 55); 22 Oct 2017 11:40:03 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 11:40: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00384.txt.bz2 Content-length: 768 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #19 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.26 has been deleted was 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 - Log ----------------------------------------------------------------- 5d9b05d1ad4faa68f82e80dee014df7d5f9872c3 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39473-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 11:40:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10108 invoked by alias); 22 Oct 2017 11:40:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10044 invoked by uid 55); 22 Oct 2017 11:40:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 11:40: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00385.txt.bz2 Content-length: 5504 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #20 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.26 has been created at 4a30c87b87e0c2bb6110230cd53f0fffa3022f77 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4a30c87b87e0c2bb611= 0230cd53f0fffa3022f77 commit 4a30c87b87e0c2bb6110230cd53f0fffa3022f77 Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size, xsave_state_full_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size and xsave_state_full_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86/cpu-tunables.c (TUNABLE_CALLBACK (set_hwcaps)): Support XSAVEC_Usable. Remove Use_dl_runtime_resolve_slow. * sysdeps/x86_64/Makefile (tst-x86_64-1-ENV): New if tunables is enabled. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39475-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 11:49:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18708 invoked by alias); 22 Oct 2017 11:49:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18285 invoked by uid 55); 22 Oct 2017 11:49:13 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 11:49: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00387.txt.bz2 Content-length: 4400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #22 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.23 has been created at 19d009625f022623cf1d98caa9f493aa01c7f7fb (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D19d009625f022623cf1= d98caa9f493aa01c7f7fb commit 19d009625f022623cf1d98caa9f493aa01c7f7fb Author: H.J. Lu Date: Thu Mar 23 08:21:52 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (init_cpu_features): Set xsave_state_size and bit_XSAVEC_Usable if needed. * sysdeps/x86/cpu-features.h (bit_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx and _dl_runtime_resolve_avx512 with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S: Include . (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (_dl_runtime_profile): Defined only if _dl_runtime_profile is defined. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39474-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 11:49:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18078 invoked by alias); 22 Oct 2017 11:49:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17682 invoked by uid 55); 22 Oct 2017 11:49:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 11:49: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00386.txt.bz2 Content-length: 768 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #21 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr21265/2.23 has been deleted was c9af02d35a622cf453021be801a53424ad0f7135 - Log ----------------------------------------------------------------- c9af02d35a622cf453021be801a53424ad0f7135 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39476-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 15:15:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76193 invoked by alias); 22 Oct 2017 15:15:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76017 invoked by uid 55); 22 Oct 2017 15:15:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 15: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00388.txt.bz2 Content-length: 6345 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #23 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via f82a6fc223cbd890b9de9007cfce63e6cae8f799 (commit) from b2c78ae69eb5845c94db94e87a2addd695f978c0 (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=3Dglibc.git;h=3Df82a6fc223cbd890b9d= e9007cfce63e6cae8f799 commit f82a6fc223cbd890b9de9007cfce63e6cae8f799 Author: H.J. Lu Date: Sun Oct 22 07:40:39 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size, xsave_state_full_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size and xsave_state_full_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86/cpu-tunables.c (TUNABLE_CALLBACK (set_hwcaps)): Support XSAVEC_Usable. Remove Use_dl_runtime_resolve_slow. * sysdeps/x86_64/Makefile (tst-x86_64-1-ENV): New if tunables is enabled. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 66 +++++++++ NEWS | 1 + sysdeps/x86/cpu-features-offsets.sym | 1 + sysdeps/x86/cpu-features.c | 88 +++++++++-- sysdeps/x86/cpu-features.h | 31 +++- sysdeps/x86/cpu-tunables.c | 17 ++- sysdeps/x86_64/Makefile | 4 + sysdeps/x86_64/dl-machine.h | 38 ++---- sysdeps/x86_64/dl-trampoline.S | 87 ++++-------- sysdeps/x86_64/dl-trampoline.h | 267 ++++++++++--------------------= ---- 10 files changed, 294 insertions(+), 306 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39477-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 15:43:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86573 invoked by alias); 22 Oct 2017 15:43:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 86490 invoked by uid 55); 22 Oct 2017 15:42:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 15:43: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00389.txt.bz2 Content-length: 5965 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #24 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 61bebc863e65afd994b08353f574c5df3fe8accc (commit) from 74e1eb907850f3a132e0b0a94a07989202b1cbf3 (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=3Dglibc.git;h=3D61bebc863e65afd994b= 08353f574c5df3fe8accc commit 61bebc863e65afd994b08353f574c5df3fe8accc Author: H.J. Lu Date: Sun Oct 22 08:20:38 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 62 ++++++++ NEWS | 1 + sysdeps/x86/cpu-features-offsets.sym | 1 + sysdeps/x86/cpu-features.c | 83 +++++++++-- sysdeps/x86/cpu-features.h | 23 +++- sysdeps/x86_64/dl-machine.h | 38 ++---- sysdeps/x86_64/dl-trampoline.S | 87 ++++-------- sysdeps/x86_64/dl-trampoline.h | 267 ++++++++++--------------------= ---- 8 files changed, 265 insertions(+), 297 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39478-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 15:53:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17927 invoked by alias); 22 Oct 2017 15:53:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17292 invoked by uid 55); 22 Oct 2017 15:53:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 15:53: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00390.txt.bz2 Content-length: 5965 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #25 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.24/master has been updated via bea3f92405f705684275bffee954cafe84ffb09d (commit) from 5084717ffa05d15e98bc98a2c8b710ee57c4d133 (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=3Dglibc.git;h=3Dbea3f92405f70568427= 5bffee954cafe84ffb09d commit bea3f92405f705684275bffee954cafe84ffb09d Author: H.J. Lu Date: Sun Oct 22 08:24:00 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (get_common_indeces): Set xsave_state_size and bit_arch_XSAVEC_Usable if needed. (init_cpu_features): Remove bit_arch_Use_dl_runtime_resolve_slow and bit_arch_Use_dl_runtime_resolve_opt. * sysdeps/x86/cpu-features.h (bit_arch_Use_dl_runtime_resolve_opt): Removed. (bit_arch_Use_dl_runtime_resolve_slow): Likewise. (bit_arch_Prefer_No_AVX512): Updated. (bit_arch_MathVec_Prefer_No_AVX512): Likewise. (bit_arch_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_arch_Use_dl_runtime_resolve_opt): Removed. (index_arch_Use_dl_runtime_resolve_slow): Likewise. (index_arch_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx, _dl_runtime_resolve_avx_slow, _dl_runtime_resolve_avx_opt, _dl_runtime_resolve_avx512 and _dl_runtime_resolve_avx512_opt with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_slow): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx512_opt): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_avx_opt): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_sse_vex): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 62 ++++++++ NEWS | 1 + sysdeps/x86/cpu-features-offsets.sym | 1 + sysdeps/x86/cpu-features.c | 83 +++++++++-- sysdeps/x86/cpu-features.h | 23 +++- sysdeps/x86_64/dl-machine.h | 38 ++---- sysdeps/x86_64/dl-trampoline.S | 87 ++++-------- sysdeps/x86_64/dl-trampoline.h | 267 ++++++++++--------------------= ---- 8 files changed, 265 insertions(+), 297 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39479-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 16:14:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83482 invoked by alias); 22 Oct 2017 16:14:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83418 invoked by uid 55); 22 Oct 2017 16:14:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Sun, 22 Oct 2017 16:14: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00391.txt.bz2 Content-length: 5153 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 --- Comment #26 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.23/master has been updated via 26d289bb92b6d1125536644f607c73617463477d (commit) from 9d521f59de10968f874a5e22e9ce5f9b2a51fc2f (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=3Dglibc.git;h=3D26d289bb92b6d112553= 6644f607c73617463477d commit 26d289bb92b6d1125536644f607c73617463477d Author: H.J. Lu Date: Sun Oct 22 08:47:03 2017 -0700 x86-64: Use fxsave/xsave/xsavec in _dl_runtime_resolve [BZ #21265] In _dl_runtime_resolve, use fxsave/xsave/xsavec to preserve all vector, mask and bound registers. It simplifies _dl_runtime_resolve and suppor= ts different calling conventions. ld.so code size is reduced by more than 1 KB. However, use fxsave/xsave/xsavec takes a little bit more cycles than saving and restoring vector and bound registers individually. Latency for _dl_runtime_resolve to lookup the function, foo, from one shared library plus libc.so: Before After Change Westmere (SSE)/fxsave 345 866 151% IvyBridge (AVX)/xsave 420 643 53% Haswell (AVX)/xsave 713 1252 75% Skylake (AVX+MPX)/xsavec 559 719 28% Skylake (AVX512+MPX)/xsavec 145 272 87% Ryzen (AVX)/xsavec 280 553 97% This is the worst case where portion of time spent for saving and restoring registers is bigger than majority of cases. With smaller _dl_runtime_resolve code size, overall performance impact is negligible. On IvyBridge, differences in build and test time of binutils with lazy binding GCC and binutils are noises. On Westmere, differences in bootstrap and "makc check" time of GCC 7 with lazy binding GCC and binutils are also noises. [BZ #21265] * sysdeps/x86/cpu-features-offsets.sym (XSAVE_STATE_SIZE_OFFSET): New. * sysdeps/x86/cpu-features.c: Include . (init_cpu_features): Set xsave_state_size and bit_XSAVEC_Usable if needed. * sysdeps/x86/cpu-features.h (bit_XSAVEC_Usable): New. (STATE_SAVE_OFFSET): Likewise. (STATE_SAVE_MASK): Likewise. [__ASSEMBLER__]: Include . (cpu_features): Add xsave_state_size. (index_XSAVEC_Usable): New. * sysdeps/x86_64/dl-machine.h (elf_machine_runtime_setup): Replace _dl_runtime_resolve_sse, _dl_runtime_resolve_avx and _dl_runtime_resolve_avx512 with _dl_runtime_resolve_fxsave, _dl_runtime_resolve_xsave and _dl_runtime_resolve_xsavec. * sysdeps/x86_64/dl-trampoline.S: Include . (DL_RUNTIME_UNALIGNED_VEC_SIZE): Removed. (DL_RUNTIME_RESOLVE_REALIGN_STACK): Check STATE_SAVE_ALIGNMENT instead of VEC_SIZE. (REGISTER_SAVE_BND0): Removed. (REGISTER_SAVE_BND1): Likewise. (REGISTER_SAVE_BND3): Likewise. (REGISTER_SAVE_RAX): Always defined to 0. (VMOV): Removed. (_dl_runtime_resolve_avx512): Likewise. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (USE_FXSAVE): New. (_dl_runtime_resolve_fxsave): Likewise. (USE_XSAVE): Likewise. (_dl_runtime_resolve_xsave): Likewise. (USE_XSAVEC): Likewise. (_dl_runtime_resolve_xsavec): Likewise. * sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve_avx512): Removed. (_dl_runtime_resolve_avx): Likewise. (_dl_runtime_resolve_sse): Likewise. (_dl_runtime_resolve_fxsave): New. (_dl_runtime_resolve_xsave): Likewise. (_dl_runtime_resolve_xsavec): Likewise. (_dl_runtime_profile): Defined only if _dl_runtime_profile is defined. (cherry picked from commit b52b0d793dcb226ecb0ecca1e672ca265973233c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 46 +++++++++ NEWS | 1 + sysdeps/x86/cpu-features-offsets.sym | 2 + sysdeps/x86/cpu-features.c | 66 +++++++++++++ sysdeps/x86/cpu-features.h | 18 ++++ sysdeps/x86_64/dl-machine.h | 18 ++-- sysdeps/x86_64/dl-trampoline.S | 103 +++++++++------------ sysdeps/x86_64/dl-trampoline.h | 174 +++++++++++++++++-------------= ---- 8 files changed, 272 insertions(+), 156 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39480-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 22 16:31:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 87341 invoked by alias); 22 Oct 2017 16:31:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87300 invoked by uid 48); 22 Oct 2017 16:31:22 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping (CVE-2017-15804) Date: Sun, 22 Oct 2017 16:31: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: short_desc alias Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00392.txt.bz2 Content-length: 604 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Buffer overflow in glob |Buffer overflow in glob |with GLOB_TILDE in |with GLOB_TILDE in |unescaping |unescaping (CVE-2017-15804) Alias| |CVE-2017-15804 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39481-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 00:51:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61938 invoked by alias); 23 Oct 2017 00:51:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61852 invoked by uid 55); 23 Oct 2017 00:51:27 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22296] glibc 2.26: signbit build issue with Gcc 5.5.0 on x86_64 Date: Mon, 23 Oct 2017 00:51: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.26 X-Bugzilla-Keywords: glibc_2.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00393.txt.bz2 Content-length: 2962 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22296 --- Comment #5 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via b1b8d8aa95a055dc7929259679a995189d444809 (commit) via f8279a4b3cc66d3ec8bfb8519e9987b8f7727f53 (commit) from f82a6fc223cbd890b9de9007cfce63e6cae8f799 (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=3Dglibc.git;h=3Db1b8d8aa95a055dc792= 9259679a995189d444809 commit b1b8d8aa95a055dc7929259679a995189d444809 Author: Gabriel F. T. Gomes Date: Fri Oct 20 16:06:19 2017 -0200 Add missing bug fixes to NEWS https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df8279a4b3cc66d3ec8b= fb8519e9987b8f7727f53 commit f8279a4b3cc66d3ec8bfb8519e9987b8f7727f53 Author: Romain Naour Date: Mon Oct 16 23:21:56 2017 +0200 Let signbit use the builtin in C++ mode with gcc < 6.x (bug 22296) When using gcc < 6.x, signbit does not use the type-generic __builtin_signbit builtin, instead it uses __MATH_TG. However, when library support for float128 is available, __MATH_TG uses __builtin_types_compatible_p, which is not available in C++ mode. On the other hand, libstdc++ undefines (in cmath) many macros from math.h, including signbit, so that it can provide its own functions. However, during its configure tests, libstdc++ just tests for the availability of the macros (it does not undefine them, nor does it provide its own functions). Finally, libstdc++ configure tests include math.h and get the definition of signbit that uses __MATH_TG (and __builtin_types_compatible_p). Since libstdc++ does not undefine the macros during its configure tests, they fail. This patch lets signbit use the builtin in C++ mode when gcc < 6.x is used. This allows the configure test in libstdc++ to work. Tested for x86_64. [BZ #22296] * math/math.h: Let signbit use the builtin in C++ mode with gcc < 6.x Cc: Gabriel F. T. Gomes Cc: Joseph Myers (cherry picked from commit 386e1c26ac473d6863133ab9cbe3bbda16c15816) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 3 +++ math/math.h | 9 +++++++++ 3 files changed, 18 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39482-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 07:10:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59202 invoked by alias); 23 Oct 2017 07:10:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 51858 invoked by uid 48); 23 Oct 2017 07:10:20 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] New: cs_CZ does not use i18n Date: Mon, 23 Oct 2017 07:10: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.26 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: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-10/txt/msg00394.txt.bz2 Content-length: 642 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 Bug ID: 22336 Summary: cs_CZ does not use i18n Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: schwab@linux-m68k.org CC: libc-locales at sourceware dot org Target Milestone: --- localedata/locales/cs_CZ does not build upon localedata/locales/i18n, missi= ng all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39483-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 07:59:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47102 invoked by alias); 23 Oct 2017 07:59:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47061 invoked by uid 48); 23 Oct 2017 07:59:03 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Mon, 23 Oct 2017 07: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: 2.26 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: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00395.txt.bz2 Content-length: 451 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|cs_CZ does not use i18n |cs_CZ LC_COLLATE does not | |use i18n --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39484-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 08:42:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118429 invoked by alias); 23 Oct 2017 08:42:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93821 invoked by uid 48); 23 Oct 2017 08:41:05 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] New: pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 08:42: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 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 flagtypes.name attachments.created Message-ID: 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: 2017-10/txt/msg00396.txt.bz2 Content-length: 1010 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 Bug ID: 22337 Summary: pthread_join incorrectly fails for a detached running thread Product: glibc Version: 2.26 Status: NEW Severity: minor Priority: P3 Component: nptl Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Flags: security- Created attachment 10551 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10551&action=3Ded= it join-detach.c POSIX requires that pthread_detach does not change the joinable state of a thread. The joinable state is only set a thread creation time according to POSIX. The attached reproducer must not terminate. It currently fails with: join-detach: pthread_join: Invalid argument --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39485-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 09:52:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118006 invoked by alias); 23 Oct 2017 09:52:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117943 invoked by uid 48); 23 Oct 2017 09:52:19 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 09:52: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00397.txt.bz2 Content-length: 382 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #1 from Andreas Schwab --- Where does it say that? The point of pthread_detatch is to detach a thread, thus no longer joinable, and 2.9.2 clearly says that pthead_detach works li= ke PTHREAD_CREATE_DETACHED. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39486-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 10:38:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9282 invoked by alias); 23 Oct 2017 10:38:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9225 invoked by uid 48); 23 Oct 2017 10:38:30 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 10:38: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00398.txt.bz2 Content-length: 751 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #2 from Florian Weimer --- There is this sentence in 2.9.2: =E2=80=9CIf a thread is detached, its thread ID is invalid for use as an ar= gument in a call to pthread_detach() or pthread_join().=E2=80=9D Is this what you mean? But it is not clear to me that pthread_detach actually makes the thread detached. The effect is specified as =E2=80=9CThe pthread_detach() functio= n shall indicate to the implementation that storage for the thread thread can be reclaimed when that thread terminates.=E2=80=9D Not that the thread will b= e detached or not joinable afterwards. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39487-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 10:46:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 25625 invoked by alias); 23 Oct 2017 10:46:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25582 invoked by uid 48); 23 Oct 2017 10:46:17 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 10:46: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00399.txt.bz2 Content-length: 419 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #3 from Andreas Schwab --- "The lifetime of a thread ID ends after the thread terminates if it was cre= ated with the detachstate attribute set to PTHREAD_CREATE_DETACHED or if pthread_detach() or pthread_join() has been called for that thread." --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39488-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 10:49:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54097 invoked by alias); 23 Oct 2017 10:49:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 54018 invoked by uid 48); 23 Oct 2017 10:49:37 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 10: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00400.txt.bz2 Content-length: 604 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #4 from Florian Weimer --- (In reply to Andreas Schwab from comment #3) > "The lifetime of a thread ID ends after the thread terminates if it was > created with the detachstate attribute set to PTHREAD_CREATE_DETACHED or = if > pthread_detach() or pthread_join() has been called for that thread." But that doesn't apply to the test case because the thread in question never exits, so the lifetime of its thread ID never ends. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39489-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 10:57:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81255 invoked by alias); 23 Oct 2017 10:57:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81061 invoked by uid 48); 23 Oct 2017 10:57:10 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 10:57: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00401.txt.bz2 Content-length: 348 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #5 from Andreas Schwab --- Please read the rational. It clearly says that pthread_detach dynamically detaches the thread, like PTHREAD_CREATE_DETACHED does at creation time. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39490-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 11:41:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18760 invoked by alias); 23 Oct 2017 11:41:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18727 invoked by uid 48); 23 Oct 2017 11:41:50 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 11:41: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00402.txt.bz2 Content-length: 595 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #6 from Florian Weimer --- (In reply to Andreas Schwab from comment #5) > Please read the rational. It clearly says that pthread_detach dynamically > detaches the thread, like PTHREAD_CREATE_DETACHED does at creation time. Do you mean the rationale section for pthread_detach? It only discusses freeing resources. It does not describe how the joinable/detached state of= the thread is impacted by pthread_detach. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39491-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 11:49:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29751 invoked by alias); 23 Oct 2017 11:49:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29697 invoked by uid 48); 23 Oct 2017 11:49:06 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00403.txt.bz2 Content-length: 276 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 --- Comment #7 from Andreas Schwab --- It says that pthread_detach has the same effect as PTHREAD_CREATE_DETACHED. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39493-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 15:47:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126705 invoked by alias); 23 Oct 2017 15:47:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124280 invoked by uid 55); 23 Oct 2017 15:47:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21987] [sparc32] wrong bits/long-double.h installed Date: Mon, 23 Oct 2017 15:47: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00405.txt.bz2 Content-length: 2692 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21987 --- Comment #8 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 04acd597943e90147e4bc139911564788e04ae51 (commit) from b1b8d8aa95a055dc7929259679a995189d444809 (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=3Dglibc.git;h=3D04acd597943e90147e4= bc139911564788e04ae51 commit 04acd597943e90147e4bc139911564788e04ae51 Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. (cherry picked from commit 37bb78cb8c1fb6b5813407c8856b1557359e6343) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 3 files changed, 7 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39492-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 15:47:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126583 invoked by alias); 23 Oct 2017 15:47:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124294 invoked by uid 55); 23 Oct 2017 15:47:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22322] [mips64] wrong bits/long-double.h installed Date: Mon, 23 Oct 2017 15:47: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00404.txt.bz2 Content-length: 2692 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22322 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 04acd597943e90147e4bc139911564788e04ae51 (commit) from b1b8d8aa95a055dc7929259679a995189d444809 (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=3Dglibc.git;h=3D04acd597943e90147e4= bc139911564788e04ae51 commit 04acd597943e90147e4bc139911564788e04ae51 Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. (cherry picked from commit 37bb78cb8c1fb6b5813407c8856b1557359e6343) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 3 files changed, 7 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39495-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 15:50:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113852 invoked by alias); 23 Oct 2017 15:50:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107174 invoked by uid 55); 23 Oct 2017 15:50:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22322] [mips64] wrong bits/long-double.h installed Date: Mon, 23 Oct 2017 15:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00407.txt.bz2 Content-length: 2692 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22322 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 0fc015b6db6a1591d2beecb98362f5de175a077f (commit) from 61bebc863e65afd994b08353f574c5df3fe8accc (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=3Dglibc.git;h=3D0fc015b6db6a1591d2b= eecb98362f5de175a077f commit 0fc015b6db6a1591d2beecb98362f5de175a077f Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. (cherry picked from commit 37bb78cb8c1fb6b5813407c8856b1557359e6343) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 3 files changed, 7 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39494-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 15:50:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110836 invoked by alias); 23 Oct 2017 15:50:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107306 invoked by uid 55); 23 Oct 2017 15:50:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21987] [sparc32] wrong bits/long-double.h installed Date: Mon, 23 Oct 2017 15:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00406.txt.bz2 Content-length: 2692 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21987 --- Comment #9 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 0fc015b6db6a1591d2beecb98362f5de175a077f (commit) from 61bebc863e65afd994b08353f574c5df3fe8accc (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=3Dglibc.git;h=3D0fc015b6db6a1591d2b= eecb98362f5de175a077f commit 0fc015b6db6a1591d2beecb98362f5de175a077f Author: Joseph Myers Date: Thu Oct 19 17:32:20 2017 +0000 Install correct bits/long-double.h for MIPS64 (bug 22322). Similar to bug 21987 for SPARC, MIPS64 wrongly installs the ldbl-128 version of bits/long-double.h, meaning incorrect results when using headers installed from a 64-bit installation for a 32-bit build. (I haven't actually seen this cause build failures before its interaction with bits/floatn.h did so - installed headers wrongly expecting _Float128 to be available in a 32-bit configuration.) This patch fixes the bug by moving the MIPS header to sysdeps/mips/ieee754, which comes before sysdeps/ieee754/ldbl-128 in the sysdeps directory ordering. (bits/floatn.h will need a similar fix - duplicating the ldbl-128 version for MIPS will suffice - for headers from a 32-bit installation to be correct for 64-bit builds.) Tested with build-many-glibcs.py (compilers build for mips64-linux-gnu, where there was previously a libstdc++ build failure as at ). [BZ #22322] * sysdeps/mips/bits/long-double.h: Move to .... * sysdeps/mips/ieee754/bits/long-double.h: ... here. (cherry picked from commit 37bb78cb8c1fb6b5813407c8856b1557359e6343) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 1 + sysdeps/mips/{ =3D> ieee754}/bits/long-double.h | 0 3 files changed, 7 insertions(+), 0 deletions(-) rename sysdeps/mips/{ =3D> ieee754}/bits/long-double.h (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39496-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 15:51:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12817 invoked by alias); 23 Oct 2017 15:51:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11914 invoked by uid 48); 23 Oct 2017 15:51:00 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22338] New: locale: Use the right type for allocation sizes (non-portable assumptions). Date: Mon, 23 Oct 2017 15:51: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.27 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 target_milestone Message-ID: 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: 2017-10/txt/msg00408.txt.bz2 Content-length: 2166 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22338 Bug ID: 22338 Summary: locale: Use the right type for allocation sizes (non-portable assumptions). Product: glibc Version: 2.27 Status: NEW Severity: minor Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- In ld-ctype.c and locfile.c we use the wrong type for sizing the allocation= , we use the sizeof the original type, but that's not correct, it should be the = size of the element size. In both cases we can use the sizeof the dereferenced n= ame to get the right value. The oringal code is fine, but it's a non-portable assumption to say that si= zeof (foo **) =3D=3D sizeof (foo *), it could in theory be different. We should just fix this. diff --git a/locale/programs/ld-ctype.c b/locale/programs/ld-ctype.c index afb431b..b92f857 100644 --- a/locale/programs/ld-ctype.c +++ b/locale/programs/ld-ctype.c @@ -3889,7 +3889,7 @@ allocate_arrays (struct locale_ctype_t *ctype, const struct charmap_t *charmap, /* Next we allocate an array large enough and fill in the values. */ sorted =3D (struct translit_t **) alloca (number - * sizeof (struct translit_t *= *)); + * sizeof (*sorted)); runp =3D ctype->translit; number =3D 0; do diff --git a/locale/programs/locfile.c b/locale/programs/locfile.c index b52efcf..10e6092 100644 --- a/locale/programs/locfile.c +++ b/locale/programs/locfile.c @@ -426,7 +426,7 @@ siblings_uncached (const char *output_path) *p++ =3D '/'; *p =3D '\0'; elems =3D (const char **) xrealloc ((char *) elems, - (nelems + 2) * sizeof (char **)= ); + (nelems + 2) * sizeof (*elems)); elems[nelems++] =3D other_path; } else --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39497-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 16:30:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 75376 invoked by alias); 23 Oct 2017 16:30:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 75224 invoked by uid 48); 23 Oct 2017 16:30:28 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 16:30: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: maiku.fabian at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00409.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39498-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 16:34:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80926 invoked by alias); 23 Oct 2017 16:34:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80539 invoked by uid 48); 23 Oct 2017 16:34:17 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 16:34: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00410.txt.bz2 Content-length: 492 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-10-23 Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39499-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 16:46:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79615 invoked by alias); 23 Oct 2017 16:46:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79572 invoked by uid 48); 23 Oct 2017 16:46:22 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 16:46: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00411.txt.bz2 Content-length: 696 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #1 from Mike FABIAN --- Your locale contains: LC_CTYPE copy "i18n" translit_start include "translit_combining";"" % LATIN CAPITAL LETTER O WITH DIAERESIS. "" % LATIN SMALL LETTER O WITH DIAERESIS. "" translit_end END LC_CTYPE The included =E2=80=9Ctranslit_combining=E2=80=9D already has: % LATIN CAPITAL LETTER O WITH DIAERESIS % LATIN SMALL LETTER O WITH DIAERESIS I think your extra rules don=E2=80=99t add anything new, do they? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39500-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 16:49:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82060 invoked by alias); 23 Oct 2017 16:49:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82026 invoked by uid 48); 23 Oct 2017 16:49:42 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22338] locale: Use the right type for allocation sizes (non-portable assumptions). Date: Mon, 23 Oct 2017 16:49: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00412.txt.bz2 Content-length: 364 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22338 --- Comment #1 from Andreas Schwab --- > The oringal code is fine, but it's a non-portable assumption to say that > sizeof (foo **) =3D=3D sizeof (foo *), it could in theory be different. Not in GNU C. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39501-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 16:58:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90186 invoked by alias); 23 Oct 2017 16:58:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90139 invoked by uid 48); 23 Oct 2017 16:58:01 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 16: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00413.txt.bz2 Content-length: 315 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #2 from Mike FABIAN --- country_name "Papua New Guinea" This should be the name of the country in the Yau language. Is this correct? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39502-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 17:01:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101390 invoked by alias); 23 Oct 2017 17:01:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101077 invoked by uid 48); 23 Oct 2017 17:01:13 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 17: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00414.txt.bz2 Content-length: 316 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #3 from Mike FABIAN --- % yuw, eventually lang_term "" =E2=80=9Ceventually=E2=80=9D?? Shouldn=E2=80=99t we put "yuw" there *now*? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39503-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 17:09:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4951 invoked by alias); 23 Oct 2017 17:09:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4549 invoked by uid 48); 23 Oct 2017 17:09:37 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22339] New: support/support_can_chroot.c (support_can_chroot): Should call chdir("/"); Date: Mon, 23 Oct 2017 17:09: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: 2.27 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 cc target_milestone Message-ID: 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: 2017-10/txt/msg00415.txt.bz2 Content-length: 905 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22339 Bug ID: 22339 Summary: support/support_can_chroot.c (support_can_chroot): Should call chdir("/"); Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com CC: carlos at redhat dot com Target Milestone: --- We should set a good example by calling chdir("/"); immediately after the chroot, anyone reading this should see that it's clear that we're following= the normative practice of "chroot+chdir." This also has the added side-effect of silencing warnings in some security related analysis of the support code. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39504-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 17:09:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5731 invoked by alias); 23 Oct 2017 17:09:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 5347 invoked by uid 48); 23 Oct 2017 17:09:45 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22339] support/support_can_chroot.c (support_can_chroot): Should call chdir("/"); Date: Mon, 23 Oct 2017 17:09: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.27 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_severity Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00416.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22339 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39505-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 17:17:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62415 invoked by alias); 23 Oct 2017 17:17:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61412 invoked by uid 48); 23 Oct 2017 17:17:51 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 17:17: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00417.txt.bz2 Content-length: 397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #4 from Mike FABIAN --- https://www.howtocallabroad.com/results.php?callfrom=3Dpapua_new_guinea&cal= lto=3Ditaly says the prefix to dial out of Papua New Guinea is "00". But your locale has: int_select "0011" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39506-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 17:27:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28874 invoked by alias); 23 Oct 2017 17:27:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 27522 invoked by uid 48); 23 Oct 2017 17:27:36 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Mon, 23 Oct 2017 17:27: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00418.txt.bz2 Content-length: 433 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #5 from Mike FABIAN --- lang_name "Yau/Nungon" This should be the langauge endonym, i.e. the name of the language in the language iself. Is this correct? Looking at=20 https://en.wikipedia.org/wiki/Yau_language it seems that it might be "Uruwa" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39507-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 20:49:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127532 invoked by alias); 23 Oct 2017 20:49:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127431 invoked by uid 48); 23 Oct 2017 20:49:37 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22338] locale: Use the right type for allocation sizes (non-portable assumptions). Date: Mon, 23 Oct 2017 20:49: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00419.txt.bz2 Content-length: 724 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22338 --- Comment #2 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #1) > > The oringal code is fine, but it's a non-portable assumption to say that > > sizeof (foo **) =3D=3D sizeof (foo *), it could in theory be different. >=20 > Not in GNU C. OK, in which case there are only 2 other good reasons for changing it: * some static analysis tooling doesn't know about GNU C and could warn (I've seen this in coverity). * it is logically clearer that the size needed is "element size x number of elements" Would you object to this kind of change? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39508-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 23 21:33:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1285 invoked by alias); 23 Oct 2017 21:33:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1172 invoked by uid 48); 23 Oct 2017 21:33:01 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 23 Oct 2017 21: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.26 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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00420.txt.bz2 Content-length: 1296 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #8 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #7) > It says that pthread_detach has the same effect as PTHREAD_CREATE_DETACHE= D. I agree with Andreas, it is the principle of least surprise.=20 Once you call pthread_detach() it *should* behave as if you'd started the thread with PTHREAD_CREATE_DETACHED. This means pthread_join returns EINVAL (thread is not joinable) as soon as pthread_detach finishes setting joinid to itself. The other thing to consider is this: What happens if you call pthread_detac= h() *while* another thread is already waiting? (this is mentioned in the commen= ts in pthread_detach). I think the only bug is that a pthread_join *before* a pthread_detach should result in pthread_detach returning EINVAL, but right now it looks like we return 0 (just looking at the code, would need a test case for this). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39509-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 01:13:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116784 invoked by alias); 24 Oct 2017 01:13:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116736 invoked by uid 48); 24 Oct 2017 01:13:37 -0000 From: "yueqichen.0x0 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22341] New: Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Date: Tue, 24 Oct 2017 01:13: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: yueqichen.0x0 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: 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: 2017-10/txt/msg00421.txt.bz2 Content-length: 3028 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22341 Bug ID: 22341 Summary: Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: yueqichen.0x0 at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Created attachment 10552 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10552&action=3Ded= it crafted shared library file recovered.so and poc.c Uninitialized Variable in inline function elf_get_dynamic_info at source fi= le elf/get-dynamic-info.h Tested on glibc-2.26 with address-sanitize on Linux ubuntu 4.13.0-16-generic #19-Ubuntu SMP gcc (Ubuntu 7.2.0-8ubuntu3) 7.2.0 Running Command:=20 unzip PoC.zip gcc -o poc poc.c -ldl -fsanitize=3Daddress ./poc Function _dl_map_object_from_fd at Line 1006 in elf/dl-load.c 1006: l =3D _dl_new_object(realname, name, l_type, loader, mode, nsid); /* allocate a mmeory region in heap for a new loaded object without initializing l->l_info*/ Function _dl_map_object_from_fd at Line 1200 in elf/dl-load.c 1200: elf_get_dynamic_info(l, NULL); /* call buggy function elf_get_dynamic_info, there is no initialization of l->l_info between dl-load.c:1006 and dl-load.c:1200 */ Function elf_get_dynamic_info at Line 97 in elf/get-dynamic-info.h 46: info =3D l->l_info; 97: info[tag]->d_un.d_ptr +=3D l_addr; /* l->info[tag]->d_un.d_ptr is used without initialization till now.=20 Any value could be in l->info[tag]->d_un.d_ptr */ We trigger this defect with poc compiled with AddressSanitizer and display = the output of Sanitizer as follows: ASAN:DEADLYSIGNAL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D2505=3D=3DERROR: AddressSanitizer: SEGV on unknown address 0x00000204= (pc 0xb7fee485 bp 0x00000000 sp 0xbffff180 T0) =3D=3D2505=3D=3DThe signal is caused by a READ memory access. =3D=3D2505=3D=3DHint: address points to the zero page. #0 0xb7fee484 (/lib/ld-linux.so.2+0x15484) #1 0xb794fe2a in _dl_catch_error (/lib/i386-linux-gnu/libc.so.6+0x132e2= a) #2 0xb7819421 (/lib/i386-linux-gnu/libdl.so.2+0x1421) #3 0xb7818df7 in dlclose (/lib/i386-linux-gnu/libdl.so.2+0xdf7) #4 0xb7a233a5 in dlclose (/usr/lib/i386-linux-gnu/libasan.so.4+0x303a5) #5 0x40076b in main (/home/yueqi/poc+0x76b) #6 0xb7835985 in __libc_start_main (/lib/i386-linux-gnu/libc.so.6+0x189= 85) #7 0x400620 (/home/yueqi/poc+0x620) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x15484)=20 =3D=3D2505=3D=3DABORTING --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39510-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 04:30:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92993 invoked by alias); 24 Oct 2017 04:30:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90664 invoked by uid 48); 24 Oct 2017 04:30:38 -0000 From: "dj at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/22342] New: NSCD not properly caching netgroup Date: Tue, 24 Oct 2017 04:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd X-Bugzilla-Version: 2.28 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj 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: 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: 2017-10/txt/msg00422.txt.bz2 Content-length: 1003 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22342 Bug ID: 22342 Summary: NSCD not properly caching netgroup Product: glibc Version: 2.28 Status: NEW Severity: normal Priority: P2 Component: nscd Assignee: unassigned at sourceware dot org Reporter: dj at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- In addinnetgrX() in netgroupcache.c, we compute the length of the key thusl= y: size_t group_len =3D key - group - 1; This omits the trailing NUL from the key. Adding debug statements to cache= _add confirms that addinnetgrX and addgetnetgrentX differ in key lengths: cache_add key=3DQAUsers len=3D7 db=3D/var/db/nscd/netgroup cache_add key=3DQAUsers len=3D8 db=3D/var/db/nscd/netgroup All the other services include the NUL in the key, innetrg should also. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39511-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 08:20:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 109695 invoked by alias); 24 Oct 2017 08:20:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 109536 invoked by uid 48); 24 Oct 2017 08:19:57 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22343] New: Integer overflow in posix_memalign Date: Tue, 24 Oct 2017 08:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 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 attachments.created Message-ID: 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: 2017-10/txt/msg00423.txt.bz2 Content-length: 2409 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22343 Bug ID: 22343 Summary: Integer overflow in posix_memalign Product: glibc Version: 2.26 Status: NEW Severity: minor Priority: P3 Component: malloc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Flags: security+ Created attachment 10553 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10553&action=3Ded= it reproducer.c Jakub Wilk reported that posix_memalign fails to properly report an error f= or allocation sizes close to SIZE_MAX: Some posix_memalign() calls fail catastrophically: $ grep memalign test-posix-memalign.c return posix_memalign(&p, 0x10, SIZE_MAX - 0x20); $ make test-posix-memalign cc test-posix-memalign.c -o test-posix-memalign $ ./test-posix-memalign *** Error in `./test-posix-memalign': free(): invalid next size (fast): 0x57a96008 *** ... Backtrace: #0 0xf7fd7dc9 in __kernel_vsyscall () #1 0xf7e2add0 in __libc_signal_restore_set (set=3D0xffffd160) at ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise (sig=3D6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xf7e2c297 in __GI_abort () at abort.c:89 #4 0xf7e6638f in __libc_message (do_abort=3D, fmt=3D) at ../sysdeps/posix/libc_fatal.c:175 #5 0xf7e6cfc7 in malloc_printerr (action=3D, str=3D0xf7f603= 18 "free(): invalid next size (fast)", ptr=3D, ar_ptr=3D0xf7fb2= 780 ) at malloc.c:5049 #6 0xf7e6d806 in _int_free (av=3Dav@entry=3D0xf7fb2780 , p=3Dp@entry=3D0x56558000, have_lock=3Dhave_lock@entry=3D1) at malloc.c:3905 #7 0xf7e6f8c3 in _int_memalign (av=3Dav@entry=3D0xf7fb2780 , alignment=3Dalignment@entry=3D16, bytes=3Dbytes@entry=3D4294967263) at mall= oc.c:4497 #8 0xf7e70eea in _mid_memalign (alignment=3D16, bytes=3D4294967263, address=3D) at malloc.c:3158 #9 0xf7e71028 in _mid_memalign (alignment=3Dalignment@entry=3D16, bytes=3Dbytes@entry=3D4294967263, address=3D) at malloc.c:31= 21 #10 0xf7e72b7f in __posix_memalign (memptr=3D0xffffd6ac, alignment=3D16, size=3D4294967263) at malloc.c:5071 #11 0x5655556b in main () --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39512-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 08:44:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 121230 invoked by alias); 24 Oct 2017 08:44:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121005 invoked by uid 48); 24 Oct 2017 08:44:15 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Tue, 24 Oct 2017 08:44: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: belkacem77 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00424.txt.bz2 Content-length: 230 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #38 from Belkacem Mohammed --- Thanks for everyone --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39513-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 10:43:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18179 invoked by alias); 24 Oct 2017 10:43:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12732 invoked by uid 48); 24 Oct 2017 10:43:12 -0000 From: "ghozt.glider at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] New: Free does not seem to free the chunk or does not mark it as free. Date: Tue, 24 Oct 2017 10:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ghozt.glider 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 attachments.created Message-ID: 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: 2017-10/txt/msg00425.txt.bz2 Content-length: 924 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 Bug ID: 22345 Summary: Free does not seem to free the chunk or does not mark it as free. Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: malloc Assignee: unassigned at sourceware dot org Reporter: ghozt.glider at gmail dot com Target Milestone: --- Created attachment 10554 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10554&action=3Ded= it Running same program using different libc Free does not seem to free the chunk or does not mark it as free. See attachment, i use version 2.26 on archlinux x86_64.I also tried with an ubuntu libc 2.26, same result. I don't know if it's a bug or a feature .. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39514-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 13:26:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118530 invoked by alias); 24 Oct 2017 13:26:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 118413 invoked by uid 48); 24 Oct 2017 13:26:46 -0000 From: "1asfjwejafwea at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/4980] gethostbyname() etc break for /etc/hosts with both ::1 and 127.0.0.1 localhost entries Date: Tue, 24 Oct 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1asfjwejafwea at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00426.txt.bz2 Content-length: 249 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4980 --- Comment #66 from Ulrich Drepper <1asfjwejafwea at gmail dot com> --- This was my spotlight for Glibc's 9/11. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39515-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 13:27:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119903 invoked by alias); 24 Oct 2017 13:27:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119824 invoked by uid 48); 24 Oct 2017 13:27:20 -0000 From: "1asfjwejafwea at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/4980] gethostbyname() etc break for /etc/hosts with both ::1 and 127.0.0.1 localhost entries Date: Tue, 24 Oct 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1asfjwejafwea at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00427.txt.bz2 Content-length: 406 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4980 Ulrich Drepper <1asfjwejafwea at gmail dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |drepper.fsp at gmail dot c= om --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39516-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 13:32:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38106 invoked by alias); 24 Oct 2017 13:32:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37963 invoked by uid 48); 24 Oct 2017 13:32:40 -0000 From: "1asfjwejafwea at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/4980] gethostbyname() etc break for /etc/hosts with both ::1 and 127.0.0.1 localhost entries Date: Tue, 24 Oct 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1asfjwejafwea at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00428.txt.bz2 Content-length: 376 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4980 Ulrich Drepper <1asfjwejafwea at gmail dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|security- | --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39517-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 13:33:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38715 invoked by alias); 24 Oct 2017 13:33:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38552 invoked by uid 48); 24 Oct 2017 13:33:04 -0000 From: "1asfjwejafwea at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/4980] gethostbyname() etc break for /etc/hosts with both ::1 and 127.0.0.1 localhost entries Date: Tue, 24 Oct 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1asfjwejafwea at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: review+ security? X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00429.txt.bz2 Content-length: 394 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4980 Ulrich Drepper <1asfjwejafwea at gmail dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |review+, security? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39518-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 14:13:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40886 invoked by alias); 24 Oct 2017 14:13:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35978 invoked by uid 48); 24 Oct 2017 14:13:00 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/4980] gethostbyname() etc break for /etc/hosts with both ::1 and 127.0.0.1 localhost entries Date: Tue, 24 Oct 2017 14: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: unspecified 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: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc assigned_to flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00430.txt.bz2 Content-length: 554 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4980 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC|drepper.fsp at gmail dot com |carlos at redhat do= t com Assignee|drepper.fsp at gmail dot com |unassigned at sourc= eware dot org Flags|review+, security? |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39519-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 14:20:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93419 invoked by alias); 24 Oct 2017 14:20:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93385 invoked by uid 48); 24 Oct 2017 14:20:09 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Tue, 24 Oct 2017 14:20: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.26 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00431.txt.bz2 Content-length: 1041 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to ghozt from comment #0) > Created attachment 10554 [details] > Running same program using different libc >=20 > Free does not seem to free the chunk or does not mark it as free. >=20 > See attachment, i use version 2.26 on archlinux x86_64.I also tried with = an > ubuntu libc 2.26, same result. >=20 >=20 > I don't know if it's a bug or a feature .. How are you deciding that the chunk is not free? Please see this document for the relevant details: https://sourceware.org/glibc/wiki/MallocInternals If that answers your questions, please mark this bug closed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39520-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 19:21:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107126 invoked by alias); 24 Oct 2017 19:21:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105090 invoked by uid 48); 24 Oct 2017 19:21:34 -0000 From: "francois at boisson dot homeip.net" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Tue, 24 Oct 2017 19:21: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: francois at boisson dot homeip.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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00432.txt.bz2 Content-length: 900 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 Fran=C3=A7ois Boisson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |francois at boisson dot ho= meip.net --- Comment #2 from Fran=C3=A7ois Boisson --- Well, in fact, there is a=20 free(c) in the programm. But if we make a malloc of the same size, the chunk is allocate. So effectively, it is free. But last bit of the previous size still remains at 1. So it's not a bug of glibc, but either I did not read the good doc of glibc or the doc is not uptime. Thonks to have read. I think this can be closed. PS: I know my english is bad. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39521-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 20:06:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76978 invoked by alias); 24 Oct 2017 20:06:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76917 invoked by uid 48); 24 Oct 2017 20:06:32 -0000 From: "dj at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Tue, 24 Oct 2017 20:06: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dj 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 cc resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00433.txt.bz2 Content-length: 912 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 dj at redhat dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |dj at redhat dot com Resolution|--- |INVALID --- Comment #3 from dj at redhat dot com --- If you are using the latest glibc, you have the per-thread cache enabled.=20 Chunks stored in the cache are still "in use" as far as the malloc internals are concerned (i.e. they won't participate in consolidations). To see what= I mean, set GLIBC_TUNABLES=3Dglibc.malloc.tcache_count=3D0 in your environmen= t to disable the cache. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39522-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 20:22:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30645 invoked by alias); 24 Oct 2017 20:22:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22735 invoked by uid 48); 24 Oct 2017 20:22:51 -0000 From: "eero+sourceware at vuojolahti dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22347] New: getrandom() returns the number of bytes that were copied to the buffer even though the comments say "Return 0 on success and -1 on failure." Date: Tue, 24 Oct 2017 20:22: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: eero+sourceware at vuojolahti 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: 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: 2017-10/txt/msg00434.txt.bz2 Content-length: 1067 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22347 Bug ID: 22347 Summary: getrandom() returns the number of bytes that were copied to the buffer even though the comments say "Return 0 on success and -1 on failure." Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: eero+sourceware at vuojolahti dot com CC: drepper.fsp at gmail dot com Target Milestone: --- This is the current comment on line 25 sysdeps/unix/sysv/linux/getrandom.c: /* Write LENGTH bytes of randomness starting at BUFFER. Return 0 on success and -1 on failure. */ It could be changed to: /* Write LENGTH bytes of randomness starting at BUFFER. Return number of bytes that were copied to the BUFFER on success and -1 on failure. */ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39523-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 20:40:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60713 invoked by alias); 24 Oct 2017 20:40:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60608 invoked by uid 48); 24 Oct 2017 20:40:02 -0000 From: "francois at boisson dot homeip.net" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Tue, 24 Oct 2017 20:40: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: francois at boisson dot homeip.net 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: In-Reply-To: References: 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: 2017-10/txt/msg00435.txt.bz2 Content-length: 291 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 --- Comment #4 from Fran=C3=A7ois Boisson --- Really thinks :) It's a great beginning of explain what happens. F.B --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39524-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 21:14:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105743 invoked by alias); 24 Oct 2017 21:14:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105696 invoked by uid 48); 24 Oct 2017 21:14:16 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Tue, 24 Oct 2017 21: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: 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: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00436.txt.bz2 Content-length: 909 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to ma.jiang from comment #0) > The core logic of this problem is that pthread_mutex_timedlock should set > the FUTEX_WAITER flag before check timeout. So, the fix to the bug is very > simple. We just need to move the code block which set the FUTEX_WAITER fl= ag > forward. I have created a patch to fix(see attachment) , is it ok for tru= nk? When you say "latest glibc sources" do you mean that you tested on master? = How recently? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39525-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 22:47:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27280 invoked by alias); 24 Oct 2017 22:47:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 27134 invoked by uid 48); 24 Oct 2017 22:47:01 -0000 From: "bugdal at aerifal dot cx" To: glibc-bugs@sourceware.org Subject: [Bug nptl/17463] mutexes owned by a terminated thread are supposed to be owned by an imaginary thread Date: Tue, 24 Oct 2017 22:47: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: bugdal at aerifal dot cx 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: In-Reply-To: References: 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: 2017-10/txt/msg00437.txt.bz2 Content-length: 967 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17463 --- Comment #2 from Rich Felker --- One relatively inexpensive way to resolve conformance here is to have threa= ds keep (in the TCB/TLS) a count of the number of recursive or error-checking mutexes they currently one which are not robust. Then, at thread exit time,= if the count is not zero, instead of SYS_exit, the thread can zero out its TID, futex_wake it, and go into an infinite SYS_pause loop with all signals bloc= ked. This in effect reserves the TID against reuse. Of course it wastes resource= s in programs where threads exit with mutexes locked, but the impact on performa= nce is minimal, and such programs are arguably buggy anyway (certainly so if th= ey do it an unbounded number of times, since to do so they'd be creating an unbounded number of mutexes which are not destroyable). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39526-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 23:38:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 36542 invoked by alias); 24 Oct 2017 23:38:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36497 invoked by uid 48); 24 Oct 2017 23:38:29 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22227] expm1f gives inaccurate results Date: Tue, 24 Oct 2017 23:38: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.25 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: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00438.txt.bz2 Content-length: 784 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22227 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Joseph Myers --- All the results observed with this test are within 1ulp of the correctly rounded result, in fact always one of the two floating-point numbers closes= t to the mathematical result, which is well inside glibc's documented accuracy goals, so this report does not disclose a bug in glibc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39527-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 23:39:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37379 invoked by alias); 24 Oct 2017 23:39:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37302 invoked by uid 48); 24 Oct 2017 23:39:43 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21912] Optimize float math functions with FMA Date: Tue, 24 Oct 2017 23:39: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jsm28 at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00439.txt.bz2 Content-length: 365 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21912 --- Comment #23 from Joseph Myers --- Since you've added FMA versions of several float functions, do you believe = any issue remains here (any more that are appropriate for such optimized versio= ns)? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39528-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 24 23:40:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38518 invoked by alias); 24 Oct 2017 23:40:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38475 invoked by uid 48); 24 Oct 2017 23:40:21 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21966] AVX2 mathvec functions use FMA without checking Date: Tue, 24 Oct 2017 23:40: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jsm28 at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00440.txt.bz2 Content-length: 314 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21966 --- Comment #2 from Joseph Myers --- If the committed patch fixed this on master, please mark this bug FIXED with target milestone set appropriately. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39529-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 04:26:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61237 invoked by alias); 25 Oct 2017 04:26:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61126 invoked by uid 48); 25 Oct 2017 04:26:28 -0000 From: "ghozt.glider at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Wed, 25 Oct 2017 04:26: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ghozt.glider at gmail dot com X-Bugzilla-Status: CLOSED 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: In-Reply-To: References: 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: 2017-10/txt/msg00441.txt.bz2 Content-length: 964 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 ghozt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Resolution|INVALID |FIXED --- Comment #5 from ghozt --- (In reply to dj@redhat.com from comment #3) > If you are using the latest glibc, you have the per-thread cache enabled.= =20 > Chunks stored in the cache are still "in use" as far as the malloc intern= als > are concerned (i.e. they won't participate in consolidations). To see wh= at > I mean, set GLIBC_TUNABLES=3Dglibc.malloc.tcache_count=3D0 in your enviro= nment > to disable the cache. Makes sense, thanks for your answer :) I close the issue. Regards,=20 ghozt --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39530-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 05:25:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60970 invoked by alias); 25 Oct 2017 05:24:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33782 invoked by uid 48); 25 Oct 2017 05:22:18 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Wed, 25 Oct 2017 05: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: normal X-Bugzilla-Who: belkacem77 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00442.txt.bz2 Content-length: 297 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #39 from Belkacem Mohammed --- Please would you like add my email address in the file for those who wants contact me? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39531-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 08:02:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83907 invoked by alias); 25 Oct 2017 08:02:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83815 invoked by uid 48); 25 Oct 2017 08:02:04 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22345] Free does not seem to free the chunk or does not mark it as free. Date: Wed, 25 Oct 2017 08:02: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: CLOSED 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 resolution flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00443.txt.bz2 Content-length: 513 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22345 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Resolution|FIXED |INVALID Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39532-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 09:54:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79756 invoked by alias); 25 Oct 2017 09:54:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79711 invoked by uid 48); 25 Oct 2017 09:54:53 -0000 From: "ma.jiang at zte dot com.cn" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Wed, 25 Oct 2017 09:54: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ma.jiang at zte dot com.cn 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: In-Reply-To: References: 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: 2017-10/txt/msg00444.txt.bz2 Content-length: 519 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 --- Comment #2 from ma.jiang at zte dot com.cn --- (In reply to Carlos O'Donell from comment #1) > When you say "latest glibc sources" do you mean that you tested on master? > How recently? The patch is for glibc-2.24. I checked the trunk code just now, the bug s= till exist. I have not write a testcase to reproduce the bug, it's quite hard(Although the bug logic is clear)... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39534-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 12:05:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103242 invoked by alias); 25 Oct 2017 12:05:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101201 invoked by uid 55); 25 Oct 2017 12:04:57 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Wed, 25 Oct 2017 12:05: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00446.txt.bz2 Content-length: 32319 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 --- Comment #6 from 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 9be7530cc0eae4d39b3d59beadc849a3a6942ffe (commit) via 6ccbf6ff910a7da8ce87c27bdaeb7448c1b3ee2b (commit) via 58b1a7eaf9099f7db793ecf6718c43ff7f4ec0d4 (commit) via 17e78edb814dfd90328efbc984e37cd4f70ef251 (commit) via 74e7284fe1d4be0e7eb3eb3ba9908eb7d0f04e3f (commit) via b41a0ff1c829f907cdc5412079b539e172ccb9bc (commit) via d971f380029b888c9194663aa4373e1f6e1b9cad (commit) via effc9e1d50912d4bc58e189ed30017bb596878b9 (commit) via 10320881d8ecd47b542b8e5ca42fdb1aa5516bbf (commit) via d8682a15d0c4903c4b687befcaf763d87c8f1993 (commit) via 1bfb86aeb4fd66d09d3ff0bd3025b19ac383b9f6 (commit) via da33d60bbec1279b7918bd8e4de82677575a32b4 (commit) via 725bbb3e18debf1e46d15bbf11da6393035aad5c (commit) via fe043d8af2aac18246eac87b6ace24bf021806e7 (commit) via 360a8df3af57489b1c9467b46c72fe45f1225979 (commit) via bab7b6b0a6474cf517a372aca2e2911ae907f96a (commit) via 3e79f758191d11e60cdf1975ece322831c73ede4 (commit) via 4960c87929ec76f02ad183f2110dac0db99bbf22 (commit) via b06a054f5822a61b94e88f595a99e358d0ad2f34 (commit) from 905a7725e9157ea522d8ab97b4c8b96aeb23df54 (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=3Dglibc.git;h=3D9be7530cc0eae4d39b3= d59beadc849a3a6942ffe commit 9be7530cc0eae4d39b3d59beadc849a3a6942ffe Author: Mike FABIAN Date: Wed Oct 25 13:47:59 2017 +0200 CJK locales: Add fullwidth yYnN to yesexpr and noexpr [BZ #15261] [BZ #15261] * localedata/locales/cmn_TW (LC_MESSAGES): Add fullwidth yYnN to yesexpr and noexpr. * localedata/locales/hak_TW (LC_MESSAGES): Likewise. * localedata/locales/ko_KR (LC_MESSAGES): Likewise. * localedata/locales/lzh_TW (LC_MESSAGES): Likewise. * localedata/locales/nan_TW (LC_MESSAGES): Likewise. * localedata/locales/zh_CN (LC_MESSAGES): Likewise. * localedata/locales/zh_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_TW (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6ccbf6ff910a7da8ce8= 7c27bdaeb7448c1b3ee2b commit 6ccbf6ff910a7da8ce87c27bdaeb7448c1b3ee2b Author: Mike FABIAN Date: Wed Oct 25 13:28:31 2017 +0200 Sync LC_MESSAGES of several locales with CLDR * localedata/locales/am_ET (LC_MESSAGES): Sync with CLDR. * localedata/locales/az_AZ (LC_MESSAGES): Likewise. * localedata/locales/el_GR (LC_MESSAGES): Likewise. * localedata/locales/ha_NG (LC_MESSAGES): Likewise. * localedata/locales/ln_CD (LC_MESSAGES): Likewise. * localedata/locales/mfe_MU (LC_MESSAGES): Likewise. * localedata/locales/ml_IN (LC_MESSAGES): Likewise. * localedata/locales/mt_MT (LC_MESSAGES): Likewise. * localedata/locales/os_RU (LC_MESSAGES): Likewise. * localedata/locales/tg_TJ (LC_MESSAGES): Likewise. * localedata/locales/tt_RU (LC_MESSAGES): Likewise. * localedata/locales/wo_SN (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D58b1a7eaf9099f7db79= 3ecf6718c43ff7f4ec0d4 commit 58b1a7eaf9099f7db793ecf6718c43ff7f4ec0d4 Author: Mike FABIAN Date: Wed Oct 25 10:47:23 2017 +0200 Use ASCII as much as possible in LC_MESSAGES of all locales to improve readability of the source * localedata/locales/aa_ET (LC_MESSAGES): Use ASCII as much as possible for better readability of the source. * localedata/locales/af_ZA (LC_MESSAGES): Likewise. * localedata/locales/ak_GH (LC_MESSAGES): Likewise. * localedata/locales/am_ET (LC_MESSAGES): Likewise. * localedata/locales/anp_IN (LC_MESSAGES): Likewise. * localedata/locales/ar_EG (LC_MESSAGES): Likewise. * localedata/locales/as_IN (LC_MESSAGES): Likewise. * localedata/locales/ast_ES (LC_MESSAGES): Likewise. * localedata/locales/ayc_PE (LC_MESSAGES): Likewise. * localedata/locales/az_AZ (LC_MESSAGES): Likewise. * localedata/locales/az_IR (LC_MESSAGES): Likewise. * localedata/locales/be_BY (LC_MESSAGES): Likewise. * localedata/locales/be_BY@latin (LC_MESSAGES): Likewise. * localedata/locales/bem_ZM (LC_MESSAGES): Likewise. * localedata/locales/ber_MA (LC_MESSAGES): Likewise. * localedata/locales/bg_BG (LC_MESSAGES): Likewise. * localedata/locales/bhb_IN (LC_MESSAGES): Likewise. * localedata/locales/bi_VU (LC_MESSAGES): Likewise. * localedata/locales/bo_CN (LC_MESSAGES): Likewise. * localedata/locales/br_FR (LC_MESSAGES): Likewise. * localedata/locales/bs_BA (LC_MESSAGES): Likewise. * localedata/locales/ca_ES (LC_MESSAGES): Likewise. * localedata/locales/ce_RU (LC_MESSAGES): Likewise. * localedata/locales/crh_UA (LC_MESSAGES): Likewise. * localedata/locales/cs_CZ (LC_MESSAGES): Likewise. * localedata/locales/csb_PL (LC_MESSAGES): Likewise. * localedata/locales/cv_RU (LC_MESSAGES): Likewise. * localedata/locales/cy_GB (LC_MESSAGES): Likewise. * localedata/locales/da_DK (LC_MESSAGES): Likewise. * localedata/locales/de_DE (LC_MESSAGES): Likewise. * localedata/locales/dv_MV (LC_MESSAGES): Likewise. * localedata/locales/dz_BT (LC_MESSAGES): Likewise. * localedata/locales/el_GR (LC_MESSAGES): Likewise. * localedata/locales/en_CA (LC_MESSAGES): Likewise. * localedata/locales/en_US (LC_MESSAGES): Likewise. * localedata/locales/es_ES (LC_MESSAGES): Likewise. * localedata/locales/et_EE (LC_MESSAGES): Likewise. * localedata/locales/eu_ES (LC_MESSAGES): Likewise. * localedata/locales/fa_IR (LC_MESSAGES): Likewise. * localedata/locales/ff_SN (LC_MESSAGES): Likewise. * localedata/locales/fi_FI (LC_MESSAGES): Likewise. * localedata/locales/fil_PH (LC_MESSAGES): Likewise. * localedata/locales/fo_FO (LC_MESSAGES): Likewise. * localedata/locales/fr_BE (LC_MESSAGES): Likewise. * localedata/locales/fr_CH (LC_MESSAGES): Likewise. * localedata/locales/fr_FR (LC_MESSAGES): Likewise. * localedata/locales/fr_LU (LC_MESSAGES): Likewise. * localedata/locales/fur_IT (LC_MESSAGES): Likewise. * localedata/locales/fy_DE (LC_MESSAGES): Likewise. * localedata/locales/ga_IE (LC_MESSAGES): Likewise. * localedata/locales/gd_GB (LC_MESSAGES): Likewise. * localedata/locales/gl_ES (LC_MESSAGES): Likewise. * localedata/locales/gu_IN (LC_MESSAGES): Likewise. * localedata/locales/gv_GB (LC_MESSAGES): Likewise. * localedata/locales/ha_NG (LC_MESSAGES): Likewise. * localedata/locales/hak_TW (LC_MESSAGES): Likewise. * localedata/locales/he_IL (LC_MESSAGES): Likewise. * localedata/locales/hif_FJ (LC_MESSAGES): Likewise. * localedata/locales/hne_IN (LC_MESSAGES): Likewise. * localedata/locales/hr_HR (LC_MESSAGES): Likewise. * localedata/locales/hsb_DE (LC_MESSAGES): Likewise. * localedata/locales/ht_HT (LC_MESSAGES): Likewise. * localedata/locales/hu_HU (LC_MESSAGES): Likewise. * localedata/locales/hy_AM (LC_MESSAGES): Likewise. * localedata/locales/ia_FR (LC_MESSAGES): Likewise. * localedata/locales/id_ID (LC_MESSAGES): Likewise. * localedata/locales/ig_NG (LC_MESSAGES): Likewise. * localedata/locales/ik_CA (LC_MESSAGES): Likewise. * localedata/locales/is_IS (LC_MESSAGES): Likewise. * localedata/locales/it_CH (LC_MESSAGES): Likewise. * localedata/locales/it_IT (LC_MESSAGES): Likewise. * localedata/locales/iu_CA (LC_MESSAGES): Likewise. * localedata/locales/ja_JP (LC_MESSAGES): Likewise. * localedata/locales/kk_KZ (LC_MESSAGES): Likewise. * localedata/locales/kl_GL (LC_MESSAGES): Likewise. * localedata/locales/ko_KR (LC_MESSAGES): Likewise. * localedata/locales/ks_IN (LC_MESSAGES): Likewise. * localedata/locales/ku_TR (LC_MESSAGES): Likewise. * localedata/locales/kw_GB (LC_MESSAGES): Likewise. * localedata/locales/ky_KG (LC_MESSAGES): Likewise. * localedata/locales/lb_LU (LC_MESSAGES): Likewise. * localedata/locales/lg_UG (LC_MESSAGES): Likewise. * localedata/locales/li_NL (LC_MESSAGES): Likewise. * localedata/locales/lij_IT (LC_MESSAGES): Likewise. * localedata/locales/ln_CD (LC_MESSAGES): Likewise. * localedata/locales/lo_LA (LC_MESSAGES): Likewise. * localedata/locales/lt_LT (LC_MESSAGES): Likewise. * localedata/locales/lv_LV (LC_MESSAGES): Likewise. * localedata/locales/lzh_TW (LC_MESSAGES): Likewise. * localedata/locales/mg_MG (LC_MESSAGES): Likewise. * localedata/locales/mhr_RU (LC_MESSAGES): Likewise. * localedata/locales/mi_NZ (LC_MESSAGES): Likewise. * localedata/locales/mk_MK (LC_MESSAGES): Likewise. * localedata/locales/ml_IN (LC_MESSAGES): Likewise. * localedata/locales/mn_MN (LC_MESSAGES): Likewise. * localedata/locales/ms_MY (LC_MESSAGES): Likewise. * localedata/locales/mt_MT (LC_MESSAGES): Likewise. * localedata/locales/my_MM (LC_MESSAGES): Likewise. * localedata/locales/nan_TW (LC_MESSAGES): Likewise. * localedata/locales/nan_TW@latin (LC_MESSAGES): Likewise. * localedata/locales/nb_NO (LC_MESSAGES): Likewise. * localedata/locales/nds_DE (LC_MESSAGES): Likewise. * localedata/locales/nds_NL (LC_MESSAGES): Likewise. * localedata/locales/ne_NP (LC_MESSAGES): Likewise. * localedata/locales/nhn_MX (LC_MESSAGES): Likewise. * localedata/locales/niu_NU (LC_MESSAGES): Likewise. * localedata/locales/nl_NL (LC_MESSAGES): Likewise. * localedata/locales/nn_NO (LC_MESSAGES): Likewise. * localedata/locales/nr_ZA (LC_MESSAGES): Likewise. * localedata/locales/nso_ZA (LC_MESSAGES): Likewise. * localedata/locales/oc_FR (LC_MESSAGES): Likewise. * localedata/locales/om_ET (LC_MESSAGES): Likewise. * localedata/locales/or_IN (LC_MESSAGES): Likewise. * localedata/locales/os_RU (LC_MESSAGES): Likewise. * localedata/locales/pa_IN (LC_MESSAGES): Likewise. * localedata/locales/pa_PK (LC_MESSAGES): Likewise. * localedata/locales/pap_AW (LC_MESSAGES): Likewise. * localedata/locales/pap_CW (LC_MESSAGES): Likewise. * localedata/locales/pl_PL (LC_MESSAGES): Likewise. * localedata/locales/ps_AF (LC_MESSAGES): Likewise. * localedata/locales/pt_BR (LC_MESSAGES): Likewise. * localedata/locales/quz_PE (LC_MESSAGES): Likewise. * localedata/locales/raj_IN (LC_MESSAGES): Likewise. * localedata/locales/ro_RO (LC_MESSAGES): Likewise. * localedata/locales/ru_RU (LC_MESSAGES): Likewise. * localedata/locales/ru_UA (LC_MESSAGES): Likewise. * localedata/locales/rw_RW (LC_MESSAGES): Likewise. * localedata/locales/sa_IN (LC_MESSAGES): Likewise. * localedata/locales/sc_IT (LC_MESSAGES): Likewise. * localedata/locales/sd_IN@devanagari (LC_MESSAGES): Likewise. * localedata/locales/se_NO (LC_MESSAGES): Likewise. * localedata/locales/sgs_LT (LC_MESSAGES): Likewise. * localedata/locales/si_LK (LC_MESSAGES): Likewise. * localedata/locales/sk_SK (LC_MESSAGES): Likewise. * localedata/locales/sl_SI (LC_MESSAGES): Likewise. * localedata/locales/sm_WS (LC_MESSAGES): Likewise. * localedata/locales/so_DJ (LC_MESSAGES): Likewise. * localedata/locales/sq_AL (LC_MESSAGES): Likewise. * localedata/locales/sr_RS (LC_MESSAGES): Likewise. * localedata/locales/sr_RS@latin (LC_MESSAGES): Likewise. * localedata/locales/ss_ZA (LC_MESSAGES): Likewise. * localedata/locales/st_ZA (LC_MESSAGES): Likewise. * localedata/locales/sv_SE (LC_MESSAGES): Likewise. * localedata/locales/sw_KE (LC_MESSAGES): Likewise. * localedata/locales/szl_PL (LC_MESSAGES): Likewise. * localedata/locales/tcy_IN (LC_MESSAGES): Likewise. * localedata/locales/tg_TJ (LC_MESSAGES): Likewise. * localedata/locales/th_TH (LC_MESSAGES): Likewise. * localedata/locales/the_NP (LC_MESSAGES): Likewise. * localedata/locales/ti_ER (LC_MESSAGES): Likewise. * localedata/locales/tk_TM (LC_MESSAGES): Likewise. * localedata/locales/tn_ZA (LC_MESSAGES): Likewise. * localedata/locales/to_TO (LC_MESSAGES): Likewise. * localedata/locales/tr_TR (LC_MESSAGES): Likewise. * localedata/locales/ts_ZA (LC_MESSAGES): Likewise. * localedata/locales/tt_RU (LC_MESSAGES): Likewise. * localedata/locales/tt_RU@iqtelif (LC_MESSAGES): Likewise. * localedata/locales/uk_UA (LC_MESSAGES): Likewise. * localedata/locales/unm_US (LC_MESSAGES): Likewise. * localedata/locales/ur_IN (LC_MESSAGES): Likewise. * localedata/locales/ur_PK (LC_MESSAGES): Likewise. * localedata/locales/uz_UZ (LC_MESSAGES): Likewise. * localedata/locales/uz_UZ@cyrillic (LC_MESSAGES): Likewise. * localedata/locales/ve_ZA (LC_MESSAGES): Likewise. * localedata/locales/vi_VN (LC_MESSAGES): Likewise. * localedata/locales/wa_BE (LC_MESSAGES): Likewise. * localedata/locales/wo_SN (LC_MESSAGES): Likewise. * localedata/locales/xh_ZA (LC_MESSAGES): Likewise. * localedata/locales/yi_US (LC_MESSAGES): Likewise. * localedata/locales/yo_NG (LC_MESSAGES): Likewise. * localedata/locales/yue_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_CN (LC_MESSAGES): Likewise. * localedata/locales/zh_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_TW (LC_MESSAGES): Likewise. * localedata/locales/zu_ZA (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D17e78edb814dfd90328= efbc984e37cd4f70ef251 commit 17e78edb814dfd90328efbc984e37cd4f70ef251 Author: Mike FABIAN Date: Wed Oct 25 10:40:20 2017 +0200 brx_IN locale: Fix yesexpr and noexpr * localedata/locales/brx_IN (LC_MESSAGES): Fix yesexpr and noexpr (Use first letters of yesstr and nostr correctly instead of using full words). https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D74e7284fe1d4be0e7eb= 3eb3ba9908eb7d0f04e3f commit 74e7284fe1d4be0e7eb3eb3ba9908eb7d0f04e3f Author: Mike FABIAN Date: Wed Oct 25 10:35:19 2017 +0200 ta_IN locale: Fix yesexpr and noexpr * localedata/locales/ta_IN (LC_MESSAGES): Fix yesexpr and noexpr (Use first letters of yesstr and nostr correctly). https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db41a0ff1c829f907cdc= 5412079b539e172ccb9bc commit b41a0ff1c829f907cdc5412079b539e172ccb9bc Author: Mike FABIAN Date: Wed Oct 25 10:06:31 2017 +0200 hi_IN, kn_IN, ks_IN@devanagari locales: In yesexpr and noexpr, also ch= eck for the first characters of yesstr and nostr * localedata/locales/hi_IN (LC_MESSAGES): In yesexpr and noexpr, also check for the first characters of yesstr and nostr. * localedata/locales/kn_IN (LC_MESSAGES): Likewise. * localedata/locales/ks_IN@devanagari (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd971f380029b888c919= 4663aa4373e1f6e1b9cad commit d971f380029b888c9194663aa4373e1f6e1b9cad Author: Mike FABIAN Date: Wed Oct 25 09:58:59 2017 +0200 cmn_TW locale: Improve yesexpr and noexpr * localedata/locales/cmn_TW (LC_MESSAGES): In yesexpr and noexpr, also check for Chinese characters. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deffc9e1d50912d4bc58= e189ed30017bb596878b9 commit effc9e1d50912d4bc58e189ed30017bb596878b9 Author: Mike FABIAN Date: Wed Oct 25 09:56:21 2017 +0200 chr_US locale: Fix yesexpr and noexpr * localedata/locales/chr_US (LC_MESSAGES): In yesexpr and noexpr, match also for the contents of yesstr and nostr. As the first letter of yesstr and nostr is equal, checking only for the first letter is not enough. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D10320881d8ecd47b542= b8e5ca42fdb1aa5516bbf commit 10320881d8ecd47b542b8e5ca42fdb1aa5516bbf Author: Mike FABIAN Date: Wed Oct 25 09:31:26 2017 +0200 ber_DZ locale: Use copy =E2=80=9C"kab_DZ"=E2=80=9D in LC_MESSAGES. * localedata/locales/ber_DZ (LC_MESSAGES): Use copy "kab_DZ", it is the same according to Belkacem Mohammed . https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd8682a15d0c4903c4b6= 87befcaf763d87c8f1993 commit d8682a15d0c4903c4b687befcaf763d87c8f1993 Author: Mike FABIAN Date: Wed Oct 25 09:25:11 2017 +0200 kab_DZ locale: Add e-mail of main contributor * localedata/locales/kab_DZ (LC_IDENTIFICATION): Add e-mail of main contributor. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1bfb86aeb4fd66d09d3= ff0bd3025b19ac383b9f6 commit 1bfb86aeb4fd66d09d3ff0bd3025b19ac383b9f6 Author: Mike FABIAN Date: Wed Oct 25 09:15:33 2017 +0200 zh_SG locale: Use copy "zh_CN" in LC_MESSAGES instead of English * localedata/locales/zh_SG (LC_MESSAGES): Use copy "zh_CN" instead of using English. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dda33d60bbec1279b791= 8bd8e4de82677575a32b4 commit da33d60bbec1279b7918bd8e4de82677575a32b4 Author: Mike FABIAN Date: Wed Oct 25 08:34:21 2017 +0200 ug_CN locale: Fix noexpr and yesexpr * localedata/locales/ug_CN (LC_MESSAGES): Fix noexpr and yesexpr by including the first letters of nostr and yesexpr in the regexp. Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D725bbb3e18debf1e46d= 15bbf11da6393035aad5c commit 725bbb3e18debf1e46d15bbf11da6393035aad5c Author: Mike FABIAN Date: Wed Oct 25 08:17:24 2017 +0200 ti_IN locale: Fix noexpr * localedata/locales/te_IN (LC_MESSAGES): Fix noexpr by including the first letter of nostr in the regexp. It agrees with CLDR now. Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfe043d8af2aac18246e= ac87b6ace24bf021806e7 commit fe043d8af2aac18246eac87b6ace24bf021806e7 Author: Mike FABIAN Date: Tue Oct 24 16:37:36 2017 +0200 km_KH locale: Fix yesstr and nostr. * localedata/locales/km_KH (LC_MESSAGES): Fix yestr and nostr. The yesstr and nostr apparently came from CLDR. And CLDR has a bug there: these strings contain a U+17D6 (which somewhat looks like a colon) instead of a real colon to separate the full words for =E2=80=9Cyes= =E2=80=9D and =E2=80=9Cno=E2=80=9D from the single letter responses. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D360a8df3af57489b1c9= 467b46c72fe45f1225979 commit 360a8df3af57489b1c9467b46c72fe45f1225979 Author: Mike FABIAN Date: Tue Oct 24 16:20:55 2017 +0200 ka_GE locale: Fix yesexp to make it agree with CLDR. * localedata/locales/ka_GE (LC_MESSAGES): Fix yesexp to make it agree with CLDR (include the first letter of yesstr). Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbab7b6b0a6474cf517a= 372aca2e2911ae907f96a commit bab7b6b0a6474cf517a372aca2e2911ae907f96a Author: Mike FABIAN Date: Tue Oct 24 14:06:05 2017 +0200 mr_IN locale: Fix yesstr and nostr and improve yesexpr and noexpr. * localedata/locales/mr_IN (LC_MESSAGES): Fix yesstr and nostr and improve yesexpr and noexpr. The yesstr and nostr apparently came from CLDR. And CLDR has a bug there: these strings contain a U+0903 (which looks like a colon) instead of a real colon to separate the full words for =E2=80=9Cyes=E2=80=9D and =E2=80=9Cn= o=E2=80=9D from the single letter responses. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3e79f758191d11e60cd= f1975ece322831c73ede4 commit 3e79f758191d11e60cdf1975ece322831c73ede4 Author: Mike FABIAN Date: Tue Oct 24 11:56:18 2017 +0200 bn_BD locale: Use only the first letters of the full yesstr and nostr in yesexpr and noexpr Using all characters of the full words for yes and no in yesexpr and no= expr makes no sense here, especially not because the words for yes and no share one character. * localedata/locales/bn_BD (LC_MESSAGES): Use only the first letters of the full yesstr and nostr in yesexpr and noexpr. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4960c87929ec76f02ad= 183f2110dac0db99bbf22 commit 4960c87929ec76f02ad183f2110dac0db99bbf22 Author: Mike FABIAN Date: Tue Oct 24 09:07:18 2017 +0200 Add yesstr, nostr, lang_term, lang_lib to an_ES locale * localedata/locales/an_ES (LC_MESSAGES): Add yesstr and nostr. * localedata/locales/an_ES (LC_ADDRESS): Add lang_term and lang_lib. * localedata/locales/an_ES: Make source more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db06a054f5822a61b94e= 88f595a99e358d0ad2f34 commit b06a054f5822a61b94e88f595a99e358d0ad2f34 Author: Mike FABIAN Date: Mon Oct 23 19:03:23 2017 +0200 Add new locale yuw_PG [BZ #20952] [BZ #20952] * localedata/locales/yuw_PG: New file. * localedata/SUPPORTED: Add yuw_PG/UTF-8. * locale/iso-639.def: Add Yau (Uruwa). ----------------------------------------------------------------------- Summary of changes: ChangeLog | 306 +++++++++++++++++++++++++++++++= ++++ locale/iso-639.def | 1 + localedata/SUPPORTED | 1 + localedata/locales/aa_ET | 8 +- localedata/locales/af_ZA | 8 +- localedata/locales/ak_GH | 8 +- localedata/locales/am_ET | 4 +- localedata/locales/an_ES | 90 +++++------ localedata/locales/anp_IN | 4 +- localedata/locales/ar_EG | 4 +- localedata/locales/as_IN | 4 +- localedata/locales/ast_ES | 8 +- localedata/locales/ayc_PE | 8 +- localedata/locales/az_AZ | 16 ++- localedata/locales/az_IR | 4 +- localedata/locales/be_BY | 4 +- localedata/locales/be_BY@latin | 4 +- localedata/locales/bem_ZM | 8 +- localedata/locales/ber_DZ | 7 +- localedata/locales/ber_MA | 11 +- localedata/locales/bg_BG | 4 +- localedata/locales/bhb_IN | 4 +- localedata/locales/bi_VU | 8 +- localedata/locales/bn_BD | 4 +- localedata/locales/bo_CN | 4 +- localedata/locales/br_FR | 8 +- localedata/locales/brx_IN | 6 +- localedata/locales/bs_BA | 8 +- localedata/locales/ca_ES | 8 +- localedata/locales/ce_RU | 4 +- localedata/locales/chr_US | 4 +- localedata/locales/cmn_TW | 6 +- localedata/locales/crh_UA | 8 +- localedata/locales/cs_CZ | 8 +- localedata/locales/csb_PL | 4 +- localedata/locales/cv_RU | 4 +- localedata/locales/cy_GB | 8 +- localedata/locales/da_DK | 8 +- localedata/locales/de_DE | 8 +- localedata/locales/dv_MV | 4 +- localedata/locales/dz_BT | 4 +- localedata/locales/el_GR | 4 +- localedata/locales/en_CA | 8 +- localedata/locales/en_US | 8 +- localedata/locales/es_ES | 8 +- localedata/locales/et_EE | 8 +- localedata/locales/eu_ES | 8 +- localedata/locales/fa_IR | 4 +- localedata/locales/ff_SN | 8 +- localedata/locales/fi_FI | 8 +- localedata/locales/fil_PH | 8 +- localedata/locales/fo_FO | 8 +- localedata/locales/fr_BE | 8 +- localedata/locales/fr_CH | 8 +- localedata/locales/fr_FR | 8 +- localedata/locales/fr_LU | 8 +- localedata/locales/fur_IT | 8 +- localedata/locales/fy_DE | 8 +- localedata/locales/ga_IE | 8 +- localedata/locales/gd_GB | 8 +- localedata/locales/gl_ES | 8 +- localedata/locales/gu_IN | 4 +- localedata/locales/gv_GB | 4 +- localedata/locales/ha_NG | 8 +- localedata/locales/hak_TW | 8 +- localedata/locales/he_IL | 4 +- localedata/locales/hi_IN | 4 +- localedata/locales/hif_FJ | 10 +- localedata/locales/hne_IN | 4 +- localedata/locales/hr_HR | 8 +- localedata/locales/hsb_DE | 8 +- localedata/locales/ht_HT | 8 +- localedata/locales/hu_HU | 8 +- localedata/locales/hy_AM | 4 +- localedata/locales/ia_FR | 8 +- localedata/locales/id_ID | 8 +- localedata/locales/ig_NG | 8 +- localedata/locales/ik_CA | 8 +- localedata/locales/is_IS | 8 +- localedata/locales/it_CH | 8 +- localedata/locales/it_IT | 8 +- localedata/locales/iu_CA | 4 +- localedata/locales/ja_JP | 6 +- localedata/locales/ka_GE | 4 +- localedata/locales/kab_DZ | 3 +- localedata/locales/kk_KZ | 4 +- localedata/locales/kl_GL | 8 +- localedata/locales/km_KH | 4 +- localedata/locales/kn_IN | 4 +- localedata/locales/ko_KR | 4 +- localedata/locales/ks_IN | 4 +- localedata/locales/ks_IN@devanagari | 4 +- localedata/locales/ku_TR | 8 +- localedata/locales/kw_GB | 8 +- localedata/locales/ky_KG | 4 +- localedata/locales/lb_LU | 8 +- localedata/locales/lg_UG | 8 +- localedata/locales/li_NL | 4 +- localedata/locales/lij_IT | 4 +- localedata/locales/ln_CD | 8 +- localedata/locales/lo_LA | 4 +- localedata/locales/lt_LT | 8 +- localedata/locales/lv_LV | 8 +- localedata/locales/lzh_TW | 8 +- localedata/locales/mfe_MU | 6 +- localedata/locales/mg_MG | 8 +- localedata/locales/mhr_RU | 4 +- localedata/locales/mi_NZ | 8 +- localedata/locales/mk_MK | 5 +- localedata/locales/ml_IN | 6 +- localedata/locales/mn_MN | 4 +- localedata/locales/mr_IN | 10 +- localedata/locales/ms_MY | 8 +- localedata/locales/mt_MT | 10 +- localedata/locales/my_MM | 4 +- localedata/locales/nan_TW | 8 +- localedata/locales/nan_TW@latin | 8 +- localedata/locales/nb_NO | 8 +- localedata/locales/nds_DE | 8 +- localedata/locales/nds_NL | 8 +- localedata/locales/ne_NP | 4 +- localedata/locales/nhn_MX | 8 +- localedata/locales/niu_NU | 8 +- localedata/locales/nl_NL | 8 +- localedata/locales/nn_NO | 8 +- localedata/locales/nr_ZA | 4 +- localedata/locales/nso_ZA | 4 +- localedata/locales/oc_FR | 4 +- localedata/locales/om_ET | 10 +- localedata/locales/or_IN | 5 +- localedata/locales/os_RU | 4 +- localedata/locales/pa_IN | 4 +- localedata/locales/pa_PK | 6 +- localedata/locales/pap_AW | 8 +- localedata/locales/pap_CW | 8 +- localedata/locales/pl_PL | 8 +- localedata/locales/ps_AF | 4 +- localedata/locales/pt_BR | 8 +- localedata/locales/quz_PE | 8 +- localedata/locales/raj_IN | 4 +- localedata/locales/ro_RO | 8 +- localedata/locales/ru_RU | 4 +- localedata/locales/ru_UA | 5 +- localedata/locales/rw_RW | 4 +- localedata/locales/sa_IN | 4 +- localedata/locales/sc_IT | 10 +- localedata/locales/sd_IN@devanagari | 4 +- localedata/locales/se_NO | 8 +- localedata/locales/sgs_LT | 8 +- localedata/locales/si_LK | 4 +- localedata/locales/sk_SK | 8 +- localedata/locales/sl_SI | 8 +- localedata/locales/sm_WS | 14 +-- localedata/locales/so_DJ | 8 +- localedata/locales/sq_AL | 8 +- localedata/locales/sr_RS | 4 +- localedata/locales/sr_RS@latin | 8 +- localedata/locales/ss_ZA | 4 +- localedata/locales/st_ZA | 4 +- localedata/locales/sv_SE | 8 +- localedata/locales/sw_KE | 8 +- localedata/locales/szl_PL | 4 +- localedata/locales/ta_IN | 4 +- localedata/locales/tcy_IN | 4 +- localedata/locales/te_IN | 4 +- localedata/locales/tg_TJ | 8 +- localedata/locales/th_TH | 4 +- localedata/locales/the_NP | 4 +- localedata/locales/ti_ER | 4 +- localedata/locales/tk_TM | 8 +- localedata/locales/tn_ZA | 4 +- localedata/locales/to_TO | 12 +- localedata/locales/tr_TR | 8 +- localedata/locales/ts_ZA | 10 +- localedata/locales/tt_RU | 4 +- localedata/locales/tt_RU@iqtelif | 8 +- localedata/locales/ug_CN | 4 +- localedata/locales/uk_UA | 28 ++-- localedata/locales/unm_US | 4 +- localedata/locales/ur_IN | 4 +- localedata/locales/ur_PK | 6 +- localedata/locales/uz_UZ | 9 +- localedata/locales/uz_UZ@cyrillic | 5 +- localedata/locales/ve_ZA | 4 +- localedata/locales/vi_VN | 8 +- localedata/locales/wa_BE | 8 +- localedata/locales/wo_SN | 6 +- localedata/locales/xh_ZA | 8 +- localedata/locales/yi_US | 4 +- localedata/locales/yo_NG | 8 +- localedata/locales/yue_HK | 4 +- localedata/locales/yuw_PG | 153 +++++++++++++++++ localedata/locales/zh_CN | 4 +- localedata/locales/zh_HK | 4 +- localedata/locales/zh_SG | 5 +- localedata/locales/zh_TW | 8 +- localedata/locales/zu_ZA | 8 +- 197 files changed, 1120 insertions(+), 692 deletions(-) create mode 100644 localedata/locales/yuw_PG --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39533-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 12:05:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101444 invoked by alias); 25 Oct 2017 12:05:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101159 invoked by uid 55); 25 Oct 2017 12:04:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15261] LC_MESSAGES.yesexpr/noexpr: inconsistent use of full-width Latin characters Date: Wed, 25 Oct 2017 12:05: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.16 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: In-Reply-To: References: 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: 2017-10/txt/msg00445.txt.bz2 Content-length: 32319 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15261 --- Comment #1 from 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 9be7530cc0eae4d39b3d59beadc849a3a6942ffe (commit) via 6ccbf6ff910a7da8ce87c27bdaeb7448c1b3ee2b (commit) via 58b1a7eaf9099f7db793ecf6718c43ff7f4ec0d4 (commit) via 17e78edb814dfd90328efbc984e37cd4f70ef251 (commit) via 74e7284fe1d4be0e7eb3eb3ba9908eb7d0f04e3f (commit) via b41a0ff1c829f907cdc5412079b539e172ccb9bc (commit) via d971f380029b888c9194663aa4373e1f6e1b9cad (commit) via effc9e1d50912d4bc58e189ed30017bb596878b9 (commit) via 10320881d8ecd47b542b8e5ca42fdb1aa5516bbf (commit) via d8682a15d0c4903c4b687befcaf763d87c8f1993 (commit) via 1bfb86aeb4fd66d09d3ff0bd3025b19ac383b9f6 (commit) via da33d60bbec1279b7918bd8e4de82677575a32b4 (commit) via 725bbb3e18debf1e46d15bbf11da6393035aad5c (commit) via fe043d8af2aac18246eac87b6ace24bf021806e7 (commit) via 360a8df3af57489b1c9467b46c72fe45f1225979 (commit) via bab7b6b0a6474cf517a372aca2e2911ae907f96a (commit) via 3e79f758191d11e60cdf1975ece322831c73ede4 (commit) via 4960c87929ec76f02ad183f2110dac0db99bbf22 (commit) via b06a054f5822a61b94e88f595a99e358d0ad2f34 (commit) from 905a7725e9157ea522d8ab97b4c8b96aeb23df54 (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=3Dglibc.git;h=3D9be7530cc0eae4d39b3= d59beadc849a3a6942ffe commit 9be7530cc0eae4d39b3d59beadc849a3a6942ffe Author: Mike FABIAN Date: Wed Oct 25 13:47:59 2017 +0200 CJK locales: Add fullwidth yYnN to yesexpr and noexpr [BZ #15261] [BZ #15261] * localedata/locales/cmn_TW (LC_MESSAGES): Add fullwidth yYnN to yesexpr and noexpr. * localedata/locales/hak_TW (LC_MESSAGES): Likewise. * localedata/locales/ko_KR (LC_MESSAGES): Likewise. * localedata/locales/lzh_TW (LC_MESSAGES): Likewise. * localedata/locales/nan_TW (LC_MESSAGES): Likewise. * localedata/locales/zh_CN (LC_MESSAGES): Likewise. * localedata/locales/zh_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_TW (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6ccbf6ff910a7da8ce8= 7c27bdaeb7448c1b3ee2b commit 6ccbf6ff910a7da8ce87c27bdaeb7448c1b3ee2b Author: Mike FABIAN Date: Wed Oct 25 13:28:31 2017 +0200 Sync LC_MESSAGES of several locales with CLDR * localedata/locales/am_ET (LC_MESSAGES): Sync with CLDR. * localedata/locales/az_AZ (LC_MESSAGES): Likewise. * localedata/locales/el_GR (LC_MESSAGES): Likewise. * localedata/locales/ha_NG (LC_MESSAGES): Likewise. * localedata/locales/ln_CD (LC_MESSAGES): Likewise. * localedata/locales/mfe_MU (LC_MESSAGES): Likewise. * localedata/locales/ml_IN (LC_MESSAGES): Likewise. * localedata/locales/mt_MT (LC_MESSAGES): Likewise. * localedata/locales/os_RU (LC_MESSAGES): Likewise. * localedata/locales/tg_TJ (LC_MESSAGES): Likewise. * localedata/locales/tt_RU (LC_MESSAGES): Likewise. * localedata/locales/wo_SN (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D58b1a7eaf9099f7db79= 3ecf6718c43ff7f4ec0d4 commit 58b1a7eaf9099f7db793ecf6718c43ff7f4ec0d4 Author: Mike FABIAN Date: Wed Oct 25 10:47:23 2017 +0200 Use ASCII as much as possible in LC_MESSAGES of all locales to improve readability of the source * localedata/locales/aa_ET (LC_MESSAGES): Use ASCII as much as possible for better readability of the source. * localedata/locales/af_ZA (LC_MESSAGES): Likewise. * localedata/locales/ak_GH (LC_MESSAGES): Likewise. * localedata/locales/am_ET (LC_MESSAGES): Likewise. * localedata/locales/anp_IN (LC_MESSAGES): Likewise. * localedata/locales/ar_EG (LC_MESSAGES): Likewise. * localedata/locales/as_IN (LC_MESSAGES): Likewise. * localedata/locales/ast_ES (LC_MESSAGES): Likewise. * localedata/locales/ayc_PE (LC_MESSAGES): Likewise. * localedata/locales/az_AZ (LC_MESSAGES): Likewise. * localedata/locales/az_IR (LC_MESSAGES): Likewise. * localedata/locales/be_BY (LC_MESSAGES): Likewise. * localedata/locales/be_BY@latin (LC_MESSAGES): Likewise. * localedata/locales/bem_ZM (LC_MESSAGES): Likewise. * localedata/locales/ber_MA (LC_MESSAGES): Likewise. * localedata/locales/bg_BG (LC_MESSAGES): Likewise. * localedata/locales/bhb_IN (LC_MESSAGES): Likewise. * localedata/locales/bi_VU (LC_MESSAGES): Likewise. * localedata/locales/bo_CN (LC_MESSAGES): Likewise. * localedata/locales/br_FR (LC_MESSAGES): Likewise. * localedata/locales/bs_BA (LC_MESSAGES): Likewise. * localedata/locales/ca_ES (LC_MESSAGES): Likewise. * localedata/locales/ce_RU (LC_MESSAGES): Likewise. * localedata/locales/crh_UA (LC_MESSAGES): Likewise. * localedata/locales/cs_CZ (LC_MESSAGES): Likewise. * localedata/locales/csb_PL (LC_MESSAGES): Likewise. * localedata/locales/cv_RU (LC_MESSAGES): Likewise. * localedata/locales/cy_GB (LC_MESSAGES): Likewise. * localedata/locales/da_DK (LC_MESSAGES): Likewise. * localedata/locales/de_DE (LC_MESSAGES): Likewise. * localedata/locales/dv_MV (LC_MESSAGES): Likewise. * localedata/locales/dz_BT (LC_MESSAGES): Likewise. * localedata/locales/el_GR (LC_MESSAGES): Likewise. * localedata/locales/en_CA (LC_MESSAGES): Likewise. * localedata/locales/en_US (LC_MESSAGES): Likewise. * localedata/locales/es_ES (LC_MESSAGES): Likewise. * localedata/locales/et_EE (LC_MESSAGES): Likewise. * localedata/locales/eu_ES (LC_MESSAGES): Likewise. * localedata/locales/fa_IR (LC_MESSAGES): Likewise. * localedata/locales/ff_SN (LC_MESSAGES): Likewise. * localedata/locales/fi_FI (LC_MESSAGES): Likewise. * localedata/locales/fil_PH (LC_MESSAGES): Likewise. * localedata/locales/fo_FO (LC_MESSAGES): Likewise. * localedata/locales/fr_BE (LC_MESSAGES): Likewise. * localedata/locales/fr_CH (LC_MESSAGES): Likewise. * localedata/locales/fr_FR (LC_MESSAGES): Likewise. * localedata/locales/fr_LU (LC_MESSAGES): Likewise. * localedata/locales/fur_IT (LC_MESSAGES): Likewise. * localedata/locales/fy_DE (LC_MESSAGES): Likewise. * localedata/locales/ga_IE (LC_MESSAGES): Likewise. * localedata/locales/gd_GB (LC_MESSAGES): Likewise. * localedata/locales/gl_ES (LC_MESSAGES): Likewise. * localedata/locales/gu_IN (LC_MESSAGES): Likewise. * localedata/locales/gv_GB (LC_MESSAGES): Likewise. * localedata/locales/ha_NG (LC_MESSAGES): Likewise. * localedata/locales/hak_TW (LC_MESSAGES): Likewise. * localedata/locales/he_IL (LC_MESSAGES): Likewise. * localedata/locales/hif_FJ (LC_MESSAGES): Likewise. * localedata/locales/hne_IN (LC_MESSAGES): Likewise. * localedata/locales/hr_HR (LC_MESSAGES): Likewise. * localedata/locales/hsb_DE (LC_MESSAGES): Likewise. * localedata/locales/ht_HT (LC_MESSAGES): Likewise. * localedata/locales/hu_HU (LC_MESSAGES): Likewise. * localedata/locales/hy_AM (LC_MESSAGES): Likewise. * localedata/locales/ia_FR (LC_MESSAGES): Likewise. * localedata/locales/id_ID (LC_MESSAGES): Likewise. * localedata/locales/ig_NG (LC_MESSAGES): Likewise. * localedata/locales/ik_CA (LC_MESSAGES): Likewise. * localedata/locales/is_IS (LC_MESSAGES): Likewise. * localedata/locales/it_CH (LC_MESSAGES): Likewise. * localedata/locales/it_IT (LC_MESSAGES): Likewise. * localedata/locales/iu_CA (LC_MESSAGES): Likewise. * localedata/locales/ja_JP (LC_MESSAGES): Likewise. * localedata/locales/kk_KZ (LC_MESSAGES): Likewise. * localedata/locales/kl_GL (LC_MESSAGES): Likewise. * localedata/locales/ko_KR (LC_MESSAGES): Likewise. * localedata/locales/ks_IN (LC_MESSAGES): Likewise. * localedata/locales/ku_TR (LC_MESSAGES): Likewise. * localedata/locales/kw_GB (LC_MESSAGES): Likewise. * localedata/locales/ky_KG (LC_MESSAGES): Likewise. * localedata/locales/lb_LU (LC_MESSAGES): Likewise. * localedata/locales/lg_UG (LC_MESSAGES): Likewise. * localedata/locales/li_NL (LC_MESSAGES): Likewise. * localedata/locales/lij_IT (LC_MESSAGES): Likewise. * localedata/locales/ln_CD (LC_MESSAGES): Likewise. * localedata/locales/lo_LA (LC_MESSAGES): Likewise. * localedata/locales/lt_LT (LC_MESSAGES): Likewise. * localedata/locales/lv_LV (LC_MESSAGES): Likewise. * localedata/locales/lzh_TW (LC_MESSAGES): Likewise. * localedata/locales/mg_MG (LC_MESSAGES): Likewise. * localedata/locales/mhr_RU (LC_MESSAGES): Likewise. * localedata/locales/mi_NZ (LC_MESSAGES): Likewise. * localedata/locales/mk_MK (LC_MESSAGES): Likewise. * localedata/locales/ml_IN (LC_MESSAGES): Likewise. * localedata/locales/mn_MN (LC_MESSAGES): Likewise. * localedata/locales/ms_MY (LC_MESSAGES): Likewise. * localedata/locales/mt_MT (LC_MESSAGES): Likewise. * localedata/locales/my_MM (LC_MESSAGES): Likewise. * localedata/locales/nan_TW (LC_MESSAGES): Likewise. * localedata/locales/nan_TW@latin (LC_MESSAGES): Likewise. * localedata/locales/nb_NO (LC_MESSAGES): Likewise. * localedata/locales/nds_DE (LC_MESSAGES): Likewise. * localedata/locales/nds_NL (LC_MESSAGES): Likewise. * localedata/locales/ne_NP (LC_MESSAGES): Likewise. * localedata/locales/nhn_MX (LC_MESSAGES): Likewise. * localedata/locales/niu_NU (LC_MESSAGES): Likewise. * localedata/locales/nl_NL (LC_MESSAGES): Likewise. * localedata/locales/nn_NO (LC_MESSAGES): Likewise. * localedata/locales/nr_ZA (LC_MESSAGES): Likewise. * localedata/locales/nso_ZA (LC_MESSAGES): Likewise. * localedata/locales/oc_FR (LC_MESSAGES): Likewise. * localedata/locales/om_ET (LC_MESSAGES): Likewise. * localedata/locales/or_IN (LC_MESSAGES): Likewise. * localedata/locales/os_RU (LC_MESSAGES): Likewise. * localedata/locales/pa_IN (LC_MESSAGES): Likewise. * localedata/locales/pa_PK (LC_MESSAGES): Likewise. * localedata/locales/pap_AW (LC_MESSAGES): Likewise. * localedata/locales/pap_CW (LC_MESSAGES): Likewise. * localedata/locales/pl_PL (LC_MESSAGES): Likewise. * localedata/locales/ps_AF (LC_MESSAGES): Likewise. * localedata/locales/pt_BR (LC_MESSAGES): Likewise. * localedata/locales/quz_PE (LC_MESSAGES): Likewise. * localedata/locales/raj_IN (LC_MESSAGES): Likewise. * localedata/locales/ro_RO (LC_MESSAGES): Likewise. * localedata/locales/ru_RU (LC_MESSAGES): Likewise. * localedata/locales/ru_UA (LC_MESSAGES): Likewise. * localedata/locales/rw_RW (LC_MESSAGES): Likewise. * localedata/locales/sa_IN (LC_MESSAGES): Likewise. * localedata/locales/sc_IT (LC_MESSAGES): Likewise. * localedata/locales/sd_IN@devanagari (LC_MESSAGES): Likewise. * localedata/locales/se_NO (LC_MESSAGES): Likewise. * localedata/locales/sgs_LT (LC_MESSAGES): Likewise. * localedata/locales/si_LK (LC_MESSAGES): Likewise. * localedata/locales/sk_SK (LC_MESSAGES): Likewise. * localedata/locales/sl_SI (LC_MESSAGES): Likewise. * localedata/locales/sm_WS (LC_MESSAGES): Likewise. * localedata/locales/so_DJ (LC_MESSAGES): Likewise. * localedata/locales/sq_AL (LC_MESSAGES): Likewise. * localedata/locales/sr_RS (LC_MESSAGES): Likewise. * localedata/locales/sr_RS@latin (LC_MESSAGES): Likewise. * localedata/locales/ss_ZA (LC_MESSAGES): Likewise. * localedata/locales/st_ZA (LC_MESSAGES): Likewise. * localedata/locales/sv_SE (LC_MESSAGES): Likewise. * localedata/locales/sw_KE (LC_MESSAGES): Likewise. * localedata/locales/szl_PL (LC_MESSAGES): Likewise. * localedata/locales/tcy_IN (LC_MESSAGES): Likewise. * localedata/locales/tg_TJ (LC_MESSAGES): Likewise. * localedata/locales/th_TH (LC_MESSAGES): Likewise. * localedata/locales/the_NP (LC_MESSAGES): Likewise. * localedata/locales/ti_ER (LC_MESSAGES): Likewise. * localedata/locales/tk_TM (LC_MESSAGES): Likewise. * localedata/locales/tn_ZA (LC_MESSAGES): Likewise. * localedata/locales/to_TO (LC_MESSAGES): Likewise. * localedata/locales/tr_TR (LC_MESSAGES): Likewise. * localedata/locales/ts_ZA (LC_MESSAGES): Likewise. * localedata/locales/tt_RU (LC_MESSAGES): Likewise. * localedata/locales/tt_RU@iqtelif (LC_MESSAGES): Likewise. * localedata/locales/uk_UA (LC_MESSAGES): Likewise. * localedata/locales/unm_US (LC_MESSAGES): Likewise. * localedata/locales/ur_IN (LC_MESSAGES): Likewise. * localedata/locales/ur_PK (LC_MESSAGES): Likewise. * localedata/locales/uz_UZ (LC_MESSAGES): Likewise. * localedata/locales/uz_UZ@cyrillic (LC_MESSAGES): Likewise. * localedata/locales/ve_ZA (LC_MESSAGES): Likewise. * localedata/locales/vi_VN (LC_MESSAGES): Likewise. * localedata/locales/wa_BE (LC_MESSAGES): Likewise. * localedata/locales/wo_SN (LC_MESSAGES): Likewise. * localedata/locales/xh_ZA (LC_MESSAGES): Likewise. * localedata/locales/yi_US (LC_MESSAGES): Likewise. * localedata/locales/yo_NG (LC_MESSAGES): Likewise. * localedata/locales/yue_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_CN (LC_MESSAGES): Likewise. * localedata/locales/zh_HK (LC_MESSAGES): Likewise. * localedata/locales/zh_TW (LC_MESSAGES): Likewise. * localedata/locales/zu_ZA (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D17e78edb814dfd90328= efbc984e37cd4f70ef251 commit 17e78edb814dfd90328efbc984e37cd4f70ef251 Author: Mike FABIAN Date: Wed Oct 25 10:40:20 2017 +0200 brx_IN locale: Fix yesexpr and noexpr * localedata/locales/brx_IN (LC_MESSAGES): Fix yesexpr and noexpr (Use first letters of yesstr and nostr correctly instead of using full words). https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D74e7284fe1d4be0e7eb= 3eb3ba9908eb7d0f04e3f commit 74e7284fe1d4be0e7eb3eb3ba9908eb7d0f04e3f Author: Mike FABIAN Date: Wed Oct 25 10:35:19 2017 +0200 ta_IN locale: Fix yesexpr and noexpr * localedata/locales/ta_IN (LC_MESSAGES): Fix yesexpr and noexpr (Use first letters of yesstr and nostr correctly). https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db41a0ff1c829f907cdc= 5412079b539e172ccb9bc commit b41a0ff1c829f907cdc5412079b539e172ccb9bc Author: Mike FABIAN Date: Wed Oct 25 10:06:31 2017 +0200 hi_IN, kn_IN, ks_IN@devanagari locales: In yesexpr and noexpr, also ch= eck for the first characters of yesstr and nostr * localedata/locales/hi_IN (LC_MESSAGES): In yesexpr and noexpr, also check for the first characters of yesstr and nostr. * localedata/locales/kn_IN (LC_MESSAGES): Likewise. * localedata/locales/ks_IN@devanagari (LC_MESSAGES): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd971f380029b888c919= 4663aa4373e1f6e1b9cad commit d971f380029b888c9194663aa4373e1f6e1b9cad Author: Mike FABIAN Date: Wed Oct 25 09:58:59 2017 +0200 cmn_TW locale: Improve yesexpr and noexpr * localedata/locales/cmn_TW (LC_MESSAGES): In yesexpr and noexpr, also check for Chinese characters. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deffc9e1d50912d4bc58= e189ed30017bb596878b9 commit effc9e1d50912d4bc58e189ed30017bb596878b9 Author: Mike FABIAN Date: Wed Oct 25 09:56:21 2017 +0200 chr_US locale: Fix yesexpr and noexpr * localedata/locales/chr_US (LC_MESSAGES): In yesexpr and noexpr, match also for the contents of yesstr and nostr. As the first letter of yesstr and nostr is equal, checking only for the first letter is not enough. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D10320881d8ecd47b542= b8e5ca42fdb1aa5516bbf commit 10320881d8ecd47b542b8e5ca42fdb1aa5516bbf Author: Mike FABIAN Date: Wed Oct 25 09:31:26 2017 +0200 ber_DZ locale: Use copy =E2=80=9C"kab_DZ"=E2=80=9D in LC_MESSAGES. * localedata/locales/ber_DZ (LC_MESSAGES): Use copy "kab_DZ", it is the same according to Belkacem Mohammed . https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd8682a15d0c4903c4b6= 87befcaf763d87c8f1993 commit d8682a15d0c4903c4b687befcaf763d87c8f1993 Author: Mike FABIAN Date: Wed Oct 25 09:25:11 2017 +0200 kab_DZ locale: Add e-mail of main contributor * localedata/locales/kab_DZ (LC_IDENTIFICATION): Add e-mail of main contributor. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1bfb86aeb4fd66d09d3= ff0bd3025b19ac383b9f6 commit 1bfb86aeb4fd66d09d3ff0bd3025b19ac383b9f6 Author: Mike FABIAN Date: Wed Oct 25 09:15:33 2017 +0200 zh_SG locale: Use copy "zh_CN" in LC_MESSAGES instead of English * localedata/locales/zh_SG (LC_MESSAGES): Use copy "zh_CN" instead of using English. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dda33d60bbec1279b791= 8bd8e4de82677575a32b4 commit da33d60bbec1279b7918bd8e4de82677575a32b4 Author: Mike FABIAN Date: Wed Oct 25 08:34:21 2017 +0200 ug_CN locale: Fix noexpr and yesexpr * localedata/locales/ug_CN (LC_MESSAGES): Fix noexpr and yesexpr by including the first letters of nostr and yesexpr in the regexp. Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D725bbb3e18debf1e46d= 15bbf11da6393035aad5c commit 725bbb3e18debf1e46d15bbf11da6393035aad5c Author: Mike FABIAN Date: Wed Oct 25 08:17:24 2017 +0200 ti_IN locale: Fix noexpr * localedata/locales/te_IN (LC_MESSAGES): Fix noexpr by including the first letter of nostr in the regexp. It agrees with CLDR now. Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfe043d8af2aac18246e= ac87b6ace24bf021806e7 commit fe043d8af2aac18246eac87b6ace24bf021806e7 Author: Mike FABIAN Date: Tue Oct 24 16:37:36 2017 +0200 km_KH locale: Fix yesstr and nostr. * localedata/locales/km_KH (LC_MESSAGES): Fix yestr and nostr. The yesstr and nostr apparently came from CLDR. And CLDR has a bug there: these strings contain a U+17D6 (which somewhat looks like a colon) instead of a real colon to separate the full words for =E2=80=9Cyes= =E2=80=9D and =E2=80=9Cno=E2=80=9D from the single letter responses. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D360a8df3af57489b1c9= 467b46c72fe45f1225979 commit 360a8df3af57489b1c9467b46c72fe45f1225979 Author: Mike FABIAN Date: Tue Oct 24 16:20:55 2017 +0200 ka_GE locale: Fix yesexp to make it agree with CLDR. * localedata/locales/ka_GE (LC_MESSAGES): Fix yesexp to make it agree with CLDR (include the first letter of yesstr). Also make it more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbab7b6b0a6474cf517a= 372aca2e2911ae907f96a commit bab7b6b0a6474cf517a372aca2e2911ae907f96a Author: Mike FABIAN Date: Tue Oct 24 14:06:05 2017 +0200 mr_IN locale: Fix yesstr and nostr and improve yesexpr and noexpr. * localedata/locales/mr_IN (LC_MESSAGES): Fix yesstr and nostr and improve yesexpr and noexpr. The yesstr and nostr apparently came from CLDR. And CLDR has a bug there: these strings contain a U+0903 (which looks like a colon) instead of a real colon to separate the full words for =E2=80=9Cyes=E2=80=9D and =E2=80=9Cn= o=E2=80=9D from the single letter responses. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3e79f758191d11e60cd= f1975ece322831c73ede4 commit 3e79f758191d11e60cdf1975ece322831c73ede4 Author: Mike FABIAN Date: Tue Oct 24 11:56:18 2017 +0200 bn_BD locale: Use only the first letters of the full yesstr and nostr in yesexpr and noexpr Using all characters of the full words for yes and no in yesexpr and no= expr makes no sense here, especially not because the words for yes and no share one character. * localedata/locales/bn_BD (LC_MESSAGES): Use only the first letters of the full yesstr and nostr in yesexpr and noexpr. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4960c87929ec76f02ad= 183f2110dac0db99bbf22 commit 4960c87929ec76f02ad183f2110dac0db99bbf22 Author: Mike FABIAN Date: Tue Oct 24 09:07:18 2017 +0200 Add yesstr, nostr, lang_term, lang_lib to an_ES locale * localedata/locales/an_ES (LC_MESSAGES): Add yesstr and nostr. * localedata/locales/an_ES (LC_ADDRESS): Add lang_term and lang_lib. * localedata/locales/an_ES: Make source more readable by using ASCII where possible. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db06a054f5822a61b94e= 88f595a99e358d0ad2f34 commit b06a054f5822a61b94e88f595a99e358d0ad2f34 Author: Mike FABIAN Date: Mon Oct 23 19:03:23 2017 +0200 Add new locale yuw_PG [BZ #20952] [BZ #20952] * localedata/locales/yuw_PG: New file. * localedata/SUPPORTED: Add yuw_PG/UTF-8. * locale/iso-639.def: Add Yau (Uruwa). ----------------------------------------------------------------------- Summary of changes: ChangeLog | 306 +++++++++++++++++++++++++++++++= ++++ locale/iso-639.def | 1 + localedata/SUPPORTED | 1 + localedata/locales/aa_ET | 8 +- localedata/locales/af_ZA | 8 +- localedata/locales/ak_GH | 8 +- localedata/locales/am_ET | 4 +- localedata/locales/an_ES | 90 +++++------ localedata/locales/anp_IN | 4 +- localedata/locales/ar_EG | 4 +- localedata/locales/as_IN | 4 +- localedata/locales/ast_ES | 8 +- localedata/locales/ayc_PE | 8 +- localedata/locales/az_AZ | 16 ++- localedata/locales/az_IR | 4 +- localedata/locales/be_BY | 4 +- localedata/locales/be_BY@latin | 4 +- localedata/locales/bem_ZM | 8 +- localedata/locales/ber_DZ | 7 +- localedata/locales/ber_MA | 11 +- localedata/locales/bg_BG | 4 +- localedata/locales/bhb_IN | 4 +- localedata/locales/bi_VU | 8 +- localedata/locales/bn_BD | 4 +- localedata/locales/bo_CN | 4 +- localedata/locales/br_FR | 8 +- localedata/locales/brx_IN | 6 +- localedata/locales/bs_BA | 8 +- localedata/locales/ca_ES | 8 +- localedata/locales/ce_RU | 4 +- localedata/locales/chr_US | 4 +- localedata/locales/cmn_TW | 6 +- localedata/locales/crh_UA | 8 +- localedata/locales/cs_CZ | 8 +- localedata/locales/csb_PL | 4 +- localedata/locales/cv_RU | 4 +- localedata/locales/cy_GB | 8 +- localedata/locales/da_DK | 8 +- localedata/locales/de_DE | 8 +- localedata/locales/dv_MV | 4 +- localedata/locales/dz_BT | 4 +- localedata/locales/el_GR | 4 +- localedata/locales/en_CA | 8 +- localedata/locales/en_US | 8 +- localedata/locales/es_ES | 8 +- localedata/locales/et_EE | 8 +- localedata/locales/eu_ES | 8 +- localedata/locales/fa_IR | 4 +- localedata/locales/ff_SN | 8 +- localedata/locales/fi_FI | 8 +- localedata/locales/fil_PH | 8 +- localedata/locales/fo_FO | 8 +- localedata/locales/fr_BE | 8 +- localedata/locales/fr_CH | 8 +- localedata/locales/fr_FR | 8 +- localedata/locales/fr_LU | 8 +- localedata/locales/fur_IT | 8 +- localedata/locales/fy_DE | 8 +- localedata/locales/ga_IE | 8 +- localedata/locales/gd_GB | 8 +- localedata/locales/gl_ES | 8 +- localedata/locales/gu_IN | 4 +- localedata/locales/gv_GB | 4 +- localedata/locales/ha_NG | 8 +- localedata/locales/hak_TW | 8 +- localedata/locales/he_IL | 4 +- localedata/locales/hi_IN | 4 +- localedata/locales/hif_FJ | 10 +- localedata/locales/hne_IN | 4 +- localedata/locales/hr_HR | 8 +- localedata/locales/hsb_DE | 8 +- localedata/locales/ht_HT | 8 +- localedata/locales/hu_HU | 8 +- localedata/locales/hy_AM | 4 +- localedata/locales/ia_FR | 8 +- localedata/locales/id_ID | 8 +- localedata/locales/ig_NG | 8 +- localedata/locales/ik_CA | 8 +- localedata/locales/is_IS | 8 +- localedata/locales/it_CH | 8 +- localedata/locales/it_IT | 8 +- localedata/locales/iu_CA | 4 +- localedata/locales/ja_JP | 6 +- localedata/locales/ka_GE | 4 +- localedata/locales/kab_DZ | 3 +- localedata/locales/kk_KZ | 4 +- localedata/locales/kl_GL | 8 +- localedata/locales/km_KH | 4 +- localedata/locales/kn_IN | 4 +- localedata/locales/ko_KR | 4 +- localedata/locales/ks_IN | 4 +- localedata/locales/ks_IN@devanagari | 4 +- localedata/locales/ku_TR | 8 +- localedata/locales/kw_GB | 8 +- localedata/locales/ky_KG | 4 +- localedata/locales/lb_LU | 8 +- localedata/locales/lg_UG | 8 +- localedata/locales/li_NL | 4 +- localedata/locales/lij_IT | 4 +- localedata/locales/ln_CD | 8 +- localedata/locales/lo_LA | 4 +- localedata/locales/lt_LT | 8 +- localedata/locales/lv_LV | 8 +- localedata/locales/lzh_TW | 8 +- localedata/locales/mfe_MU | 6 +- localedata/locales/mg_MG | 8 +- localedata/locales/mhr_RU | 4 +- localedata/locales/mi_NZ | 8 +- localedata/locales/mk_MK | 5 +- localedata/locales/ml_IN | 6 +- localedata/locales/mn_MN | 4 +- localedata/locales/mr_IN | 10 +- localedata/locales/ms_MY | 8 +- localedata/locales/mt_MT | 10 +- localedata/locales/my_MM | 4 +- localedata/locales/nan_TW | 8 +- localedata/locales/nan_TW@latin | 8 +- localedata/locales/nb_NO | 8 +- localedata/locales/nds_DE | 8 +- localedata/locales/nds_NL | 8 +- localedata/locales/ne_NP | 4 +- localedata/locales/nhn_MX | 8 +- localedata/locales/niu_NU | 8 +- localedata/locales/nl_NL | 8 +- localedata/locales/nn_NO | 8 +- localedata/locales/nr_ZA | 4 +- localedata/locales/nso_ZA | 4 +- localedata/locales/oc_FR | 4 +- localedata/locales/om_ET | 10 +- localedata/locales/or_IN | 5 +- localedata/locales/os_RU | 4 +- localedata/locales/pa_IN | 4 +- localedata/locales/pa_PK | 6 +- localedata/locales/pap_AW | 8 +- localedata/locales/pap_CW | 8 +- localedata/locales/pl_PL | 8 +- localedata/locales/ps_AF | 4 +- localedata/locales/pt_BR | 8 +- localedata/locales/quz_PE | 8 +- localedata/locales/raj_IN | 4 +- localedata/locales/ro_RO | 8 +- localedata/locales/ru_RU | 4 +- localedata/locales/ru_UA | 5 +- localedata/locales/rw_RW | 4 +- localedata/locales/sa_IN | 4 +- localedata/locales/sc_IT | 10 +- localedata/locales/sd_IN@devanagari | 4 +- localedata/locales/se_NO | 8 +- localedata/locales/sgs_LT | 8 +- localedata/locales/si_LK | 4 +- localedata/locales/sk_SK | 8 +- localedata/locales/sl_SI | 8 +- localedata/locales/sm_WS | 14 +-- localedata/locales/so_DJ | 8 +- localedata/locales/sq_AL | 8 +- localedata/locales/sr_RS | 4 +- localedata/locales/sr_RS@latin | 8 +- localedata/locales/ss_ZA | 4 +- localedata/locales/st_ZA | 4 +- localedata/locales/sv_SE | 8 +- localedata/locales/sw_KE | 8 +- localedata/locales/szl_PL | 4 +- localedata/locales/ta_IN | 4 +- localedata/locales/tcy_IN | 4 +- localedata/locales/te_IN | 4 +- localedata/locales/tg_TJ | 8 +- localedata/locales/th_TH | 4 +- localedata/locales/the_NP | 4 +- localedata/locales/ti_ER | 4 +- localedata/locales/tk_TM | 8 +- localedata/locales/tn_ZA | 4 +- localedata/locales/to_TO | 12 +- localedata/locales/tr_TR | 8 +- localedata/locales/ts_ZA | 10 +- localedata/locales/tt_RU | 4 +- localedata/locales/tt_RU@iqtelif | 8 +- localedata/locales/ug_CN | 4 +- localedata/locales/uk_UA | 28 ++-- localedata/locales/unm_US | 4 +- localedata/locales/ur_IN | 4 +- localedata/locales/ur_PK | 6 +- localedata/locales/uz_UZ | 9 +- localedata/locales/uz_UZ@cyrillic | 5 +- localedata/locales/ve_ZA | 4 +- localedata/locales/vi_VN | 8 +- localedata/locales/wa_BE | 8 +- localedata/locales/wo_SN | 6 +- localedata/locales/xh_ZA | 8 +- localedata/locales/yi_US | 4 +- localedata/locales/yo_NG | 8 +- localedata/locales/yue_HK | 4 +- localedata/locales/yuw_PG | 153 +++++++++++++++++ localedata/locales/zh_CN | 4 +- localedata/locales/zh_HK | 4 +- localedata/locales/zh_SG | 5 +- localedata/locales/zh_TW | 8 +- localedata/locales/zu_ZA | 8 +- 197 files changed, 1120 insertions(+), 692 deletions(-) create mode 100644 localedata/locales/yuw_PG --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39535-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 12:16:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76468 invoked by alias); 25 Oct 2017 12:16:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76405 invoked by uid 48); 25 Oct 2017 12:16:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Wed, 25 Oct 2017 12:16: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00447.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #40 from Mike FABIAN --- (In reply to Belkacem Mohammed from comment #39) > Please would you like add my email address in the file for those who wants > contact me? I did that now in git master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39536-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 13:42:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26199 invoked by alias); 25 Oct 2017 13:42:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26137 invoked by uid 48); 25 Oct 2017 13:42:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15261] LC_MESSAGES.yesexpr/noexpr: inconsistent use of full-width Latin characters Date: Wed, 25 Oct 2017 13:42: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.16 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00448.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15261 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39537-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 14:09:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35124 invoked by alias); 25 Oct 2017 14:09:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 28319 invoked by uid 48); 25 Oct 2017 14:09:19 -0000 From: "riehecky at fnal dot gov" To: glibc-bugs@sourceware.org Subject: [Bug nss/22349] New: [RFE] user specific hosts entries Date: Wed, 25 Oct 2017 14:09: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: riehecky at fnal dot gov 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: 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: 2017-10/txt/msg00449.txt.bz2 Content-length: 1127 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22349 Bug ID: 22349 Summary: [RFE] user specific hosts entries Product: glibc Version: unspecified Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: nss Assignee: unassigned at sourceware dot org Reporter: riehecky at fnal dot gov Target Milestone: --- Is it possible to add a new NSS that reads something like ~/.hosts for user specific host aliases? Ideally, this would permit users to add their own local resolution for specified hosts, while preventing this from leaking into other user's resolution. Use Case: - a web developer wants to override the resolution of a hostname to test a specific node in a round robin cluster. - an IOT developer has a pile of devices with IPs that may change depending= on test conditions. Concerns: - preventing services like NSCD from caching resolution of user specific results is mandatory so that no one poisons the hosts.db --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39539-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 15:49:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30679 invoked by alias); 25 Oct 2017 15:49:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 27404 invoked by uid 55); 25 Oct 2017 15:49:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21598] i386 _dl_runtime_resolve/_dl_runtime_profile is incompatible with shadow stack Date: Wed, 25 Oct 2017 15:49: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00451.txt.bz2 Content-length: 6993 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21598 --- Comment #47 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/cet/property has been created at 47d00dc7a94d4ffe004138aaf7a3930da0fb96d6 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D47d00dc7a94d4ffe004= 138aaf7a3930da0fb96d6 commit 47d00dc7a94d4ffe004138aaf7a3930da0fb96d6 Author: H.J. Lu Date: Wed Jun 28 15:16:46 2017 -0700 i386: Add _dl_runtime_resolve_shstk/_dl_runtime_profile_shstk [BZ #2159= 8] Add SHSTK compatible symbol resolvers to support Shadow Stack in Intel Control-flow Enforcement Technology (CET) instructions: =20=20=20 https://software.intel.com/sites/default/files/managed/4d/2a/control-flow-e= nforcement-technology-preview.pdf Replace _dl_runtime_resolve and _dl_runtime_profile with _dl_runtime_resolve_shstk and _dl_runtime_profile_shstk, respectively if SHSTK is enabled. [BZ #21598] * sysdeps/i386/dl-trampoline.S (_dl_runtime_resolve_shstk): New. (_dl_runtime_profile_shstk): Likewise. * sysdeps/unix/sysv/linux/i386/dl-cet.c: New file. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D319cbb3efb5ea6772dd= 11b7c145e5a524f47944c commit 319cbb3efb5ea6772dd11b7c145e5a524f47944c Author: H.J. Lu Date: Thu Jun 22 04:15:39 2017 -0700 x86: Support IBT and SHSTK in Intel CET Intel Control-flow Enforcement Technology (CET) instructions: =20=20=20 https://software.intel.com/sites/default/files/managed/4d/2a/control-flow-en forcement-technology-preview.pdf includes Indirect Branch Tracking (IBT) and Shadow Stack (SHSTK). GNU_PROPERTY_X86_FEATURE_1_IBT is added to GNU program property to indicate that all executable sections are compatible with IBT when ENDBR instruction starts each valid target where an indirect branch instruction can land. GNU_PROPERTY_X86_FEATURE_1_IBT is set on output only if it is set on all relocatable inputs. On an IBT capable processor, the following steps should be taken: 1. When loading an executable, if GNU_PROPERTY_X86_FEATURE_1_IBT is set on the executable, enable IBT. 2. If IBT is enabled, when loading a shared object without GNU_PROPERTY_X86_FEATURE_1_IBT: a. If legacy interwork is allowed, then mark all pages in executable PT_LOAD segments in legacy code page bitmap. Failure of legacy co= de page bitmap allocation causes an error. b. If legacy interwork isn't allowed, it causes an error. GNU_PROPERTY_X86_FEATURE_1_SHSTK is added to GNU program property to indicate that all executable sections are compatible with SHSTK where return address popped from shadow stack always matches return address popped from normal stack. GNU_PROPERTY_X86_FEATURE_1_SHSTK is set on output only if it is set on all relocatable inputs. On a SHSTK capable processor, the following steps should be taken: 1. When loading an executable, if GNU_PROPERTY_X86_FEATURE_1_SHSTK is set on the executable as well as all shared objects loaded via the DT_NEEDED tag, enable SHSTK. 2. After SHSTK is enabled, it is an error to load a shared object without GNU_PROPERTY_X86_FEATURE_1_SHSTK. When glibc is built with a CET-enabled compiler, CET is enabled by default, unless --disable-cet is used to configure glibc. When CET is enabled, both compiler and assembler must support CET. Otherwise, it is a configure-time error. To support CET run-time control, 1. _dl_x86_feature_1 is added to the writable ld.so namespace to indica= te if IBT or SHSTK are enabled at run-time. 2. For dynamic executables: a. A l_cet field is added to struct link_map to indicate if IBT or SHSTK is enabled in an ELF module. The optional DL_PROCESS_PT_NO= TE is called to process PT_NOTE segment for GNU program property and set l_cet. b. _dl_start_user calls _dl_cet_init, instead of _dl_init, which sets _dl_x86_feature_1 as well as sets up IBT and SHSTK. 3. For static executables, _dl_setup_cet is called to process PT_NOTE segment for GNU program property to set _dl_x86_feature_1 as well as set up IBT and SHSTK. from CET-enabled GCC is automatically included by assembly codes to add GNU_PROPERTY_X86_FEATURE_1_IBT and GNU_PROPERTY_X86_FEATURE_1_SH= STK to GNU program property. * config.h.in (ENABLE_CET): New #undef. * configure.ac: Add --enable-cet. * configure: Regenerated. * elf/dl-load.c (filebuf): Moved before "dynamic-link.h". (_dl_map_object_from_fd): Call DL_PROCESS_PT_NOTE on PT_NOTE segment if DL_PROCESS_PT_NOTE is defined. * elf/rtld.c (dl_main): Likewise. * elf/dl-support.c: Include . * include/link.h: Include . * sysdeps/generic/dl-procruntime.c: New file. * sysdeps/generic/link_map.h: Likewise. * sysdeps/unix/sysv/linux/i386/dl-machine.h: Likewise. * sysdeps/unix/sysv/linux/x86/configure: Likewise. * sysdeps/unix/sysv/linux/x86/configure.ac: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet-nonshared.c: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet.c: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet.h: Likewise. * sysdeps/unix/sysv/linux/x86/dl-procruntime.c: Likewise. * sysdeps/unix/sysv/linux/x86/libc-start.c: Likewise. * sysdeps/unix/sysv/linux/x86/link_map.h: Likewise. * sysdeps/unix/sysv/linux/x86_64/dl-machine.h: Likewise. * sysdeps/generic/ldsodefs.h: Include in the writable ld.so namespace. * sysdeps/i386/dl-machine.h (DL_INIT): New. (_dl_start_user): Replace _dl_init with DL_INIT. * sysdeps/unix/sysv/linux/x86/Makefile (sysdep_routines): Add dl-cet-nonshared if CET is enabled. (sysdep-dl-routines): Add dl-cet if CET is enabled. (CFLAGS-.o): Add -finstrument-control-flow -mcet if CET is enabled. (CFLAGS-.os): Likewise. (CFLAGS-.op): Likewise. (CFLAGS-.oS): Likewise. (asm-CPPFLAGS): Add -finstrument-control-flow -mcet -include cet.h if CET is enabled. * sysdeps/x86/libc-start.c (ARCH_INIT_CPU_FEATURES): Define only if it is undefined. * sysdeps/x86_64/dl-machine.h (DL_INIT): New. (_dl_start_user): Replace _dl_init with DL_INIT. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39538-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 15:49:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8683 invoked by alias); 25 Oct 2017 15:49:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2089 invoked by uid 55); 25 Oct 2017 15:49:00 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21598] i386 _dl_runtime_resolve/_dl_runtime_profile is incompatible with shadow stack Date: Wed, 25 Oct 2017 15:49: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00450.txt.bz2 Content-length: 775 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21598 --- Comment #46 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/cet/property has been deleted was f23c333cea7da348267d20aaafaf7470ab6fa6d3 - Log ----------------------------------------------------------------- f23c333cea7da348267d20aaafaf7470ab6fa6d3 i386: Add _dl_runtime_resolve_shstk/_dl_runtime_profile_shstk [BZ #21598] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39540-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 15:58:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 65622 invoked by alias); 25 Oct 2017 15:58:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57159 invoked by uid 48); 25 Oct 2017 15:58:42 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Wed, 25 Oct 2017 15:58: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: 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00452.txt.bz2 Content-length: 790 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 --- Comment #3 from Carlos O'Donell --- (In reply to ma.jiang from comment #2) > (In reply to Carlos O'Donell from comment #1) >=20 > > When you say "latest glibc sources" do you mean that you tested on mast= er? > > How recently? > The patch is for glibc-2.24. I checked the trunk code just now, the bug > still exist. I have not write a testcase to reproduce the bug, it's quite > hard(Although the bug logic is clear)... Thank you for the verification. I've been collecting a number of robust mut= ex fixes, and I think in the next development cycle we'll try to address the l= ast remaining issues, including this one. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39541-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 18:09:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103142 invoked by alias); 25 Oct 2017 18:09:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101136 invoked by uid 55); 25 Oct 2017 18:09:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21598] i386 _dl_runtime_resolve/_dl_runtime_profile is incompatible with shadow stack Date: Wed, 25 Oct 2017 18:09: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00453.txt.bz2 Content-length: 775 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21598 --- Comment #48 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/cet/property has been deleted was 47d00dc7a94d4ffe004138aaf7a3930da0fb96d6 - Log ----------------------------------------------------------------- 47d00dc7a94d4ffe004138aaf7a3930da0fb96d6 i386: Add _dl_runtime_resolve_shstk/_dl_runtime_profile_shstk [BZ #21598] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39542-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 18:09:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108281 invoked by alias); 25 Oct 2017 18:09:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104325 invoked by uid 55); 25 Oct 2017 18:09:25 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21598] i386 _dl_runtime_resolve/_dl_runtime_profile is incompatible with shadow stack Date: Wed, 25 Oct 2017 18:09: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.26 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: In-Reply-To: References: 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: 2017-10/txt/msg00454.txt.bz2 Content-length: 6973 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21598 --- Comment #49 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/cet/property has been created at 1a746e5056e299e235e98b1378d5eb1ddc67fb36 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1a746e5056e299e235e= 98b1378d5eb1ddc67fb36 commit 1a746e5056e299e235e98b1378d5eb1ddc67fb36 Author: H.J. Lu Date: Wed Jun 28 15:16:46 2017 -0700 i386: Add _dl_runtime_resolve_shstk/_dl_runtime_profile_shstk [BZ #2159= 8] Add SHSTK compatible symbol resolvers to support Shadow Stack in Intel Control-flow Enforcement Technology (CET) instructions: =20=20=20 https://software.intel.com/sites/default/files/managed/4d/2a/control-flow-e= nforcement-technology-preview.pdf Replace _dl_runtime_resolve and _dl_runtime_profile with _dl_runtime_resolve_shstk and _dl_runtime_profile_shstk, respectively if SHSTK is enabled. [BZ #21598] * sysdeps/i386/dl-trampoline.S (_dl_runtime_resolve_shstk): New. (_dl_runtime_profile_shstk): Likewise. * sysdeps/unix/sysv/linux/i386/dl-cet.c: New file. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6628d23736502a5c1c5= 150cbcfc2ac989c0ec548 commit 6628d23736502a5c1c5150cbcfc2ac989c0ec548 Author: H.J. Lu Date: Thu Jun 22 04:15:39 2017 -0700 x86: Support IBT and SHSTK in Intel CET Intel Control-flow Enforcement Technology (CET) instructions: =20=20=20 https://software.intel.com/sites/default/files/managed/4d/2a/control-flow-en forcement-technology-preview.pdf includes Indirect Branch Tracking (IBT) and Shadow Stack (SHSTK). GNU_PROPERTY_X86_FEATURE_1_IBT is added to GNU program property to indicate that all executable sections are compatible with IBT when ENDBR instruction starts each valid target where an indirect branch instruction can land. GNU_PROPERTY_X86_FEATURE_1_IBT is set on output only if it is set on all relocatable inputs. On an IBT capable processor, the following steps should be taken: 1. When loading an executable, if GNU_PROPERTY_X86_FEATURE_1_IBT is set on the executable, enable IBT. 2. If IBT is enabled, when loading a shared object without GNU_PROPERTY_X86_FEATURE_1_IBT: a. If legacy interwork is allowed, then mark all pages in executable PT_LOAD segments in legacy code page bitmap. Failure of legacy co= de page bitmap allocation causes an error. b. If legacy interwork isn't allowed, it causes an error. GNU_PROPERTY_X86_FEATURE_1_SHSTK is added to GNU program property to indicate that all executable sections are compatible with SHSTK where return address popped from shadow stack always matches return address popped from normal stack. GNU_PROPERTY_X86_FEATURE_1_SHSTK is set on output only if it is set on all relocatable inputs. On a SHSTK capable processor, the following steps should be taken: 1. When loading an executable, if GNU_PROPERTY_X86_FEATURE_1_SHSTK is set on the executable as well as all shared objects loaded via the DT_NEEDED tag, enable SHSTK. 2. After SHSTK is enabled, it is an error to load a shared object without GNU_PROPERTY_X86_FEATURE_1_SHSTK. When glibc is built with a CET-enabled compiler, CET is enabled by default, unless --disable-cet is used to configure glibc. When CET is enabled, both compiler and assembler must support CET. Otherwise, it is a configure-time error. To support CET run-time control, 1. _dl_x86_feature_1 is added to the writable ld.so namespace to indica= te if IBT or SHSTK are enabled at run-time. 2. For dynamic executables: a. A l_cet field is added to struct link_map to indicate if IBT or SHSTK is enabled in an ELF module. The optional DL_PROCESS_PT_NO= TE is called to process PT_NOTE segment for GNU program property and set l_cet. b. _dl_start_user calls _dl_cet_init, instead of _dl_init, which sets _dl_x86_feature_1 as well as sets up IBT and SHSTK. 3. For static executables, _dl_setup_cet is called to process PT_NOTE segment for GNU program property to set _dl_x86_feature_1 as well as set up IBT and SHSTK. from CET-enabled GCC is automatically included by assembly codes to add GNU_PROPERTY_X86_FEATURE_1_IBT and GNU_PROPERTY_X86_FEATURE_1_SH= STK to GNU program property. * config.h.in (ENABLE_CET): New #undef. * configure.ac: Add --enable-cet. * configure: Regenerated. * elf/dl-load.c (filebuf): Moved before "dynamic-link.h". (_dl_map_object_from_fd): Call DL_PROCESS_PT_NOTE on PT_NOTE segment if DL_PROCESS_PT_NOTE is defined. * elf/rtld.c (dl_main): Likewise. * elf/dl-support.c: Include . * include/link.h: Include . * sysdeps/generic/dl-procruntime.c: New file. * sysdeps/generic/link_map.h: Likewise. * sysdeps/unix/sysv/linux/i386/dl-machine.h: Likewise. * sysdeps/unix/sysv/linux/x86/configure: Likewise. * sysdeps/unix/sysv/linux/x86/configure.ac: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet-nonshared.c: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet.c: Likewise. * sysdeps/unix/sysv/linux/x86/dl-cet.h: Likewise. * sysdeps/unix/sysv/linux/x86/dl-procruntime.c: Likewise. * sysdeps/unix/sysv/linux/x86/libc-start.c: Likewise. * sysdeps/unix/sysv/linux/x86/link_map.h: Likewise. * sysdeps/unix/sysv/linux/x86_64/dl-machine.h: Likewise. * sysdeps/generic/ldsodefs.h: Include in the writable ld.so namespace. * sysdeps/i386/dl-machine.h (DL_INIT): New. (_dl_start_user): Replace _dl_init with DL_INIT. * sysdeps/unix/sysv/linux/x86/Makefile (sysdep_routines): Add dl-cet-nonshared if CET is enabled. (sysdep-dl-routines): Add dl-cet if CET is enabled. (CFLAGS-.o): Add -fcf-protection -mcet if CET is enabled. (CFLAGS-.os): Likewise. (CFLAGS-.op): Likewise. (CFLAGS-.oS): Likewise. (asm-CPPFLAGS): Add -fcf-protection -mcet -include cet.h if CET is enabled. * sysdeps/x86/libc-start.c (ARCH_INIT_CPU_FEATURES): Define only if it is undefined. * sysdeps/x86_64/dl-machine.h (DL_INIT): New. (_dl_start_user): Replace _dl_init with DL_INIT. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39543-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 18:31:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3888 invoked by alias); 25 Oct 2017 18:31:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 129691 invoked by uid 48); 25 Oct 2017 18:31:21 -0000 From: "yueqichen.0x0 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22341] Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Date: Wed, 25 Oct 2017 18:31: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: yueqichen.0x0 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: priority Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00455.txt.bz2 Content-length: 362 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22341 yueqichen.0x0 at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39544-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Oct 25 21:32:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 129661 invoked by alias); 25 Oct 2017 21:32:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 129279 invoked by uid 48); 25 Oct 2017 21:31:56 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] New: Unaligned pthread_cond_t stopped working Date: Wed, 25 Oct 2017 21:32: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.27 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 attachments.created Message-ID: 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: 2017-10/txt/msg00456.txt.bz2 Content-length: 1011 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Bug ID: 22351 Summary: Unaligned pthread_cond_t stopped working Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: nptl Assignee: unassigned at sourceware dot org Reporter: tuliom at linux dot vnet.ibm.com CC: drepper.fsp at gmail dot com Target Milestone: --- Created attachment 10556 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10556&action=3Ded= it Modified version of nptl/tst-cond1.c The attached program works well on glibc <=3D 2.24. It has the following packed structure: struct thread_info_t { pthread_mutex_t mut; char c; pthread_cond_t cond; }; If it's compiled on a glibc <=3D 2.24 machine and copied to a glibc >=3D 2.= 25 machine, it aborts. Confirmed on x86_64 and powerpc64le. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39545-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 02:28:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12468 invoked by alias); 26 Oct 2017 02:28:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12411 invoked by uid 48); 26 Oct 2017 02:28:46 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Thu, 26 Oct 2017 02:28: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.27 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00457.txt.bz2 Content-length: 1305 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to Tulio Magno Quites Machado Filho from comment #0) > Created attachment 10556 [details] > Modified version of nptl/tst-cond1.c >=20 > The attached program works well on glibc <=3D 2.24. >=20 > It has the following packed structure: >=20 > struct thread_info_t > { > pthread_mutex_t mut; > char c; > pthread_cond_t cond; > }; >=20 > If it's compiled on a glibc <=3D 2.24 machine and copied to a glibc >=3D = 2.25 > machine, it aborts. >=20 > Confirmed on x86_64 and powerpc64le. In 2.25 we had the new pthread_cond_t. Are we missing explicit padding somewhere to avoid problems with user use of pragma pack(1)? I'm not entirely worried this isn't working, it's a bad idea to use pragma pack(1) like this, and it should be avoided, but since it worked previously= , we probably need to audit any missing explicit padding? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39546-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 04:47:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47151 invoked by alias); 26 Oct 2017 04:46:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46409 invoked by uid 48); 26 Oct 2017 04:44:59 -0000 From: "keno at juliacomputing dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/21604] glibc fails to build with a gcc/musl toolchain Date: Thu, 26 Oct 2017 04: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.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: keno at juliacomputing 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 Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00458.txt.bz2 Content-length: 744 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21604 Keno Fischer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |keno at juliacomputing dot= com --- Comment #3 from Keno Fischer --- Just ran into this as well. I would suggest removing those OS X/FreeBSD che= cks and guarding the u_char_defined check by an additional `#ifdef __GLIBC__`. = It seems unreasonable to assume that any random libc would define `__u_char`. = Does that sound reasonable? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39547-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 06:10:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35875 invoked by alias); 26 Oct 2017 06:10:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34018 invoked by uid 48); 26 Oct 2017 06:10:13 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Thu, 26 Oct 2017 06:10: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00459.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #7 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39548-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 08:07:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 17998 invoked by alias); 26 Oct 2017 08:07:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 17159 invoked by uid 48); 26 Oct 2017 08:07:18 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Thu, 26 Oct 2017 08:07: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.27 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: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00460.txt.bz2 Content-length: 643 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Andreas Schwab --- That it appeared to work previously is irrelevent, because it has always be= en broken. The kernel requires 32-bit alignment of futex variables. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39549-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 09:27:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28124 invoked by alias); 26 Oct 2017 09:27:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 28074 invoked by uid 48); 26 Oct 2017 09:26:56 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug locale/22062] Unnecessary locking when reading configuration in iconv/gconv_conf.c Date: Thu, 26 Oct 2017 09:27: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00461.txt.bz2 Content-length: 938 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22062 Arjun Shankar changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Data race when reading |Unnecessary locking when |configuration in |reading configuration in |iconv/gconv_conf.c |iconv/gconv_conf.c --- Comment #1 from Arjun Shankar --- The review [1] of the patch I wrote for this revealed that no locking is necessary at all because the entire routine is called via __libc_once. Given this, the partial locking (when writing config to its data structures) duri= ng __gconv_get_path should be thrown away. [1] https://sourceware.org/ml/libc-alpha/2017-10/msg00428.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39551-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 09:59:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32814 invoked by alias); 26 Oct 2017 09:59:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32756 invoked by uid 48); 26 Oct 2017 09:59:40 -0000 From: "thierry.vignaud at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 09: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: thierry.vignaud at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00463.txt.bz2 Content-length: 318 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 --- Comment #6 from thierry.vignaud at gmail dot com --- Created attachment 10557 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10557&action=3Ded= it fix nostr for "br" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39550-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 09:59:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32153 invoked by alias); 26 Oct 2017 09:59:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31948 invoked by uid 48); 26 Oct 2017 09:59:19 -0000 From: "thierry.vignaud at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 09: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: thierry.vignaud at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00462.txt.bz2 Content-length: 558 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 thierry.vignaud at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thierry.vignaud at gmail d= ot com --- Comment #5 from thierry.vignaud at gmail dot com --- This is wrong (but I don't have the rights to reopen this bug). See my attached patch for explanations. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39552-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 10:53:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126264 invoked by alias); 26 Oct 2017 10:53:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126220 invoked by uid 48); 26 Oct 2017 10:52:56 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Thu, 26 Oct 2017 10: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tuliom at linux dot vnet.ibm.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: In-Reply-To: References: 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: 2017-10/txt/msg00464.txt.bz2 Content-length: 752 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 --- Comment #3 from Tulio Magno Quites Machado Filho --- (In reply to Carlos O'Donell from comment #1) > Are we missing explicit padding somewhere to avoid problems with user use= of > pragma pack(1)? No. The problem happens because of atomic instruction that are not aligned= at their natural boundary. (In reply to Andreas Schwab from comment #2) > That it appeared to work previously is irrelevent, because it has always > been broken. The kernel requires 32-bit alignment of futex variables. For the record, it also fails with pragma pack(4). Tested on powerpc64le. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39553-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 12:49:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81896 invoked by alias); 26 Oct 2017 12:49:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81828 invoked by uid 48); 26 Oct 2017 12:49:12 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 12:49: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on resolution everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00465.txt.bz2 Content-length: 777 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Last reconfirmed| |2017-10-26 Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #7 from Mike FABIAN --- (In reply to thierry.vignaud from comment #5) > This is wrong (but I don't have the rights to reopen this bug). > See my attached patch for explanations. REOPEN. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39554-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 13:20:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69250 invoked by alias); 26 Oct 2017 13:20:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64844 invoked by uid 48); 26 Oct 2017 13:20:21 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 13:20: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00466.txt.bz2 Content-length: 359 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 --- Comment #8 from Mike FABIAN --- CLDR seems to have incomplete/wrong data as well for yesstr and nostr for Breton. I just created this report: https://unicode.org/cldr/trac/ticket/10734 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39555-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 13:25:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82744 invoked by alias); 26 Oct 2017 13:25:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82467 invoked by uid 55); 26 Oct 2017 13:25:26 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 13:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00467.txt.bz2 Content-length: 2574 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 --- Comment #9 from 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 67ad7163bbfa25d901eae2dcc442cab55c37cf7e (commit) via 408dff7ee52d61229740c18ac1e9ca8c522bcf6c (commit) from 02eec681676c5aabf2eb13b92b1124245d19112f (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=3Dglibc.git;h=3D67ad7163bbfa25d901e= ae2dcc442cab55c37cf7e commit 67ad7163bbfa25d901eae2dcc442cab55c37cf7e Author: Thierry Vignaud Date: Thu Oct 26 12:00:15 2017 +0200 add myself as contact for "br" locale Pablo was l10n/i18n coordinator back in the old days but MandrakeSoft is dead now * localedata/locales/br_FR (LC_IDENTIFICATON): Add Thierry Vignaud as the contact for the br_FR locale. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D408dff7ee52d6122974= 0c18ac1e9ca8c522bcf6c commit 408dff7ee52d61229740c18ac1e9ca8c522bcf6c Author: Thierry Vignaud Date: Wed Oct 25 22:12:31 2017 +0200 fix nostr for "br" [BZ #21706] "Ket" is the the most used negative answer, as it's the negative answer to a positively phrased question It's used as it or with the verb ("Ne ran ket", ...) As such, "Ket" is used in most translations. "Nann" is less used as it's the negative answer to a negatively phrased question See https://en.wikipedia.org/wiki/Yes_and_no for explanations about languages with 3 or 4 form systems. We still keep "Nn" for short answers as: - new learners are used to "Non" in french - and they often misuses "Nann" - for compatibility with english [BZ #21706] * localedata/locales/br_FR (LC_MESSAGES): Fix nostr. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++++++++++ localedata/locales/br_FR | 8 ++++---- 2 files changed, 15 insertions(+), 4 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39556-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 13:29:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95367 invoked by alias); 26 Oct 2017 13:29:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95287 invoked by uid 48); 26 Oct 2017 13:29:52 -0000 From: "thierry.vignaud at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Thu, 26 Oct 2017 13: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: thierry.vignaud at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00468.txt.bz2 Content-length: 698 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 --- Comment #10 from thierry.vignaud at gmail dot com --- (In reply to Mike FABIAN from comment #8) > CLDR seems to have incomplete/wrong data as well for yesstr and nostr > for Breton. I just created this report: >=20 > https://unicode.org/cldr/trac/ticket/10734 I suspect a non native speaker has used a very basic dictionary that doesn't provide context for the alternatives :-) A more evolved dictionary is clearer: eg: https://abp.bzh/dico.cgi?dico=3Dfrancais&key=3Dnon&buton=3DTraduire Sadly that's a common mistake for new learners... :-( That's life. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39557-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 15:10:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79798 invoked by alias); 26 Oct 2017 15:10:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79746 invoked by uid 55); 26 Oct 2017 15:10:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22299] Problem with $PLATFORM on x86_64 platform Date: Thu, 26 Oct 2017 15:10: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00469.txt.bz2 Content-length: 2837 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22299 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 4b692dffb95ac4812b161eb6a16113d7e824982e (commit) from 77eea8950ce5495ff033bca3465ccfd2db072ae6 (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=3Dglibc.git;h=3D4b692dffb95ac4812b1= 61eb6a16113d7e824982e commit 4b692dffb95ac4812b161eb6a16113d7e824982e Author: H.J. Lu Date: Thu Oct 19 08:28:09 2017 -0700 x86-64: Don't set GLRO(dl_platform) to NULL [BZ #22299] Since ld.so expands $PLATFORM with GLRO(dl_platform), don't set GLRO(dl_platform) to NULL. [BZ #22299] * sysdeps/x86/cpu-features.c (init_cpu_features): Don't set GLRO(dl_platform) to NULL. * sysdeps/x86_64/Makefile (tests): Add tst-platform-1. (modules-names): Add tst-platformmod-1 and x86_64/tst-platformmod-2. (CFLAGS-tst-platform-1.c): New. (CFLAGS-tst-platformmod-1.c): Likewise. (CFLAGS-tst-platformmod-2.c): Likewise. (LDFLAGS-tst-platformmod-2.so): Likewise. ($(objpfx)tst-platform-1): Likewise. ($(objpfx)tst-platform-1.out): Likewise. (tst-platform-1-ENV): Likewise. ($(objpfx)x86_64/tst-platformmod-2.os): Likewise. * sysdeps/x86_64/tst-platform-1.c: New file. * sysdeps/x86_64/tst-platformmod-1.c: Likewise. * sysdeps/x86_64/tst-platformmod-2.c: Likewise. (cherry picked from commit 4d916f0f12b230f49967797f98b2b613c734a047) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++++++++++ NEWS | 1 + sysdeps/x86/cpu-features.c | 12 ++++++++---- sysdeps/x86_64/Makefile | 20 ++++++++++++++++++++ sysdeps/x86_64/tst-platform-1.c | 29 +++++++++++++++++++++++++++++ sysdeps/x86_64/tst-platformmod-1.c | 23 +++++++++++++++++++++++ sysdeps/x86_64/tst-platformmod-2.c | 23 +++++++++++++++++++++++ 7 files changed, 125 insertions(+), 4 deletions(-) create mode 100644 sysdeps/x86_64/tst-platform-1.c create mode 100644 sysdeps/x86_64/tst-platformmod-1.c create mode 100644 sysdeps/x86_64/tst-platformmod-2.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39558-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 15:39:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72072 invoked by alias); 26 Oct 2017 15:39:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71914 invoked by uid 55); 26 Oct 2017 15:39:32 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/21604] glibc fails to build with a gcc/musl toolchain Date: Thu, 26 Oct 2017 15:39: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.25 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00470.txt.bz2 Content-length: 419 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21604 --- Comment #4 from joseph at codesourcery dot com --- Given Zack's work to clean up types used in installed headers, another=20 possibility would be to make rpc/types.h just use unsigned char etc.=20 unconditionally when defining these typedefs. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39559-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 16:58:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31810 invoked by alias); 26 Oct 2017 16:58:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31748 invoked by uid 48); 26 Oct 2017 16:58:31 -0000 From: "ldv at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22347] getrandom() returns the number of bytes that were copied to the buffer even though the comments say "Return 0 on success and -1 on failure." Date: Thu, 26 Oct 2017 16:58: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ldv at sourceware 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00471.txt.bz2 Content-length: 1127 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22347 Dmitry V. Levin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ldv at sourceware dot org --- Comment #1 from Dmitry V. Levin --- (In reply to Eero Vuojolahti from comment #0) > This is the current comment on line 25 sysdeps/unix/sysv/linux/getrandom.= c: >=20 > /* Write LENGTH bytes of randomness starting at BUFFER. Return 0 on > success and -1 on failure. */ >=20 > It could be changed to: >=20 > /* Write LENGTH bytes of randomness starting at BUFFER. Return number of > bytes that were copied to the BUFFER on success and -1 on failure. */ Note that a similar comment in the stub implementation stdlib/getrandom.c doesn't have this bug. Both comments are not quite correct about LENGTH, though: they should say "Write up to LENGTH bytes" rather than "Write LENGTH bytes". --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39560-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 18:47:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58527 invoked by alias); 26 Oct 2017 18:47:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58446 invoked by uid 48); 26 Oct 2017 18:47:00 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Thu, 26 Oct 2017 18:47: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tuliom at linux dot vnet.ibm.com 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 cc resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00472.txt.bz2 Content-length: 690 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |schwab@linux-m68k.org Resolution|INVALID |--- --- Comment #4 from Tulio Magno Quites Machado Filho --- Re-opening this bug, so that my previous comment receive a reply. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39561-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 21:07:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32120 invoked by alias); 26 Oct 2017 21:07:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32070 invoked by uid 48); 26 Oct 2017 21:07:40 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/14898] Unable to create small static TLS block in shared library Date: Thu, 26 Oct 2017 21: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.15 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.17 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00473.txt.bz2 Content-length: 729 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14898 --- Comment #11 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #10) > Fixed in 2.17. Just for reference, the fix was to adjust the internal constant not to be t= he same value as a small sized static TLS image. A workaround is always to increase the size of the TLS storage. commit 67cbf9a2a9e8953aa7ea875938d6646727c71aaa Author: Andreas Schwab Date: Fri Dec 7 14:55:19 2012 -0700 [BZ #14898] * include/link.h (FORCED_DYNAMIC_TLS_OFFSET) [NO_TLS_OFFSET =3D= =3D 0]: Change to -1. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39562-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 23:24:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31922 invoked by alias); 26 Oct 2017 23:24:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31831 invoked by uid 48); 26 Oct 2017 23:24:39 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] New: sysdeps/i386/i586/strcpy.S isn't maintainable Date: Thu, 26 Oct 2017 23:24: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.27 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 cf_gcctarget Message-ID: 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: 2017-10/txt/msg00474.txt.bz2 Content-length: 1447 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 Bug ID: 22353 Summary: sysdeps/i386/i586/strcpy.S isn't maintainable Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: string Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- Target: i586 sysdeps/i386/i586/strcpy.S has andl $3, %ecx #ifdef PIC call 2f=20=20 cfi_adjust_cfa_offset (4)=20 2: popl %edx cfi_adjust_cfa_offset (-4) /* 0xb is the distance between 2: and 1: but we avoid writing 1f-2b because the assembler generates worse code. */ leal 0xb(%edx,%ecx,8), %ecx #else leal 1f(,%ecx,8), %ecx #endif jmp *%ecx .align 8 1: orb (%esi), %al=20 jz L(end) stosb xorl %eax, %eax incl %esi orb (%esi), %al=20 jz L(end) stosb xorl %eax, %eax incl %esi orb (%esi), %al=20 jz L(end) stosb xorl %eax, %eax incl %esi L(1): movl (%esi), %ecx leal 4(%esi),%esi Change a single instruction will break the jump table. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39563-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Oct 26 23:27:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33749 invoked by alias); 26 Oct 2017 23:27:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33712 invoked by uid 48); 26 Oct 2017 23:27:10 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22354] New: Update indirect jump table in x86 assembly codes to enable IBT Date: Thu, 26 Oct 2017 23:27: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.27 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 cf_gcctarget Message-ID: 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: 2017-10/txt/msg00475.txt.bz2 Content-length: 695 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22354 Bug ID: 22354 Summary: Update indirect jump table in x86 assembly codes to enable IBT Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: string Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- Target: x86 All indirect jump table in x86 assembly codes should be updated to enable IBT in Intel CET by adding ENDBR to each jump target. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39564-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 02:15:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88726 invoked by alias); 27 Oct 2017 02:15:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88509 invoked by uid 48); 27 Oct 2017 02:15:41 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Fri, 27 Oct 2017 02:15: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00476.txt.bz2 Content-length: 1049 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 --- Comment #5 from Carlos O'Donell --- (In reply to Tulio Magno Quites Machado Filho from comment #4) > Re-opening this bug, so that my previous comment receive a reply. There isn't much to say really. It's not supported. You have to know *exact= ly* how every structure in the packed structure is going to be accessed and if that's safe. In the case of POSIX threads, the person packing the structure doesn't know how it will be accessed, and violating the ABI by packing is a failure of the programmer. In some cases we can make this *safer* by introducing explicit padding, but the lead element can still be unaligned, = and there is not way to fix that. It can fail with any forced packing that happens to not honour what the act= ual structures need, including pack(4), on hppa you needed aligned(16) for the = ldcw to work! I think this is still a RESOLVED/INVALID use case. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39565-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 08:23:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32273 invoked by alias); 27 Oct 2017 08:23:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31911 invoked by uid 48); 27 Oct 2017 08:23:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15260] LC_MESSAGES.{yes,no}{str,expr}: various errors Date: Fri, 27 Oct 2017 08: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.16 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00477.txt.bz2 Content-length: 1754 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15260 --- Comment #2 from Mike FABIAN --- (In reply to daxim from comment #0) > Created attachment 6922 [details] > Perl tool for dumping LC_MESSAGES from the system glibc-locale installati= on >=20 > 1. In the locales brx_IN, hne_IN, kok_IN, ml_IN, ta_IN, ta_LK and uk_UA, = the > yesstr/nostr LC_MESSAGES match against the whole answer word, or all lett= ers > of the answer word, but should only include the initial. In case of uk_UA, there is a special reason for this, see the comments in the locale source: LC_MESSAGES % WARNING: symbols "Y" and "Cyrillic_N" are placed at one key in Ukrainian keyboard % layout although the meaning is semantically opposite ("Y" stands for "Yes" % while "Cyrillic_N" stands for "No"). % % This problem may be dealt with by requiring at least two letters to be % entered in Ukrainian language. % A regular expression that describes possible yes-responses % "y", "Y", "+", "ta" or "tak" in Cyrillic yesexpr "^([+1Yy]|[=D0=A2=D1=82][=D0=90=D0=B0][=D0=9A=D0=BA]?)$" % WARNING: symbols "N" and "Cyrillic_T" are placed at one key in Ukrainian % keyboard layout although the meaning is semantically opposite ("N" stands= for % "No" while "Cyrillic_T" stands for "Yes"). % % We may require two Ukrainian letters as input to deal with this potential % problem. % A regular expression that describes possible no-responses. % "n", "N", "-" or word "ni" in Cyrillic noexpr "^([-0Nn]|[=D0=9D=D0=BD][=D0=86=D1=96])$" % Output string for ``yes'' ("tak"). yesstr "=D1=82=D0=B0=D0=BA" % Output string for ``no'' ("ni"). nostr "=D0=BD=D1=96" END LC_MESSAGES --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39566-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 09:25:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32492 invoked by alias); 27 Oct 2017 09:25:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31579 invoked by uid 55); 27 Oct 2017 09:25:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15260] LC_MESSAGES.{yes,no}{str,expr}: various errors Date: Fri, 27 Oct 2017 09:25: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.16 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: In-Reply-To: References: 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: 2017-10/txt/msg00478.txt.bz2 Content-length: 3547 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15260 --- Comment #3 from 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 a4cc02c7413af4826fe8d13b6250c3fc47f15699 (commit) via 1e5971ec1452784d6cb59539442d92b7020378d5 (commit) via bc5fc7de2115847d9ed312a41713c6a4c724f3dd (commit) from ecc7da5bb897f17ef470fc928ab2b7132e3fa069 (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=3Dglibc.git;h=3Da4cc02c7413af4826fe= 8d13b6250c3fc47f15699 commit a4cc02c7413af4826fe8d13b6250c3fc47f15699 Author: Mike FABIAN Date: Fri Oct 27 10:55:44 2017 +0200 tt_RU locale: make yesstr and nostr agree with CLDR by starting with lo= wer case letters * localedata/locales/tt_RU (LC_MESSAGES): Start yesstr and nostr with lowercase letters to make it agree with CLDR. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1e5971ec1452784d6cb= 59539442d92b7020378d5 commit 1e5971ec1452784d6cb59539442d92b7020378d5 Author: Mike FABIAN Date: Fri Oct 27 10:53:35 2017 +0200 Fix all remaining issues of [BZ #15260] [BZ #15260] * localedata/locales/doi_IN (LC_MESSAGES): Match only for the first letters of yesstr and nostr in yesexpr and noexpr, not for the full words. * localedata/locales/hne_IN (LC_MESSAGES): Likewise. * localedata/locales/kok_IN (LC_MESSAGES): Likewise. * localedata/locales/mr_IN (LC_MESSAGES): Likewise. * localedata/locales/sat_IN (LC_MESSAGES): Likewise. * localedata/locales/km_KH (LC_MESSAGES): Match also for the first letters of yesstr and nostr in yesexpr and noexpr, until now only English was matched in yesexpr and noexpr. * localedata/locales/tl_PH (LC_MESSAGES): Use =E2=80=9Ccopy "fil_PH= "=E2=80=9D instead of =E2=80=9Ccopy "en_US"=E2=80=9D. CLDR has yesstr and nost= r data for fil but not for tl. As tl and fil are very similar, using fil is probably better than using English. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbc5fc7de2115847d9ed= 312a41713c6a4c724f3dd commit bc5fc7de2115847d9ed312a41713c6a4c724f3dd Author: Mike FABIAN Date: Fri Oct 27 09:38:00 2017 +0200 br_FR locale: Use all lowercase in yesstr and nostr. [BZ #21706] * localedata/locales/br_FR (LC_MESSAGES): Use all lowercase in yesstr and nostr. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 29 +++++++++++++++++++++++++++++ localedata/locales/br_FR | 4 ++-- localedata/locales/doi_IN | 4 ++-- localedata/locales/hne_IN | 4 ++-- localedata/locales/km_KH | 4 ++-- localedata/locales/kok_IN | 4 ++-- localedata/locales/mr_IN | 4 ++-- localedata/locales/sat_IN | 4 ++-- localedata/locales/tl_PH | 2 +- localedata/locales/tt_RU | 4 ++-- 10 files changed, 46 insertions(+), 17 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39567-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 09:25:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32505 invoked by alias); 27 Oct 2017 09:25:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31603 invoked by uid 55); 27 Oct 2017 09:25:53 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Fri, 27 Oct 2017 09:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00479.txt.bz2 Content-length: 3548 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 --- Comment #11 from 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 a4cc02c7413af4826fe8d13b6250c3fc47f15699 (commit) via 1e5971ec1452784d6cb59539442d92b7020378d5 (commit) via bc5fc7de2115847d9ed312a41713c6a4c724f3dd (commit) from ecc7da5bb897f17ef470fc928ab2b7132e3fa069 (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=3Dglibc.git;h=3Da4cc02c7413af4826fe= 8d13b6250c3fc47f15699 commit a4cc02c7413af4826fe8d13b6250c3fc47f15699 Author: Mike FABIAN Date: Fri Oct 27 10:55:44 2017 +0200 tt_RU locale: make yesstr and nostr agree with CLDR by starting with lo= wer case letters * localedata/locales/tt_RU (LC_MESSAGES): Start yesstr and nostr with lowercase letters to make it agree with CLDR. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1e5971ec1452784d6cb= 59539442d92b7020378d5 commit 1e5971ec1452784d6cb59539442d92b7020378d5 Author: Mike FABIAN Date: Fri Oct 27 10:53:35 2017 +0200 Fix all remaining issues of [BZ #15260] [BZ #15260] * localedata/locales/doi_IN (LC_MESSAGES): Match only for the first letters of yesstr and nostr in yesexpr and noexpr, not for the full words. * localedata/locales/hne_IN (LC_MESSAGES): Likewise. * localedata/locales/kok_IN (LC_MESSAGES): Likewise. * localedata/locales/mr_IN (LC_MESSAGES): Likewise. * localedata/locales/sat_IN (LC_MESSAGES): Likewise. * localedata/locales/km_KH (LC_MESSAGES): Match also for the first letters of yesstr and nostr in yesexpr and noexpr, until now only English was matched in yesexpr and noexpr. * localedata/locales/tl_PH (LC_MESSAGES): Use =E2=80=9Ccopy "fil_PH= "=E2=80=9D instead of =E2=80=9Ccopy "en_US"=E2=80=9D. CLDR has yesstr and nost= r data for fil but not for tl. As tl and fil are very similar, using fil is probably better than using English. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbc5fc7de2115847d9ed= 312a41713c6a4c724f3dd commit bc5fc7de2115847d9ed312a41713c6a4c724f3dd Author: Mike FABIAN Date: Fri Oct 27 09:38:00 2017 +0200 br_FR locale: Use all lowercase in yesstr and nostr. [BZ #21706] * localedata/locales/br_FR (LC_MESSAGES): Use all lowercase in yesstr and nostr. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 29 +++++++++++++++++++++++++++++ localedata/locales/br_FR | 4 ++-- localedata/locales/doi_IN | 4 ++-- localedata/locales/hne_IN | 4 ++-- localedata/locales/km_KH | 4 ++-- localedata/locales/kok_IN | 4 ++-- localedata/locales/mr_IN | 4 ++-- localedata/locales/sat_IN | 4 ++-- localedata/locales/tl_PH | 2 +- localedata/locales/tt_RU | 4 ++-- 10 files changed, 46 insertions(+), 17 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39568-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 09:28:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39093 invoked by alias); 27 Oct 2017 09:28:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39035 invoked by uid 48); 27 Oct 2017 09:28:50 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15260] LC_MESSAGES.{yes,no}{str,expr}: various errors Date: Fri, 27 Oct 2017 09: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: 2.16 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00480.txt.bz2 Content-length: 611 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15260 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Mike FABIAN --- All remaining issues are fixed now in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39569-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 10:15:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59162 invoked by alias); 27 Oct 2017 10:15:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58831 invoked by uid 48); 27 Oct 2017 10:15:44 -0000 From: "prathap34 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22355] New: version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Date: Fri, 27 Oct 2017 10:15: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: prathap34 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: 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: 2017-10/txt/msg00481.txt.bz2 Content-length: 613 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22355 Bug ID: 22355 Summary: version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: prathap34 at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39570-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 11:09:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32036 invoked by alias); 27 Oct 2017 11:09:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31801 invoked by uid 48); 27 Oct 2017 11:09:54 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Fri, 27 Oct 2017 11:09: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tuliom at linux dot vnet.ibm.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: In-Reply-To: References: 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: 2017-10/txt/msg00482.txt.bz2 Content-length: 590 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #6 from Tulio Magno Quites Machado Filho --- Thank you for the clarification! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39571-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 15:47:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16003 invoked by alias); 27 Oct 2017 15:47:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13214 invoked by uid 48); 27 Oct 2017 15:47:15 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22355] version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Date: Fri, 27 Oct 2017 15:47: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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 cc resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00483.txt.bz2 Content-length: 644 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22355 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |carlos at redhat dot com Resolution|--- |INVALID --- Comment #1 from Carlos O'Donell --- This bug does not contain any data. Closing as RESOLVED/INVALID. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39573-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 16:42:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23752 invoked by alias); 27 Oct 2017 16:42:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21966 invoked by uid 48); 27 Oct 2017 16:42:37 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Fri, 27 Oct 2017 16:42: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00485.txt.bz2 Content-length: 458 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|iconv configuration file in |iconv configuration should |/usr |be in /etc --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39572-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 16:42:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16436 invoked by alias); 27 Oct 2017 16:42:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14815 invoked by uid 48); 27 Oct 2017 16:42:22 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] New: iconv configuration file in /usr Date: Fri, 27 Oct 2017 16:42: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.27 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: 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: 2017-10/txt/msg00484.txt.bz2 Content-length: 947 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 Bug ID: 22357 Summary: iconv configuration file in /usr Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- The gconv-modules configuration file is currently, and by default, installed into /usr, normally /usr/lib[64]/gconv/, and along with the gconv DSO converters. We should not be placing configuration data in /usr. Is there any reason we don't move this file to /etc? In /etc it would be well identified as a configuration file and more easily supported by underlying distro tools. I will file a distinct bug for moving gconv-modules.cache and ld.so.cache. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39574-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 16:43:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101515 invoked by alias); 27 Oct 2017 16:43:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99465 invoked by uid 48); 27 Oct 2017 16:43:34 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] New: iconv cache should be in /var/cache Date: Fri, 27 Oct 2017 16:43: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.27 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: 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: 2017-10/txt/msg00486.txt.bz2 Content-length: 655 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 Bug ID: 22358 Summary: iconv cache should be in /var/cache Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- The iconv cache gconv-modules.cache should live in /var/cache not /usr. We should move gconv-modules.cache, like we did for ld.so's aux-cache, into /var/cache. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39575-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 16:52:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74725 invoked by alias); 27 Oct 2017 16:52:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74695 invoked by uid 48); 27 Oct 2017 16:52:51 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22359] New: ld.so's cache should live in /var/cache, and support cache deletion. Date: Fri, 27 Oct 2017 16:52: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.27 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: 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: 2017-10/txt/msg00487.txt.bz2 Content-length: 1666 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22359 Bug ID: 22359 Summary: ld.so's cache should live in /var/cache, and support cache deletion. Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com Target Milestone: --- The dynamic loader's cache, ld.so.cache, currently resides in /etc, but it = is a cache, and by it's very definition it should live in /var/cache. However, because /var might not be mounted early on, it would negatively im= pact application performance if the cache was missing. Worse, when special directories are added to the ld.so.conf, it might actually prevent applicat= ions from starting if it was missing. Then again the counter-point is that /var, for system logging purposes, has= to be present immediately when the system boots, and on Fedora /var is /. We should evaluate the benefits of moving ld.so.cache to /var/cache to match the policy that as a cache file it should be removable without any problems. This entire change probably requires two changes: * If the dynamic loader might fail to load a DSO, and the cache is missing, parse /etc/ld.so.conf to look for additional search directories that were cache-only, and thus continue to operate even in the absence of the cache. * Move the cache to /var/ldconfig/ld.so.cache so it can be managed as a pro= per cache by tooling that does so. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39576-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 17:10:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29813 invoked by alias); 27 Oct 2017 17:10:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29567 invoked by uid 55); 27 Oct 2017 17:09:58 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Fri, 27 Oct 2017 17:10: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.27 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00488.txt.bz2 Content-length: 484 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 --- Comment #1 from joseph at codesourcery dot com --- I don't think it's configuration data - I'd consider it to be code that=20 simply happens to be in a textual format, not something for which any=20 local modifications by the administrator should be supported. As such,=20 /usr is a proper location for it. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39577-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 18:33:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15843 invoked by alias); 27 Oct 2017 18:33:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15737 invoked by uid 48); 27 Oct 2017 18:33:38 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Fri, 27 Oct 2017 18:33: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00489.txt.bz2 Content-length: 1198 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 --- Comment #2 from Carlos O'Donell --- (In reply to joseph@codesourcery.com from comment #1) > I don't think it's configuration data - I'd consider it to be code that=20 > simply happens to be in a textual format, not something for which any=20 > local modifications by the administrator should be supported. As such,=20 > /usr is a proper location for it. ... but on an s390x system you have hardware accelerated modules which you = may wish, as a system administrator, to disable or enable for a number of reaso= ns. So there are aspects of the file that users and administrators may wish to change. Moving gconv-modules to /etc also only works for the "default" configuration file, in all other cases the non-default directories need their own gconv-modules otherwise those paths won't be considered valid paths specifi= ed in the GCONV_PATH env var. User installed gconv-modules could be symlinks to /etc/gconv-modules.d/* files and we could recommend that in the manual (whi= ch currently talks briefly about gconv-modules). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39578-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 19:11:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96132 invoked by alias); 27 Oct 2017 19:11:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95876 invoked by uid 48); 27 Oct 2017 19:11:02 -0000 From: "federico.kircheis at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22360] New: Wl not wrapping all functions call Date: Fri, 27 Oct 2017 19: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: federico.kircheis 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: 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: 2017-10/txt/msg00490.txt.bz2 Content-length: 3262 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22360 Bug ID: 22360 Summary: Wl not wrapping all functions call Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: federico.kircheis at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Hello, I hope I'm reporting the bug to the right group. I've opened the bug at gcc, but it seems to be an "issue" of the linker or glibc (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82736). I'm trying to mocking (wrapping) function calls for getting the current tim= e. I would like to do it mainly for unit testing. I was able to use successfully "-Wl,wrap=3Dtime", "-Wl,wrap=3Dclock_gettime= " and so one as parameters for the compiler (which are passed to the linker) for moc= king calls to time, gettime, and so on. Unfortunately when using chrono, the wrapped function does not get called, = here is an example: ---------------------------------------- #include #include #include extern "C" { #if USE_WRAP int __wrap_clock_gettime(clockid_t, struct timespec *tp) { #else int clock_gettime(clockid_t, struct timespec *tp) { #endif *tp =3D {}; tp->tv_sec =3D 123; return 0; } } int main(){ clockid_t clk_id{}; struct timespec tp; auto res =3D clock_gettime(clk_id, &tp); assert(res =3D=3D 0); assert(tp.tv_sec =3D=3D 123); auto now =3D std::chrono::system_clock::now(); auto now_t =3D std::chrono::system_clock::to_time_t(now); assert(now_t =3D=3D 123); } ------------------------------------------- When executing "g++ -std=3Dc++11 main.cpp && ./a.out" the program runs and returns 0, while when executing "g++ -std=3Dc++11 -DUSE_WRAP "-Wl,-wrap=3Dclock_gettime" main.cpp && ./a.out" the program crashes with "= int main(): Assertion `now_c =3D=3D 123' failed.". AFAIK the version compiled without the macro USE_WRAP is UB , even if it wo= rks. Therefore I would prefer to use the "-Wl" compiler option. The statement "assert(tp.tv_sec =3D=3D 123);" assures that the "mocked" ver= sion of the function is called. This happens in both cases. I've also tried to implement wrapping functions for time() and gettimeofday= () (with and without the wrap option), but it did not made any difference. I've also tried to compile those functions in a shared library, but it did = not made a difference either. I would like to find a robust way for wrapping all OS functions call for querying what time it is and eventually call the original function through dlsym(RTLD_NEXT, func_name)). When linking statically (with "-static" or "-static-libstdc++"), the wrapped function gets called. It would be of course great if it would be possible to get the same behavior without linking statically. If it may be somehow relevant, clang++ behaved exactly the same way in all scenarios (with static linking, with and without the -Wl compiler option, w= hen compiling the functions as shared library and so on). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39579-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 20:03:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89241 invoked by alias); 27 Oct 2017 20:03:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89204 invoked by uid 48); 27 Oct 2017 20:03:16 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/21966] AVX2 mathvec functions use FMA without checking Date: Fri, 27 Oct 2017 20: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00491.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21966 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from H.J. Lu --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39580-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 20:04:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93431 invoked by alias); 27 Oct 2017 20:04:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93375 invoked by uid 48); 27 Oct 2017 20:04:40 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/21912] Optimize float math functions with FMA Date: Fri, 27 Oct 2017 20:04: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: OBSOLETE X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00492.txt.bz2 Content-length: 580 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21912 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |OBSOLETE Target Milestone|--- |2.27 --- Comment #24 from H.J. Lu --- Will open a new bug if needed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39581-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 20:21:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100982 invoked by alias); 27 Oct 2017 20:21:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100955 invoked by uid 55); 27 Oct 2017 20:21:36 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Fri, 27 Oct 2017 20:21: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00493.txt.bz2 Content-length: 2929 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22353/master has been created at 5ed1b97d3112ce0f5d3cf57e7e50d6b1481740be (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5ed1b97d3112ce0f5d3= cf57e7e50d6b1481740be commit 5ed1b97d3112ce0f5d3cf57e7e50d6b1481740be Author: H.J. Lu Date: Fri Oct 27 06:31:57 2017 -0700 Add strcpy-stosb.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcc4474bf8263e6621df= f29a12d8a5ddd39ec800e commit cc4474bf8263e6621dff29a12d8a5ddd39ec800e Author: H.J. Lu Date: Fri Oct 27 03:09:12 2017 -0700 Add i386 strcpy.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db44640054b78c21bf31= 76dd0e82c4c8f5c2b758c commit b44640054b78c21bf3176dd0e82c4c8f5c2b758c Author: H.J. Lu Date: Fri Oct 27 02:31:13 2017 -0700 i586: Use a jump table in strcpy.S {BZ #22353] i586 strcpy.S used a clever trick with LEA to avoid jump table: /* ECX has the last 2 bits of the address of source - 1. */ andl $3, %ecx call 2f 2: popl %edx /* 0xb is the distance between 2: and 1:. */ leal 0xb(%edx,%ecx,8), %ecx jmp *%ecx .align 8 1: /* ECX =3D=3D 0 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 1 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 2 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 3 */ L(1): movl (%esi), %ecx leal 4(%esi),%esi This may fail if there are instruction changes before L(1):. This patch replaces it with a jump table which works with any instruction changes. Tested on i586 and i686 with and without --disable-multi-arch. {BZ #22353] * sysdeps/i386/i586/strcpy.S (JMPTBL): New. (BRANCH_TO_JMPTBL_ENTRY): Likewise. (STRCPY): Use it. (1): Renamed to ... (L(Src0)): This. (L(Src1)): New. (L(Src2)): Likewise. (L(1)): Renamed to ... (L(Src3)): This. (L(SrcTable)): New. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39582-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 22:44:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8721 invoked by alias); 27 Oct 2017 22:44:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6030 invoked by uid 48); 27 Oct 2017 22:44:09 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] New: Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Fri, 27 Oct 2017 22:44: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.27 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 cc target_milestone cf_gcchost cf_gcctarget Message-ID: 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: 2017-10/txt/msg00494.txt.bz2 Content-length: 1022 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 Bug ID: 22362 Summary: Installed crt1.o, crti,.o and crtn.o files are used with -m32 Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Host: i686 Target: x86-64 On x86-64, when building i686 glibc using x86-64 GCC with -m32, installed crt1.o, crti,.o and crtn.o files are used to create i686 shared libraries due to: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82754 GCC first looks for crt files under ./32. It checks ./ only if the install= ed crt files don't exist. Should we make copies of crt1.o, crti,.o and crtn.o under csu/32? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39583-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 22:50:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83092 invoked by alias); 27 Oct 2017 22:50:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83032 invoked by uid 55); 27 Oct 2017 22:49:57 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Fri, 27 Oct 2017 22:50: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.27 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00495.txt.bz2 Content-length: 532 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #1 from joseph at codesourcery dot com --- You'll need to give a more detailed explanation of what the problem is and= =20 why it's not actually a mistake in the way you are configuring or building= =20 glibc. gcc -B should not be used in the glibc build. I build 32-bit=20 glibc with 64-bit compilers routinely and have never seen this problem. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39584-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Oct 27 23:03:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20695 invoked by alias); 27 Oct 2017 23:03:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20633 invoked by uid 48); 27 Oct 2017 23:03:46 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Fri, 27 Oct 2017 23: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00496.txt.bz2 Content-length: 2906 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #2 from H.J. Lu --- (In reply to joseph@codesourcery.com from comment #1) > You'll need to give a more detailed explanation of what the problem is an= d=20 > why it's not actually a mistake in the way you are configuring or buildin= g=20 > glibc. gcc -B should not be used in the glibc build. I build 32-bit=20 > glibc with 64-bit compilers routinely and have never seen this problem. When I built i686 glibc on x86-64 using x86-64 GCC with -m32, for crypt/libcrypt.so, I got gcc -m32 -shared -static-libgcc -Wl,-O1 -Wl,-z,defs -Wl,-dynamic-linker=3D/lib/ld-linux.so.2=20 -B/export/build/gnu/glibc-32bit/build-i686-linux/csu/=20 -Wl,--version-script=3D/export/build/gnu/glibc-32bit/build-i686-linux/libcr= ypt.map -Wl,-soname=3Dlibcrypt.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style= =3Dboth=20=20 -L/export/build/gnu/glibc-32bit/build-i686-linux -L/export/build/gnu/glibc-32bit/build-i686-linux/math -L/export/build/gnu/glibc-32bit/build-i686-linux/elf -L/export/build/gnu/glibc-32bit/build-i686-linux/dlfcn -L/export/build/gnu/glibc-32bit/build-i686-linux/nss -L/export/build/gnu/glibc-32bit/build-i686-linux/nis -L/export/build/gnu/glibc-32bit/build-i686-linux/rt -L/export/build/gnu/glibc-32bit/build-i686-linux/resolv -L/export/build/gnu/glibc-32bit/build-i686-linux/crypt -L/export/build/gnu/glibc-32bit/build-i686-linux/mathvec -L/export/build/gnu/glibc-32bit/build-i686-linux/support -L/export/build/gnu/glibc-32bit/build-i686-linux/nptl -Wl,-rpath-link=3D/export/build/gnu/glibc-32bit/build-i686-linux:/export/bu= ild/gnu/glibc-32bit/build-i686-linux/math:/export/build/gnu/glibc-32bit/bui= ld-i686-linux/elf:/export/build/gnu/glibc-32bit/build-i686-linux/dlfcn:/exp= ort/build/gnu/glibc-32bit/build-i686-linux/nss:/export/build/gnu/glibc-32bi= t/build-i686-linux/nis:/export/build/gnu/glibc-32bit/build-i686-linux/rt:/e= xport/build/gnu/glibc-32bit/build-i686-linux/resolv:/export/build/gnu/glibc= -32bit/build-i686-linux/crypt:/export/build/gnu/glibc-32bit/build-i686-linu= x/mathvec:/export/build/gnu/glibc-32bit/build-i686-linux/support:/export/bu= ild/gnu/glibc-32bit/build-i686-linux/nptl -o /export/build/gnu/glibc-32bit/build-i686-linux/crypt/libcrypt.so -T /export/build/gnu/glibc-32bit/build-i686-linux/shlib.lds /export/build/gnu/glibc-32bit/build-i686-linux/csu/abi-note.o -Wl,--whole-archive /export/build/gnu/glibc-32bit/build-i686-linux/crypt/libcrypt_pic.a -Wl,--no-whole-archive -Wl,--start-group /export/build/gnu/glibc-32bit/build-i686-linux/libc.so /export/build/gnu/glibc-32bit/build-i686-linux/libc_nonshared.a -Wl,--as-ne= eded /export/build/gnu/glibc-32bit/build-i686-linux/elf/ld.so -Wl,--no-as-needed -Wl,--end-group When I added -v, it shows /lib/crt*.o are passed to linker. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39585-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 28 02:26:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90151 invoked by alias); 28 Oct 2017 02:26:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89877 invoked by uid 48); 28 Oct 2017 02:26:31 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/21302] strcoll does not correctly follow locale-specified order in some cases Date: Sat, 28 Oct 2017 02:26: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00497.txt.bz2 Content-length: 2094 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21302 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-10-28 Assignee|unassigned at sourceware dot org |carlos at redhat do= t com Ever confirmed|0 |1 --- Comment #11 from Carlos O'Donell --- OK, I have fixed the code-point collation sorting issue. There are 2 problems: (a) The collation table builder and thus the weights ignores characters in = the collation specification if they do not exactly match the hash of the symbol= ic name from the charmap. This is arguably a QoI issue, but it needs an explic= it warning for all UTF-8 locales to catch typos in the collation tables. (b) Since the UTF-8 charmap uses 4 or 8 character code point names, the collation must also use *identically* matching symbols or those symbols are silently ignored and have no weights. This is where the Debian and Fedora collations got it wrong, effectively we have giant ranges of typos (and ellipsis generating typos in the thousands) that do not have correct weight= s. Once I added the new warnings for (a), I could find all the problems with t= he locale file and fix (b). To solve this I'm adding a new --warning=3Dmissingcollchar warning which I = plan to turn on for all locales being compiled with UTF-8, it will also be turne= d on by verbose, such that users can see these warnings when developing a locale= . We cannot turn them on by default because it is entirely allowed to have a collation sequence whose characters may not exist in the charmap you are us= ing, and so can be safely ignored. After that I'm going to send my C.UTF-8 patch upstream for review so all the distros can have a harmonized C.UTF-8 to use with correct collation. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39586-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 28 18:22:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 87710 invoked by alias); 28 Oct 2017 18:22:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87652 invoked by uid 48); 28 Oct 2017 18:22:52 -0000 From: "arthur200126 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20865] charmaps: cp950 needs Windows EUDC/PUA mappings Date: Sat, 28 Oct 2017 18:22: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: arthur200126 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00498.txt.bz2 Content-length: 469 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20865 Mingye Wang changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|charmaps: cp950 does not |charmaps: cp950 needs |contain EUDC/PUA mappings |Windows EUDC/PUA mappings --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39587-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Oct 28 23:54:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27884 invoked by alias); 28 Oct 2017 23:54:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 27839 invoked by uid 48); 28 Oct 2017 23:54:15 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Sat, 28 Oct 2017 23:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.27 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00499.txt.bz2 Content-length: 993 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #3 from H.J. Lu --- We should move this from nptl/Makefile to csu/Makefile: ifeq ($(build-shared),yes) # Set the `multidir' variable by grabbing the variable from the compiler. # We do it once and save the result in a generated makefile. -include $(objpfx)multidir.mk $(objpfx)multidir.mk: $(common-objpfx)config.make $(make-target-directory) dir=3D`$(CC) $(CFLAGS) $(CPPFLAGS) -print-multi-directory`; \ echo "multidir :=3D $$dir" > $@T mv -f $@T $@ crti-objs :=3D crti.o crtn-objs :=3D crtn.o ifneq (,$(patsubst .,,$(multidir))) generated-dirs +=3D $(firstword $(subst /, , $(multidir))) crti-objs +=3D $(multidir)/crti.o crtn-objs +=3D $(multidir)/crtn.o $(objpfx)$(multidir): mkdir -p $@ endif extra-objs +=3D $(crti-objs) $(crtn-objs) extra-objs +=3D pt-crti.o endif --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39588-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 29 01:38:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39275 invoked by alias); 29 Oct 2017 01:38:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39219 invoked by uid 48); 29 Oct 2017 01:38:05 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22363] New: Wrong platform is used for x32 Date: Sun, 29 Oct 2017 01:38: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.27 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 cf_gcctarget Message-ID: 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: 2017-10/txt/msg00500.txt.bz2 Content-length: 1281 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22363 Bug ID: 22363 Summary: Wrong platform is used for x32 Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- Target: x32 [hjl@gnu-tools-1 build-x86_64-linux]$ LD_SHOW_AUXV=3D1 elf/tst-align AT_SYSINFO_EHDR: 0xffbb4000 AT_HWCAP: bfebfbff AT_PAGESZ: 4096 AT_CLKTCK: 100 AT_PHDR: 0x400034 AT_PHENT: 32 AT_PHNUM: 9 AT_BASE: 0xf7d5b000 AT_FLAGS: 0x0 AT_ENTRY: 0x400f10 AT_UID: 1000 AT_EUID: 1000 AT_GID: 1000 AT_EGID: 1000 AT_SECURE: 0 AT_RANDOM: 0xffabe5fb AT_HWCAP2: 0x0 AT_EXECFN: elf/tst-align AT_PLATFORM: i686 ^^^^^^^^^^^^^^^^^^^^^^^^^ This should be x86_64. __int128: 18 0xffabde60 16 double: 12 0xffabde58 8 ldouble: 15 0xffabde70 16 __int128: 18 0xffabe020 16 double: 12 0xffabe018 8 ldouble: 15 0xffabe030 16 [hjl@gnu-tools-1 build-x86_64-linux]$ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39589-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 29 02:07:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18375 invoked by alias); 29 Oct 2017 02:06:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 125050 invoked by uid 55); 29 Oct 2017 02:06:21 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Sun, 29 Oct 2017 02: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00501.txt.bz2 Content-length: 1825 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22362/master has been created at 340c6cf9bdf6734013f0c6b4e0d8f3a10fbd4ed0 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D340c6cf9bdf6734013f= 0c6b4e0d8f3a10fbd4ed0 commit 340c6cf9bdf6734013f0c6b4e0d8f3a10fbd4ed0 Author: H.J. Lu Date: Sat Oct 28 17:41:16 2017 -0700 Use newly built crt*.o files to build shared objects [BZ #22362] When multi-lib GCC is used to build glibc, the search order of GCC driv= er for crt*.o is -B*/`gcc -print-multi-directory`, the installed diretory, -B*/. This patch extends multi-lib support from nptl/Makefile to csu/Makefile so that -B/glibc-build-directory/csu/ will pick up the new= ly built crt*.o. Tested on x86-64 for i686 and x32. [BZ #22362] * config.make.in (multidir): New. * configure.ac (libc_cv_multidir): New. AC_SUBST. * configure: Regenerated. * csu/Makefile [$(multidir) !=3D .](multilib-extra-objs): New. [$(multidir) !=3D .](extra-objs): Add $(multilib-extra-objs). [$(multidir) !=3D .]($(addprefix $(objpfx)$(multidir)/, $(install-l= ib))): New target. * nptl/Makefile: Don't include multidir.mk. ($(objpfx)multidir.mk): Removed. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39590-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 29 16:59:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3889 invoked by alias); 29 Oct 2017 16:59:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3845 invoked by uid 55); 29 Oct 2017 16:59:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Sun, 29 Oct 2017 16:59: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00502.txt.bz2 Content-length: 2929 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 --- Comment #2 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22353/master has been created at 75588c0e4cd27ad868256d094b5f7646bc404ca8 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D75588c0e4cd27ad8682= 56d094b5f7646bc404ca8 commit 75588c0e4cd27ad868256d094b5f7646bc404ca8 Author: H.J. Lu Date: Fri Oct 27 06:31:57 2017 -0700 Add strcpy-stosb.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2fa584ae979326fd9cb= 33e6df9c50976643cbd84 commit 2fa584ae979326fd9cb33e6df9c50976643cbd84 Author: H.J. Lu Date: Fri Oct 27 03:09:12 2017 -0700 Add i386 strcpy.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd78abd26b8c8da5b9d6= 7773343824606f9c96a6a commit d78abd26b8c8da5b9d67773343824606f9c96a6a Author: H.J. Lu Date: Fri Oct 27 02:31:13 2017 -0700 i586: Use a jump table in strcpy.S [BZ #22353] i586 strcpy.S used a clever trick with LEA to avoid jump table: /* ECX has the last 2 bits of the address of source - 1. */ andl $3, %ecx call 2f 2: popl %edx /* 0xb is the distance between 2: and 1:. */ leal 0xb(%edx,%ecx,8), %ecx jmp *%ecx .align 8 1: /* ECX =3D=3D 0 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 1 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 2 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 3 */ L(1): movl (%esi), %ecx leal 4(%esi),%esi This may fail if there are instruction changes before L(1):. This patch replaces it with a jump table which works with any instruction changes. Tested on i586 and i686 with and without --disable-multi-arch. [BZ #22353] * sysdeps/i386/i586/strcpy.S (JMPTBL): New. (BRANCH_TO_JMPTBL_ENTRY): Likewise. (STRCPY): Use it. (1): Renamed to ... (L(Src0)): This. (L(Src1)): New. (L(Src2)): Likewise. (L(1)): Renamed to ... (L(Src3)): This. (L(SrcTable)): New. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39591-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 29 19:34:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85681 invoked by alias); 29 Oct 2017 19:34:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 85629 invoked by uid 55); 29 Oct 2017 19:34:04 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Sun, 29 Oct 2017 19: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00503.txt.bz2 Content-length: 3356 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #5 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22362/symlink has been created at d7ca99d742d11803ab0e2b594ab828886bc069dc (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd7ca99d742d11803ab0= e2b594ab828886bc069dc commit d7ca99d742d11803ab0e2b594ab828886bc069dc Author: H.J. Lu Date: Sun Oct 29 12:03:03 2017 -0700 nptl: Simplify libpthread.so rules libpthread.so must be created against a special crti.o and when multi-l= ib GCC is used to build glibc, the special crti.o must be placed under the `gcc -print-multi-directory` subdirectory so that -B$(common-objpfx)npt= l/ will pick it up. This patch compiles the special crti.o directly with "-include pt-crti.h" and uses the new make-link-multidir from the fix for [BZ #22362] to create the symlink for the multi-lib subdirectory. It simplifies libpthread.so rules to support -B$(common-objpfx)nptl/ and -B$(common-objpfx)/ for correct crt*.o files. Tested on x86-64 for x86-64, i686 and x32. * nptl/Makefile (multidir.mk): Don't generate. ($(objpfx)multidir.mk): Removed. (crtn-objs): Likewise. (generated-dirs): Don't add $(multidir). (multilib-crti-objs): New. (extra-objs): Use $(multilib-crti-objs). Don't add pt-crti.o. ($(objpfx)libpthread.so): Removed. (CPPFLAGS-crti.o): New. ($(objpfx)crti.o): Removed. ($(objpfx)$(multidir)/crti.o): Likewise. ($(objpfx)$(multidir)/crtn.o): Likewise. ($(addprefix $(objpfx)$(multidir)/, $(crti-objs))): New target. (generated): Remove multidir.mk. * nptl/pt-crti.S: Renamed to ... * nptl/pt-crti.h: This. Don't include . https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3242db2138de7e0786e= e3806f8bd016925d06099 commit 3242db2138de7e0786ee3806f8bd016925d06099 Author: H.J. Lu Date: Sat Oct 28 17:41:16 2017 -0700 Use newly built crt*.o files to build shared objects [BZ #22362] When multi-lib GCC is used to build glibc, the search order of GCC driv= er for crt*.o is -B*/`gcc -print-multi-directory`, the installed diretory, -B*/. This patch adds multi-lib support to csu/Makefile so that -B/glibc-build-directory/csu/ will pick up the newly built crt*.o. Tested on x86-64 for i686 and x32. [BZ #22362] * Makerules (make-link-multidir): New. * config.make.in (multidir): New. * configure.ac (libc_cv_multidir): New. AC_SUBST. * configure: Regenerated. * csu/Makefile [$(multidir) !=3D .](multilib-extra-objs): New. [$(multidir) !=3D .](extra-objs): Add $(multilib-extra-objs). [$(multidir) !=3D .]($(addprefix $(objpfx)$(multidir)/, $(install-l= ib))): New target. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39592-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Oct 29 21:16:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42788 invoked by alias); 29 Oct 2017 21:16:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 40564 invoked by uid 55); 29 Oct 2017 21:16:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22363] Wrong platform is used for x32 Date: Sun, 29 Oct 2017 21:16: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00504.txt.bz2 Content-length: 1278 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22363 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22363/master has been created at 7d6fbf5876d66e319ed4d1e0881528b70d84c44e (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7d6fbf5876d66e319ed= 4d1e0881528b70d84c44e commit 7d6fbf5876d66e319ed4d1e0881528b70d84c44e Author: H.J. Lu Date: Sun Oct 29 14:12:01 2017 -0700 x32: Set GLRO(dl_platform) to "x86_64" by default [BZ #22363] Set dl_platform to "x86_64" for x32 by default since kernel may set it to "i686". This fixed: FAIL: elf/tst-platform-1 on x32. Tested on x86-64 and x32. [BZ #22363] * sysdeps/x86/cpu-features.c (init_cpu_features): Set GLRO(dl_platform) to "x86_64" by default for x32. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39593-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 07:00:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1099 invoked by alias); 30 Oct 2017 07:00:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 1018 invoked by uid 48); 30 Oct 2017 07:00:44 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21897] aa_DJ: fix abmon:abday Date: Mon, 30 Oct 2017 07:00: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00505.txt.bz2 Content-length: 2079 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21897 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --- Comment #3 from Mike FABIAN --- These are 13 month names. http://www.mcit.gov.et/documents/1268465/1282796/Localization+Standard+for+= AFARAF/4dab7d83-e6df-4f4f-b236-b89748c456e9?version=3D1.0 says: > 9. Calendar=20=20 > 9.1 System of the Calendar=20=20=20 >=20 > Ethiopia officially uses a calendar which is different from the > Gregorian calendar. The calendar is known as Ethiopian Calendar (E.C.) > which is 7 years behind the Gregorian calendar, from September 11/ 12 to > December, and 8 years behind for the rest, i.e. January to September > 10/ 11. The calendar has 12 months each having 30 days equally and an > additional 5/6 days depending on the leap year, where 5 days are during > normal year and 6 days for the Ethiopian leap year. These additional 5/6 > days are called P'agume and come at the end of the year as the =E2=80=9C1= 3th > month=E2=80=9D. >=20=20 > In the Ethiopian calendar, New Year starts on the 1st of the month of > Meskerem which falls on 11th of September in the Gregorian calendar > except the year next to the Ethiopian leap year which is September 12. >=20=20 > 9.2 Names of Months=20=20=20 > Table 3: Afaraf names of months=20=20 >=20 > [... table with the names of the 13 months ...] I=E2=80=99m not sure how this can be put in to the aa_* locale files at all. glibc does not support Ethiopian calendar. Rafa=C5=82 Lu=C5=BCy=C5=84ski writes: > If preparing locales for the countries which use non-Gregorian > calendars we should rather ask how do they call Gregorian months. I agree. So unless a native speaker tells us how to call the Gregorian months correctly, we cannot fix this. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39594-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 07:02:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 2303 invoked by alias); 30 Oct 2017 07:02:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2246 invoked by uid 48); 30 Oct 2017 07:02:17 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21897] aa_DJ: fix abmon:abday Date: Mon, 30 Oct 2017 07:02: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00506.txt.bz2 Content-length: 659 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21897 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from Mike FABIAN --- Closing as INVALID because changing the month names to those of the Ethiopian calendar cannot work when glibc does not support the Ethiopian calendar. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39595-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 07:52:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20579 invoked by alias); 30 Oct 2017 07:52:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20500 invoked by uid 48); 30 Oct 2017 07:51:55 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Mon, 30 Oct 2017 07:52: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00507.txt.bz2 Content-length: 327 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 --- Comment #1 from Mike FABIAN --- Theh CLDR collation rules for Latvian look like this: http://unicode.org/cldr/trac/browser/trunk/common/collation/lv.xml --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39596-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 11:10:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26503 invoked by alias); 30 Oct 2017 11:10:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26438 invoked by uid 55); 30 Oct 2017 11:10:15 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13953] km_KH: locale update Date: Mon, 30 Oct 2017 11:10: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.15 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: justin_1989 at nokiamail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00508.txt.bz2 Content-length: 2289 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13953 --- Comment #3 from 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 b110af8278588c51f29ff00ec5577566b77b9039 (commit) from f301e5334065e93aace667fd4a87bce6fc1dbd13 (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=3Dglibc.git;h=3Db110af8278588c51f29= ff00ec5577566b77b9039 commit b110af8278588c51f29ff00ec5577566b77b9039 Author: Mike FABIAN Date: Mon Oct 30 11:46:05 2017 +0100 km_KH locale: remove tags which were using Lao characters [BZ #13953] [BZ #13953] * localedata/locales/km_KH: Use ASCII as much as possible for better readability of the source and remove useless comments. * localedata/locales/km_KH (LC_TIME): Remove era stuff, it was commented out and apparently wrong anyway because it was using Lao characters. If Buddhist era should be used for km_KH, a native speaker should write the correct formaat for Khmer. * localedata/locales/km_KH (LC_TIME): Add first_weekday 1 (According to CLDR, the first weekday for Cambodia is Sunday). * localedata/locales/km_KH (LC_NAME): Remove name_mr and name_mrs (These were using Lao characters which must be wrong. If we get the correct data from a native speaker, we could add it back, until then it is better not to have name_mr and name_mrs at all than having it wrong). ----------------------------------------------------------------------- Summary of changes: ChangeLog | 19 +++++++++++ localedata/locales/km_KH | 78 ++++++++++++------------------------------= --- 2 files changed, 40 insertions(+), 57 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39597-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 11:13:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57789 invoked by alias); 30 Oct 2017 11:13:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55378 invoked by uid 48); 30 Oct 2017 11:13:29 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/13953] km_KH: locale update Date: Mon, 30 Oct 2017 11: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: 2.15 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: justin_1989 at nokiamail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00509.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D13953 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39598-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 12:07:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33956 invoked by alias); 30 Oct 2017 12:07:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33814 invoked by uid 55); 30 Oct 2017 12:07:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19485] csb_PL: update month translations Date: Mon, 30 Oct 2017 12:07: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: 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00510.txt.bz2 Content-length: 1707 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19485 --- Comment #10 from 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 fbcecc08c948a719c79ebd8a545e89670fe19faf (commit) from b110af8278588c51f29ff00ec5577566b77b9039 (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=3Dglibc.git;h=3Dfbcecc08c948a719c79= ebd8a545e89670fe19faf commit fbcecc08c948a719c79ebd8a545e89670fe19faf Author: Mike FABIAN Date: Mon Oct 30 12:48:43 2017 +0100 csb_PL locale: Fix =E2=80=9Cabmon=E2=80=9D for March and use a better t= ranslation for March in =E2=80=9Cmon=E2=80=9D [BZ #19485] [BZ #19485] * localedata/locales/csb_PL (LC_TIME): Fix =E2=80=9Cabmon=E2=80=9D = for March and use a better translation for March in =E2=80=9Cmon=E2=80=9D. * localedata/locales/csb_PL: Use more ASCII to improve the readability of the source. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 ++++++++ localedata/locales/csb_PL | 31 ++++++++++++------------------- 2 files changed, 20 insertions(+), 19 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39599-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 12:12:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 43349 invoked by alias); 30 Oct 2017 12:12:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43272 invoked by uid 48); 30 Oct 2017 12:12:08 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19485] csb_PL: update month translations Date: Mon, 30 Oct 2017 12:12: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: minor X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00511.txt.bz2 Content-length: 664 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19485 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |maiku.fabian at gmail dot = com Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #11 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39600-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 12:45:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18049 invoked by alias); 30 Oct 2017 12:45:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 16702 invoked by uid 55); 30 Oct 2017 12:45:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Mon, 30 Oct 2017 12:45: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00512.txt.bz2 Content-length: 2951 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22353/master has been created at 610a04b517cadd2a461515ffa8da77b42ccb596e (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D610a04b517cadd2a461= 515ffa8da77b42ccb596e commit 610a04b517cadd2a461515ffa8da77b42ccb596e Author: H.J. Lu Date: Fri Oct 27 06:31:57 2017 -0700 Add strcpy-stosb.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9b733b73b096a7c2f68= 5c427d89431444603ac9f commit 9b733b73b096a7c2f685c427d89431444603ac9f Author: H.J. Lu Date: Fri Oct 27 03:09:12 2017 -0700 Add i386 strcpy.S https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9a89973274f901f4c33= 13e6e2b84d6b2108c7924 commit 9a89973274f901f4c3313e6e2b84d6b2108c7924 Author: H.J. Lu Date: Fri Oct 27 02:31:13 2017 -0700 i586: Use a jump table in strcpy.S [BZ #22353] i586 strcpy.S used a clever trick with LEA to avoid jump table: /* ECX has the last 2 bits of the address of source - 1. */ andl $3, %ecx call 2f 2: popl %edx /* 0xb is the distance between 2: and 1:. */ leal 0xb(%edx,%ecx,8), %ecx jmp *%ecx .align 8 1: /* ECX =3D=3D 0 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 1 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 2 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 3 */ L(1): movl (%esi), %ecx leal 4(%esi),%esi This may fail if there are instruction length changes before L(1):. Th= is patch replaces it with a jump table which works with any instruction le= ngth changes. Tested on i586 and i686 with and without --disable-multi-arch. [BZ #22353] * sysdeps/i386/i586/strcpy.S (JMPTBL): New. (BRANCH_TO_JMPTBL_ENTRY): Likewise. (STRCPY): Use it. (1): Renamed to ... (L(Src0)): This. (L(Src1)): New. (L(Src2)): Likewise. (L(1)): Renamed to ... (L(Src3)): This. (L(SrcTable)): New. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39601-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 13:33:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23567 invoked by alias); 30 Oct 2017 13:33:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23387 invoked by uid 48); 30 Oct 2017 13:33:15 -0000 From: "jwakely.gcc at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21327] Libstdc++ would like another way to get some POSIX declarations that it currently gets via _GNU_SOURCE Date: Mon, 30 Oct 2017 13: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jwakely.gcc 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: In-Reply-To: References: 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: 2017-10/txt/msg00513.txt.bz2 Content-length: 1487 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21327 --- Comment #2 from Jonathan Wakely --- I forgot the following names that are used from via libgcc's header. These are declared unconditionally (even without _GNU_SOURCE) but ideally libstdc++ wouldn't have to include to = use these features: pthread_once_t PTHREAD_ONCE_INIT pthread_once pthread_cond_t PTHREAD_COND_INITIALIZER pthread_cond_timedwait pthread_mutex_t PTHREAD_MUTEX_INITIALIZER PTHREAD_RECURSIVE_MUTEX_INITIALIZER pthread_mutex_lock pthread_mutex_trylock pthread_mutex_unlock On the other hand, I'm not terribly concerned if these names are visible. T= hey might not be reserved by the C++ standard, but users who expect to be able = to redefine these names for their own uses on a GNU/Linux system are probably = not sane. I should also say that we use __locale_t from , as well as useloc= ale. But that's in the implementation namespace so isn't a problem. If we just h= ad access to __locale_t and __uselocale that would be fine. The code that uses freelocale and other APIs are compiled into libstdc++.so so we can use _GNU_SOURCE there. Since __locale_t is an opaque type we could just declare= it ourselves without including if necessary: typedef struct __locale_struct *__locale_t; extern "C" __locale_t __uselocale(__locale_t); --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39603-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 13:41:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116008 invoked by alias); 30 Oct 2017 13:41:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115930 invoked by uid 48); 30 Oct 2017 13:41:48 -0000 From: "mschmidt at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22359] ld.so's cache should live in /var/cache, and support cache deletion. Date: Mon, 30 Oct 2017 13:41: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mschmidt 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: In-Reply-To: References: 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: 2017-10/txt/msg00515.txt.bz2 Content-length: 929 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22359 Michal Schmidt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mschmidt at redhat dot com --- Comment #1 from Michal Schmidt --- (In reply to Carlos O'Donell from comment #0) > Then again the counter-point is that /var, for system logging purposes, h= as > to be present immediately when the system boots, and on Fedora /var is /. Fedora allows /var to be a separate mount from /. systemd-journald solves the logging problem by storing the logs in /run/log/journal (on tmpfs) until /var/log/journal is mounted. Then systemd-journal-flush.service moves the logs to the persistent location. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39602-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 13:41:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113863 invoked by alias); 30 Oct 2017 13:41:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113721 invoked by uid 48); 30 Oct 2017 13:41:13 -0000 From: "jwakely.gcc at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21327] Libstdc++ would like another way to get some POSIX declarations that it currently gets via _GNU_SOURCE Date: Mon, 30 Oct 2017 13: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jwakely.gcc 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: In-Reply-To: References: 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: 2017-10/txt/msg00514.txt.bz2 Content-length: 597 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21327 --- Comment #3 from Jonathan Wakely --- Also, C++11 and later require the POSIX Exxx error constants from : The header is described in Table 43. Its contents are the same as = the POSIX header , except that errno shall be defined as a macro. [ No= te: The intent is to remain in close alignment with the POSIX standard. =E2=80= =94 end note ] A separate errno value shall be provided for each thread. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39604-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 14:04:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15080 invoked by alias); 30 Oct 2017 14:04:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13370 invoked by uid 48); 30 Oct 2017 14:04:24 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22359] ld.so's cache should live in /var/cache, and support cache deletion. Date: Mon, 30 Oct 2017 14: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00516.txt.bz2 Content-length: 771 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22359 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --- Comment #2 from Florian Weimer --- The dynamic loader does not perform any /etc/ld.so.conf processing today. = We would have to change that in order to make /etc/ld.so.cache a true cache. I don't think this is realistic because would need glob etc. as part of the dynamic loader. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39605-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 16:20:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44487 invoked by alias); 30 Oct 2017 16:20:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 42999 invoked by uid 55); 30 Oct 2017 16:20:55 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21327] Libstdc++ would like another way to get some POSIX declarations that it currently gets via _GNU_SOURCE Date: Mon, 30 Oct 2017 16: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00517.txt.bz2 Content-length: 393 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21327 --- Comment #4 from joseph at codesourcery dot com --- glibc does not condition macros on feature test macros (it gets=20 most of them from Linux kernel headers, which don't have such conditionals= =20 either). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39606-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 16:33:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 55108 invoked by alias); 30 Oct 2017 16:33:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55065 invoked by uid 48); 30 Oct 2017 16:33:16 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Mon, 30 Oct 2017 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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 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: In-Reply-To: References: 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: 2017-10/txt/msg00518.txt.bz2 Content-length: 599 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://austingroupbugs.net/ | |view.php?id=3D1167 --- Comment #9 from Florian Weimer --- I filed an issue: http://austingroupbugs.net/view.php?id=3D1167 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39607-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 17:03:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86678 invoked by alias); 30 Oct 2017 17:03:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83766 invoked by uid 55); 30 Oct 2017 17:03:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Mon, 30 Oct 2017 17:03: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00519.txt.bz2 Content-length: 2936 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 --- Comment #4 from 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 c5cc45148c89cc5c57d1946348dd242d4db5c5f5 (commit) from ce12269fac8cb873df1a8785e4a6cde870855590 (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=3Dglibc.git;h=3Dc5cc45148c89cc5c57d= 1946348dd242d4db5c5f5 commit c5cc45148c89cc5c57d1946348dd242d4db5c5f5 Author: H.J. Lu Date: Mon Oct 30 10:02:16 2017 -0700 i586: Use conditional branches in strcpy.S [BZ #22353] i586 strcpy.S used a clever trick with LEA to implement jump table: /* ECX has the last 2 bits of the address of source - 1. */ andl $3, %ecx call 2f 2: popl %edx /* 0xb is the distance between 2: and 1:. */ leal 0xb(%edx,%ecx,8), %ecx jmp *%ecx .align 8 1: /* ECX =3D=3D 0 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 1 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 2 */ orb (%esi), %al jz L(end) stosb xorl %eax, %eax incl %esi /* ECX =3D=3D 3 */ L(1): movl (%esi), %ecx leal 4(%esi),%esi This fails if there are instruction length changes before L(1):. This patch replaces it with conditional branches: cmpb $2, %cl je L(Src2) ja L(Src3) cmpb $1, %cl je L(Src1) L(Src0): which have similar performance and work with any instruction lengths. Tested on i586 and i686 with and without --disable-multi-arch. [BZ #22353] * sysdeps/i386/i586/strcpy.S (STRCPY): Use conditional branches. (1): Renamed to ... (L(Src0)): This. (L(Src1)): New. (L(Src2)): Likewise. (L(1)): Renamed to ... (L(Src3)): This. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 +++++++++++ sysdeps/i386/i586/strcpy.S | 28 +++++++++++----------------- 2 files changed, 22 insertions(+), 17 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39608-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Oct 30 17:05:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95908 invoked by alias); 30 Oct 2017 17:05:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95485 invoked by uid 48); 30 Oct 2017 17:05:44 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Mon, 30 Oct 2017 17: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: 2.27 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00520.txt.bz2 Content-length: 561 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from H.J. Lu --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39609-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 00:20:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32724 invoked by alias); 31 Oct 2017 00:20:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32662 invoked by uid 48); 31 Oct 2017 00:20:00 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] New: open_verify should use p_align to align notes Date: Tue, 31 Oct 2017 00:20: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.27 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: 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: 2017-10/txt/msg00521.txt.bz2 Content-length: 1977 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 Bug ID: 22370 Summary: open_verify should use p_align to align notes Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: dynamic-link Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- open_verify has /* Check .note.ABI-tag if present. */ for (ph =3D phdr; ph < &phdr[ehdr->e_phnum]; ++ph) if (ph->p_type =3D=3D PT_NOTE && ph->p_filesz >=3D 32 && ph->p_alig= n >=3D 4) { ElfW(Addr) size =3D ph->p_filesz; if (ph->p_offset + size <=3D (size_t) fbp->len) abi_note =3D (void *) (fbp->buf + ph->p_offset); else { abi_note =3D alloca (size); __lseek (fd, ph->p_offset, SEEK_SET); if (__libc_read (fd, (void *) abi_note, size) !=3D size) goto read_error; }=20 while (memcmp (abi_note, &expected_note, sizeof (expected_note)= )) { #define ROUND(len) (((len) + sizeof (ElfW(Word)) - 1) & -sizeof (ElfW(Word)= )) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This works only when sizeof (ElfW(Word)) =3D=3D ph->p_align. Instead, it should be replaced by ALIGN_UP (len, ph->align) ElfW(Addr) note_size =3D 3 * sizeof (ElfW(Word)) + ROUND (abi_note[0]) + ROUND (abi_note[1]); if (size - 32 < note_size) { size =3D 0; break; } size -=3D note_size; abi_note =3D (void *) abi_note + note_size; } --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39610-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 01:45:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52421 invoked by alias); 31 Oct 2017 01:45:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52350 invoked by uid 48); 31 Oct 2017 01:45:38 -0000 From: "nakajima.akira at nttcom dot co.jp" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] New: U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Tue, 31 Oct 2017 01:45: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: nakajima.akira at nttcom dot co.jp 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: 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: 2017-10/txt/msg00522.txt.bz2 Content-length: 1667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 Bug ID: 22371 Summary: U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: minor Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: nakajima.akira at nttcom dot co.jp CC: libc-locales at sourceware dot org Target Milestone: --- When converting to EUC-JISX0213, iconv does not convert 'FULLWIDTH NOT SIGN' (U+FFE2) to 'NOT SIGN' (U+00AC). # printf '\xef\xbf\xa2' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 0000000 Nearby characters are converted to FULLWIDTH to HALFWIDTH. # printf '\xef\xbf\xa3' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 0000000 a1 b1 nkf converts to 'a2 cc'. # printf '\xef\xbf\xa2' | nkf --ic=3DUTF-8 --oc=3DEUC-JISX0213 | od -tx1 0000000 a2 cc 'a2 cc' is 'NOT SIGN' of HALFWIDTH in EUC-JISX0213. (Same character of FULLWIDTH does not exist in EUC-JISX0213). =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D As similarly, iconv does not convert 'FULLWIDTH BROKEN BAR' (U+FFE4) to 'BROKEN BAR' (U+00A6). # printf '\xef\xbf\xa4' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 0000000 # printf '\xef\xbf\xa4' | unorm --normalization=3Dnfkd | od -tx1 0000000 c2 a6 HALFWIDTH (U+00A6) is exists in EUC-JISX0213 at 'a9 a5'. http://charset.uic.jp/show/eucjisx0213/ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39611-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 06:57:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116746 invoked by alias); 31 Oct 2017 06:57:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116689 invoked by uid 48); 31 Oct 2017 06:57:12 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Tue, 31 Oct 2017 06:57: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00523.txt.bz2 Content-length: 636 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andreas Schwab --- You cannot have two characters mapped to the same target character. All mappings must be injective. iconv does not do any normalisation. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39612-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 12:13:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9188 invoked by alias); 31 Oct 2017 12:13:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9119 invoked by uid 55); 31 Oct 2017 12:12:58 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] open_verify should use p_align to align notes Date: Tue, 31 Oct 2017 12:13: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.27 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: In-Reply-To: References: 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: 2017-10/txt/msg00524.txt.bz2 Content-length: 1505 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22370/master has been created at 69803aeeec234c8f754f805313402255c5342467 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D69803aeeec234c8f754= f805313402255c5342467 commit 69803aeeec234c8f754f805313402255c5342467 Author: H.J. Lu Date: Tue Oct 31 04:51:41 2017 -0700 Replace ROUND with ALIGN_UP by p_align [BZ #22370] Alignment of notes in PT_NOTE segment is specified by the p_align field in the PT_NOTE segment header. This patch replaces ROUND with ALIGN_UP by p_align to scan notes in PT_NOTE segment. [BZ #22370] * dl-hwcaps.c (ROUND): Removed. (_dl_important_hwcaps): Replace ROUND with ALIGN_UP by p_align. * elf/dl-load.c (ROUND): Removed. (open_verify): Replace ROUND with ALIGN_UP by p_align. * elf/readelflib.c (ROUND): Removed. (process_elf_file): Replace ROUND with ALIGN_UP by p_align. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39613-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 13:48:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28426 invoked by alias); 31 Oct 2017 13:48:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 28160 invoked by uid 48); 31 Oct 2017 13:48:30 -0000 From: "ibuclaw at gdcproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] New: malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 13:48: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-10/txt/msg00525.txt.bz2 Content-length: 1060 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Bug ID: 22375 Summary: malloc returns pointer from tcache_get when should return NULL Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: ibuclaw at gdcproject dot org CC: drepper.fsp at gmail dot com Target Milestone: --- --- #include #include int main() { void* x =3D malloc(10); // normal allocation assert(x !=3D NULL); // allocation should succeed free(x); void* z =3D malloc(((size_t)~0) - 2); // overflow allocation (size_t.max-= 2) assert(z =3D=3D NULL); // allocation should fail } --- The second call to malloc returns the cached pointer originally allocated f= or 'x'. But should return NULL. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39614-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 13:52:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 36209 invoked by alias); 31 Oct 2017 13:52:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36158 invoked by uid 48); 31 Oct 2017 13:52:34 -0000 From: "ibuclaw at gdcproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 13: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00526.txt.bz2 Content-length: 1297 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Iain Buclaw changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ibuclaw at gdcproject dot = org --- Comment #1 from Iain Buclaw --- Trying out a test program: --- #include #include #include int main() { void* x =3D malloc(10); assert(x !=3D NULL); free(x); size_t memsize =3D ~0; // overflow allocation (ulong.max) printf("Calling malloc(%zu), then decrementing " "by one until first found failure.\n", memsize); while (1) { void* z =3D malloc(memsize); if (z =3D=3D NULL) { printf("First failed call was malloc(%zu)\n", memsize); break; } free(z); memsize--; } } --- $ ./a.out Calling malloc(18446744073709551615), then decrementing by one until first found failure. First failed call was malloc(18446744073709551592) --- So it looks like malloc doesn't do the right thing if given a value between (size_t)~0-23 and (size_t)~0. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39615-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 13:58:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80420 invoked by alias); 31 Oct 2017 13:58:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80372 invoked by uid 48); 31 Oct 2017 13:58:47 -0000 From: "ibuclaw at gdcproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 13:58: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject 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: In-Reply-To: References: 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: 2017-10/txt/msg00527.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #2 from Iain Buclaw --- And this did not happen with 2.24. As the last thing that is called before returning is tcache_get(), it seems this is specific to the introduction of a per-thread cache. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39616-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 14:31:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15990 invoked by alias); 31 Oct 2017 14:31:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15866 invoked by uid 48); 31 Oct 2017 14:31:27 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 14:31: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.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: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00528.txt.bz2 Content-length: 397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39617-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 14:31:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16330 invoked by alias); 31 Oct 2017 14:31:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 16277 invoked by uid 48); 31 Oct 2017 14:31:51 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 14:31: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.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: flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00529.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |security+ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39618-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 14:53:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 29495 invoked by alias); 31 Oct 2017 14:53:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29426 invoked by uid 48); 31 Oct 2017 14:53:18 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 14: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.26 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: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00530.txt.bz2 Content-length: 845 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com Assignee|unassigned at sourceware dot org |arjun.is at lostca = dot se --- Comment #3 from Carlos O'Donell --- Iain, Thanks for posting this. Arjun, Could you look at this and see if we have a missing overflow check? I expect that the large sized allocation overflows the size computation in the tcache and that there might be a window on the high end where the value is being treated as if it was small. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39619-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 15:04:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100343 invoked by alias); 31 Oct 2017 15:04:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100002 invoked by uid 48); 31 Oct 2017 15:04:12 -0000 From: "ibuclaw at gdcproject dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 15:04: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00531.txt.bz2 Content-length: 813 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #4 from Iain Buclaw --- Just to satisfy my curiosity, I had a look at the tcache code. --- #define request2size(req) \ (((req) + SIZE_SZ + MALLOC_ALIGN_MASK < MINSIZE) ? \ MINSIZE : \ ((req) + SIZE_SZ + MALLOC_ALIGN_MASK) & ~MALLOC_ALIGN_MASK) ... #if USE_TCACHE /* int_free also calls request2size, be careful to not pad twice. */ size_t tbytes =3D request2size (bytes); --- SIZE_SZ + MALLOC_ALIGN_MASK would be 23. Which matches the small test in p= ost 2, and confirms that size_t overflow is happening. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39620-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 15:15:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58200 invoked by alias); 31 Oct 2017 15:15:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55936 invoked by uid 48); 31 Oct 2017 15:15:38 -0000 From: "mschmidt at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Tue, 31 Oct 2017 15:15: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mschmidt 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: In-Reply-To: References: 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: 2017-10/txt/msg00532.txt.bz2 Content-length: 642 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 Michal Schmidt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mschmidt at redhat dot com --- Comment #3 from Michal Schmidt --- Rather than moving the whole gconv-modules file to /etc, would it be possib= le for it to remain under /usr and allow to place only the administrator's overrides under /etc? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39621-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 16:07:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 129828 invoked by alias); 31 Oct 2017 16:07:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127427 invoked by uid 55); 31 Oct 2017 16:07:07 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Tue, 31 Oct 2017 16:07: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.27 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00533.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 --- Comment #4 from joseph at codesourcery dot com --- Having just overrides under /etc would certainly be an improvement over=20 making the whole thing a configuration file (generically, for any=20 configuration file, limiting the extent to which administrators need to do= =20 merges on upgrades by avoiding having lots of non-local configuration=20 under /etc is a good idea). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39622-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 16:13:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 53434 invoked by alias); 31 Oct 2017 16:13:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53345 invoked by uid 48); 31 Oct 2017 16:12:59 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22377] New: iseqsig, float128 and C++ Date: Tue, 31 Oct 2017 16:13: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.26 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 cc target_milestone Message-ID: 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: 2017-10/txt/msg00534.txt.bz2 Content-length: 1229 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22377 Bug ID: 22377 Summary: iseqsig, float128 and C++ Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org CC: gabriel at inconstante dot eti.br Target Milestone: --- Similar to other such bugs: iseqsig is defined to use __MATH_TG. Thus, when float128 is supported as ABI-distinct from long double, iseqsig will not work in C++ code. Fixing this might be trickier than for other such macros, because comparison macros are meant to work based on the evaluation format rather than the semantic type; that is, the function to call should be determined by __MATH_EVAL_FMT2 (x, y). The macro __MATH_EVAL_FMT2 *is* OK to call from C= ++ code (but the result of the call should only be used to determine the particular __iseqsig* function to call; it would be incorrect actually to evaluate the expression __MATH_EVAL_FMT2 expands to, only its type is relevant). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39623-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 16:50:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20315 invoked by alias); 31 Oct 2017 16:50:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20271 invoked by uid 48); 31 Oct 2017 16:50:55 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 16:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00535.txt.bz2 Content-length: 885 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #5 from Arjun Shankar --- This is a regression that appeared in commit d5c3fafc4307c9b7a4c7d5cb381fcdbfad340bcc. It's because of a missing overflow check. This fixes it: diff --git a/malloc/malloc.c b/malloc/malloc.c index f94d51c..2ebd97f 100644 --- a/malloc/malloc.c +++ b/malloc/malloc.c @@ -3022,7 +3022,8 @@ __libc_malloc (size_t bytes) return (*hook)(bytes, RETURN_ADDRESS (0)); #if USE_TCACHE /* int_free also calls request2size, be careful to not pad twice. */ - size_t tbytes =3D request2size (bytes); + size_t tbytes; + checked_request2size (bytes, tbytes); size_t tc_idx =3D csize2tidx (tbytes); MAYBE_INIT_TCACHE (); I will look at this a bit more before posting the patch. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39624-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 16:52:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 22269 invoked by alias); 31 Oct 2017 16:52:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22202 invoked by uid 48); 31 Oct 2017 16:52:55 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00536.txt.bz2 Content-length: 354 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #6 from Arjun Shankar --- Iain, just noticed your comment. You are of course right. The correct macro= is checked_request2size (defined earlier in malloc/malloc.c). Nice find! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39625-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 20:06:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 55371 invoked by alias); 31 Oct 2017 20:06:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55301 invoked by uid 48); 31 Oct 2017 20:06:47 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 20: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.26 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: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00537.txt.bz2 Content-length: 1406 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #7 from Carlos O'Donell --- (In reply to Arjun Shankar from comment #6) > Iain, just noticed your comment. You are of course right. The correct mac= ro > is checked_request2size (defined earlier in malloc/malloc.c). Nice find! Arjun, Could you test the change to use checked_request2size? To test it I think we need to add a test to glibc, I suggest something like this: * Assume that all architectures are limited to 50-bits of physical memory, = and that anything with more than 50-bits of size is going to fail. * In a loop, loop through all remaining 14-bit values, shifted up to 64-bit= s, and make sure each one returns ENOMEM. Note that tst-malloc.c has *one* test for this, and we want to cover the whole range of larger than physical memo= ry allocations to make sure we don't have any bugs. * Do the loop for malloc. * Do the loop for calloc. * Do the loop for a small constant malloc, followed by a realloc for the sm= all constant malloc (with the invalid size), and a free (to free the original malloc). That should cover the major paths. It should also be a fast test to do beca= use it's just checking we covered all the overflow paths. If it verifies, please submit to libc-alpha for discussion. Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39626-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 20:06:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56920 invoked by alias); 31 Oct 2017 20:06:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56821 invoked by uid 48); 31 Oct 2017 20:06:55 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Tue, 31 Oct 2017 20: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00538.txt.bz2 Content-length: 491 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-10-31 Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39627-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 21:06:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111279 invoked by alias); 31 Oct 2017 21:06:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 111214 invoked by uid 48); 31 Oct 2017 21:06:39 -0000 From: "seoc at iolfree dot ie" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22379] New: new locale ga_GB Date: Tue, 31 Oct 2017 21:06: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seoc at iolfree dot ie 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: 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: 2017-10/txt/msg00539.txt.bz2 Content-length: 1130 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22379 Bug ID: 22379 Summary: new locale ga_GB Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: seoc at iolfree dot ie CC: libc-locales at sourceware dot org Target Milestone: --- Created attachment 10563 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10563&action=3Ded= it proposed ga_GB locale data Dear maintainers, Attached is proposed data for ga_GB locale (Irish language in United Kingdo= m). See the following for background: https://en.wikipedia.org/wiki/Languages_of_the_United_Kingdom https://en.wikipedia.org/wiki/Languages_of_Northern_Ireland https://en.wikipedia.org/wiki/European_Charter_for_Regional_or_Minority_Lan= guages#Languages_protected_under_the_Charter Proposed data is mostly taken from existing en_GB and ga_IE. Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39628-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 22:17:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54011 invoked by alias); 31 Oct 2017 22:17:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53818 invoked by uid 48); 31 Oct 2017 22:17:07 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Tue, 31 Oct 2017 22:17: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: cc Message-ID: In-Reply-To: References: 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: 2017-10/txt/msg00540.txt.bz2 Content-length: 2332 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #2 from Carlos O'Donell --- (In reply to Akira Nakajima from comment #0) > When converting to EUC-JISX0213, > iconv does not convert 'FULLWIDTH NOT SIGN' (U+FFE2) to 'NOT SIGN' (U+00A= C). >=20 > # printf '\xef\xbf\xa2' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 > 0000000 >=20 >=20 > Nearby characters are converted to FULLWIDTH to HALFWIDTH. >=20 > # printf '\xef\xbf\xa3' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 > 0000000 a1 b1 >=20 >=20 > nkf converts to 'a2 cc'. You can attain a similar behaviour with iconv if you use '//TRANSLIT' to transliterate. printf '\xef\xbf\xa2' | iconv -c -f UTF-8 -t EUC-JISX0213//TRANSLIT | od -t= x1 0000000 a2 cc 0000002 Without transliteration the 'FULLWIDTH NOT SIGN' has no direct representati= on in the target character map, and as Andreas explains, the conversion mapping must be injective for iconv. The is already assigned to the NOT SIG= N. Note that once transliterated you cannot go back, the mapping with transliteration is not injective. > As similarly, > iconv does not convert 'FULLWIDTH BROKEN BAR' (U+FFE4) to 'BROKEN BAR' > (U+00A6). >=20 > # printf '\xef\xbf\xa4' | iconv -c -f UTF-8 -t EUC-JISX0213 | od -tx1 > 0000000 >=20 > # printf '\xef\xbf\xa4' | unorm --normalization=3Dnfkd | od -tx1 > 0000000 c2 a6 >=20 > HALFWIDTH (U+00A6) is exists in EUC-JISX0213 at 'a9 a5'. > http://charset.uic.jp/show/eucjisx0213/ printf '\xef\xbf\xa4' | iconv -c -f UTF-8 -t EUC-JISX0213//TRANSLIT | od -t= x1 0000000 a9 a5 0000002 Again, with transliteration you can change one into the other. Keep in mind that transliteration is locale specific. In this case glibc has a 'translit_wide' specifically for wide transliterations, and it *is* part of our language and locale neutral transliterations that is included by our global i18n locale specification. = Thus all locales "should" have this neutral transformation available. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39629-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 31 22:35:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 117889 invoked by alias); 31 Oct 2017 22:35:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117855 invoked by uid 48); 31 Oct 2017 22:35:02 -0000 From: "dilfridge at gentoo dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22333] out of bounds stack read in libidn (CVE-2016-6261) unpatched in libc Date: Tue, 31 Oct 2017 22:35: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dilfridge at gentoo 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: In-Reply-To: References: 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: 2017-10/txt/msg00541.txt.bz2 Content-length: 311 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22333 --- Comment #1 from Andreas K. Huettel --- >=20 > The patch applies cleanly. (but unfortunately requires unrelated code that is not in glibc) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39630-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 04:27:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99382 invoked by alias); 1 Nov 2017 04:27:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92607 invoked by uid 48); 1 Nov 2017 04:27:48 -0000 From: "nakajima.akira at nttcom dot co.jp" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Wed, 01 Nov 2017 04:27: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: nakajima.akira at nttcom dot co.jp 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: In-Reply-To: References: 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: 2017-11/txt/msg00000.txt.bz2 Content-length: 1143 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #3 from Akira Nakajima --- I didn't know TRANSLATE option. Thanks for teaching. But I don't understand following works. Following are all FULLWIDTH chars, and result of convert UTF-8 to EUC-JISX0= 213. char EUC-JISX0213 EUC-JISX0213//TRANSLIT U+FFE0 =EF=BF=A0 null a1 f1(=C2=A2 HALF =3D U+00A2) U+FFE1 =EF=BF=A1 null a1 f2(=C2=A3 HALF =3D U+00A3) U+FFE2 =EF=BF=A2 null a2 cc(=C2=AC HALF =3D U+00AC) U+FFE3 =EF=BF=A3 a1 b1(=E2=80=BE HALF =3D U+203E) a1 b1 U+FFE4 =EF=BF=A4 null a9 a5(=C2=A6 HALF =3D U+00A6) U+FFE5 =EF=BF=A5 a1 ef(\ HALF =3D U+00A5) a1 ef I can understand that iconv convert FULLWIDTH to HALFWIDTH with //TRANSLIT ,because same FULLWIDTH chars are not exist in EUC-JISX0213, but HALFWIDTH exist. But U+FFE3 and U+FFE5 are converted to HALFWIDTH therefore with and without //TRANSLIT. Is this works correct? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39631-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 06:06:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97635 invoked by alias); 1 Nov 2017 06:06:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95444 invoked by uid 48); 1 Nov 2017 06:06:32 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Wed, 01 Nov 2017 06:06: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00001.txt.bz2 Content-length: 2082 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #4 from Carlos O'Donell --- (In reply to Akira Nakajima from comment #3) > I didn't know TRANSLATE option. Thanks for teaching. > But I don't understand following works. >=20 > Following are all FULLWIDTH chars, and result of convert UTF-8 to > EUC-JISX0213. >=20 > char EUC-JISX0213 EUC-JISX0213//TRANSLIT > U+FFE0 =EF=BF=A0 null a1 f1(=C2=A2 HALF =3D U+00A= 2) > U+FFE1 =EF=BF=A1 null a1 f2(=C2=A3 HALF =3D U+00A= 3) > U+FFE2 =EF=BF=A2 null a2 cc(=C2=AC HALF =3D U+00A= C) > U+FFE3 =EF=BF=A3 a1 b1(=E2=80=BE HALF =3D U+203E) a1 b1 In EUC-JISX0213 the character /xa1/xb1 is a FULLWIDTH MACRON, it is not U+2= 03E. See, page 3 of the PDF, note that the 8th bit is always set: https://www.itscj.ipsj.or.jp/iso-ir/228.pdf Therefore there is a direct representation in EUC-JISX0213 for U+FFE3, whic= h is why you do not need to transliterate. > U+FFE4 =EF=BF=A4 null a9 a5(=C2=A6 HALF =3D U+00A= 6) > U+FFE5 =EF=BF=A5 a1 ef(\ HALF =3D U+00A5) a1 ef >=20 > I can understand that iconv convert FULLWIDTH to HALFWIDTH with //TRANSLIT > ,because same FULLWIDTH chars are not exist in EUC-JISX0213, but HALFWID= TH > exist. In general that statement is true. However, there are 2 characters in your list that *do* have direct EUC-JISX= 0213 equivalents. > But U+FFE3 and U+FFE5 are converted to HALFWIDTH therefore with and witho= ut > //TRANSLIT. > Is this works correct? No. U+FFE3 "FULLWIDTH MACRON" is available directly in EUC_JISX0213 as /xa1/xb1 (full width macron). U+FFE5 "FULLWIDTH YEN SIGN" is available directly in EUC_JISX0213 as /xa1/ef (full width yen sign). No transliteration is required. Your confusion appears to be that you think EUC_JISX0213 character /xa1/xb1= is halfwidth, but the standard does not show that. I hope that answers your questions. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39632-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 06:17:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68824 invoked by alias); 1 Nov 2017 06:17:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67063 invoked by uid 48); 1 Nov 2017 06:17:24 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22379] new locale ga_GB Date: Wed, 01 Nov 2017 06:17: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: maiku.fabian 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: In-Reply-To: References: 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: 2017-11/txt/msg00002.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22379 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39633-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 06:21:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 65130 invoked by alias); 1 Nov 2017 06:21:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62970 invoked by uid 48); 1 Nov 2017 06:21:45 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Wed, 01 Nov 2017 06:21: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: maiku.fabian 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: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00003.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39634-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 07:05:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119674 invoked by alias); 1 Nov 2017 07:05:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113749 invoked by uid 48); 1 Nov 2017 07:05:10 -0000 From: "ragaprasanth at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] New: Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Wed, 01 Nov 2017 07:05: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: critical X-Bugzilla-Who: ragaprasanth 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: 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: 2017-11/txt/msg00004.txt.bz2 Content-length: 1228 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 Bug ID: 22380 Summary: Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state =3D=3D RT_CONSISTENT' failed! Product: glibc Version: unspecified Status: UNCONFIRMED Severity: critical Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: ragaprasanth at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Hi,=20 I am trying to profile my libraries, I tried the example given in the MAN = page of http://manpages.ubuntu.com/manpages/xenial/man1/sprof.1.html It is giving error Inconsistency detected by ld.so: dl-open.c: 717: _dl_ope= n: Assertion `_dl_debug_initialize (0, args.nsid)->r_state =3D=3D RT_CONSISTEN= T' failed!=20 with glibc 2.23, 2.18, 2.19 version. I could see the #Bug 4578 which is listing the same error, but I couldn't m= ake use of the patch in my host. Can I get the fix for glibc version 2.19? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39635-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 07:07:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102559 invoked by alias); 1 Nov 2017 07:07:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99907 invoked by uid 48); 1 Nov 2017 07:07:06 -0000 From: "ragaprasanth at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Wed, 01 Nov 2017 07: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: ragaprasanth 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: cf_gcchost Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00005.txt.bz2 Content-length: 376 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 Prasanth changed: What |Removed |Added ---------------------------------------------------------------------------- Host| |ubuntu --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39636-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 12:30:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8259 invoked by alias); 1 Nov 2017 12:30:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 109135 invoked by uid 55); 1 Nov 2017 12:30:00 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Wed, 01 Nov 2017 12:30: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00006.txt.bz2 Content-length: 16930 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #15 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 26282c7784ad9b005982df008e355682b688fc13 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D26282c7784ad9b00598= 2df008e355682b688fc13 commit 26282c7784ad9b005982df008e355682b688fc13 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfd2dbfaf15b30e4f1ad= d5523dc511035496a9f73 commit fd2dbfaf15b30e4f1add5523dc511035496a9f73 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6fb30814d1f7530d284= 200c8136d06d871738257 commit 6fb30814d1f7530d284200c8136d06d871738257 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df34c50d6a3022ef8b69= ef694ce8d808e03aa1616 commit f34c50d6a3022ef8b69ef694ce8d808e03aa1616 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7a946f032ec27bf66db= 8617bdd4dc6351849e8dc commit 7a946f032ec27bf66db8617bdd4dc6351849e8dc Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc868a9831b5135415d3= 15bfc1154f56f1203bbca commit c868a9831b5135415d315bfc1154f56f1203bbca Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De01ba3e5a9915128d68= 5bdc0f69a0bf3830e2e6b commit e01ba3e5a9915128d685bdc0f69a0bf3830e2e6b Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2a6918d561f61a82747= 378bb6de1249c571fb4f1 commit 2a6918d561f61a82747378bb6de1249c571fb4f1 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are mode for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. Pcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. gPcrt1.o is also added to create static PIE with -pg. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `P' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add P$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)P$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39637-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 15:54:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70693 invoked by alias); 1 Nov 2017 15:54:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70637 invoked by uid 48); 1 Nov 2017 15:54:18 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] New: Error in tpi_PG locale Date: Wed, 01 Nov 2017 15:54: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: claude at 2xlibre 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00007.txt.bz2 Content-length: 916 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 Bug ID: 22382 Summary: Error in tpi_PG locale Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: claude at 2xlibre dot net CC: libc-locales at sourceware dot org Target Milestone: --- While syncing data to my lh.2xlibre.net Web app, I encountered an error whi= le importing the new tpi_PG locale file. There is a missing ";\" after the "Februeri" month name. As a side note, I see less unicode sequence codes like in locale fi= les. Do you have a new policy in place? Would you like patches for more global replacements for all files? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39638-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 16:24:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 43905 invoked by alias); 1 Nov 2017 16:24:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43802 invoked by uid 48); 1 Nov 2017 16:24:30 -0000 From: "triegel at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Wed, 01 Nov 2017 16:24: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: triegel 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 Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00008.txt.bz2 Content-length: 1414 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 Torvald Riegel changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |triegel at redhat dot com --- Comment #4 from Torvald Riegel --- (In reply to ma.jiang from comment #2) > (In reply to Carlos O'Donell from comment #1) >=20 > > When you say "latest glibc sources" do you mean that you tested on mast= er? > > How recently? > The patch is for glibc-2.24. I checked the trunk code just now, the bug > still exist. I have not write a testcase to reproduce the bug, it's quite > hard(Although the bug logic is clear)... I believe this is fixed in master(/trunk). Please have a look at what we do with assume_other_futex_waiters: If we ever potentially share FUTEX_WAITERS with another thread (C in your example), then after the futex operation we = make sure to set this flag in any case. This happens either when acquiring the mutex (in which case we'll notice this during unlock and wake up C), or when not being able to acquire it, in which case there must be another owner that interfered and we delegate wake-up responsibilities to that other owner by setting FUTEX_WAITERS. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39639-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 18:59:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 1315 invoked by alias); 1 Nov 2017 18:59:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 129669 invoked by uid 48); 1 Nov 2017 18:58:59 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Wed, 01 Nov 2017 18:59: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: 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: In-Reply-To: References: 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: 2017-11/txt/msg00009.txt.bz2 Content-length: 1208 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |allan at archlinux dot org, | |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to Prasanth from comment #0) > Hi,=20 > I am trying to profile my libraries, I tried the example given in the MAN > page of http://manpages.ubuntu.com/manpages/xenial/man1/sprof.1.html >=20=20=20 > It is giving error Inconsistency detected by ld.so: dl-open.c: 717: > _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state =3D=3D > RT_CONSISTENT' failed!=20 > with glibc 2.23, 2.18, 2.19 version. >=20 > I could see the #Bug 4578 which is listing the same error, but I couldn't > make use of the patch in my host. Does your program multithreaded? Does it call fork? Does it use non-AS-safe functions in the forking thread *after* calling fork? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39640-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 19:02:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20464 invoked by alias); 1 Nov 2017 19:02:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18228 invoked by uid 55); 1 Nov 2017 19:01:58 -0000 From: "ragaprasanth at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Wed, 01 Nov 2017 19: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: critical X-Bugzilla-Who: ragaprasanth 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: In-Reply-To: References: 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: 2017-11/txt/msg00010.txt.bz2 Content-length: 1633 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 --- Comment #2 from Prasanth --- No, it's not multi threading program, you could see in the man page it's suit simple c program On 02-Nov-2017 12:29 AM, "carlos at redhat dot com" < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 > > Carlos O'Donell changed: > > What |Removed |Added > ------------------------------------------------------------ > ---------------- > CC| |allan at archlinux dot > org, > | |carlos at redhat dot com > > --- Comment #1 from Carlos O'Donell --- > (In reply to Prasanth from comment #0) > > Hi, > > I am trying to profile my libraries, I tried the example given in the > MAN > > page of http://manpages.ubuntu.com/manpages/xenial/man1/sprof.1.html > > > > It is giving error Inconsistency detected by ld.so: dl-open.c: 717: > > _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state =3D=3D > > RT_CONSISTENT' failed! > > with glibc 2.23, 2.18, 2.19 version. > > > > I could see the #Bug 4578 which is listing the same error, but I couldn= 't > > make use of the patch in my host. > > Does your program multithreaded? Does it call fork? Does it use non-AS-sa= fe > functions in the forking thread *after* calling fork? > > -- > You are receiving this mail because: > You reported the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39641-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 20:23:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10566 invoked by alias); 1 Nov 2017 20:23:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 2985 invoked by uid 48); 1 Nov 2017 20:22:58 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Wed, 01 Nov 2017 20:23: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: critical X-Bugzilla-Who: carlos 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: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00011.txt.bz2 Content-length: 2041 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-01 CC| |fweimer at redhat dot com Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Ever confirmed|0 |1 --- Comment #3 from Carlos O'Donell --- (In reply to Prasanth from comment #2) > Created attachment 10565 [details] > attachment-17785-0.html >=20 > No, it's not multi threading program, you could see in the man page it's > suit simple c program Prasanth, Thank you. The loading of the shared library for analysis fails, and we are in RT_ADD state instead of a consistent state: 706 assert (_dl_debug_initialize (0, args.nsid)->r_state =3D=3D RT_CONSISTENT); (gdb) p _r_debug $1 =3D {r_version =3D 1, r_map =3D 0x7ffff7ffe130, r_brk =3D 14073735194406= 4, r_state =3D RT_ADD,=20 r_ldbase =3D 140737351872512} Then in _dl_find_dso_for_object: 241 if (__glibc_unlikely (mode & __RTLD_SPROF)) 242 /* This happens only if we load a DSO for 'sprof'. */ 243 return; We stop doing any work before marking the object as consistent. Which seems odd, perhaps I've done something wrong in my analysis. This looks like sprof has been broken for a long time if this is true, and we've not had any regression test to cover this. Florian, Given, that you're poking around the dynamic loader, would you be able to provide any input on what might be wrong? With upstream master I see: "sprof: error while loading shared libraries: sprof: cannot open shared obj= ect file" That doesn't make much sense though since the shared library is in the path. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39642-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 20:30:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 67152 invoked by alias); 1 Nov 2017 20:30:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63239 invoked by uid 48); 1 Nov 2017 20:30:33 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 01 Nov 2017 20: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.26 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: carlos at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00012.txt.bz2 Content-length: 405 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |carlos at redhat do= t com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39643-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 20:38:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94641 invoked by alias); 1 Nov 2017 20:38:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92547 invoked by uid 48); 1 Nov 2017 20:38:28 -0000 From: "jwilk at jwilk dot net" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22343] Integer overflow in posix_memalign Date: Wed, 01 Nov 2017 20: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: jwilk at jwilk dot net X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00013.txt.bz2 Content-length: 387 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22343 Jakub Wilk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwilk at jwilk dot net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39644-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 01 20:42:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49983 invoked by alias); 1 Nov 2017 20:42:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44514 invoked by uid 48); 1 Nov 2017 20:42:20 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22238] NULL pointer dereference in dlopen on out-of-memory Date: Wed, 01 Nov 2017 20:42: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00014.txt.bz2 Content-length: 380 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22238 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39645-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 03:05:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57205 invoked by alias); 2 Nov 2017 03:05:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57109 invoked by uid 55); 2 Nov 2017 03:05:46 -0000 From: "cjlhomeaddress at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Thu, 02 Nov 2017 03:05: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00015.txt.bz2 Content-length: 792 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #41 from Chris Leonard --- How is the work on the CLDR locale going? I'm trying to encourage some work on CLDR locale develop by some of the communities working on the SugarLabs Pootle instance and I'd like to know how easy it is to work with CLDR. cjl On Tue, Oct 24, 2017 at 4:44 AM, belkacem77 at gmail dot com < sourceware-bugzilla@sourceware.org> wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 > > --- Comment #38 from Belkacem Mohammed --- > Thanks for everyone > > -- > You are receiving this mail because: > You are on the CC list for the bug. > --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39646-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 05:02:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 109720 invoked by alias); 2 Nov 2017 05:02:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104511 invoked by uid 48); 2 Nov 2017 05:02:05 -0000 From: "ragaprasanth at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Thu, 02 Nov 2017 05: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: critical X-Bugzilla-Who: ragaprasanth at gmail 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00016.txt.bz2 Content-length: 1786 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 --- Comment #4 from Prasanth --- (In reply to Carlos O'Donell from comment #3) > (In reply to Prasanth from comment #2) > > Created attachment 10565 [details] > > attachment-17785-0.html > >=20 > > No, it's not multi threading program, you could see in the man page it's > > suit simple c program >=20 > Prasanth, >=20 > Thank you. >=20 > The loading of the shared library for analysis fails, and we are in RT_ADD > state instead of a consistent state: >=20 > 706 assert (_dl_debug_initialize (0, args.nsid)->r_state =3D=3D RT_CONS= ISTENT); > (gdb) p _r_debug > $1 =3D {r_version =3D 1, r_map =3D 0x7ffff7ffe130, r_brk =3D 140737351944= 064, > r_state =3D RT_ADD,=20 > r_ldbase =3D 140737351872512} >=20 > Then in _dl_find_dso_for_object: >=20 > 241 if (__glibc_unlikely (mode & __RTLD_SPROF)) > 242 /* This happens only if we load a DSO for 'sprof'. */ > 243 return; >=20 > We stop doing any work before marking the object as consistent. Which see= ms > odd, perhaps I've done something wrong in my analysis. >=20 > This looks like sprof has been broken for a long time if this is true, and > we've not had any regression test to cover this. >=20 > Florian, >=20 > Given, that you're poking around the dynamic loader, would you be able to > provide any input on what might be wrong? >=20 > With upstream master I see: > "sprof: error while loading shared libraries: sprof: cannot open shared > object file" >=20 > That doesn't make much sense though since the shared library is in the pa= th. Hi carlos, I too tried with the upstream patch, That end-up with the "Can't find the object file error" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39647-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 06:11:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42769 invoked by alias); 2 Nov 2017 06:11:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 42696 invoked by uid 48); 2 Nov 2017 06:11:03 -0000 From: "nakajima.akira at nttcom dot co.jp" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Thu, 02 Nov 2017 06: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: nakajima.akira at nttcom dot co.jp 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: In-Reply-To: References: 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: 2017-11/txt/msg00017.txt.bz2 Content-length: 2741 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #5 from Akira Nakajima --- \xa1\xef is mapped to U+00A5(HALFWIDTH YEN) in EUC-JISX0213 and EUC-JIS-200= 4 by following URL. \xa1\xb1 is as same. "However, with Unicode 3.2.0 the mappings differ in 3 codepoints." http://search.cpan.org/~dankogai/Encode-JIS2K-0.03/JIS2K.pm#what_is_JIS_X_0= 213_anyway? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D http://charset.uic.jp/show/eucjisx0213/ http://x0213.org/codetable/euc-jis-2004-with-char.txt char JIS Unicode =EF=BF=A3 0xA1B1 U+203E # OVERLINE Windows: U+FFE3 =E2=80=95 0xA1BD U+2014 # EM DASH Windows: U+2015 =EF=BF=A5 0xA1EF U+00A5 # YEN SIGN Windows: U+FFE5 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D perl 5.24.3 # perl -e 'use Encode; use Encode::JISX0213; print encode("euc-jisx0213", "\x{00a5}");' | od -tx1 0000000 a1 ef # perl -e 'use Encode; use Encode::JISX0213; print encode("euc-jisx0213", "\x{ffe5}");' | od -tx1 0000000 a1 ef =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D But Python and "/usr/local/share/i18n/charmaps/EUC-JISX0213.gz" have mapping to U+FFE5. I don't know which one is correct. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Python 3.6.2 # python3 -c "print(u'\u00a5'.encode('euc-jisx0213'))" Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'euc_jisx0213' codec can't encode character '\xa5' in position 0: illegal multibyte sequence # python3 -c "print(u'\uffe5'.encode('euc-jisx0213'))" b'\xa1\xef' =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /usr/local/share/i18n/charmaps/EUC-JISX0213.gz (Fedora 26) /xa1/xb1 FULLWIDTH MACRON /xa1/xef FULLWIDTH YEN SIGN =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39648-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 06:19:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47452 invoked by alias); 2 Nov 2017 06:19:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47386 invoked by uid 48); 2 Nov 2017 06:19:20 -0000 From: "belkacem77 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18812] kab_DZ: new Kabyle Algeria locale Date: Thu, 02 Nov 2017 06: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: normal X-Bugzilla-Who: belkacem77 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00018.txt.bz2 Content-length: 712 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18812 --- Comment #42 from Belkacem Mohammed --- Hi Chris, For the kab locale, we built a team of localizers, translators. The kab loc= ale is just being built. CLDR Kab is now growing. There are some parts we will complete with the next release (33). version 32 is released yesterday (01/11). A lot of keys are still unconfirm= ed due to voting mode (process) on CLDR. I'm trying to set up a team along with the 3 kab univesities to maintain the locale. We will focus on the next release on the keyboard templates, kabyle calenda= r, collations. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39649-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 09:10:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71774 invoked by alias); 2 Nov 2017 09:10:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69264 invoked by uid 48); 2 Nov 2017 09:10:25 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] Error in tpi_PG locale Date: Thu, 02 Nov 2017 09:10: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: maiku.fabian 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: In-Reply-To: References: 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: 2017-11/txt/msg00019.txt.bz2 Content-length: 1614 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --- Comment #1 from Mike FABIAN --- (In reply to Claude Paroz from comment #0) > While syncing data to my lh.2xlibre.net Web app, I encountered an error > while importing the new tpi_PG locale file. There is a missing ";\" after > the "Februeri" month name. You are right, it is surprising that it seems to work nevertheless: [root@taka /]# LC_ALL=3Dtpi_PG.UTF-8 locale -k mon mon=3D"Janueri;Februeri;Mas;Epril;Me;Jun;Julai;Ogas;Septemba;Oktoba;Novemba= ;Desemba" The problem was already there when the code points were used, it is just easier to see it now because of less clutter. > As a side note, I see less unicode sequence codes like in locale > files. Do you have a new policy in place? We agreed that it is OK to use ASCII directly, so one has to use only for stuff which is not ASCII. > Would you like patches for more > global replacements for all files? I think yes. When we started to use more ASCII a while ago, we did not do global replacements and changed it only in the files we touched anyway to see whether it would cause any problems. As far as I know we did not encounter any problems so far, so it seems OK to do it globally. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39650-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 10:25:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64604 invoked by alias); 2 Nov 2017 10:25:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63164 invoked by uid 55); 2 Nov 2017 10:25:24 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping (CVE-2017-15804) Date: Thu, 02 Nov 2017 10:25: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00020.txt.bz2 Content-length: 1351 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 --- Comment #6 from 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 2fac6a6cd50c22ac28c97d0864306594807ade3e (commit) from 260fbd0a394fec9aabe5cfa24272f33723cb355c (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=3Dglibc.git;h=3D2fac6a6cd50c22ac28c= 97d0864306594807ade3e commit 2fac6a6cd50c22ac28c97d0864306594807ade3e Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 ++++++ posix/tst-glob-tilde.c | 53 +++++++++++++++++++++++++++-----------------= --- 2 files changed, 37 insertions(+), 23 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39651-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 10:59:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46118 invoked by alias); 2 Nov 2017 10:59:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43983 invoked by uid 48); 2 Nov 2017 10:59:12 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] open_verify should use p_align to align notes Date: Thu, 02 Nov 2017 10: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00021.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39652-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 10:59:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49675 invoked by alias); 2 Nov 2017 10:59:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 47676 invoked by uid 48); 2 Nov 2017 10:59:20 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22363] Wrong platform is used for x32 Date: Thu, 02 Nov 2017 10: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00022.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22363 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39653-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 10:59:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63106 invoked by alias); 2 Nov 2017 10:59:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59933 invoked by uid 48); 2 Nov 2017 10:59:48 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Thu, 02 Nov 2017 10:59: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00023.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39655-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:00:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 113760 invoked by alias); 2 Nov 2017 11:00:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79402 invoked by uid 48); 2 Nov 2017 11:00:13 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22355] version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Date: Thu, 02 Nov 2017 11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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 flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00025.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22355 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39654-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:00:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81489 invoked by alias); 2 Nov 2017 11:00:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66347 invoked by uid 48); 2 Nov 2017 11:00:00 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22357] iconv configuration should be in /etc Date: Thu, 02 Nov 2017 11:00: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00024.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22357 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39656-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:01:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11278 invoked by alias); 2 Nov 2017 11:01:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6687 invoked by uid 48); 2 Nov 2017 11:00:59 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22354] Update indirect jump table in x86 assembly codes to enable IBT Date: Thu, 02 Nov 2017 11:01: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.27 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: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00026.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22354 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39657-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:01:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27150 invoked by alias); 2 Nov 2017 11:01:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13860 invoked by uid 48); 2 Nov 2017 11:01:08 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug string/22353] sysdeps/i386/i586/strcpy.S isn't maintainable Date: Thu, 02 Nov 2017 11:01: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00027.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22353 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39658-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:02:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124072 invoked by alias); 2 Nov 2017 11:02:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102389 invoked by uid 48); 2 Nov 2017 11:02:35 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22351] Unaligned pthread_cond_t stopped working Date: Thu, 02 Nov 2017 11: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.27 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 flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00028.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22351 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39659-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:05:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47075 invoked by alias); 2 Nov 2017 11:05:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31739 invoked by uid 48); 2 Nov 2017 11:05:01 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22349] [RFE] user specific hosts entries Date: Thu, 02 Nov 2017 11:05: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: In-Reply-To: References: 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: 2017-11/txt/msg00029.txt.bz2 Content-length: 662 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22349 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --- Comment #1 from Florian Weimer --- You should be able to set HOSTALIAS=3D$HOME/.aliases and get what you want, although I'm somewhat inclined to deprecate this mechanism. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39660-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:06:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100053 invoked by alias); 2 Nov 2017 11:06:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94072 invoked by uid 48); 2 Nov 2017 11:06:23 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22339] support/support_can_chroot.c (support_can_chroot): Should call chdir("/"); Date: Thu, 02 Nov 2017 11:06: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: In-Reply-To: References: 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: 2017-11/txt/msg00030.txt.bz2 Content-length: 581 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22339 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --- Comment #1 from Florian Weimer --- This is a bug in the static analyzer, there is clearly no code afterwards w= hich depends on the current directory. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39662-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:07:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 52393 invoked by alias); 2 Nov 2017 11:07:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50936 invoked by uid 48); 2 Nov 2017 11:07:51 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22333] out of bounds stack read in libidn (CVE-2016-6261) unpatched in libc Date: Thu, 02 Nov 2017 11: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: unspecified 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: In-Reply-To: References: 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: 2017-11/txt/msg00032.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22333 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security+ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39661-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 11:07:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50420 invoked by alias); 2 Nov 2017 11:07:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49477 invoked by uid 48); 2 Nov 2017 11:07:45 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22334] denial of service (out-of-bounds read and crash) via crafted UTF-8 data (CVE-2016-6263) Date: Thu, 02 Nov 2017 11: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: unspecified 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: In-Reply-To: References: 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: 2017-11/txt/msg00031.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22334 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security+ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39663-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 12:28:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35272 invoked by alias); 2 Nov 2017 12:28:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35182 invoked by uid 48); 2 Nov 2017 12:28:27 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] Error in tpi_PG locale Date: Thu, 02 Nov 2017 12: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00033.txt.bz2 Content-length: 580 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-02 Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39664-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 14:00:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89947 invoked by alias); 2 Nov 2017 14:00:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89789 invoked by uid 48); 2 Nov 2017 13:59:59 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] New: Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 14:00: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: claude at 2xlibre 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00034.txt.bz2 Content-length: 1267 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Bug ID: 22387 Summary: Replace unicode sequences for characters inside the ASCII printable range Product: glibc Version: unspecified Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: claude at 2xlibre dot net CC: libc-locales at sourceware dot org Target Milestone: --- Quoting Mike Fabian from #22382: >> As a side note, I see less unicode sequence codes like in locale >> files. Do you have a new policy in place? >We agreed that it is OK to use ASCII directly, so one has to use >only for stuff which is not ASCII. >> Would you like patches for more >> global replacements for all files? >I think yes. When we started to use more ASCII a while ago, we did not >do global replacements and changed it only in the files we touched anyway >to see whether it would cause any problems. As far as I know we did not >encounter any problems so far, so it seems OK to do it globally. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39665-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 14:01:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 91487 invoked by alias); 2 Nov 2017 14:01:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91411 invoked by uid 48); 2 Nov 2017 14:01:20 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] Error in tpi_PG locale Date: Thu, 02 Nov 2017 14: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: normal X-Bugzilla-Who: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00035.txt.bz2 Content-length: 940 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 --- Comment #2 from Claude Paroz --- (In reply to Mike FABIAN from comment #1) > > As a side note, I see less unicode sequence codes like in locale > > files. Do you have a new policy in place? >=20 > We agreed that it is OK to use ASCII directly, so one has to use > only for stuff which is not ASCII. >=20 > > Would you like patches for more > > global replacements for all files? >=20 > I think yes. When we started to use more ASCII a while ago, we did not > do global replacements and changed it only in the files we touched anyway > to see whether it would cause any problems. As far as I know we did not > encounter any problems so far, so it seems OK to do it globally. Opened https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 for that par= t. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39666-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 14:15:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42021 invoked by alias); 2 Nov 2017 14:15:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41611 invoked by uid 48); 2 Nov 2017 14:15:42 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 14:15: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: claude at 2xlibre 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00036.txt.bz2 Content-length: 459 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #1 from Claude Paroz --- Created attachment 10570 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10570&action=3Ded= it Partial patch for opinions Hereby a first draft of what the patch could be. Is this the right directio= n? Do you want one big patch or anything else? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39667-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 15:06:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115683 invoked by alias); 2 Nov 2017 15:06:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112109 invoked by uid 48); 2 Nov 2017 15:06:26 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Thu, 02 Nov 2017 15:06: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00037.txt.bz2 Content-length: 3881 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #6 from Carlos O'Donell --- (In reply to Akira Nakajima from comment #5) > \xa1\xef is mapped to U+00A5(HALFWIDTH YEN) in EUC-JISX0213 and EUC-JIS-2= 004 > by following URL. > \xa1\xb1 is as same. >=20 > "However, with Unicode 3.2.0 the mappings differ in 3 codepoints." > http://search.cpan.org/~dankogai/Encode-JIS2K-0.03/JIS2K. > pm#what_is_JIS_X_0213_anyway? >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > http://charset.uic.jp/show/eucjisx0213/ > http://x0213.org/codetable/euc-jis-2004-with-char.txt > char JIS Unicode > =EF=BF=A3 0xA1B1 U+203E # OVERLINE Windows: U+FFE3 > =E2=80=95 0xA1BD U+2014 # EM DASH Windows: U+2015 > =EF=BF=A5 0xA1EF U+00A5 # YEN SIGN Windows: U+FFE5 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This is not an authoritative source. I do not believe this is correct. Noti= ce that there is a comment that on Windows it is U+FFE5, which is the FULLWIDTH YEN. That is in my opinion correct. Therefore Windows and Linux have the sa= me representation e.g. FULLWIDTH YEN. I suggest discussing this with the autho= r of the document. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > perl 5.24.3 >=20 > # perl -e 'use Encode; use Encode::JISX0213; print encode("euc-jisx0213", > "\x{00a5}");' | od -tx1 > 0000000 a1 ef > # perl -e 'use Encode; use Encode::JISX0213; print encode("euc-jisx0213", > "\x{ffe5}");' | od -tx1 > 0000000 a1 ef > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This behaviour is expected. You are encoding a unicode code point into EUC-JISX0213. There is no representation of YEN, so the output is FULLWIDTH= YEN in both cases e.g. /xa1/xef. > But Python and "/usr/local/share/i18n/charmaps/EUC-JISX0213.gz" > have mapping to U+FFE5. > I don't know which one is correct. This is correct. As it is on Windows. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Python 3.6.2 >=20 > # python3 -c "print(u'\u00a5'.encode('euc-jisx0213'))" > Traceback (most recent call last): > File "", line 1, in > UnicodeEncodeError: 'euc_jisx0213' codec can't encode character '\xa5' in > position 0: illegal multibyte sequence Correct. There is no YEN in EUC-JISX0213. This python behaviour is based on glibc's character map. > # python3 -c "print(u'\uffe5'.encode('euc-jisx0213'))" > b'\xa1\xef' > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > /usr/local/share/i18n/charmaps/EUC-JISX0213.gz (Fedora 26) >=20 > /xa1/xb1 FULLWIDTH MACRON > /xa1/xef FULLWIDTH YEN SIGN > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D These are IMO correct. In my previous post I referenced *official* Japanese ISO-IR documents, and I will reference them again: See, page 3 of the PDF, note that the 8th bit is always set: https://www.itscj.ipsj.or.jp/iso-ir/228.pdf You can see that the macron is a FULLWIDTH MACRO, and with the yen sign the FULLWIDTH YEN is selected because it provides compatibility with Windows. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39668-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 16:39:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115048 invoked by alias); 2 Nov 2017 16:39:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112181 invoked by uid 55); 2 Nov 2017 16:39:26 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] Error in tpi_PG locale Date: Thu, 02 Nov 2017 16:39: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00038.txt.bz2 Content-length: 1454 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 --- Comment #3 from 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 5baac970a8fee1dd9ddb8d1af2af79a09a85abcc (commit) from ef11081fed788f65aa2361c0df49e7a9fd2903d7 (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=3Dglibc.git;h=3D5baac970a8fee1dd9dd= b8d1af2af79a09a85abcc commit 5baac970a8fee1dd9ddb8d1af2af79a09a85abcc Author: Mike FABIAN Date: Thu Nov 2 13:21:01 2017 +0100 tpi_PG locale: fix syntax error [BZ #22382] [BZ #22382] * localedata/locales/tpi_PG (LC_TIME): Fix syntax error. * localedata/locales/tpi_PG: Add standard header. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ localedata/locales/tpi_PG | 9 ++++++++- 2 files changed, 14 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39669-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 16:54:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69386 invoked by alias); 2 Nov 2017 16:54:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69316 invoked by uid 48); 2 Nov 2017 16:54:23 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 16:54: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00039.txt.bz2 Content-length: 661 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-02 CC| |maiku.fabian at gmail dot = com Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39670-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:00:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86343 invoked by alias); 2 Nov 2017 17:00:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83655 invoked by uid 48); 2 Nov 2017 17:00:42 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 17:00: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00040.txt.bz2 Content-length: 814 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #2 from Mike FABIAN --- (In reply to Claude Paroz from comment #1) > Created attachment 10570 [details] > Partial patch for opinions >=20 > Hereby a first draft of what the patch could be. Is this the right > direction?=20 Yes, but I should have been clearer that even some ASCII characters are not allowed, for example % is usually the comment character, so it cannot be used like this: punct !;";#;$;%;&;';(;);*;+;,;-;.;;:;;;<;=3D;>;?;@;[;\;];^;_;`;{;|= ;};~ And / is usually the line continuation character. > Do you want one big patch or anything else? Whatever is easiest, I could also write a script to do it ... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39671-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:01:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92892 invoked by alias); 2 Nov 2017 17:01:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92821 invoked by uid 48); 2 Nov 2017 17:01:31 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22382] Error in tpi_PG locale Date: Thu, 02 Nov 2017 17: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: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00041.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22382 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39672-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:06:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115873 invoked by alias); 2 Nov 2017 17:06:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115770 invoked by uid 48); 2 Nov 2017 17:05:58 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 17:06: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: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00042.txt.bz2 Content-length: 412 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #3 from Claude Paroz --- OK, I'll special case '%' and '/'. I'm also using a script to do much of the changes. A quick manual review al= lows for example for comment deletion where it is merely a copy of the (now unobfuscated) value. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39673-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:21:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 26760 invoked by alias); 2 Nov 2017 17:21:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26669 invoked by uid 48); 2 Nov 2017 17:21:08 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 17:21: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: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00043.txt.bz2 Content-length: 352 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #4 from Claude Paroz --- But hopefully we can still use '%' and '/' when they are inside a string (s= ee for example the d_fmt "%d/%m/%y" line in the current an_ES locale). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39674-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:38:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57979 invoked by alias); 2 Nov 2017 17:38:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57922 invoked by uid 48); 2 Nov 2017 17:38:15 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 17:38: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: schwab@linux-m68k.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00044.txt.bz2 Content-length: 364 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #5 from Andreas Schwab --- The escape character is also special inside strings. See for the full rules. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39675-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 17:43:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66100 invoked by alias); 2 Nov 2017 17:43:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 65610 invoked by uid 48); 2 Nov 2017 17:43:01 -0000 From: "riehecky at fnal dot gov" To: glibc-bugs@sourceware.org Subject: [Bug nss/22349] [RFE] user specific hosts entries Date: Thu, 02 Nov 2017 17:43: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: riehecky at fnal dot gov 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: In-Reply-To: References: 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: 2017-11/txt/msg00045.txt.bz2 Content-length: 248 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22349 --- Comment #2 from Pat Riehecky --- That is amazing! Is this documented anywhere? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39676-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 18:36:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95514 invoked by alias); 2 Nov 2017 18:36:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95446 invoked by uid 48); 2 Nov 2017 18:35:56 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22349] [RFE] user specific hosts entries Date: Thu, 02 Nov 2017 18:36: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: In-Reply-To: References: 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: 2017-11/txt/msg00046.txt.bz2 Content-length: 586 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22349 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Florian Weimer --- There is a manual page: http://man7.org/linux/man-pages/man7/hostname.7.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39677-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 20:40:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104900 invoked by alias); 2 Nov 2017 20:40:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104845 invoked by uid 48); 2 Nov 2017 20:40:12 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 20:40: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: egmont at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00047.txt.bz2 Content-length: 1461 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Egmont Koblinger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egmont at gmail dot com --- Comment #6 from Egmont Koblinger --- (In reply to Andreas Schwab from comment #5) > See > html#tag_07_03> for the full rules. Bullet point 2 here says "Within a string, the double-quote character, the escape character, and the right angle bracket character shall be escaped [.= ..]" Why not the left angle bracket too? Otherwise you can't tell for sure wheth= er "" stands for a space, or for literal lessthan-you-plus-oh-oh-two-oh-greaterthan. I think it doesn't hurt to remain a bit safer with special characters, e.g. escape the comma, semicolon, less-than, greater-than, backshash, and whatev= er the escape character (typically overridden to slash in locale files) everywhere. --- On the other hand, what about non-ASCII characters? Are they allowed as raw UTF-8, or do they still need to be escaped? Allowing raw UTF-8, such as a weekday name of "h=C3=A9tf=C5=91" rather than "htf" would hig= hly improve readability of the file. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39678-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 22:56:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59047 invoked by alias); 2 Nov 2017 22:56:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58982 invoked by uid 48); 2 Nov 2017 22:56:48 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19485] csb_PL: update month translations Date: Thu, 02 Nov 2017 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: minor X-Bugzilla-Who: digitalfreak at lingonborough 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00048.txt.bz2 Content-length: 1215 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19485 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --- Comment #12 from Rafal Luzynski = --- I'm afraid that we need more changes in csb_PL but I'd like to hear a feedb= ack from an expert. My sources are: * Kashubian Language Council (RJK): http://skarbnicakaszubska.pl/uchwala-nr-5-2007/ * Wikipedia: https://csb.wikipedia.org/ 1. April: - currently we have "=C5=82=C5=BC=C3=ABkwi=C3=B4t"; - both Wikipedia and RJK say "=C5=82=C5=BC=C3=ABkwiat". I guess this is = correct and we should fix it. 2. October: - currently we have "rujan"; RJK says the same; - Wikipedia says "pazdz=C3=A9rznik" and explains that "rujan" is a Croat= ian neologism. I lean into thinking that we should not change this but the argu= ment in Wikipedia looks reasonable. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39679-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 02 23:34:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77812 invoked by alias); 2 Nov 2017 23:34:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 77714 invoked by uid 55); 2 Nov 2017 23:34:47 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 02 Nov 2017 23:34: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: keld at keldix dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00049.txt.bz2 Content-length: 1090 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #7 from keld at keldix dot com --- I think we should not do this, as it would make locales unusable with ebcdic encodings. I am also unsure how it will work with utf-16. I propose you use better mnemonics for the ascii range, such as for a, etc. That is, use the mnemonics defined in the POSIX standard for the ascii range. best regards keld On Thu, Nov 02, 2017 at 02:15:41PM +0000, claude at 2xlibre dot net wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > --- Comment #1 from Claude Paroz --- > Created attachment 10570 > --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10570&action=3D= edit > Partial patch for opinions >=20 > Hereby a first draft of what the patch could be. Is this the right direct= ion? > Do you want one big patch or anything else? >=20 > --=20 > You are receiving this mail because: > You are on the CC list for the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39680-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 03:12:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71886 invoked by alias); 3 Nov 2017 03:12:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71794 invoked by uid 48); 3 Nov 2017 03:12:25 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 03:12: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: carlos at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00050.txt.bz2 Content-length: 1398 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #8 from Carlos O'Donell --- (In reply to keld@keldix.com from comment #7) > I think we should not do this, as it would make locales unusable > with ebcdic encodings. I am also unsure how it will work with utf-16. Please provide a justification for this requirement to support EBCDIC and UTF-16, included systems that would be impacted today by this change. I spoke with Ulrich Drepper directly, and he did point out that the design = idea behind using sequences was indeed to support the locales on systems that had other encodings like EBCDIC, but with the rise of UTF-8 as the def= acto standard, no such systems have really materialized. > I propose you use better mnemonics for the ascii range, such as for a, > etc. That is, use the mnemonics defined in the POSIX standard for the as= cii > range. I disagree strongly with this, why use '' instead of 'a'? Please provide strong rationale for why we should keep using the format. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39681-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 06:31:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127343 invoked by alias); 3 Nov 2017 06:31:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127262 invoked by uid 48); 3 Nov 2017 06:31:38 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] New: Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 06:31: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-11/txt/msg00051.txt.bz2 Content-length: 6316 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 Bug ID: 22390 Summary: Rare memory corruption in localedef related to malloc Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: locale Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- We occasionally see a crash in localedef during =E2=80=9Cmake install=E2=80= =9D. I was able to capture a backtrace from a core file: #0 sysmalloc (nb=3Dnb@entry=3D1361968, av=3Dav@entry=3D0x7fffbe400ed8 ) at malloc.c:2768 #1 0x00007fffbe2b0f64 in _int_malloc (av=3D0x7fffbe400ed8 ,=20 bytes=3D1361953) at malloc.c:4134 #2 0x00007fffbe2b6c4c in _int_realloc (nb=3D1361968, oldsize=3D680992,=20 oldp=3D0x7fffffb52690, av=3D0x7fffbe400ed8 ) at malloc.c:46= 26 #3 __GI___libc_realloc (oldmem=3D0x7fffffb526a0, bytes=3D1361952) at mallo= c.c:3245 #4 0x0000000010049684 in xrealloc (p=3D, n=3D) at programs/xmalloc.c:102 #5 0x0000000010006938 in idx_table_add (value=3D105661, wc=3D,=20 t=3D0x7fffffb36438) at programs/3level.h:127 #6 find_idx (ctype=3Dctype@entry=3D0x7fffffb36420, table=3D0x7fffffb369a8,= =20 table@entry=3D0xfbf, max=3Dmax@entry=3D0x7fffffb369b0,=20 act=3Dact@entry=3D0x7fffffb369b8, idx=3Didx@entry=3D170244) at programs/ld-ctype.c:1234 #7 0x000000001000fe78 in find_idx (idx=3D170244, act=3D,=20 max=3D, table=3D, ctype=3D) at programs/ld-ctype.c:1526 #8 charclass_ucs4_ellipsis (ldfile=3D, ldfile=3D,=20 now=3D0x7fffffb362a0, step=3D1, handle_digits=3D,=20 ignore_content=3D, class_bit=3D,=20 class256_bit=3D, last_wch=3D170244, repertoire=3D,=20 charmap=3D, ctype=3D) at programs/ld-ctyp= e.c:1542 #9 ctype_read (ldfile=3D, result=3D,=20 charmap=3D0x7ffffe0d0640, repertoire_name=3D,=20 ignore_content=3D) at programs/ld-ctype.c:2401 #10 0x000000001003c3ec in locfile_read (result=3D0x7fffffb35ed0,=20 charmap=3D0x7ffffe0d0640) at programs/locfile.c:173 #11 0x000000001000490c in load_locale (category=3D,=20 name=3D0x7fffffb35e90 "i18n", repertoire_name=3D0x0, charmap=3D0x7ffffe= 0d0640,=20 copy_locale=3D0x0) at programs/localedef.c:621 #12 0x0000000010010c9c in ctype_read (ldfile=3D0x7fffffb35d10,=20 result=3D0x7fffffb35980, charmap=3D0x7ffffe0d0640, repertoire_name=3D0x= 0,=20 ignore_content=3D) at programs/ld-ctype.c:2141 #13 0x000000001003c3ec in locfile_read (result=3D0x7fffffb35980,=20 charmap=3D0x7ffffe0d0640) at programs/locfile.c:173 #14 0x000000001000490c in load_locale (category=3D,=20 name=3D0x7fffffb35940 "nl_NL", repertoire_name=3D0x0, charmap=3D0x7ffff= e0d0640,=20 copy_locale=3D0x0) at programs/localedef.c:621 #15 0x0000000010010c9c in ctype_read (ldfile=3D0x7ffffe0d0520,=20 result=3D0x7ffff5cbfef0, charmap=3D0x7ffffe0d0640, repertoire_name=3D0x= 0,=20 ignore_content=3D) at programs/ld-ctype.c:2141 #16 0x000000001003c3ec in locfile_read (result=3D0x7ffff5cbfef0,=20 charmap=3D0x7ffffe0d0640) at programs/locfile.c:173 #17 0x0000000010003720 in main (argc=3D, argv=3D0x7ffff5cc05= 20) at programs/localedef.c:252 2763 { 2764 remainder_size =3D size - nb; 2765 remainder =3D chunk_at_offset (p, nb); 2766 av->top =3D remainder; 2767 set_head (p, nb | PREV_INUSE | (av !=3D &main_arena ? NON_MAIN_ARENA : 0)); 2768 set_head (remainder, remainder_size | PREV_INUSE); 2769 check_malloced_chunk (av, p, nb); 2770 return chunk2mem (p); 2771 } The fault happens here: 0x00007fffbe2af090 <+384>: xor r8,r30,r26 0x00007fffbe2af094 <+388>: subf r9,r31,r9 0x00007fffbe2af098 <+392>: addic r26,r8,-1 0x00007fffbe2af09c <+396>: ori r10,r31,1 0x00007fffbe2af0a0 <+400>: subfe r26,r26,r8 0x00007fffbe2af0a4 <+404>: add r31,r22,r31 0x00007fffbe2af0a8 <+408>: rldicr r26,r26,2,61 0x00007fffbe2af0ac <+412>: ori r9,r9,1 0x00007fffbe2af0b0 <+416>: or r26,r10,r26 0x00007fffbe2af0b4 <+420>: std r31,88(r30) 0x00007fffbe2af0b8 <+424>: addi r3,r22,16 0x00007fffbe2af0bc <+428>: std r26,8(r22) =3D> 0x00007fffbe2af0c0 <+432>: std r9,8(r31) Most variables have been optimized out, but: remainder =3D 0x800000004800 r9 =3D 0x2b801 r31 =3D 0x800000004800 =E2=80=9Cinfo file=E2=80=9D says this: 0x0000000010000000 - 0x0000000010010000 is load1a 0x0000000010010000 - 0x0000000010010000 is load1b 0x0000000010060000 - 0x0000000010070000 is load2 0x0000000010070000 - 0x0000000010080000 is load3 0x00007fffba840000 - 0x00007fffbbce0000 is load4 0x00007fffbcaf0000 - 0x00007fffbdf90000 is load5 0x00007fffbe1a0000 - 0x00007fffbe1a0000 is load6 0x00007fffbe1d0000 - 0x00007fffbe1d0000 is load7 0x00007fffbe1e0000 - 0x00007fffbe1e0000 is load8 0x00007fffbe1f0000 - 0x00007fffbe200000 is load9a 0x00007fffbe200000 - 0x00007fffbe200000 is load9b 0x00007fffbe3e0000 - 0x00007fffbe3e0000 is load10 0x00007fffbe3f0000 - 0x00007fffbe400000 is load11 0x00007fffbe400000 - 0x00007fffbe410000 is load12 0x00007fffbe410000 - 0x00007fffbe430000 is load13 0x00007fffbe430000 - 0x00007fffbe440000 is load14a 0x00007fffbe440000 - 0x00007fffbe440000 is load14b 0x00007fffbe470000 - 0x00007fffbe480000 is load15 0x00007fffbe480000 - 0x00007fffbe490000 is load16 0x00007ffff5ca0000 - 0x00007ffff5cd0000 is load17 0x00007ffffe0d0000 - 0x0000800000030000 is load18 So address appears to be above the top of the heap. This glibc is based on 2.26. We've only seen this on ppc64 so far (not s39= 0x). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39682-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 06:49:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51079 invoked by alias); 3 Nov 2017 06:49:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50874 invoked by uid 48); 3 Nov 2017 06:49:08 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 06:49: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: schwab@linux-m68k.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00052.txt.bz2 Content-length: 525 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #9 from Andreas Schwab --- (In reply to Egmont Koblinger from comment #6) > Bullet point 2 here says "Within a string, the double-quote character, the > escape character, and the right angle bracket character shall be escaped > [...]" >=20 > Why not the left angle bracket too? I think "right" is a typo here. It doesn't really make sense otherwise. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39683-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 08:04:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 43502 invoked by alias); 3 Nov 2017 08:04:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36387 invoked by uid 48); 3 Nov 2017 08:04:13 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 08:04: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00053.txt.bz2 Content-length: 688 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #1 from Florian Weimer --- The crashing command is run from the localedata directory in the source tre= e.=20 The full command line looks like this: /builddir/build/BUILD/glibc-2.26-65-ga76376df7c/build-ppc64-redhat-linux/lo= cale/localedef --alias-file=3D../intl/locale.alias --no-archive -i locales/nl_AW -c -f charmaps/UTF-8 --prefix=3D/builddir/build/BUILDROOT/glibc-2.26-16.fc27.ppc64 nl_AW It is executed with the built glibc, not the installed one, although both versions are quite close in this case. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39684-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 08:06:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21285 invoked by alias); 3 Nov 2017 08:06:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15117 invoked by uid 48); 3 Nov 2017 08:06:17 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 08:06: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00054.txt.bz2 Content-length: 273 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #2 from Florian Weimer --- And it is necessary to set I18NPATH=3D. before running this command. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39685-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 08:24:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97055 invoked by alias); 3 Nov 2017 08:24:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96865 invoked by uid 48); 3 Nov 2017 08:24:22 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21236] NaN generation by optimized math functions Date: Fri, 03 Nov 2017 08:24: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: 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: security- X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00055.txt.bz2 Content-length: 513 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21236 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #11 from Florian Weimer --- *** This bug has been marked as a duplicate of bug 21265 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39686-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 08:24:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97303 invoked by alias); 3 Nov 2017 08:24:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 97036 invoked by uid 48); 3 Nov 2017 08:24:33 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention Date: Fri, 03 Nov 2017 08:24: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00056.txt.bz2 Content-length: 534 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21265 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |charles at schwieters dot = org --- Comment #27 from Florian Weimer --- *** Bug 21236 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39687-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 08:46:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47347 invoked by alias); 3 Nov 2017 08:46:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44427 invoked by uid 48); 3 Nov 2017 08:46:26 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 08:46: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.26 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00057.txt.bz2 Content-length: 230 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #3 from Andreas Schwab --- Also seen on arm and ppc64le. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39688-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 09:19:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62016 invoked by alias); 3 Nov 2017 09:19:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60864 invoked by uid 48); 3 Nov 2017 09:19:11 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19485] csb_PL: update month translations Date: Fri, 03 Nov 2017 09: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: minor X-Bugzilla-Who: digitalfreak at lingonborough dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00058.txt.bz2 Content-length: 575 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19485 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #13 from Rafal Luzynski = --- Reopening, see the explanation above=E2=86=91. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39689-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 09:52:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 6188 invoked by alias); 3 Nov 2017 09:52:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128650 invoked by uid 48); 3 Nov 2017 09:52:28 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 09:52: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: egmont at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00059.txt.bz2 Content-length: 385 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #10 from Egmont Koblinger --- (In reply to Andreas Schwab from comment #9) > I think "right" is a typo here. It doesn't really make sense otherwise. Or they meant "right angle" (i.e. 90 degrees) bracket :-D --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39690-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 09:56:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 129016 invoked by alias); 3 Nov 2017 09:56:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119527 invoked by uid 48); 3 Nov 2017 09:56:16 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 09: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: egmont at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00060.txt.bz2 Content-length: 840 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #11 from Egmont Koblinger --- I don't understand the EBCDIC worries at all. These locale definition files are in ASCII. If you interpret these same fil= es in EBCDIC, section names and property names don't make any sense, and neith= er do encoded characters such as "", I mean it's no longer less/greater-than, uppercase U and digits. Then, if you iconv the file, the resulting and friends still define Unicode codepoints and not EBCDIC ones. So, in order to use these files in an EBCDIC environment, they need to be converted on two different levels. This does not become any harder or any more complicated by allowing plain A= SCII characters. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39691-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 10:58:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39999 invoked by alias); 3 Nov 2017 10:58:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36766 invoked by uid 48); 3 Nov 2017 10:58:06 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 10:58: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00061.txt.bz2 Content-length: 623 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #4 from Florian Weimer --- Other crashes at the same place, with: 0x00007ffffca60000 - 0x0000800000030000 is load15 remainder =3D 0x800000004000 r9 =3D 0x2c001 r31 =3D 0x800000004000 0x00007ffffc910000 - 0x0000800000060000 is load16 remainder =3D 0x800000032c00 r9 =3D 0x2d401 r31 =3D 0x800000032c00 So far, I have only seen this with an explicit loader invocation. But with that, it also reproduces with the installed glibc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39692-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 11:17:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58687 invoked by alias); 3 Nov 2017 11:17:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58348 invoked by uid 48); 3 Nov 2017 11:17:15 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22391] New: Signal function clear NPTL internal symbols inconsistently Date: Fri, 03 Nov 2017 11:17: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.26 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00062.txt.bz2 Content-length: 1526 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22391 Bug ID: 22391 Summary: Signal function clear NPTL internal symbols inconsistently Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: nptl Assignee: unassigned at sourceware dot org Reporter: adhemerval.zanella at linaro dot org CC: drepper.fsp at gmail dot com Target Milestone: --- The following signal set implementation does not filter out NPTL internal signals: 1. signal/sigaddset.c 2. signal/sigdelset.c 3. sysdeps/unix/sysv/linux/ia64/sigprocmask.c 4. sysdeps/unix/sysv/linux/s390/s390-64/sigprocmask.c 5. sysdeps/unix/sysv/linux/sparc/sparc64/sigprocmask.c 6. sysdeps/unix/sysv/linux/x86_64/sigprocmask.c 7. nptl/sigaction.c 8. signal/sigaction.c 9. sysdeps/posix/sigset.c Other signal function filter out NPTL internal signals. GLIBC on Linux requires both signal to proper implement both pthread cancellation, posix timers, and set*id function and having different semantics is troublesome (a conformant program on a architecture that does not filter out the signals m= ight inadvertently disable pthread asynchronous cancellation, set*id synchroniza= tion or posix timers). Worse, some architecture differ on internal NPTL semantics (the sigprocmask implementation listed above). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39693-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 12:36:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11833 invoked by alias); 3 Nov 2017 12:36:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11239 invoked by uid 48); 3 Nov 2017 12:36:25 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 12:36: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.26 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00063.txt.bz2 Content-length: 341 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #5 from Florian Weimer --- Created attachment 10571 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10571&action=3Ded= it log.4332 strace log from crash --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39694-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 12:37:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16875 invoked by alias); 3 Nov 2017 12:37:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 16420 invoked by uid 48); 3 Nov 2017 12:37:10 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 12:37: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.26 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00064.txt.bz2 Content-length: 349 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #6 from Florian Weimer --- Created attachment 10572 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10572&action=3Ded= it core.4332.xz coredump for log.4332 run --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39695-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 12:40:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 41381 invoked by alias); 3 Nov 2017 12:40:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 40909 invoked by uid 48); 3 Nov 2017 12:40:10 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 12:40: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00065.txt.bz2 Content-length: 4461 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #7 from Florian Weimer --- Backtrace from core.4332: #0 sysmalloc (nb=3Dnb@entry=3D7340064, av=3Dav@entry=3D0x7fffbe610ee8 ) at malloc.c:2768 #1 0x00007fffbe4a9984 in _int_malloc (av=3D0x7fffbe610ee8 ,=20 bytes=3D7340049) at malloc.c:4134 #2 0x00007fffbe4af92c in _int_realloc (nb=3D7340064, oldsize=3D3670032,=20 oldp=3D0x7fffffa35800, av=3D0x7fffbe610ee8 ) at malloc.c:46= 26 #3 __GI___libc_realloc (oldmem=3D0x7fffffa35810, bytes=3D7340048) at mallo= c.c:3245 #4 0x0000000010049684 in xrealloc (p=3D, n=3D) at programs/xmalloc.c:102 #5 0x0000000010006938 in idx_table_add (value=3D142819, wc=3D,=20 t=3D0x7fffff267408) at programs/3level.h:127 #6 find_idx (ctype=3Dctype@entry=3D0x7fffff2673f0,=20 table=3Dtable@entry=3D0x7fffff267978, max=3Dmax@entry=3D0x7fffff267980,= =20 act=3Dact@entry=3D0x7fffff267988, idx=3D) at programs/ld-ctype.c:1234 #7 0x0000000010010934 in find_idx (idx=3D, act=3D,=20 max=3D, table=3D, ctype=3D) at programs/ld-ctype.c:1388 #8 ctype_read (ldfile=3D, result=3D,=20 charmap=3D0x7ffffd801610, repertoire_name=3D,=20 ignore_content=3D) at programs/ld-ctype.c:2312 #9 0x000000001003c3ec in locfile_read (result=3D0x7fffff266ea0,=20 charmap=3D0x7ffffd801610) at programs/locfile.c:173 #10 0x000000001000490c in load_locale (category=3D,=20 name=3D0x7fffff266e60 "i18n", repertoire_name=3D0x0, charmap=3D0x7ffffd= 801610,=20 copy_locale=3D0x0) at programs/localedef.c:621 #11 0x0000000010010c9c in ctype_read (ldfile=3D0x7fffff266ce0,=20 result=3D0x7fffff266950, charmap=3D0x7ffffd801610, repertoire_name=3D0x= 0,=20 ignore_content=3D) at programs/ld-ctype.c:2141 #12 0x000000001003c3ec in locfile_read (result=3D0x7fffff266950,=20 charmap=3D0x7ffffd801610) at programs/locfile.c:173 #13 0x000000001000490c in load_locale (category=3D,=20 name=3D0x7fffff266910 "nl_NL", repertoire_name=3D0x0, charmap=3D0x7ffff= d801610,=20 copy_locale=3D0x0) at programs/localedef.c:621 #14 0x0000000010010c9c in ctype_read (ldfile=3D0x7ffffd801510,=20 result=3D0x7fffe4459b00, charmap=3D0x7ffffd801610, repertoire_name=3D0x= 0,=20 ignore_content=3D) at programs/ld-ctype.c:2141 #15 0x000000001003c3ec in locfile_read (result=3D0x7fffe4459b00,=20 charmap=3D0x7ffffd801610) at programs/locfile.c:173 #16 0x0000000010003720 in main (argc=3D, argv=3D0x7fffe445a1= 20) at programs/localedef.c:252 remainder =3D 0x8000004b5830 r9 =3D 0x2a7d1 r31 =3D 0x8000004b5830 Memory map: 0x0000000010000000 - 0x0000000010010000 is load1a 0x0000000010010000 - 0x0000000010010000 is load1b 0x0000000010060000 - 0x0000000010070000 is load2 0x0000000010070000 - 0x0000000010080000 is load3 0x00007fffb3e60000 - 0x00007fffb5300000 is load4 0x00007fffb6110000 - 0x00007fffb75b0000 is load5 0x00007fffb77d0000 - 0x00007fffb77d0000 is load6 0x00007fffb7800000 - 0x00007fffb7800000 is load7 0x00007fffb7810000 - 0x00007fffb7810000 is load8 0x00007fffbe3e0000 - 0x00007fffbe3f0000 is load9a 0x00007fffbe3f0000 - 0x00007fffbe3f0000 is load9b 0x00007fffbe5f0000 - 0x00007fffbe5f0000 is load10 0x00007fffbe600000 - 0x00007fffbe610000 is load11 0x00007fffbe610000 - 0x00007fffbe620000 is load12 0x00007fffbe620000 - 0x00007fffbe620000 is load13 0x00007fffbe630000 - 0x00007fffbe650000 is load14 0x00007fffbe650000 - 0x00007fffbe660000 is load15a 0x00007fffbe660000 - 0x00007fffbe660000 is load15b 0x00007fffbe690000 - 0x00007fffbe6a0000 is load16 0x00007fffbe6a0000 - 0x00007fffbe6b0000 is load17 0x00007fffe4430000 - 0x00007fffe4460000 is load18 0x00007ffffd800000 - 0x00008000004e0000 is load19 If I'm not mistaken, 0x8000004b5830 + 16 is still within the 0x00007ffffd80= 0000 - 0x00008000004e0000 mapping, and brk actually returned 0x00008000004e0000.= So this seems like a kernel bug. Comments? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39696-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 12:46:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 109302 invoked by alias); 3 Nov 2017 12:46:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 103984 invoked by uid 48); 3 Nov 2017 12:46:48 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 12:46: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00066.txt.bz2 Content-length: 289 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #8 from Florian Weimer --- I forgot to mention that I see this with kernel-4.13.9-200.fc26.ppc64 (from Fedora). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39697-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 13:18:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37364 invoked by alias); 3 Nov 2017 13:18:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37306 invoked by uid 48); 3 Nov 2017 13:18:07 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22377] iseqsig, float128 and C++ Date: Fri, 03 Nov 2017 13: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot eti.br 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: In-Reply-To: References: 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: 2017-11/txt/msg00067.txt.bz2 Content-length: 357 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22377 --- Comment #1 from Gabriel F. T. Gomes = --- I posted an initial patch for review on: https://sourceware.org/ml/libc-alpha/2017-11/msg00076.html It still lacks a test case, though. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39698-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 13:54:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90639 invoked by alias); 3 Nov 2017 13:54:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90568 invoked by uid 48); 3 Nov 2017 13:54:30 -0000 From: "dan at danny dot cz" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 13:54: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dan at danny dot cz 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: In-Reply-To: References: 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: 2017-11/txt/msg00068.txt.bz2 Content-length: 380 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 Dan Horak changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dan at danny dot cz --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39699-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 14:54:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31139 invoked by alias); 3 Nov 2017 14:54:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23929 invoked by uid 55); 3 Nov 2017 14:54:35 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/18572] [arm] Lazy TLSDESC relocation has data race Date: Fri, 03 Nov 2017 14:54: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: 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: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00069.txt.bz2 Content-length: 9854 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18572 --- Comment #2 from 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 659ca267360e1c1f64eea9205bb81cb5e9049908 (commit) via 94d2f0af157d8c02e688a315039f8044aedbcc89 (commit) via 28e1ddf340e205cd8e1eff58e92957318c6e9966 (commit) via 0ca3d1d6d096e222346c74601d50e9013c8bb25d (commit) via 2c1d4e5fe4e722e0b747d6bddd7ce3a6b1766c52 (commit) via 91c5a366d8d398d2fc4542f961c93058a92ade6f (commit) via b7cf203b5c17dd6d9878537d41e0c7cc3d270a67 (commit) via 0cc5b022f817eeaa81735ae58717b5dabae92941 (commit) from 43ddff2e364c69847f5f698f6a43f9dde328b76a (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=3Dglibc.git;h=3D659ca267360e1c1f64e= ea9205bb81cb5e9049908 commit 659ca267360e1c1f64eea9205bb81cb5e9049908 Author: Szabolcs Nagy Date: Tue Oct 24 17:49:14 2017 +0100 aarch64: optimize _dl_tlsdesc_dynamic fast path Remove some load/store instructions from the dynamic tlsdesc resolver fast path. This gives around 20% faster tls access in dlopened shared libraries (assuming glibc ran out of static tls space). * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_dynamic): Optimize. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D94d2f0af157d8c02e68= 8a315039f8044aedbcc89 commit 94d2f0af157d8c02e688a315039f8044aedbcc89 Author: Szabolcs Nagy Date: Fri Oct 20 17:53:44 2017 +0100 arm: Remove lazy tlsdesc initialization related code Lazy tlsdesc initialization is no longer used in the dynamic linker so all related code can be removed. * sysdeps/arm/dl-machine.h (elf_machine_runtime_setup): Remove DT_TLSDESC_GOT initialization. * sysdeps/arm/dl-tlsdesc.S (_dl_tlsdesc_lazy_resolver): Remove. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/dl-tlsdesc.h (_dl_tlsdesc_lazy_resolver): Remove. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/tlsdesc.c (_dl_tlsdesc_lazy_resolver_fixup): Remo= ve. (_dl_tlsdesc_resolve_hold_fixup): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D28e1ddf340e205cd8e1= eff58e92957318c6e9966 commit 28e1ddf340e205cd8e1eff58e92957318c6e9966 Author: Szabolcs Nagy Date: Fri Oct 20 17:44:18 2017 +0100 arm: Remove unnecessary volatile qualifier There is no reason to treat tlsdesc entries as volatile objects. * sysdeps/arm/dl-machine.h (elf_machine_rel): Remove volatile. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0ca3d1d6d096e222346= c74601d50e9013c8bb25d commit 0ca3d1d6d096e222346c74601d50e9013c8bb25d Author: Szabolcs Nagy Date: Fri Oct 20 17:35:12 2017 +0100 [BZ #18572] arm: Disable lazy initialization of tlsdesc entries Follow up to https://sourceware.org/ml/libc-alpha/2015-11/msg00272.html Always do tls descriptor initialization at load time during relocation processing (as if DF_BIND_NOW were set for the binary) to avoid barriers at every tls access. This patch mimics bind-now semantics in the lazy relocation code of the arm target (elf_machine_lazy_rel). Ideally the static linker should be updated too to not emit tlsdesc relocs in DT_REL*, so elf_machine_lazy_rel is not called on them at all. [BZ #18572] * sysdeps/arm/dl-machine.h (elf_machine_lazy_rel): Do symbol binding non-lazily for R_ARM_TLS_DESC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2c1d4e5fe4e722e0b74= 7d6bddd7ce3a6b1766c52 commit 2c1d4e5fe4e722e0b747d6bddd7ce3a6b1766c52 Author: Szabolcs Nagy Date: Fri Oct 20 17:10:50 2017 +0100 [BZ #17078] arm: remove prelinker support for R_ARM_TLS_DESC This patch reverts commit 9c82da17b5794efebe005de2fd22d61a3ea4b58a Author: Maciej W. Rozycki Date: 2014-07-17 19:22:05 +0100 [BZ #17078] ARM: R_ARM_TLS_DESC prelinker support This only implemented support for the lazy binding case (and thus closed the bugzilla ticket prematurely), however tlsdesc on arm is not correct with lazy binding because there is a data race between the lazy initialization code and tlsdesc resolver functions. Lazy initialization of tlsdesc entries will be removed from arm to fix the data races and thus this half-finished prelinker support is no longer useful. [BZ #17078] * sysdeps/arm/dl-machine.h (elf_machine_rela): Remove the R_ARM_TLS_DESC case. (elf_machine_lazy_rel): Remove the prelink check. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D91c5a366d8d398d2fc4= 542f961c93058a92ade6f commit 91c5a366d8d398d2fc4542f961c93058a92ade6f Author: Szabolcs Nagy Date: Wed Sep 27 18:14:21 2017 +0100 aarch64: Remove barriers from TLS descriptor functions Remove ldar synchronization and most lazy TLSDESC initialization related code. * sysdeps/aarch64/dl-machine.h (elf_machine_runtime_setup): Remove DT_TLSDESC_GOT initialization. * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_return_lazy): Remove. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. (_dl_tlsdesc_undefweak): Remove ldar. (_dl_tlsdesc_dynamic): Likewise. * sysdeps/aarch64/dl-tlsdesc.h (_dl_tlsdesc_return_lazy): Remove. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/tlsdesc.c (_dl_tlsdesc_resolve_rela_fixup): Remov= e. (_dl_tlsdesc_resolve_hold_fixup): Likewise. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db7cf203b5c17dd6d987= 8537d41e0c7cc3d270a67 commit b7cf203b5c17dd6d9878537d41e0c7cc3d270a67 Author: Szabolcs Nagy Date: Wed Sep 27 16:55:14 2017 +0100 aarch64: Disable lazy symbol binding of TLSDESC Always do TLS descriptor initialization at load time during relocation processing to avoid barriers at every TLS access. In non-dlopened shared libraries the overhead of tls access vs static global access is > 3x bigger when lazy initialization is used (_dl_tlsdesc_return_lazy) compared to bind-now (_dl_tlsdesc_return) so the barriers dominate tls access performance. TLSDESC relocs are in DT_JMPREL which are processed at load time using elf_machine_lazy_rel which is only supposed to do lightweight initialization using the DT_TLSDESC_PLT trampoline (the trampoline code jumps to the entry point in DT_TLSDESC_GOT which does the lazy tlsdesc initialization at runtime). This patch changes elf_machine_lazy_rel in aarch64 to do the symbol binding and initialization as if DF_BIND_NOW was set, so the non-lazy code path of elf/do-rel.h was replicated. The static linker could be changed to emit TLSDESC relocs in DT_REL*, which are processed non-lazily, but the goal of this patch is to always guarantee bind-now semantics, even if the binary was produced with an old linker, so the barriers can be dropped in tls descriptor functions. After this change the synchronizing ldar instructions can be dropped as well as the lazy initialization machinery including the DT_TLSDESC_G= OT setup. I believe this should be done on all targets, including ones where no barrier is needed for lazy initialization. There is very little gain in optimizing for large number of symbolic tlsdesc relocations which is an extremely uncommon case. And currently the tlsdesc entries are only readonly protected with -z now and some hardennings against writable JUMPSLOT relocs don't work for TLSDESC so they are a security hazard. (But to fix that the static linker has to be changed.) * sysdeps/aarch64/dl-machine.h (elf_machine_lazy_rel): Do symbol binding and initialization non-lazily for R_AARCH64_TLSDESC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0cc5b022f817eeaa817= 35ae58717b5dabae92941 commit 0cc5b022f817eeaa81735ae58717b5dabae92941 Author: Szabolcs Nagy Date: Mon Oct 23 12:15:40 2017 +0100 Mark lazy tlsdesc helper functions unused to avoid warnings These static functions are not needed if a target does not do lazy tlsdesc initialization. * elf/tlsdeschtab.h (_dl_tls_resolve_early_return_p): Mark unused. (_dl_tlsdesc_wake_up_held_fixups): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 59 ++++++++ elf/tlsdeschtab.h | 2 + sysdeps/aarch64/dl-machine.h | 23 ++-- sysdeps/aarch64/dl-tlsdesc.S | 308 +++++++-------------------------------= ---- sysdeps/aarch64/dl-tlsdesc.h | 9 -- sysdeps/aarch64/tlsdesc.c | 127 +----------------- sysdeps/arm/dl-machine.h | 59 +++------ sysdeps/arm/dl-tlsdesc.S | 84 ------------ sysdeps/arm/dl-tlsdesc.h | 4 +- sysdeps/arm/tlsdesc.c | 119 +---------------- 10 files changed, 145 insertions(+), 649 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39700-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 14:54:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31476 invoked by alias); 3 Nov 2017 14:54:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 25004 invoked by uid 55); 3 Nov 2017 14:54:36 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/17078] error while loading shared libraries: unexpected reloc type 0x0d Date: Fri, 03 Nov 2017 14:54: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: 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: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00070.txt.bz2 Content-length: 9854 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17078 --- Comment #4 from 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 659ca267360e1c1f64eea9205bb81cb5e9049908 (commit) via 94d2f0af157d8c02e688a315039f8044aedbcc89 (commit) via 28e1ddf340e205cd8e1eff58e92957318c6e9966 (commit) via 0ca3d1d6d096e222346c74601d50e9013c8bb25d (commit) via 2c1d4e5fe4e722e0b747d6bddd7ce3a6b1766c52 (commit) via 91c5a366d8d398d2fc4542f961c93058a92ade6f (commit) via b7cf203b5c17dd6d9878537d41e0c7cc3d270a67 (commit) via 0cc5b022f817eeaa81735ae58717b5dabae92941 (commit) from 43ddff2e364c69847f5f698f6a43f9dde328b76a (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=3Dglibc.git;h=3D659ca267360e1c1f64e= ea9205bb81cb5e9049908 commit 659ca267360e1c1f64eea9205bb81cb5e9049908 Author: Szabolcs Nagy Date: Tue Oct 24 17:49:14 2017 +0100 aarch64: optimize _dl_tlsdesc_dynamic fast path Remove some load/store instructions from the dynamic tlsdesc resolver fast path. This gives around 20% faster tls access in dlopened shared libraries (assuming glibc ran out of static tls space). * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_dynamic): Optimize. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D94d2f0af157d8c02e68= 8a315039f8044aedbcc89 commit 94d2f0af157d8c02e688a315039f8044aedbcc89 Author: Szabolcs Nagy Date: Fri Oct 20 17:53:44 2017 +0100 arm: Remove lazy tlsdesc initialization related code Lazy tlsdesc initialization is no longer used in the dynamic linker so all related code can be removed. * sysdeps/arm/dl-machine.h (elf_machine_runtime_setup): Remove DT_TLSDESC_GOT initialization. * sysdeps/arm/dl-tlsdesc.S (_dl_tlsdesc_lazy_resolver): Remove. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/dl-tlsdesc.h (_dl_tlsdesc_lazy_resolver): Remove. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/tlsdesc.c (_dl_tlsdesc_lazy_resolver_fixup): Remo= ve. (_dl_tlsdesc_resolve_hold_fixup): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D28e1ddf340e205cd8e1= eff58e92957318c6e9966 commit 28e1ddf340e205cd8e1eff58e92957318c6e9966 Author: Szabolcs Nagy Date: Fri Oct 20 17:44:18 2017 +0100 arm: Remove unnecessary volatile qualifier There is no reason to treat tlsdesc entries as volatile objects. * sysdeps/arm/dl-machine.h (elf_machine_rel): Remove volatile. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0ca3d1d6d096e222346= c74601d50e9013c8bb25d commit 0ca3d1d6d096e222346c74601d50e9013c8bb25d Author: Szabolcs Nagy Date: Fri Oct 20 17:35:12 2017 +0100 [BZ #18572] arm: Disable lazy initialization of tlsdesc entries Follow up to https://sourceware.org/ml/libc-alpha/2015-11/msg00272.html Always do tls descriptor initialization at load time during relocation processing (as if DF_BIND_NOW were set for the binary) to avoid barriers at every tls access. This patch mimics bind-now semantics in the lazy relocation code of the arm target (elf_machine_lazy_rel). Ideally the static linker should be updated too to not emit tlsdesc relocs in DT_REL*, so elf_machine_lazy_rel is not called on them at all. [BZ #18572] * sysdeps/arm/dl-machine.h (elf_machine_lazy_rel): Do symbol binding non-lazily for R_ARM_TLS_DESC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2c1d4e5fe4e722e0b74= 7d6bddd7ce3a6b1766c52 commit 2c1d4e5fe4e722e0b747d6bddd7ce3a6b1766c52 Author: Szabolcs Nagy Date: Fri Oct 20 17:10:50 2017 +0100 [BZ #17078] arm: remove prelinker support for R_ARM_TLS_DESC This patch reverts commit 9c82da17b5794efebe005de2fd22d61a3ea4b58a Author: Maciej W. Rozycki Date: 2014-07-17 19:22:05 +0100 [BZ #17078] ARM: R_ARM_TLS_DESC prelinker support This only implemented support for the lazy binding case (and thus closed the bugzilla ticket prematurely), however tlsdesc on arm is not correct with lazy binding because there is a data race between the lazy initialization code and tlsdesc resolver functions. Lazy initialization of tlsdesc entries will be removed from arm to fix the data races and thus this half-finished prelinker support is no longer useful. [BZ #17078] * sysdeps/arm/dl-machine.h (elf_machine_rela): Remove the R_ARM_TLS_DESC case. (elf_machine_lazy_rel): Remove the prelink check. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D91c5a366d8d398d2fc4= 542f961c93058a92ade6f commit 91c5a366d8d398d2fc4542f961c93058a92ade6f Author: Szabolcs Nagy Date: Wed Sep 27 18:14:21 2017 +0100 aarch64: Remove barriers from TLS descriptor functions Remove ldar synchronization and most lazy TLSDESC initialization related code. * sysdeps/aarch64/dl-machine.h (elf_machine_runtime_setup): Remove DT_TLSDESC_GOT initialization. * sysdeps/aarch64/dl-tlsdesc.S (_dl_tlsdesc_return_lazy): Remove. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. (_dl_tlsdesc_undefweak): Remove ldar. (_dl_tlsdesc_dynamic): Likewise. * sysdeps/aarch64/dl-tlsdesc.h (_dl_tlsdesc_return_lazy): Remove. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. * sysdeps/aarch64/tlsdesc.c (_dl_tlsdesc_resolve_rela_fixup): Remov= e. (_dl_tlsdesc_resolve_hold_fixup): Likewise. (_dl_tlsdesc_resolve_rela): Likewise. (_dl_tlsdesc_resolve_hold): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db7cf203b5c17dd6d987= 8537d41e0c7cc3d270a67 commit b7cf203b5c17dd6d9878537d41e0c7cc3d270a67 Author: Szabolcs Nagy Date: Wed Sep 27 16:55:14 2017 +0100 aarch64: Disable lazy symbol binding of TLSDESC Always do TLS descriptor initialization at load time during relocation processing to avoid barriers at every TLS access. In non-dlopened shared libraries the overhead of tls access vs static global access is > 3x bigger when lazy initialization is used (_dl_tlsdesc_return_lazy) compared to bind-now (_dl_tlsdesc_return) so the barriers dominate tls access performance. TLSDESC relocs are in DT_JMPREL which are processed at load time using elf_machine_lazy_rel which is only supposed to do lightweight initialization using the DT_TLSDESC_PLT trampoline (the trampoline code jumps to the entry point in DT_TLSDESC_GOT which does the lazy tlsdesc initialization at runtime). This patch changes elf_machine_lazy_rel in aarch64 to do the symbol binding and initialization as if DF_BIND_NOW was set, so the non-lazy code path of elf/do-rel.h was replicated. The static linker could be changed to emit TLSDESC relocs in DT_REL*, which are processed non-lazily, but the goal of this patch is to always guarantee bind-now semantics, even if the binary was produced with an old linker, so the barriers can be dropped in tls descriptor functions. After this change the synchronizing ldar instructions can be dropped as well as the lazy initialization machinery including the DT_TLSDESC_G= OT setup. I believe this should be done on all targets, including ones where no barrier is needed for lazy initialization. There is very little gain in optimizing for large number of symbolic tlsdesc relocations which is an extremely uncommon case. And currently the tlsdesc entries are only readonly protected with -z now and some hardennings against writable JUMPSLOT relocs don't work for TLSDESC so they are a security hazard. (But to fix that the static linker has to be changed.) * sysdeps/aarch64/dl-machine.h (elf_machine_lazy_rel): Do symbol binding and initialization non-lazily for R_AARCH64_TLSDESC. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0cc5b022f817eeaa817= 35ae58717b5dabae92941 commit 0cc5b022f817eeaa81735ae58717b5dabae92941 Author: Szabolcs Nagy Date: Mon Oct 23 12:15:40 2017 +0100 Mark lazy tlsdesc helper functions unused to avoid warnings These static functions are not needed if a target does not do lazy tlsdesc initialization. * elf/tlsdeschtab.h (_dl_tls_resolve_early_return_p): Mark unused. (_dl_tlsdesc_wake_up_held_fixups): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 59 ++++++++ elf/tlsdeschtab.h | 2 + sysdeps/aarch64/dl-machine.h | 23 ++-- sysdeps/aarch64/dl-tlsdesc.S | 308 +++++++-------------------------------= ---- sysdeps/aarch64/dl-tlsdesc.h | 9 -- sysdeps/aarch64/tlsdesc.c | 127 +----------------- sysdeps/arm/dl-machine.h | 59 +++------ sysdeps/arm/dl-tlsdesc.S | 84 ------------ sysdeps/arm/dl-tlsdesc.h | 4 +- sysdeps/arm/tlsdesc.c | 119 +---------------- 10 files changed, 145 insertions(+), 649 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39701-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 15:43:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71009 invoked by alias); 3 Nov 2017 15:43:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68763 invoked by uid 48); 3 Nov 2017 15:43:47 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 15:43: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00071.txt.bz2 Content-length: 772 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #12 from Mike FABIAN --- (In reply to Andreas Schwab from comment #5) > The escape character is also special inside strings. >=20 > See > html#tag_07_03> for the full rules. To understand what that means in practice, here an example. The following source: d_fmt "%d/%m/%Y %% // /% %/ \% \/ \\" produces this: [root@taka /]# LC_ALL=3Dtpi_PG.UTF-8 locale -k d_fmt d_fmt=3D"%d%m%Y %% / % % \% \ \\" I.e. the current source for tpi_PG has an error in d_fmt, instead of=20 "%d/%m/%Y"=20 it should be "%d//%m//%Y" --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39702-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 15:44:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102768 invoked by alias); 3 Nov 2017 15:44:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100721 invoked by uid 48); 3 Nov 2017 15:44:53 -0000 From: "nszabolcs at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/18572] [arm] Lazy TLSDESC relocation has data race Date: Fri, 03 Nov 2017 15:44: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nszabolcs 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00072.txt.bz2 Content-length: 553 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18572 Szabolcs Nagy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Szabolcs Nagy --- fixed in 0ca3d1d6d096e222346c74601d50e9013c8bb25d --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39703-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 15:51:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96809 invoked by alias); 3 Nov 2017 15:51:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90562 invoked by uid 48); 3 Nov 2017 15:51:24 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 15: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: egmont at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00073.txt.bz2 Content-length: 293 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #13 from Egmont Koblinger --- Can't a proposed patch be verified by comparing the compiled locale files byte-by-byte? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39704-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 16:49:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119711 invoked by alias); 3 Nov 2017 16:49:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117403 invoked by uid 55); 3 Nov 2017 16:49:06 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Fri, 03 Nov 2017 16:49: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: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00074.txt.bz2 Content-length: 864 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #14 from joseph at codesourcery dot com --- Furthermore, glibc effectively requires locales to be ASCII-compatible, in= =20 that plenty of code dealing with strings in glibc directly generates or=20 interprets ASCII characters based on string or character constants in the=20 glibc code. (There may be a few variations for a few characters in some=20 locales, and it can't be assumed that toupper ('i') or tolower ('I') are=20 ASCII-compatible because of Turkish locales.) Thus we can assume that=20 localedef is run in an ASCII-compatible locale. EBCDIC variants are=20 supported by iconv for character set conversions; they are *not* supported= =20 as locale character sets. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39705-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 16:51:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79041 invoked by alias); 3 Nov 2017 16:51:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78983 invoked by uid 48); 3 Nov 2017 16:51:23 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/18572] [arm] Lazy TLSDESC relocation has data race Date: Fri, 03 Nov 2017 16:51: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: unspecified 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00075.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18572 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39706-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 17:08:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70599 invoked by alias); 3 Nov 2017 17:08:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70565 invoked by uid 48); 3 Nov 2017 17:08:21 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 17:08: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00076.txt.bz2 Content-length: 376 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #9 from Florian Weimer --- I submitted this to the kernel people: https://marc.info/?l=3Dlinux-mm&m=3D150972872411797&w=3D2 https://lists.ozlabs.org/pipermail/linuxppc-dev/2017-November/165567.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39707-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 17:58:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106342 invoked by alias); 3 Nov 2017 17:58:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104850 invoked by uid 55); 3 Nov 2017 17:58:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 03 Nov 2017 17:58: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00077.txt.bz2 Content-length: 17182 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #16 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at ae2bf5e2f8b932d8aad62d6bfa4486761e7a8b1e (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dae2bf5e2f8b932d8aad= 62d6bfa4486761e7a8b1e commit ae2bf5e2f8b932d8aad62d6bfa4486761e7a8b1e Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D386c5da2a85db6f7a01= 2a9c6dab38bd076f4baf0 commit 386c5da2a85db6f7a012a9c6dab38bd076f4baf0 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D661a5d9f031b66f5243= 855a04db4b7c2273872a7 commit 661a5d9f031b66f5243855a04db4b7c2273872a7 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D51df41e2a90d544fa9c= 4b83aebbf855449cb52f6 commit 51df41e2a90d544fa9c4b83aebbf855449cb52f6 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D956d71e8dcc68df9dea= 334004eda784b53923088 commit 956d71e8dcc68df9dea334004eda784b53923088 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5217534e01bf6bd272d= 043799c7ade635c1e928a commit 5217534e01bf6bd272d043799c7ade635c1e928a Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D201cca38da8a23609c9= 3e8f3986d3a55ba6a842a commit 201cca38da8a23609c93e8f3986d3a55ba6a842a Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2aa8907043bdd80486= 47be22ab9a339f1934b49 commit b2aa8907043bdd8048647be22ab9a339f1934b49 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. The names of rcrt1.o/grcrt1.o are chosen to be consistent with musl libc and OpenBSD: https://gcc.gnu.org/ml/gcc/2015-06/msg00008.html The corresponding patch for GCC 8 is at https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00247.html Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39708-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 17:58:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108129 invoked by alias); 3 Nov 2017 17:58:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108053 invoked by uid 48); 3 Nov 2017 17:58:53 -0000 From: "tuliom at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Fri, 03 Nov 2017 17:58: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.26 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: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00078.txt.bz2 Content-length: 431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 Tulio Magno Quites Machado Filho changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tuliom at linux dot vnet.i= bm.com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39709-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 03 20:02:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101273 invoked by alias); 3 Nov 2017 20:02:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100854 invoked by uid 48); 3 Nov 2017 20:02:30 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22337] pthread_join incorrectly fails for a detached running thread Date: Fri, 03 Nov 2017 20: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.26 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: P3 X-Bugzilla-Assigned-To: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00079.txt.bz2 Content-length: 620 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22337 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adhemerval.zanella at lina= ro dot o | |rg Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39710-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 04 14:58:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61970 invoked by alias); 4 Nov 2017 14:58:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61924 invoked by uid 48); 4 Nov 2017 14:58:43 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] New: siglongjmp does not restore PKRU register Date: Sat, 04 Nov 2017 14:58: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: 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: 2017-11/txt/msg00080.txt.bz2 Content-length: 939 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 Bug ID: 22396 Summary: siglongjmp does not restore PKRU register Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Target: x86-64 When a signal handler is left using siglongjmp, the PKRU value is not resto= red. This is problematic because the signal handler has access to all memory protection keys disabled. The application may not be able to save and restore the protection bits for= all keys because the kernel API does not actually specify that the set of keys = is a small, fixed set. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39711-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 04 14:59:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62302 invoked by alias); 4 Nov 2017 14:59:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62254 invoked by uid 48); 4 Nov 2017 14:59:03 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sat, 04 Nov 2017 14:59: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.26 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00081.txt.bz2 Content-length: 470 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|siglongjmp does not restore |x86-64: siglongjmp does not |PKRU register |restore PKRU register --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39712-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 05 06:07:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66978 invoked by alias); 5 Nov 2017 06:07:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66900 invoked by uid 48); 5 Nov 2017 06:07:36 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sun, 05 Nov 2017 06: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.26 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: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00082.txt.bz2 Content-length: 1310 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to Florian Weimer from comment #0) > When a signal handler is left using siglongjmp, the PKRU value is not > restored. This is problematic because the signal handler has access to a= ll > memory protection keys disabled. The worst case is that the application fails because it can no longer access memory that it previously could? > The application may not be able to save and restore the protection bits f= or > all keys because the kernel API does not actually specify that the set of > keys is a small, fixed set. Correct, it could be an arbitrary number of keys. I think this is simply a case where we could just specify that siglongjmp o= ut of a signal handler leaves you in the most restrictive scenario possible, without access to any memory protected by the keys. I don't see any easy technical solution to this problem. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39713-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 05 07:37:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8212 invoked by alias); 5 Nov 2017 07:37:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 8160 invoked by uid 48); 5 Nov 2017 07:37:28 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sun, 05 Nov 2017 07:37: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00083.txt.bz2 Content-length: 746 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 --- Comment #2 from Florian Weimer --- (In reply to Carlos O'Donell from comment #1) > (In reply to Florian Weimer from comment #0) > > When a signal handler is left using siglongjmp, the PKRU value is not > > restored. This is problematic because the signal handler has access to= all > > memory protection keys disabled. >=20 > The worst case is that the application fails because it can no longer acc= ess > memory that it previously could? Correct, and the signal handler could be provided by a completely different library which knows nothing about memory protection keys. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39714-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 05 13:26:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 75138 invoked by alias); 5 Nov 2017 13:26:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73276 invoked by uid 48); 5 Nov 2017 13:26:03 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Sun, 05 Nov 2017 13:26: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00084.txt.bz2 Content-length: 496 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #10 from Florian Weimer --- (In reply to Andreas Schwab from comment #3) > Also seen on arm and ppc64le. The arm issue is likely different. ppc64le is the same (I see the crash th= ere as well). The upstream kernel maintainers identified the 128 TB memory lay= out by default as the likely cause of this regression. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39715-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 05 14:52:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27710 invoked by alias); 5 Nov 2017 14:52:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 27653 invoked by uid 48); 5 Nov 2017 14:52:54 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] Rare memory corruption in localedef related to malloc Date: Sun, 05 Nov 2017 14:52: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00085.txt.bz2 Content-length: 686 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 --- Comment #11 from Florian Weimer --- Created attachment 10574 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10574&action=3Ded= it reproducer.c I'm attaching a simplified reproducer. It needs to be run with an explicit linker invocation, so that the heap is placed above ld.so. The reproducer is still probabilistic. The increment might be so large that the second sbrk call fails. But if the sbrk succeeds, the assignment at the end will always segfault when running under a kernel which has the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39716-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 05 14:54:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33751 invoked by alias); 5 Nov 2017 14:54:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33703 invoked by uid 48); 5 Nov 2017 14:54:39 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22390] localedef triggers ppc64/ppc64le kernel bug in 4.12+ when run with explicit ld.so invocation Date: Sun, 05 Nov 2017 14:54: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.26 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: fweimer at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution assigned_to short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00086.txt.bz2 Content-length: 905 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22390 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Summary|Rare memory corruption in |localedef triggers |localedef related to malloc |ppc64/ppc64le kernel bug in | |4.12+ when run with | |explicit ld.so invocation --- Comment #12 from Florian Weimer --- Identified as a kernel bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39717-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 11:11:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108816 invoked by alias); 6 Nov 2017 11:11:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108767 invoked by uid 48); 6 Nov 2017 11:11:41 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22391] Signal function clear NPTL internal symbols inconsistently Date: Mon, 06 Nov 2017 11:11: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00087.txt.bz2 Content-length: 482 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22391 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39718-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 11:17:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 119483 invoked by alias); 6 Nov 2017 11:17:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119422 invoked by uid 48); 6 Nov 2017 11:17:37 -0000 From: "ma.jiang at zte dot com.cn" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Mon, 06 Nov 2017 11:17: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ma.jiang at zte dot com.cn 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: In-Reply-To: References: 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: 2017-11/txt/msg00088.txt.bz2 Content-length: 3049 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 --- Comment #5 from ma.jiang at zte dot com.cn --- (In reply to Torvald Riegel from comment #4) > (In reply to ma.jiang from comment #2) > > (In reply to Carlos O'Donell from comment #1) > >=20 > > > When you say "latest glibc sources" do you mean that you tested on ma= ster? > > > How recently? > > The patch is for glibc-2.24. I checked the trunk code just now, the b= ug > > still exist. I have not write a testcase to reproduce the bug, it's qui= te > > hard(Although the bug logic is clear)... >=20 > I believe this is fixed in master(/trunk). Please have a look at what we= do > with assume_other_futex_waiters: If we ever potentially share FUTEX_WAITE= RS > with another thread (C in your example), then after the futex operation we > make sure to set this flag in any case. This happens either when acquiri= ng > the mutex (in which case we'll notice this during unlock and wake up C), = or > when not being able to acquire it, in which case there must be another ow= ner > that interfered and we delegate wake-up responsibilities to that other ow= ner > by setting FUTEX_WAITERS. Yes, assume_other_futex_waiters can have FUTEX_WAITERS(after B get waked up= ), But the there are still no FUTEX_WAITERS in mutex->__data.__lock. The core logic is that pthread_mutex_timedlock could return ETIMEDOUT just before ad= ding FUTEX_WAITERS to mutex->__data.__lock. See attached code chunk.=20 #if (!defined __ASSUME_FUTEX_CLOCK_REALTIME \ || !defined lll_futex_timed_wait_bitset) struct timeval tv; struct timespec rt; /* Get the current time. */ (void) __gettimeofday (&tv, NULL); /* Compute relative timeout. */ rt.tv_sec =3D abstime->tv_sec - tv.tv_sec; rt.tv_nsec =3D abstime->tv_nsec - tv.tv_usec * 1000; if (rt.tv_nsec < 0) { rt.tv_nsec +=3D 1000000000; --rt.tv_sec; } /* Already timed out? */ if (rt.tv_sec < 0) return ETIMEDOUT; //->>> We have returned here, with FUTEX_WAI= TERS in mutex->__data.__lock. #endif /* We cannot acquire the mutex nor has its owner died. Thus, try to block using futexes. Set FUTEX_WAITERS if necessary so that other threads are aware that there are potentially threads blocked on the futex. Restart if oldval changed in the meantime. */ if ((oldval & FUTEX_WAITERS) =3D=3D 0) { if (atomic_compare_and_exchange_bool_acq (&mutex->__data.__lo= ck, oldval | FUTEX_WAIT= ERS, oldval) !=3D 0) { oldval =3D mutex->__data.__lock; continue; } oldval |=3D FUTEX_WAITERS; } --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39719-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 11:19:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86695 invoked by alias); 6 Nov 2017 11:19:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 86635 invoked by uid 48); 6 Nov 2017 11:19:48 -0000 From: "ma.jiang at zte dot com.cn" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21083] robust timed lock may leave other waiters no chance to wake up Date: Mon, 06 Nov 2017 11: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ma.jiang at zte dot com.cn 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: In-Reply-To: References: 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: 2017-11/txt/msg00089.txt.bz2 Content-length: 399 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21083 --- Comment #6 from ma.jiang at zte dot com.cn --- sorry, made a stupid mistake... /* Already timed out? */ if (rt.tv_sec < 0) return ETIMEDOUT; //->>> We have returned here, W_I_T_H_O_U_T FUTEX_WAITERS in mutex->__data.__lock. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39720-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 11:45:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74385 invoked by alias); 6 Nov 2017 11:45:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74290 invoked by uid 48); 6 Nov 2017 11:45:30 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 11: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00090.txt.bz2 Content-length: 238 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #1 from Andreas Schwab --- Doesn't that conflict with snapshots? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39721-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:21:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106171 invoked by alias); 6 Nov 2017 13:21:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 103341 invoked by uid 48); 6 Nov 2017 13:21:09 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22402] New: [powerpc64le] __MATH_TG does not support _Float128 for -mlong-double-64 Date: Mon, 06 Nov 2017 13:21: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.26 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: 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: 2017-11/txt/msg00091.txt.bz2 Content-length: 1301 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22402 Bug ID: 22402 Summary: [powerpc64le] __MATH_TG does not support _Float128 for -mlong-double-64 Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org Target Milestone: --- Host: powerpc64le-*-* The powerpc bits/floatn.h declares _Float128 support to be present when the compiler supports it for powerpc64le. However, in the case where -mlong-double-64 is used, __MATH_TG does not actually support _Float128; it only supports _Float128 in the distinct-long-double case. This shows up as a build failure when building glibc mainline with GCC mainline, given the recently added sanity check in math.h for configurations supported by __MATH_TG, as the compat code for -mlong-double-64 fails to bu= ild. However, the bug was logically present before that change (including in 2.= 26), just less visible. Testing a patch (that changes bits/floatn.h not to declare _Float128 suppor= t to be present in that case). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39722-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:21:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106789 invoked by alias); 6 Nov 2017 13:21:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104069 invoked by uid 48); 6 Nov 2017 13:21:11 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22403] New: Slash needs escaping in some locales Date: Mon, 06 Nov 2017 13:21: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: claude at 2xlibre 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 cc target_milestone attachments.created Message-ID: 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: 2017-11/txt/msg00092.txt.bz2 Content-length: 814 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22403 Bug ID: 22403 Summary: Slash needs escaping in some locales Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: claude at 2xlibre dot net CC: libc-locales at sourceware dot org Target Milestone: --- Created attachment 10575 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10575&action=3Ded= it Fixed slash escapes Mike fixed slash escapes for the tpi_PG in commit a1c7cd3c72e500273. The same issue affects an_ES, kab_DZ and om_ET. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39723-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:23:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123309 invoked by alias); 6 Nov 2017 13:23:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 119629 invoked by uid 48); 6 Nov 2017 13:23:55 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Mon, 06 Nov 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00093.txt.bz2 Content-length: 463 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #15 from Claude Paroz --- (In reply to Egmont Koblinger from comment #13) > Can't a proposed patch be verified by comparing the compiled locale files > byte-by-byte? Thanks, that was an excellent suggestion that allowed me to spot some error= s in my (almost-ready) forthcoming patch. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39724-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:26:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126948 invoked by alias); 6 Nov 2017 13:26:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126461 invoked by uid 48); 6 Nov 2017 13:26:03 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Mon, 06 Nov 2017 13:26: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: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00094.txt.bz2 Content-length: 457 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #16 from Claude Paroz --- (In reply to Mike FABIAN from comment #12) > I.e. the current source for tpi_PG has an error in d_fmt, > instead of=20 >=20 > "%d/%m/%Y"=20 >=20 > it should be >=20 > "%d//%m//%Y" I reported similar errors in #22403 for locales an_ES, kab_DZ and om_ET. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39725-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:27:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37527 invoked by alias); 6 Nov 2017 13:27:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33642 invoked by uid 55); 6 Nov 2017 13:27:13 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22402] [powerpc64le] __MATH_TG does not support _Float128 for -mlong-double-64 Date: Mon, 06 Nov 2017 13: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00095.txt.bz2 Content-length: 2647 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22402 --- Comment #1 from 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 4e2dff67beeb063cb36fe100d9d2b3f2f88d80c6 (commit) from a1c7cd3c72e5002739161ba35c90944b3ad05c9f (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=3Dglibc.git;h=3D4e2dff67beeb063cb36= fe100d9d2b3f2f88d80c6 commit 4e2dff67beeb063cb36fe100d9d2b3f2f88d80c6 Author: Joseph Myers Date: Mon Nov 6 13:26:15 2017 +0000 Do not declare _Float128 support for powerpc64le -mlong-double-64 (bug 22402). The powerpc bits/floatn.h declares _Float128 support to be present when the compiler supports it for powerpc64le. However, in the case where -mlong-double-64 is used, __MATH_TG does not actually support _Float128; it only supports _Float128 in the distinct-long-double case. This shows up as a build failure when building glibc mainline with GCC mainline, given the recently added sanity check in math.h for configurations supported by __MATH_TG, as the compat code for -mlong-double-64 fails to build. However, the bug was logically present before that change (including in 2.26), just less visible. This patch fixes the build failure by declaring _Float128 to be unsupported in that case. (Of course this can't actually stop users calling the type-generic macros with _Float128 arguments with -mlong-double-64, just as they could be called with other unsupported types on other platforms, but perhaps makes it less likely by making all the type-specific _Float128 interfaces invisible in that case.) Tested compilation for powerpc64le with build-many-glibcs.py. [BZ #22402] * sysdeps/powerpc/bits/floatn.h: Include . [__NO_LONG_DOUBLE_MATH] (__HAVE_FLOAT128): Define to 0. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/powerpc/bits/floatn.h | 3 ++- 2 files changed, 8 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39726-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 13:27:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77039 invoked by alias); 6 Nov 2017 13:27:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71395 invoked by uid 48); 6 Nov 2017 13:27:42 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22402] [powerpc64le] __MATH_TG does not support _Float128 for -mlong-double-64 Date: Mon, 06 Nov 2017 13: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.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00096.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22402 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39727-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 17:25:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125711 invoked by alias); 6 Nov 2017 17:25:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 125670 invoked by uid 48); 6 Nov 2017 17:25:50 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 17:25: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00097.txt.bz2 Content-length: 340 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #2 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #1) > Doesn't that conflict with snapshots? Could you please expand on what you mean by that? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39728-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 17:30:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3875 invoked by alias); 6 Nov 2017 17:30:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3796 invoked by uid 55); 6 Nov 2017 17:30:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Mon, 06 Nov 2017 17:30: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00098.txt.bz2 Content-length: 2215 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 --- Comment #6 from 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 abcb584d0eae7270b35e1b3fed1f9661e26b8be0 (commit) from 4e2dff67beeb063cb36fe100d9d2b3f2f88d80c6 (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=3Dglibc.git;h=3Dabcb584d0eae7270b35= e1b3fed1f9661e26b8be0 commit abcb584d0eae7270b35e1b3fed1f9661e26b8be0 Author: H.J. Lu Date: Mon Nov 6 08:29:48 2017 -0800 Use newly built crt*.o files to build shared objects [BZ #22362] When multi-lib GCC is used to build glibc, the search order of GCC driv= er for crt*.o is -B*/`gcc -print-multi-directory`, the installed diretory, -B*/. This patch adds multi-lib support to csu/Makefile so that -B/glibc-build-directory/csu/ will pick up the newly built crt*.o. Tested on x86-64 for i686 and x32. [BZ #22362] * Makerules (make-link-multidir): New. * config.make.in (multidir): New. * configure.ac (libc_cv_multidir): New. AC_SUBST. * configure: Regenerated. * csu/Makefile [$(multidir) !=3D .](multilib-extra-objs): New. [$(multidir) !=3D .](extra-objs): Add $(multilib-extra-objs). [$(multidir) !=3D .]($(addprefix $(objpfx)$(multidir)/, $(install-l= ib))): New target. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++++++ Makerules | 9 +++++++++ config.make.in | 1 + configure | 6 ++++++ configure.ac | 5 +++++ csu/Makefile | 10 ++++++++++ 6 files changed, 43 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39729-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 17:35:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11113 invoked by alias); 6 Nov 2017 17:35:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10849 invoked by uid 48); 6 Nov 2017 17:35:32 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22362] Installed crt1.o, crti,.o and crtn.o files are used with -m32 Date: Mon, 06 Nov 2017 17:35: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00099.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22362 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #7 from H.J. Lu --- Fixed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39730-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 17:56:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 27451 invoked by alias); 6 Nov 2017 17:56:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24573 invoked by uid 48); 6 Nov 2017 17:56:16 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22405] New: Audit tcache code for potential integer overflows Date: Mon, 06 Nov 2017 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se 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: 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: 2017-11/txt/msg00100.txt.bz2 Content-length: 1266 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22405 Bug ID: 22405 Summary: Audit tcache code for potential integer overflows Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: malloc Assignee: unassigned at sourceware dot org Reporter: arjun.is at lostca dot se Target Milestone: --- This is a follow up to bug 22375 where an integer overflow occurred in mall= oc with tcache enabled. In that particular case, it was because of the use of request2size instead of cached_request2size. Out of curiosity, I grepped malloc.c for occurrences of request2size or csize2tidx and found at least one expression that looks a bit like there's potential for overflow (near line 5086): csize2tidx (request2size(value)) + 1 -- which appears to actually be in an unused function(?). I don't know much about the malloc or tcache implementations, and this could very well end up being closed as NOTABUG after a brief look by an expert, b= ut I'm reporting this issue as a bug in the hope that it can be investigated a= nd answered by someone in the know. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39732-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 18:13:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15116 invoked by alias); 6 Nov 2017 18:13:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 8385 invoked by uid 48); 6 Nov 2017 18:13:46 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 18:13: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00102.txt.bz2 Content-length: 415 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #4 from Florian Weimer --- (In reply to Andreas Schwab from comment #3) > When rolling back to a snapshot the gconv modules may change, but /var/ca= che > remains the same. That shouldn't matter if it's a true (non-authoritative) cache. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39731-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 18:13:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84103 invoked by alias); 6 Nov 2017 18:13:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84059 invoked by uid 48); 6 Nov 2017 18:13:04 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 18:13: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00101.txt.bz2 Content-length: 295 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #3 from Andreas Schwab --- When rolling back to a snapshot the gconv modules may change, but /var/cache remains the same. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39733-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 18:18:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37162 invoked by alias); 6 Nov 2017 18:18:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 29475 invoked by uid 48); 6 Nov 2017 18:18:37 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 18:18: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00103.txt.bz2 Content-length: 230 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #5 from Andreas Schwab --- That doesn't look like it is. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39734-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 18:27:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54172 invoked by alias); 6 Nov 2017 18:27:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 54140 invoked by uid 48); 6 Nov 2017 18:27:29 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 18:27: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00104.txt.bz2 Content-length: 336 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #6 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #5) > That doesn't look like it is. What is your opinion? Should we make it a true cache? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39735-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 18:32:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103715 invoked by alias); 6 Nov 2017 18:32:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101697 invoked by uid 48); 6 Nov 2017 18:32:19 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 18:32: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00105.txt.bz2 Content-length: 220 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #7 from Andreas Schwab --- What's the benefit? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39736-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 06 23:43:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15843 invoked by alias); 6 Nov 2017 23:43:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15771 invoked by uid 48); 6 Nov 2017 23:42:56 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Mon, 06 Nov 2017 23:43: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00106.txt.bz2 Content-length: 595 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #8 from Carlos O'Donell --- (In reply to Andreas Schwab from comment #7) > What's the benefit? Having the true cache means the user can delete the cache, if they want, at= the cost of performance vs. disk space. Which might be useful for cloud machine= s. If it's not a true cache, then I agree we could just leave it where it is. Argue that it's binary data to be delivered by the package. Is that enough benefit? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39737-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 08:36:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125479 invoked by alias); 7 Nov 2017 08:36:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 125398 invoked by uid 48); 7 Nov 2017 08:36:02 -0000 From: "nakajima.akira at nttcom dot co.jp" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Tue, 07 Nov 2017 08:36: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: nakajima.akira at nttcom dot co.jp 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00107.txt.bz2 Content-length: 329 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #7 from Akira Nakajima --- Created attachment 10576 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10576&action=3Ded= it JIS X 0213 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39738-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 08:39:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128589 invoked by alias); 7 Nov 2017 08:39:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128525 invoked by uid 48); 7 Nov 2017 08:39:41 -0000 From: "nakajima.akira at nttcom dot co.jp" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22371] U+FFE2 and U+FFE4, iconv does not convert to HALFWIDTH(EUC-JISX0213) Date: Tue, 07 Nov 2017 08:39: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: nakajima.akira at nttcom dot co.jp 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: In-Reply-To: References: 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: 2017-11/txt/msg00108.txt.bz2 Content-length: 2077 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22371 --- Comment #8 from Akira Nakajima --- I found following sources. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D JIS X 0208 -> Unicode https://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/JIS0208.TXT SJIS JIS JIS X 0208 -> Unicode 0x8150 0x2131 0xFFE3 # FULLWIDTH MACRON 0x818F 0x216F 0xFFE5 # FULLWIDTH YEN SIGN =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D JIS X 0213 -> Unicode I couldn't find English source, but found Japanese source at JIS HomePage. (can't download, only see at Web) http://www.jisc.go.jp/index.html This page is Japanese. To reach source, Please see attached PNG. 01.PNG : Click =E3=80=8CJIS=E6=A4=9C=E7=B4=A2=E3=80=8D at Right Upper. 02.PNG : Input =E3=80=8CX0213=E3=80=8D and Press Enter. 03:PNG : Click =E3=80=8CX0213_007 =EF=BC=88PDF=E3=83=95=E3=82=A1=E3=82=A4= =E3=83=AB=EF=BC=9A2881KB =E5=88=A5=E3=82=A6=E3=82=A3=E3=83=B3=E3=83=89=E3= =82=A6=E3=81=A7=E3=83=AA=E3=83=B3=E3=82=AF=EF=BC=89=E3=80=8D See page 5 and 16 SJIS JIS JIS X 0213 -> Unicode(JIS X 0221) 0x8150 0x2131 U+203E # OVERLINE 0x818F 0x216F U+00A5 # YEN SIGN =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D I noticed Yesterday that this conversion of iconv is famous in many blogs a= nd books. Their view are that this is not bug, this is specification. They who know much more detail than me say so. Therefore, this will be specification of iconv. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39739-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 09:46:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68232 invoked by alias); 7 Nov 2017 09:46:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67780 invoked by uid 48); 7 Nov 2017 09:46:52 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug locale/22358] iconv cache should be in /var/cache Date: Tue, 07 Nov 2017 09:46: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00109.txt.bz2 Content-length: 386 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22358 --- Comment #9 from Andreas Schwab --- > Having the true cache means the user can delete the cache, You can do that already, but that's not a true cache still. A true cache w= ould be updated automatically, which it isn't. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39740-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 11:02:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102056 invoked by alias); 7 Nov 2017 11:02:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95487 invoked by uid 48); 7 Nov 2017 11:02:51 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22403] Slash needs escaping in some locales Date: Tue, 07 Nov 2017 11:02: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00110.txt.bz2 Content-length: 661 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22403 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-07 CC| |maiku.fabian at gmail dot = com Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39741-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 11:56:45 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 58647 invoked by alias); 7 Nov 2017 11:56:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57603 invoked by uid 48); 7 Nov 2017 11:56:39 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22341] Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Date: Tue, 07 Nov 2017 11: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00111.txt.bz2 Content-length: 313 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22341 --- Comment #1 from Andreas Schwab --- The object contains invalid entries in the dynamic section. The values are initialized from loading the object. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39742-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 12:53:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44181 invoked by alias); 7 Nov 2017 12:53:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44085 invoked by uid 55); 7 Nov 2017 12:53:48 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Tue, 07 Nov 2017 12: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00112.txt.bz2 Content-length: 18127 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 --- Comment #2 from 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 06be6368da16104be51ebf23f7c68a51f321673f (commit) via 72b3c6eecde494a31dffa5604d551f88be859d73 (commit) via dff91cd45e35e47d567274331f3deb8e87a188c9 (commit) from b7fc95f8c8afab296f0e3c29d4effdc68663319c (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=3Dglibc.git;h=3D06be6368da16104be51= ebf23f7c68a51f321673f commit 06be6368da16104be51ebf23f7c68a51f321673f Author: Adhemerval Zanella Date: Thu Oct 19 10:11:57 2017 -0200 nptl: Define __PTHREAD_MUTEX_{NUSERS_AFTER_KIND,USE_UNION} This patch adds two new internal defines to set the internal pthread_mutex_t layout required by the supported ABIS: 1. __PTHREAD_MUTEX_NUSERS_AFTER_KIND which control whether to define __nusers fields before or after __kind. The preferred value for is 0 for new ports and it sets __nusers before __kind. 2. __PTHREAD_MUTEX_USE_UNION which control whether internal __spins a= nd __list members will be place inside an union for linuxthreads compatibility. The preferred value is 0 for ports and it sets to not use an union to define both fields. It fixes the wrong offsets value for __kind value on x86_64-linux-gnu-x= 32. Checked with a make check run-built-tests=3Dno on all afected ABIs. [BZ #22298] * nptl/allocatestack.c (allocate_stack): Check if __PTHREAD_MUTEX_HAVE_PREV is non-zero, instead if __PTHREAD_MUTEX_HAVE_PREV is defined. * nptl/descr.h (pthread): Likewise. * nptl/nptl-init.c (__pthread_initialize_minimal_internal): Likewise. * nptl/pthread_create.c (START_THREAD_DEFN): Likewise. * sysdeps/nptl/fork.c (__libc_fork): Likewise. * sysdeps/nptl/pthread.h (PTHREAD_MUTEX_INITIALIZER): Likewise. * sysdeps/nptl/bits/thread-shared-types.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): New defines. (__pthread_internal_list): Check __PTHREAD_MUTEX_USE_UNION instead of __WORDSIZE for internal layout. (__pthread_mutex_s): Check __PTHREAD_MUTEX_NUSERS_AFTER_KIND instead of __WORDSIZE for internal __nusers layout and __PTHREAD_MUTEX_USE_UNION instead of __WORDSIZE whether to use an union for __spins and __list fields. (__PTHREAD_MUTEX_HAVE_PREV): Define also for __PTHREAD_MUTEX_USE_UN= ION case. * sysdeps/aarch64/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): New defines. * sysdeps/alpha/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/arm/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/hppa/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/ia64/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/m68k/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/microblaze/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/mips/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/nios2/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/powerpc/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/s390/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/sh/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/sparc/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/tile/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/x86/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. Signed-off-by: Adhemerval Zanella https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D72b3c6eecde494a31df= fa5604d551f88be859d73 commit 72b3c6eecde494a31dffa5604d551f88be859d73 Author: Adhemerval Zanella Date: Mon Oct 16 12:25:35 2017 -0200 nptl: Change tst-typesizes to _Static_assert Instead of rely on runtime check to assure correct pthread types size a better strategy would use _Static_assert to trigger an error on build time (and thus allowing to check to potentially ABI breakage on cross-compiling make check). This patch moves nptl/tst-typesizes.c to libpthread build time on each specific initialization routine and also remove some runtime redundant asserts for the same type sizes. Checked on x86_64-linux-gnu and with a build check for all affected ABIs (aarch64-linux-gnu, alpha-linux-gnu, arm-linux-gnueabihf, hppa-linux-gnu, i686-linux-gnu, ia64-linux-gnu, m68k-linux-gnu, microblaze-linux-gnu, mips64-linux-gnu, mips64-n32-linux-gnu, mips-linux-gnu, powerpc64le-linux-gnu, powerpc-linux-gnu, s390-linux-gnu, s390x-linux-gnu, sh4-linux-gnu, sparc64-linux-gnu, sparcv9-linux-gnu, tilegx-linux-gnu, tilegx-linux-gnu-x32, tilepro-linux-gnu, x86_64-linux-gnu, and x86_64-linux-x32). * nptl/pthreadP.h (ASSERT_TYPE_SIZE, ASSERT_PTHREAD_INTERNAL_SIZE): New macros. * nptl/pthread_attr_init.c (__pthread_mutex_init): Add build time checks for expected input type size. * nptl/pthread_barrier_init.c (__pthread_barrier_init): Likewise. * nptl/pthread_barrierattr_init.c (pthread_barrierattr_init): Likewise. * nptl/pthread_cond_init.c (__pthread_cond_init): Likewise. * nptl/pthread_condattr_init.c (__pthread_condattr_init): Likewise. * nptl/pthread_mutex_init.c (__pthread_mutex_init): Likewise. * nptl/pthread_mutexattr_init.c (__pthread_mutexattr_init): Likewis= e. * nptl/pthread_rwlock_init.c (__pthread_rwlock_init): Likewise. * nptl/pthread_rwlockattr_init.c (pthread_rwlockattr_init): Likewis= e. * nptl/sem_init.c (__new_sem_init, __old_sem_init): Likewise * nptl/pthread_attr_destroy.c (__pthread_attr_destroy): Remove superflous runtime assert check. * nptl/pthread_attr_getaffinity.c (__pthread_attr_getaffinity_new): Likewise. * nptl/pthread_attr_getdetachstate.c (__pthread_attr_getdetachstate= ): Likewise. * nptl/pthread_attr_getguardsize.c (pthread_attr_getguardsize): Likewise. * nptl/pthread_attr_getinheritsched.c (__pthread_attr_getinheritsch= ed): Likewise. * nptl/pthread_attr_getschedparam.c (__pthread_attr_getschedparam): Likewise. * nptl/pthread_attr_getschedpolicy.c (__pthread_attr_getschedpolicy= ): Likewise. * nptl/pthread_attr_getscope.c (__pthread_attr_getscope): Likewise. * nptl/pthread_attr_getstack.c (__pthread_attr_getstack): Likewise. * nptl/pthread_attr_getstackaddr.c (__pthread_attr_getstackaddr): Likewise. * nptl/pthread_attr_getstacksize.c (__pthread_attr_getstacksize): Likewise. * nptl/pthread_attr_setaffinity.c (__pthread_attr_setaffinity_new): Likewise. * nptl/pthread_attr_setdetachstate.c (__pthread_attr_setdetachstate= ): Likewise. * nptl/pthread_attr_setguardsize.c (pthread_attr_setguardsize): Likewise. * nptl/pthread_attr_setinheritsched.c (__pthread_attr_setinheritsched): Likewise. * nptl/pthread_attr_setschedparam.c (__pthread_attr_setschedparam): Likewise. * nptl/pthread_attr_setschedpolicy.c (__pthread_attr_setschedpolicy= ): Likewise. * nptl/pthread_attr_setscope.c (__pthread_attr_setscope): Likewise. * nptl/pthread_attr_setstack.c (__pthread_attr_setstack, __old_pthread_attr_setstack): Likewise. * nptl/pthread_attr_setstackaddr.c (__pthread_attr_setstackaddr): Likewise. * nptl/pthread_attr_setstacksize.c (__pthread_attr_setstacksize): Likewise. * nptl/pthread_getattr_default_np.c (pthread_getattr_default_np): Likewise. * nptl/pthread_mutex_lock.c (__pthread_mutex_lock): Likewise. * nptl/pthread_setattr_default_np.c (pthread_setattr_default_np): Likewise. * nptl/tst-typesizes.c: Remove file. Signed-off-by: Adhemerval Zanella https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ddff91cd45e35e47d567= 274331f3deb8e87a188c9 commit dff91cd45e35e47d567274331f3deb8e87a188c9 Author: Adhemerval Zanella Date: Mon Oct 16 14:27:29 2017 -0200 nptl: Add tests for internal pthread_mutex_t offsets This patch adds a new build test to check for internal fields offsets for user visible internal field. Although currently the only field which is statically initialized to a non zero value is pthread_mutex_t.__data.__kind value, the tests also check the offset of __kind, __spins, __elision (if supported), and __list internal member. A internal header (pthread-offset.h) is added to each major ABI with the reference value. Checked on x86_64-linux-gnu and with a build check for all affected ABIs (aarch64-linux-gnu, alpha-linux-gnu, arm-linux-gnueabihf, hppa-linux-gnu, i686-linux-gnu, ia64-linux-gnu, m68k-linux-gnu, microblaze-linux-gnu, mips64-linux-gnu, mips64-n32-linux-gnu, mips-linux-gnu, powerpc64le-linux-gnu, powerpc-linux-gnu, s390-linux-gnu, s390x-linux-gnu, sh4-linux-gnu, sparc64-linux-gnu, sparcv9-linux-gnu, tilegx-linux-gnu, tilegx-linux-gnu-x32, tilepro-linux-gnu, x86_64-linux-gnu, and x86_64-linux-x32). * nptl/pthreadP.h (ASSERT_PTHREAD_STRING, ASSERT_PTHREAD_INTERNAL_OFFSET): New macro. * nptl/pthread_mutex_init.c (__pthread_mutex_init): Add build time checks for internal pthread_mutex_t offsets. * sysdeps/aarch64/nptl/pthread-offsets.h (__PTHREAD_MUTEX_NUSERS_OFFSET, __PTHREAD_MUTEX_KIND_OFFSET, __PTHREAD_MUTEX_SPINS_OFFSET, __PTHREAD_MUTEX_ELISION_OFFSET, __PTHREAD_MUTEX_LIST_OFFSET): New macro. * sysdeps/alpha/nptl/pthread-offsets.h: Likewise. * sysdeps/arm/nptl/pthread-offsets.h: Likewise. * sysdeps/hppa/nptl/pthread-offsets.h: Likewise. * sysdeps/i386/nptl/pthread-offsets.h: Likewise. * sysdeps/ia64/nptl/pthread-offsets.h: Likewise. * sysdeps/m68k/nptl/pthread-offsets.h: Likewise. * sysdeps/microblaze/nptl/pthread-offsets.h: Likewise. * sysdeps/mips/nptl/pthread-offsets.h: Likewise. * sysdeps/nios2/nptl/pthread-offsets.h: Likewise. * sysdeps/powerpc/nptl/pthread-offsets.h: Likewise. * sysdeps/s390/nptl/pthread-offsets.h: Likewise. * sysdeps/sh/nptl/pthread-offsets.h: Likewise. * sysdeps/sparc/nptl/pthread-offsets.h: Likewise. * sysdeps/tile/nptl/pthread-offsets.h: Likewise. * sysdeps/x86_64/nptl/pthread-offsets.h: Likewise. Signed-off-by: Adhemerval Zanella ----------------------------------------------------------------------- Summary of changes: ChangeLog | 153 ++++++++++++++++++= ++++ nptl/allocatestack.c | 2 +- nptl/descr.h | 2 +- nptl/nptl-init.c | 2 +- nptl/pthreadP.h | 14 ++ nptl/pthread_attr_destroy.c | 2 - nptl/pthread_attr_getaffinity.c | 2 - nptl/pthread_attr_getdetachstate.c | 2 - nptl/pthread_attr_getguardsize.c | 2 - nptl/pthread_attr_getinheritsched.c | 2 - nptl/pthread_attr_getschedparam.c | 2 - nptl/pthread_attr_getschedpolicy.c | 2 - nptl/pthread_attr_getscope.c | 2 - nptl/pthread_attr_getstack.c | 2 - nptl/pthread_attr_getstackaddr.c | 2 - nptl/pthread_attr_getstacksize.c | 2 - nptl/pthread_attr_init.c | 5 +- nptl/pthread_attr_setaffinity.c | 2 - nptl/pthread_attr_setdetachstate.c | 2 - nptl/pthread_attr_setguardsize.c | 2 - nptl/pthread_attr_setinheritsched.c | 2 - nptl/pthread_attr_setschedparam.c | 2 - nptl/pthread_attr_setschedpolicy.c | 2 - nptl/pthread_attr_setscope.c | 2 - nptl/pthread_attr_setstack.c | 3 - nptl/pthread_attr_setstackaddr.c | 2 - nptl/pthread_attr_setstacksize.c | 3 - nptl/pthread_barrier_init.c | 4 + nptl/pthread_barrierattr_init.c | 4 + nptl/pthread_cond_init.c | 2 + nptl/pthread_condattr_init.c | 4 + nptl/pthread_create.c | 4 +- nptl/pthread_getattr_default_np.c | 2 - nptl/pthread_mutex_init.c | 16 ++- nptl/pthread_mutex_lock.c | 2 - nptl/pthread_mutexattr_init.c | 4 + nptl/pthread_rwlock_init.c | 2 + nptl/pthread_rwlockattr_init.c | 4 + nptl/pthread_setattr_default_np.c | 2 - nptl/sem_init.c | 4 + nptl/tst-typesizes.c | 95 ------------- sysdeps/aarch64/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/aarch64/nptl/pthread-offsets.h | 5 + sysdeps/alpha/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/alpha/nptl/pthread-offsets.h | 5 + sysdeps/arm/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/arm/nptl/pthread-offsets.h | 5 + sysdeps/hppa/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/hppa/nptl/pthread-offsets.h | 5 + sysdeps/i386/nptl/pthread-offsets.h | 5 + sysdeps/ia64/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/ia64/nptl/pthread-offsets.h | 5 + sysdeps/m68k/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/m68k/nptl/pthread-offsets.h | 5 + sysdeps/microblaze/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/microblaze/nptl/pthread-offsets.h | 5 + sysdeps/mips/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/mips/nptl/pthread-offsets.h | 13 ++ sysdeps/nios2/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/nios2/nptl/pthread-offsets.h | 5 + sysdeps/nptl/bits/thread-shared-types.h | 32 ++++- sysdeps/nptl/fork.c | 2 +- sysdeps/nptl/pthread.h | 2 +- sysdeps/powerpc/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/powerpc/nptl/pthread-offsets.h | 15 ++ sysdeps/s390/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/s390/nptl/pthread-offsets.h | 15 ++ sysdeps/sh/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/sh/nptl/pthread-offsets.h | 5 + sysdeps/sparc/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/sparc/nptl/pthread-offsets.h | 15 ++ sysdeps/tile/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/tile/nptl/pthread-offsets.h | 15 ++ sysdeps/x86/nptl/bits/pthreadtypes-arch.h | 7 + sysdeps/x86_64/nptl/pthread-offsets.h | 5 + 75 files changed, 410 insertions(+), 160 deletions(-) delete mode 100644 nptl/tst-typesizes.c create mode 100644 sysdeps/aarch64/nptl/pthread-offsets.h create mode 100644 sysdeps/alpha/nptl/pthread-offsets.h create mode 100644 sysdeps/arm/nptl/pthread-offsets.h create mode 100644 sysdeps/hppa/nptl/pthread-offsets.h create mode 100644 sysdeps/i386/nptl/pthread-offsets.h create mode 100644 sysdeps/ia64/nptl/pthread-offsets.h create mode 100644 sysdeps/m68k/nptl/pthread-offsets.h create mode 100644 sysdeps/microblaze/nptl/pthread-offsets.h create mode 100644 sysdeps/mips/nptl/pthread-offsets.h create mode 100644 sysdeps/nios2/nptl/pthread-offsets.h create mode 100644 sysdeps/powerpc/nptl/pthread-offsets.h create mode 100644 sysdeps/s390/nptl/pthread-offsets.h create mode 100644 sysdeps/sh/nptl/pthread-offsets.h create mode 100644 sysdeps/sparc/nptl/pthread-offsets.h create mode 100644 sysdeps/tile/nptl/pthread-offsets.h create mode 100644 sysdeps/x86_64/nptl/pthread-offsets.h --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39743-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 12:54:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44863 invoked by alias); 7 Nov 2017 12:54:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44810 invoked by uid 48); 7 Nov 2017 12:54:32 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Tue, 07 Nov 2017 12:54: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adhemerval.zanella at linaro dot org X-Bugzilla-Status: ASSIGNED 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: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00113.txt.bz2 Content-length: 651 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-07 Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39744-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 12:55:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46940 invoked by alias); 7 Nov 2017 12:55:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46905 invoked by uid 48); 7 Nov 2017 12:55:48 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Tue, 07 Nov 2017 12:55: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00114.txt.bz2 Content-length: 682 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Adhemerval Zanella --- It should be fixed by 06be6368da16104be51ebf23f7c68a51f321673f. I will backport it to 2.26. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39745-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 13:46:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116492 invoked by alias); 7 Nov 2017 13:46:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116424 invoked by uid 55); 7 Nov 2017 13:46:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/22298] x32: lockups on recursive pthread_mutex_lock after upgrade to 2.26 Date: Tue, 07 Nov 2017 13:46: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.26 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00115.txt.bz2 Content-length: 17147 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22298 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via a81c1156c1a9a6161d49b295a09a4e4cff7a88d0 (commit) via 5712f8db265a75132dde7ffa4b5aab41c89a6b89 (commit) via bfdb34f2f26933a831684c09cadc2b782f7fbd7a (commit) via f8ee700e8959236bb2c54f3aacf57edca5dab186 (commit) from caa6857ec1087c705b11d8000716fbc67152e428 (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=3Dglibc.git;h=3Da81c1156c1a9a6161d4= 9b295a09a4e4cff7a88d0 commit a81c1156c1a9a6161d49b295a09a4e4cff7a88d0 Author: Adhemerval Zanella Date: Thu Oct 19 10:11:57 2017 -0200 nptl: Define __PTHREAD_MUTEX_{NUSERS_AFTER_KIND,USE_UNION} This patch adds two new internal defines to set the internal pthread_mutex_t layout required by the supported ABIS: 1. __PTHREAD_MUTEX_NUSERS_AFTER_KIND which control whether to define __nusers fields before or after __kind. The preferred value for is 0 for new ports and it sets __nusers before __kind. 2. __PTHREAD_MUTEX_USE_UNION which control whether internal __spins a= nd __list members will be place inside an union for linuxthreads compatibility. The preferred value is 0 for ports and it sets to not use an union to define both fields. It fixes the wrong offsets value for __kind value on x86_64-linux-gnu-x= 32. Checked with a make check run-built-tests=3Dno on all afected ABIs. [BZ #22298] * nptl/allocatestack.c (allocate_stack): Check if __PTHREAD_MUTEX_HAVE_PREV is non-zero, instead if __PTHREAD_MUTEX_HAVE_PREV is defined. * nptl/descr.h (pthread): Likewise. * nptl/nptl-init.c (__pthread_initialize_minimal_internal): Likewise. * nptl/pthread_create.c (START_THREAD_DEFN): Likewise. * sysdeps/nptl/fork.c (__libc_fork): Likewise. * sysdeps/nptl/pthread.h (PTHREAD_MUTEX_INITIALIZER): Likewise. * sysdeps/nptl/bits/thread-shared-types.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): New defines. (__pthread_internal_list): Check __PTHREAD_MUTEX_USE_UNION instead of __WORDSIZE for internal layout. (__pthread_mutex_s): Check __PTHREAD_MUTEX_NUSERS_AFTER_KIND instead of __WORDSIZE for internal __nusers layout and __PTHREAD_MUTEX_USE_UNION instead of __WORDSIZE whether to use an union for __spins and __list fields. (__PTHREAD_MUTEX_HAVE_PREV): Define also for __PTHREAD_MUTEX_USE_UN= ION case. * sysdeps/aarch64/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): New defines. * sysdeps/alpha/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/arm/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/hppa/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/ia64/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/m68k/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/microblaze/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/mips/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/nios2/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/powerpc/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/s390/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/sh/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/sparc/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/tile/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. * sysdeps/x86/nptl/bits/pthreadtypes-arch.h (__PTHREAD_MUTEX_NUSERS_AFTER_KIND, __PTHREAD_MUTEX_USE_UNION): Likewise. Signed-off-by: Adhemerval Zanella (cherry picked from commit 06be6368da16104be51ebf23f7c68a51f321673f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5712f8db265a75132dd= e7ffa4b5aab41c89a6b89 commit 5712f8db265a75132dde7ffa4b5aab41c89a6b89 Author: Adhemerval Zanella Date: Mon Oct 16 14:27:29 2017 -0200 nptl: Add tests for internal pthread_mutex_t offsets This patch adds a new build test to check for internal fields offsets for user visible internal field. Although currently the only field which is statically initialized to a non zero value is pthread_mutex_t.__data.__kind value, the tests also check the offset of __kind, __spins, __elision (if supported), and __list internal member. A internal header (pthread-offset.h) is added to each major ABI with the reference value. Checked on x86_64-linux-gnu and with a build check for all affected ABIs (aarch64-linux-gnu, alpha-linux-gnu, arm-linux-gnueabihf, hppa-linux-gnu, i686-linux-gnu, ia64-linux-gnu, m68k-linux-gnu, microblaze-linux-gnu, mips64-linux-gnu, mips64-n32-linux-gnu, mips-linux-gnu, powerpc64le-linux-gnu, powerpc-linux-gnu, s390-linux-gnu, s390x-linux-gnu, sh4-linux-gnu, sparc64-linux-gnu, sparcv9-linux-gnu, tilegx-linux-gnu, tilegx-linux-gnu-x32, tilepro-linux-gnu, x86_64-linux-gnu, and x86_64-linux-x32). * nptl/pthreadP.h (ASSERT_PTHREAD_STRING, ASSERT_PTHREAD_INTERNAL_OFFSET): New macro. * nptl/pthread_mutex_init.c (__pthread_mutex_init): Add build time checks for internal pthread_mutex_t offsets. * sysdeps/aarch64/nptl/pthread-offsets.h (__PTHREAD_MUTEX_NUSERS_OFFSET, __PTHREAD_MUTEX_KIND_OFFSET, __PTHREAD_MUTEX_SPINS_OFFSET, __PTHREAD_MUTEX_ELISION_OFFSET, __PTHREAD_MUTEX_LIST_OFFSET): New macro. * sysdeps/alpha/nptl/pthread-offsets.h: Likewise. * sysdeps/arm/nptl/pthread-offsets.h: Likewise. * sysdeps/hppa/nptl/pthread-offsets.h: Likewise. * sysdeps/i386/nptl/pthread-offsets.h: Likewise. * sysdeps/ia64/nptl/pthread-offsets.h: Likewise. * sysdeps/m68k/nptl/pthread-offsets.h: Likewise. * sysdeps/microblaze/nptl/pthread-offsets.h: Likewise. * sysdeps/mips/nptl/pthread-offsets.h: Likewise. * sysdeps/nios2/nptl/pthread-offsets.h: Likewise. * sysdeps/powerpc/nptl/pthread-offsets.h: Likewise. * sysdeps/s390/nptl/pthread-offsets.h: Likewise. * sysdeps/sh/nptl/pthread-offsets.h: Likewise. * sysdeps/sparc/nptl/pthread-offsets.h: Likewise. * sysdeps/tile/nptl/pthread-offsets.h: Likewise. * sysdeps/x86_64/nptl/pthread-offsets.h: Likewise. Signed-off-by: Adhemerval Zanella (cherry picked from commit dff91cd45e35e47d567274331f3deb8e87a188c9) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbfdb34f2f26933a8316= 84c09cadc2b782f7fbd7a commit bfdb34f2f26933a831684c09cadc2b782f7fbd7a Author: Adhemerval Zanella Date: Sat Oct 21 11:33:27 2017 -0200 posix: Do not use WNOHANG in waitpid call for Linux posix_spawn As shown in some buildbot issues on aarch64 and powerpc, calling clone (VFORK) and waitpid (WNOHANG) does not guarantee the child is ready to be collected. This patch changes the call back to 0 as before fe05e1cb6d64 fix. This change can lead to the scenario 4.3 described in the commit, where the waitpid call can hang undefinitely on the call. However this is also a very unlikely and also undefinied situation where both the caller is trying to terminate a pid before posix_spawn returns and the race pid reuse is triggered. I don't see how to correct handle this specific situation within posix_spawn. Checked on x86_64-linux-gnu, aarch64-linux-gnu and powerpc64-linux-gnu. * sysdeps/unix/sysv/linux/spawni.c (__spawnix): Use 0 instead of WNOHANG in waitpid call. (cherry picked from commit aa95a2414e4f664ca740ad5f4a72d9145abbd426) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df8ee700e8959236bb2c= 54f3aacf57edca5dab186 commit f8ee700e8959236bb2c54f3aacf57edca5dab186 Author: Adhemerval Zanella Date: Thu Oct 12 15:20:57 2017 -0300 posix: Fix improper assert in Linux posix_spawn (BZ#22273) As noted by Florian Weimer, current Linux posix_spawn implementation can trigger an assert if the auxiliary process is terminated before actually setting the err member: 340 /* Child must set args.err to something non-negative - we rel= y on 341 the parent and child sharing VM. */ 342 args.err =3D -1; [...] 362 new_pid =3D CLONE (__spawni_child, STACK (stack, stack_size), stack_size, 363 CLONE_VM | CLONE_VFORK | SIGCHLD, &args); 364 365 if (new_pid > 0) 366 { 367 ec =3D args.err; 368 assert (ec >=3D 0); Another possible issue is killing the child between setting the err and actually calling execve. In this case the process will not ran, but posix_spawn also will not report any error: 269 270 args->err =3D 0; 271 args->exec (args->file, args->argv, args->envp); As suggested by Andreas Schwab, this patch removes the faulty assert and also handles any signal that happens before fork and execve as the spawn was successful (and thus relaying the handling to the caller to figure this out). Different than Florian, I can not see why using atomics to set err would help here, essentially the code runs sequentially (due CLONE_VFORK) and I think it would not be legal the compiler evaluate ec without checking for new_pid result (thus there is no need to compiler barrier). Summarizing the possible scenarios on posix_spawn execution, we have: 1. For default case with a success execution, args.err will be 0, pid will not be collected and it will be reported to caller. 2. For default failure case, args.err will be positive and the it will be collected by the waitpid. An error will be reported to the caller. 3. For the unlikely case where the process was terminated and not collected by a caller signal handler, it will be reported as succe= ful execution and not be collected by posix_spawn (since args.err will be 0). The caller will need to actually handle this case. 4. For the unlikely case where the process was terminated and collect= ed by caller we have 3 other possible scenarios: 4.1. The auxiliary process was terminated with args.err equal to 0: it will handled as 1. (so it does not matter if we hit the pid reuse race since we won't possible collect an unexpected process). 4.2. The auxiliary process was terminated after execve (due a fail= ure in calling it) and before setting args.err to -1: it will also be handle as 1. but with the issue of not be able to report t= he caller a possible execve failures. 4.3. The auxiliary process was terminated after args.err is set to= -1: this is the case where it will be possible to hit the pid reu= se case where we will need to collected the auxiliary pid but we can not be sure if it will be expected one. I think for this case we need to actually change waitpid to use WNOHANG to avo= id hanging indefinitely on the call and report an error to caller since we can't differentiate between a default failure as 2. and a possible pid reuse race issue. Checked on x86_64-linux-gnu. * sysdeps/unix/sysv/linux/spawni.c (__spawnix): Handle the case whe= re the auxiliary process is terminated by a signal before calling _exit or execve. (cherry picked from commit fe05e1cb6d64dba6172249c79526f1e9af8f2bfd) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 101 ++++++++++++++++++= ++++ nptl/allocatestack.c | 2 +- nptl/descr.h | 2 +- nptl/nptl-init.c | 2 +- nptl/pthreadP.h | 6 ++ nptl/pthread_create.c | 4 +- nptl/pthread_mutex_init.c | 13 +++ sysdeps/aarch64/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/aarch64/nptl/pthread-offsets.h | 5 + sysdeps/alpha/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/alpha/nptl/pthread-offsets.h | 5 + sysdeps/arm/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/arm/nptl/pthread-offsets.h | 5 + sysdeps/hppa/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/hppa/nptl/pthread-offsets.h | 5 + sysdeps/i386/nptl/pthread-offsets.h | 5 + sysdeps/ia64/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/ia64/nptl/pthread-offsets.h | 5 + sysdeps/m68k/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/m68k/nptl/pthread-offsets.h | 5 + sysdeps/microblaze/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/microblaze/nptl/pthread-offsets.h | 5 + sysdeps/mips/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/mips/nptl/pthread-offsets.h | 13 +++ sysdeps/nios2/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/nios2/nptl/pthread-offsets.h | 5 + sysdeps/nptl/bits/thread-shared-types.h | 32 ++++++- sysdeps/nptl/fork.c | 2 +- sysdeps/nptl/pthread.h | 2 +- sysdeps/powerpc/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/powerpc/nptl/pthread-offsets.h | 15 +++ sysdeps/s390/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/s390/nptl/pthread-offsets.h | 15 +++ sysdeps/sh/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/sh/nptl/pthread-offsets.h | 5 + sysdeps/sparc/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/sparc/nptl/pthread-offsets.h | 15 +++ sysdeps/tile/nptl/bits/pthreadtypes-arch.h | 2 + sysdeps/tile/nptl/pthread-offsets.h | 15 +++ sysdeps/unix/sysv/linux/spawni.c | 24 ++++-- sysdeps/x86/nptl/bits/pthreadtypes-arch.h | 7 ++ sysdeps/x86_64/nptl/pthread-offsets.h | 5 + 42 files changed, 335 insertions(+), 18 deletions(-) create mode 100644 sysdeps/aarch64/nptl/pthread-offsets.h create mode 100644 sysdeps/alpha/nptl/pthread-offsets.h create mode 100644 sysdeps/arm/nptl/pthread-offsets.h create mode 100644 sysdeps/hppa/nptl/pthread-offsets.h create mode 100644 sysdeps/i386/nptl/pthread-offsets.h create mode 100644 sysdeps/ia64/nptl/pthread-offsets.h create mode 100644 sysdeps/m68k/nptl/pthread-offsets.h create mode 100644 sysdeps/microblaze/nptl/pthread-offsets.h create mode 100644 sysdeps/mips/nptl/pthread-offsets.h create mode 100644 sysdeps/nios2/nptl/pthread-offsets.h create mode 100644 sysdeps/powerpc/nptl/pthread-offsets.h create mode 100644 sysdeps/s390/nptl/pthread-offsets.h create mode 100644 sysdeps/sh/nptl/pthread-offsets.h create mode 100644 sysdeps/sparc/nptl/pthread-offsets.h create mode 100644 sysdeps/tile/nptl/pthread-offsets.h create mode 100644 sysdeps/x86_64/nptl/pthread-offsets.h --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39746-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 14:30:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102667 invoked by alias); 7 Nov 2017 14:30:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102477 invoked by uid 55); 7 Nov 2017 14:30:22 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22403] Slash needs escaping in some locales Date: Tue, 07 Nov 2017 14:30: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00116.txt.bz2 Content-length: 2356 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22403 --- Comment #1 from 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 1bd0cbb8cf40f0fd250e0c5cf9bf575a37287a49 (commit) via d8301314bca5cd46ff157958d367df41939eaf6b (commit) from 06be6368da16104be51ebf23f7c68a51f321673f (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=3Dglibc.git;h=3D1bd0cbb8cf40f0fd250= e0c5cf9bf575a37287a49 commit 1bd0cbb8cf40f0fd250e0c5cf9bf575a37287a49 Author: Mike FABIAN Date: Tue Nov 7 14:24:51 2017 +0100 mfe_MU, miq_NI locales: Escape slashes in d_fmt [BZ #22403] [BZ #22403] * localedata/locales/mfe_MU (LC_TIME): Fix wrong d_fmt, / needs to be escaped. * localedata/locales/miq_NI (LC_TIME): Fix wrong d_fmt, / needs to be escaped. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd8301314bca5cd46ff1= 57958d367df41939eaf6b commit d8301314bca5cd46ff157958d367df41939eaf6b Author: Claude Paroz Date: Mon Nov 6 14:14:28 2017 +0100 an_ES, kab_DZ, om_ET locales: Escape slashes in d_fmt [BZ #22403] [BZ #22403] * localedata/locales/an_ES (LC_TIME): Fix wrong d_fmt, / needs to be escaped. * localedata/locales/kab_DZ (LC_TIME): Fix wrong d_fmt, / needs to be escaped. * localedata/locales/om_ET (LC_TIME): Fix wrong d_fmt, / needs to be escaped. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 18 ++++++++++++++++++ localedata/locales/an_ES | 2 +- localedata/locales/kab_DZ | 2 +- localedata/locales/mfe_MU | 2 +- localedata/locales/miq_NI | 2 +- localedata/locales/om_ET | 2 +- 6 files changed, 23 insertions(+), 5 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39747-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 15:12:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62767 invoked by alias); 7 Nov 2017 15:12:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62640 invoked by uid 48); 7 Nov 2017 15:12:14 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 07 Nov 2017 15:12: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: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00117.txt.bz2 Content-length: 750 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Claude Paroz changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10570|0 |1 is obsolete| | --- Comment #17 from Claude Paroz --- Created attachment 10577 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10577&action=3Ded= it Complete patch Here's the complete patch implementing these sequence replacements. I'm open to split the patch in smaller chunks if it's easier to review. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39748-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 16:57:07 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10396 invoked by alias); 7 Nov 2017 16:57:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10335 invoked by uid 48); 7 Nov 2017 16:57:03 -0000 From: "piotrdrag at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 07 Nov 2017 16:57: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: piotrdrag at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00118.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Piotr Dr=C4=85g changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |piotrdrag at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39749-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 22:54:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85586 invoked by alias); 7 Nov 2017 22:54:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 85528 invoked by uid 48); 7 Nov 2017 22:54:15 -0000 From: "ldv at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Tue, 07 Nov 2017 22:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ldv at sourceware dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: christian.brauner at mailbox dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00119.txt.bz2 Content-length: 562 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 Dmitry V. Levin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2017-11-07 CC| |ldv at sourceware dot org Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39750-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 07 23:54:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5025 invoked by alias); 7 Nov 2017 23:54:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4671 invoked by uid 55); 7 Nov 2017 23:54:44 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 07 Nov 2017 23:54: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: keld at keldix dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00120.txt.bz2 Content-length: 4217 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #18 from keld at keldix dot com --- Hi I am not sure if I can write a very strong case against using ASCII in stri= ngs. I hav no practical experience with problems, but I see a number of possible conflicts. You could also say that because of the design used until now, where all our locales have been character coding independent, we have not seen any problems! I am the editor of ISO 14652 and ISO 30112, and of the 100 pages annex in the POSIX standard that originally introduced the codeset independent local= es for POSIX and thus Linux. 14652 and 30112 are the standards that define many of the extensions from POSIX that we use in glibc for i18n and l10n. =46rom an architectual view I would really like that we keep glibc locales character coding independent, so our locales can be used without change=20 on all systems that adheres to those standards. But even if we restrict ourselves to only look at glibc implementations, using coding dependent locales may cause problems. Not on everyday Linux systems, were we mostly operate in UTF-8, and sometimes in other coded character sets, but on other systems.=20 gcc and glibc is probably the most ported C compiler and C library in the world. Some of the platforms it has been ported to run in non-ascii compatible environments, I think this includes MS windows, which uses UTF-16, and which now includes an Ubuntu system MAC OS/ IOS , which uses UTF16, and where gcc/glibc ports exists EBCDIC machines, where gcc/glibc ports exist - they run many banking and aviation systems Embedded systems where many kinds of character sets are used. Older systems in Eastern Asia, still using older Eastern Asia 14-bit character sets. I do see the need for better looking locales, They would be easer to write = and debug. Thereofre I propose that we use the mnemonics defined in ISO 14652/ISO 3011= 2 at least for the ASCII characters. These were also used in the original locales that= I wrote and Ulrich Drepper used for his initial work for glibc. At some point Ulrich decided to use Uxxxx mnemonics, which made locales more unreadable. I do agree that using Uxxxx is a good solution for the characters that are not known to everybody, such= as Chinese, Korean and Japanese characters. This gives a chance to everybody in the wor= ld to work on locales using these characters, which actually in our moderne world means all locales in the world, as we all may use full UTF-8 or the like. best regards Keld On Fri, Nov 03, 2017 at 03:12:25AM +0000, carlos at redhat dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > Carlos O'Donell changed: >=20 > What |Removed |Added > -------------------------------------------------------------------------= --- > CC| |carlos at redhat dot com >=20 > --- Comment #8 from Carlos O'Donell --- > (In reply to keld@keldix.com from comment #7) > > I think we should not do this, as it would make locales unusable > > with ebcdic encodings. I am also unsure how it will work with utf-16. >=20 > Please provide a justification for this requirement to support EBCDIC and > UTF-16, included systems that would be impacted today by this change. >=20 > I spoke with Ulrich Drepper directly, and he did point out that the desig= n idea > behind using sequences was indeed to support the locales on syste= ms > that had other encodings like EBCDIC, but with the rise of UTF-8 as the d= efacto > standard, no such systems have really materialized. >=20 > > I propose you use better mnemonics for the ascii range, such as for= a, > > etc. That is, use the mnemonics defined in the POSIX standard for the = ascii > > range. >=20 > I disagree strongly with this, why use '' instead of 'a'? Please provi= de > strong rationale for why we should keep using the format. >=20 > --=20 > You are receiving this mail because: > You are on the CC list for the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39751-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 06:10:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 53351 invoked by alias); 8 Nov 2017 06:10:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 53234 invoked by uid 48); 8 Nov 2017 06:10:27 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Wed, 08 Nov 2017 06: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: 2.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00121.txt.bz2 Content-length: 528 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 --- Comment #3 from Florian Weimer --- I think HJ is freeing unused parts of jmpbuf, which we could use to store t= hese bits. Of course, it won't help if x86-64 gets many more access right bits. So I think we need to change the kernel not to reset PKRU to the initial va= lue (which could either be all-access or no-access, depending on kernel configuration). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39752-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 08:59:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11827 invoked by alias); 8 Nov 2017 08:59:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11788 invoked by uid 48); 8 Nov 2017 08:59:54 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] New: mallinfo access top arena heap without arena lock Date: Wed, 08 Nov 2017 08:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.26 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: 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: 2017-11/txt/msg00122.txt.bz2 Content-length: 1630 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Bug ID: 22408 Summary: mallinfo access top arena heap without arena lock Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: malloc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Flags: security- Downstream bug report from jcfinger@pobox.com: Description of problem: Race condition in malloc_info can result SIGSEGV. How reproducible: Be unlucky enough to free enough memory that an arena is released while a different thread is doing malloc_info. Time it right and you lose. Actual results: SIGSEGV, core Expected results: accurate results back from malloc_info Additional info: >>From looking at the code, the "mi_arena" function nested inside of malloc_= info calls 'mutex_unlock (&ar_ptr->mutex);' but then several lines down starts looking in arenas again. My particular core file died on line fprintf (fp, "\n" "\n", heap->size, heap->mprotect_size); The *ar_ptr looked good. But *heap was not in accessible memory. "info fi= le" showed that the memory was no longer mapped. But 0x8000000 beyond its addr= ess still existed. I don't grok the malloc code, but it seems that maybe the mutex shouldn't h= ave been released yet. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39753-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 09:48:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64697 invoked by alias); 8 Nov 2017 09:48:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31967 invoked by uid 48); 8 Nov 2017 09:47:17 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] New: res_hnok does not accept some host names used on the Internet Date: Wed, 08 Nov 2017 09:48: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-11/txt/msg00123.txt.bz2 Content-length: 876 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Bug ID: 22409 Summary: res_hnok does not accept some host names used on the Internet Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- www-.example.com and _www.example.com fail the res_hnok check because -/_ a= re only accepted in the middle of labels. I don't think this is desirable, an= d we have received bug reports that web sites become unreachable as a result of = this check. This issue is slightly different from bug 12154 and needs to be fixed separately. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39755-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 09:49:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98534 invoked by alias); 8 Nov 2017 09:49:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92703 invoked by uid 48); 8 Nov 2017 09:48:56 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Wed, 08 Nov 2017 09:49: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.26 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: see_also flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00124.txt.bz2 Content-length: 534 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.redhat.com | |/show_bug.cgi?id=3D1039304 Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39754-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 09:48:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74377 invoked by alias); 8 Nov 2017 09:48:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35741 invoked by uid 48); 8 Nov 2017 09:47:19 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/12154] Cannot resolve hosts which have wildcard aliases Date: Wed, 08 Nov 2017 09:49: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: unspecified 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: see_also Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00125.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D12154 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D224= 09 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39757-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 10:10:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31626 invoked by alias); 8 Nov 2017 10:10:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31313 invoked by uid 48); 8 Nov 2017 10:10:00 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/984] Respond to changed resolv.conf in gethostbyname Date: Wed, 08 Nov 2017 10:10: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.3.5 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00127.txt.bz2 Content-length: 515 https://sourceware.org/bugzilla/show_bug.cgi?id=3D984 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19566 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D19566 [Bug 19566] nscd needs to watch for file deletions using inotify --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39756-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 10:10:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31416 invoked by alias); 8 Nov 2017 10:10:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31276 invoked by uid 48); 8 Nov 2017 10:09:59 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nscd/19566] nscd needs to watch for file deletions using inotify Date: Wed, 08 Nov 2017 10:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nscd 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: dependson Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00126.txt.bz2 Content-length: 624 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19566 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |984 --- Comment #1 from Florian Weimer --- The fix for bug 984 should paper over this issue. Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D984 [Bug 984] Respond to changed resolv.conf in gethostbyname --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39758-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 10:40:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70084 invoked by alias); 8 Nov 2017 10:40:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 67210 invoked by uid 48); 8 Nov 2017 10:40:55 -0000 From: "dkg at fifthhorseman dot net" To: glibc-bugs@sourceware.org Subject: [Bug network/20826] Tests fail on hosts without network access Date: Wed, 08 Nov 2017 10:40: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.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dkg at fifthhorseman 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: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00128.txt.bz2 Content-length: 792 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20826 Daniel Kahn Gillmor changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dkg at fifthhorseman dot n= et --- Comment #3 from Daniel Kahn Gillmor --- Could anyone from the glibc upstream team comment on this? the issue has b= een open for a year now without feedback, and it would be good to get this resolved. We shouldn't need network access or a customized /etc/hosts to be able to b= uild glibc, right? What is the resolution preferred by upstream? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39759-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 12:33:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 34684 invoked by alias); 8 Nov 2017 12:33:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33331 invoked by uid 48); 8 Nov 2017 12:33:42 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/14979] Incorrect R_386_GLOB_DAT/R_386_JUMP_SLOT handling Date: Wed, 08 Nov 2017 12:33: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.18 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 Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00129.txt.bz2 Content-length: 1654 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14979 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --- Comment #10 from Florian Weimer --- There seems to be another source of non-zero addends: external functions wh= ose address is taken in position-dependent code. For example, this: #include int main() { printf ("%p\n", &putchar); } Results in: Relocation section [ 9] '.rela.dyn' at offset 0x3b0 contains 2 entries: Offset Type Value Addend Name 0x0000000000600ff0 X86_64_GLOB_DAT 000000000000000000 +0 __libc_start_main 0x0000000000600ff8 X86_64_GLOB_DAT 000000000000000000 +0 __gmon_sta= rt__ Relocation section [10] '.rela.plt' for section [22] '.got.plt' at offset 0= x3e0 contains 2 entries: Offset Type Value Addend Name 0x0000000000601018 X86_64_JUMP_SLOT 0x0000000000400440 +0 putchar 0x0000000000601020 X86_64_JUMP_SLOT 000000000000000000 +0 printf (With a traditional toolchain without PIE or BIND_NOW.) This does affect dlsym return values, it seems. With a relocation with a non-zero addend, dlsym will return the address of putchar@plt in the main program. With a zero addend, dlsym will return the address of the function= in libc.so.6 instead. Is this documented anywhere? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39760-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 13:25:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 130990 invoked by alias); 8 Nov 2017 13:25:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 130130 invoked by uid 48); 8 Nov 2017 13:25:39 -0000 From: "gabriel at inconstante dot eti.br" To: glibc-bugs@sourceware.org Subject: [Bug math/22410] New: [powerpc64le] iseqsig (long double, _Float128) broken on powerpc64le Date: Wed, 08 Nov 2017 13:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot eti.br 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 cf_gcctarget Message-ID: 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: 2017-11/txt/msg00130.txt.bz2 Content-length: 2021 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22410 Bug ID: 22410 Summary: [powerpc64le] iseqsig (long double, _Float128) broken on powerpc64le Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: math Assignee: unassigned at sourceware dot org Reporter: gabriel at inconstante dot eti.br CC: gabriel at inconstante dot eti.br Target Milestone: --- Target: powerpc64le-linux-gnu The following test case gives the following error output when built with GC= C 7 and GLIBC 2.26: #define __STDC_WANT_IEC_60559_BFP_EXT__ #include int main (void) { long double l =3D 1.0L; _Float128 q =3D 2.0F128; return iseqsig (l, q); } $ gcc -mfloat128 test.c -c In file included from test.c:2:0: test.c: In function =E2=80=98main=E2=80=99: /tmp/glibc-2.26/usr/include/math.h:1148:39: error: __float128 and long doub= le cannot be used in the same expression # define __MATH_EVAL_FMT2(x, y) ((x) + (y) + 0.0f) ^ /tmp/glibc-2.26/usr/include/math.h:508:17: note: in definition of macro =E2=80=98__MATH_TG=E2=80=99 _Generic ((TG_ARG), \ ^~~~~~ /tmp/glibc-2.26/usr/include/math.h:1157:15: note: in expansion of macro =E2=80=98__MATH_EVAL_FMT2=E2=80=99 __MATH_TG (__MATH_EVAL_FMT2 (x, y), __iseqsig, ((x), (y))) ^~~~~~~~~~~~~~~~ test.c:10:10: note: in expansion of macro =E2=80=98iseqsig=E2=80=99 return iseqsig (l, q); ^~~~~~~ So, for a combination of long double and _Float128 as arguments to iseqsig (hence to __MATH_EVAL_FMT2) the compiler for powerpc64le will throw this er= ror message. Since the arguments to the comparison macros need not have the same type, i= t is my understanding that the above use of iseqsig (in the test program) is val= id. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39761-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 14:29:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10411 invoked by alias); 8 Nov 2017 14:29:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10349 invoked by uid 48); 8 Nov 2017 14:29:04 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/14979] Incorrect R_386_GLOB_DAT/R_386_JUMP_SLOT handling Date: Wed, 08 Nov 2017 14:29: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.18 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: In-Reply-To: References: 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: 2017-11/txt/msg00131.txt.bz2 Content-length: 889 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14979 --- Comment #11 from Andreas Schwab --- > Relocation section [ 9] '.rela.dyn' at offset 0x3b0 contains 2 entries: > Offset Type Value Addend Name > 0x0000000000600ff0 X86_64_GLOB_DAT 000000000000000000 +0 > __libc_start_main > 0x0000000000600ff8 X86_64_GLOB_DAT 000000000000000000 +0 > __gmon_start__ >=20 > Relocation section [10] '.rela.plt' for section [22] '.got.plt' at offset > 0x3e0 contains 2 entries: > Offset Type Value Addend Name > 0x0000000000601018 X86_64_JUMP_SLOT 0x0000000000400440 +0 putchar > 0x0000000000601020 X86_64_JUMP_SLOT 000000000000000000 +0 printf I don't see any non-zero addend here. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39762-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 14:44:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92523 invoked by alias); 8 Nov 2017 14:44:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92472 invoked by uid 48); 8 Nov 2017 14:44:46 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/14979] Incorrect R_386_GLOB_DAT/R_386_JUMP_SLOT handling Date: Wed, 08 Nov 2017 14:44: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.18 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: In-Reply-To: References: 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: 2017-11/txt/msg00132.txt.bz2 Content-length: 345 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14979 --- Comment #12 from Florian Weimer --- Ah, good point. And the behavior difference I observed is probably caused = by .gnu.hash, and not the relocation processing in the loader. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39763-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 16:35:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64533 invoked by alias); 8 Nov 2017 16:35:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64481 invoked by uid 55); 8 Nov 2017 16:35:27 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/22410] [powerpc64le] iseqsig (long double, _Float128) broken on powerpc64le Date: Wed, 08 Nov 2017 16:35: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.26 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00133.txt.bz2 Content-length: 701 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22410 --- Comment #1 from joseph at codesourcery dot com --- I'm doubtful that this is a bug in glibc rather than in TS 18661-3. Why=20 should iseqsig be valid when a comparison using =3D=3D wouldn't be? Raised= =20 with WG14: . (If this use of comparison macros should be invalid, it implies there's a=20 quality-of-implementation bug in GCC: such comparisons using e.g.=20 __builtin_isless should be diagnosed in cases where uses of the comparison= =20 operators would be diagnosed.) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39764-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 08 20:00:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30448 invoked by alias); 8 Nov 2017 20:00:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 30343 invoked by uid 55); 8 Nov 2017 20:00:35 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Wed, 08 Nov 2017 20:00: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: keld at keldix dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00134.txt.bz2 Content-length: 1172 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #19 from keld at keldix dot com --- On Fri, Nov 03, 2017 at 03:12:25AM +0000, carlos at redhat dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > Carlos O'Donell changed: >=20 > > I propose you use better mnemonics for the ascii range, such as for= a, > > etc. That is, use the mnemonics defined in the POSIX standard for the = ascii > > range. >=20 > I disagree strongly with this, why use '' instead of 'a'? Please provi= de > strong rationale for why we should keep using the format. If you use instead of 'a' then the compiled locale would have a well-defined=20 content, when the source encoding and the target encoding differ. This is n= ot the case when just using 'a', giving wrong results. I listed a number of scenarios where you would use different source and target character encoding in my previous mail. This involves major OS'es like OS X, Microsoft Windows, IOS and embedded systems. Best regards keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39765-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 09:42:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 45744 invoked by alias); 9 Nov 2017 09:42:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 45706 invoked by uid 48); 9 Nov 2017 09:42:41 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] mallinfo access top arena heap without arena lock Date: Thu, 09 Nov 2017 09:42: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00135.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39766-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 09:47:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32052 invoked by alias); 9 Nov 2017 09:47:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 30090 invoked by uid 48); 9 Nov 2017 09:47:50 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] mallinfo access heaps without arena lock, ignores heaps Date: Thu, 09 Nov 2017 09: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.26 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00136.txt.bz2 Content-length: 525 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|mallinfo access top arena |mallinfo access heaps |heap without arena lock |without arena lock, ignores | |heaps --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39767-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 10:05:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 121991 invoked by alias); 9 Nov 2017 10:05:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121843 invoked by uid 48); 9 Nov 2017 10:05:48 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] malloc_info access heaps without arena lock, ignores heaps Date: Thu, 09 Nov 2017 10:05: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.26 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00137.txt.bz2 Content-length: 651 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|mallinfo access heaps |malloc_info access heaps |without arena lock, ignores |without arena lock, ignores |heaps |heaps --- Comment #1 from Florian Weimer --- Note: malloc_info and mallinfo are separate functions. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39768-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 10:19:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118213 invoked by alias); 9 Nov 2017 10:19:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 118123 invoked by uid 55); 9 Nov 2017 10:19:18 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 09 Nov 2017 10: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: keld at keldix dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00138.txt.bz2 Content-length: 1949 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #20 from keld at keldix dot com --- On Fri, Nov 03, 2017 at 09:56:16AM +0000, egmont at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > --- Comment #11 from Egmont Koblinger --- > I don't understand the EBCDIC worries at all. >=20 > These locale definition files are in ASCII. If you interpret these same f= iles > in EBCDIC, section names and property names don't make any sense, and nei= ther > do encoded characters such as "", I mean it's no longer > less/greater-than, uppercase U and digits. Yes all source files should be converted from Ascii to the ebcdic in questi= on. This is also the case on UTF-16 systems, the source files should be convert= ed from some sort of ascii compatible encoding to UTF-16. Or the other way - if you move sources from a non ascii-compatible system to an ascii-compatible syst= em. This process can be done automatically using eg iconv. > Then, if you iconv the file, the resulting and friends still defi= ne > Unicode codepoints and not EBCDIC ones. No they are not unicode (or UCS) codepoints. When you compile the locale in= to a binary format, then you apply an EBCDIC charmap, and the symbolic character names get encoded according to the EBCDIC encoding applied by localedef -f option question. > So, in order to use these files in an EBCDIC environment, they need to be > converted on two different levels. No, only one level of conversion is needed and that can be fully automated. > This does not become any harder or any more complicated by allowing plain= ASCII > characters. Well, not so, if you operate in an environment with a source encoding diffe= rent from the ebcdic target encoding, and vice versa.=20 best regards Keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39769-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:22:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 91936 invoked by alias); 9 Nov 2017 11:22:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91881 invoked by uid 48); 9 Nov 2017 11:22:09 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Thu, 09 Nov 2017 11:22: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00139.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39772-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:27:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115326 invoked by alias); 9 Nov 2017 11:27:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113155 invoked by uid 48); 9 Nov 2017 11:27:18 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22412] res_dnok, res_hnok should perform syntax checks Date: Thu, 09 Nov 2017 11:27: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.26 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: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00142.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39771-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:27:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110849 invoked by alias); 9 Nov 2017 11:27:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108110 invoked by uid 48); 9 Nov 2017 11:27:06 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Thu, 09 Nov 2017 11:27: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.26 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: dependson Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00141.txt.bz2 Content-length: 512 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |22412 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 [Bug 22412] res_dnok, res_hnok should perform syntax checks --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39770-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:27:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110352 invoked by alias); 9 Nov 2017 11:27:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107995 invoked by uid 48); 9 Nov 2017 11:27:06 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22412] New: res_dnok, res_hnok should perform syntax checks Date: Thu, 09 Nov 2017 11:27: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter blocked target_milestone Message-ID: 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: 2017-11/txt/msg00140.txt.bz2 Content-length: 920 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 Bug ID: 22412 Summary: res_dnok, res_hnok should perform syntax checks Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Blocks: 22409 Target Milestone: --- Currently, the name checking functions only check against character sets. = They should try to parse the name as a domain name and verify that they are syntactically valid names, following \ escaping rules and label/name length limits. Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 [Bug 22409] res_hnok does not accept some host names used on the Internet --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39773-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:52:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50340 invoked by alias); 9 Nov 2017 11:52:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 45478 invoked by uid 48); 9 Nov 2017 11:52:47 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22413] New: ns_name_pton ignores syntactically invalid trailing backslash Date: Thu, 09 Nov 2017 11:52: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.26 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: 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: 2017-11/txt/msg00143.txt.bz2 Content-length: 706 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22413 Bug ID: 22413 Summary: ns_name_pton ignores syntactically invalid trailing backslash Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Flags: security- This should fail: char buf[NS_MAXDNAME]; ns_name_pton ("abc\\", buf, sizeof (buf)); But ns_name_pton currently returns success. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39774-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 11:55:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 76113 invoked by alias); 9 Nov 2017 11:55:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76060 invoked by uid 48); 9 Nov 2017 11:55:13 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22413] ns_name_pton ignores syntactically invalid trailing backslash Date: Thu, 09 Nov 2017 11:55: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00144.txt.bz2 Content-length: 330 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22413 --- Comment #1 from Florian Weimer --- ns_name_pton also accepts the empty string "" and treats as ".". We may ha= ve to preserve that for backwards compatibility. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39775-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 13:08:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99460 invoked by alias); 9 Nov 2017 13:08:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99403 invoked by uid 48); 9 Nov 2017 13:08:47 -0000 From: "superlikex at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22414] New: getaddrinfo() get wrong return value of gaih_inet() when system recovers from the exhaustion of the file descriptor Date: Thu, 09 Nov 2017 13:08: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: superlikex 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: 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: 2017-11/txt/msg00145.txt.bz2 Content-length: 1092 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22414 Bug ID: 22414 Summary: getaddrinfo() get wrong return value of gaih_inet() when system recovers from the exhaustion of the file descriptor Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: superlikex at gmail dot com Target Milestone: --- getaddrinfo () returns a wrong value if the system file descriptor runs out= .=20 But getaddrinfo () still returns the wrong value when the system is back to normal. By looking at the code, the value of h_errno is not updated when the system= is back to normal. I found a mailing list with similar questions: https://sourceware.org/ml/libc-alpha/2016-07/msg00341.html. and a patch has been attached in this mailing list But I tried this patch, it did not work. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39776-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 16:31:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54589 invoked by alias); 9 Nov 2017 16:31:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 45891 invoked by uid 55); 9 Nov 2017 16:31:22 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 09 Nov 2017 16:31: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: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00146.txt.bz2 Content-length: 1461 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #21 from joseph at codesourcery dot com --- On Thu, 9 Nov 2017, keld at keldix dot com wrote: > Yes all source files should be converted from Ascii to the ebcdic in ques= tion. > This is also the case on UTF-16 systems, the source files should be conve= rted > from some sort of ascii compatible encoding to UTF-16. Or the other way -= if > you > move sources from a non ascii-compatible system to an ascii-compatible sy= stem. >=20 > This process can be done automatically using eg iconv. No, it can't be done automatically, without having information somewhere=20 about which character set each source file is in (it's entirely possible=20 some, e.g. those representing expected output of testcases, are in mixed=20 character sets - and in any case represent particular sequences of octets=20 that must be preserved because they are to be compared against test output= =20 in particular locales). glibc does not make any attempt to support locales that are not more or=20 less ASCII compatible, and does not make any attempt to support 16-bit=20 bytes (which are not supported by POSIX either) which would be needed for=20 UTF-16 to be a valid locale encoding. We should not pretend that it does,= =20 any more than we should pretend it supports non-ELF object formats. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39777-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 17:51:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80112 invoked by alias); 9 Nov 2017 17:51:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76992 invoked by uid 48); 9 Nov 2017 17:51:33 -0000 From: "pekarekdaniel at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug stdio/22415] New: setvbuf can lead to invalid free/segfault Date: Thu, 09 Nov 2017 17:51: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pekarekdaniel 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: 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: 2017-11/txt/msg00147.txt.bz2 Content-length: 3802 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22415 Bug ID: 22415 Summary: setvbuf can lead to invalid free/segfault Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: stdio Assignee: unassigned at sourceware dot org Reporter: pekarekdaniel at gmail dot com Target Milestone: --- In some cases IO functions incorrectly free the buffer passed to setvbuf. Steps to reproduce: #include char buf[BUFSIZ]; int main(void) { FILE* f =3D tmpfile(); // alternatively: fopen("tmp", "w+b") setvbuf(f, buf, _IOFBF, BUFSIZ); ungetc('x', f); fseek(f, 0L, SEEK_SET); fputc('1', f); // this calls free(buf) fclose(f); return 0; } Result: *** Error in `./setvbuf': free(): invalid pointer: 0x000055d102391080 *** [1] 27592 abort (core dumped) ./setvbuf valgrind output: =3D=3D22318=3D=3D Invalid free() / delete / delete[] / realloc() =3D=3D22318=3D=3D at 0x4C2E14B: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D22318=3D=3D by 0x4EB434B: _IO_free_backup_area (in /usr/lib/libc-2= .26.so) =3D=3D22318=3D=3D by 0x4EB397E: _IO_file_overflow@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22318=3D=3D by 0x10881F: main (setvbuf.c:11) =3D=3D22318=3D=3D Address 0x309080 is 0 bytes inside data symbol "buf" If the buffer is allocated with malloc, it also crashes: =3D=3D22713=3D=3D Invalid write of size 1 =3D=3D22713=3D=3D at 0x4EB3805: _IO_file_overflow@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x10886A: main (setvbuf.c:11) =3D=3D22713=3D=3D Address 0x51f0040 is 0 bytes inside a block of size 8,19= 2 free'd =3D=3D22713=3D=3D at 0x4C2E14B: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D22713=3D=3D by 0x4EB434B: _IO_free_backup_area (in /usr/lib/libc-2= .26.so) =3D=3D22713=3D=3D by 0x4EB397E: _IO_file_overflow@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x10886A: main (setvbuf.c:11) =3D=3D22713=3D=3D Block was alloc'd at =3D=3D22713=3D=3D at 0x4C2CE5F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D22713=3D=3D by 0x10880B: main (setvbuf.c:6) =3D=3D22713=3D=3D =3D=3D22713=3D=3D Syscall param write(buf) points to unaddressable byte(s) =3D=3D22713=3D=3D at 0x4F208D4: write (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x4EB22CC: _IO_file_write@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x4EB15AE: new_do_write (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x4EB34C8: _IO_do_write@@GLIBC_2.2.5 (in /usr/lib/l= ibc-2.26.so) =3D=3D22713=3D=3D by 0x4EB2CDF: _IO_file_close_it@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x4EA5E7E: fclose@@GLIBC_2.2.5 (in /usr/lib/libc-2.= 26.so) =3D=3D22713=3D=3D by 0x108876: main (setvbuf.c:12) =3D=3D22713=3D=3D Address 0x51f0040 is 0 bytes inside a block of size 8,19= 2 free'd =3D=3D22713=3D=3D at 0x4C2E14B: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D22713=3D=3D by 0x4EB434B: _IO_free_backup_area (in /usr/lib/libc-2= .26.so) =3D=3D22713=3D=3D by 0x4EB397E: _IO_file_overflow@@GLIBC_2.2.5 (in /usr/lib/libc-2.26.so) =3D=3D22713=3D=3D by 0x10886A: main (setvbuf.c:11) =3D=3D22713=3D=3D Block was alloc'd at =3D=3D22713=3D=3D at 0x4C2CE5F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D22713=3D=3D by 0x10880B: main (setvbuf.c:6) If the buf argument of setvbuf is NULL, the result is the same as if malloc= was used. It looks like this problem only occurs if the file was opened in "w+b" mode. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39778-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 20:21:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21030 invoked by alias); 9 Nov 2017 20:21:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20988 invoked by uid 48); 9 Nov 2017 20:21:46 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22414] getaddrinfo() get wrong return value of gaih_inet() when system recovers from the exhaustion of the file descriptor Date: Thu, 09 Nov 2017 20:21: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.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: In-Reply-To: References: 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: 2017-11/txt/msg00148.txt.bz2 Content-length: 631 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22414 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --- Comment #1 from Florian Weimer --- Can you describe at which point the file descriptors run out? We know of o= ne such issue, see bug 22041. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39779-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 20:22:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21678 invoked by alias); 9 Nov 2017 20:22:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21615 invoked by uid 48); 9 Nov 2017 20:22:29 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22405] Audit tcache code for potential integer overflows Date: Thu, 09 Nov 2017 20:22: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00149.txt.bz2 Content-length: 397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22405 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39780-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 09 22:43:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93924 invoked by alias); 9 Nov 2017 22:43:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93859 invoked by uid 48); 9 Nov 2017 22:43:20 -0000 From: "dave at sr71 dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Thu, 09 Nov 2017 22: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dave at sr71 dot net 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: In-Reply-To: References: 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: 2017-11/txt/msg00150.txt.bz2 Content-length: 1381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 Dave Hansen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dave at sr71 dot net --- Comment #4 from Dave Hansen --- It should also be noted that this issue also applies to MPX which has a lot more state than protection keys. (BNDSTATUS (8) + BNDCFGU (8) + BNDREGS0-3(4*16)). The ABI for BNDREGS probably saves us here at least par= tly because it's pretty arguable that the registers are clobber at siglongjmp. = But BNDCFGU which turns the feature on/off is a problem. Back to PK... The manpage (http://man7.org/linux/man-pages/man7/pkeys.7.htm= l) could use some additional clarity here, but it does mention the signal behavior, and also says: The rights of any interrupted context are restored when the signal handler returns. We could clarify that we truly mean sys_sigreturn() and that other mechanis= ms don't count as "returning". The kernel _could_ detect when someone unblocks signals from inside a signal handler, but without doing a sys_sigreturn(). We could theoretically take = some action there. Does that do us any good? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39781-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 10 13:04:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106104 invoked by alias); 10 Nov 2017 13:04:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93467 invoked by uid 48); 10 Nov 2017 13:04:31 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22413] ns_name_pton ignores syntactically invalid trailing backslash Date: Fri, 10 Nov 2017 13:04: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00151.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22413 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39782-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 10 16:50:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44440 invoked by alias); 10 Nov 2017 16:50:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44383 invoked by uid 48); 10 Nov 2017 16:50:24 -0000 From: "pponnuvel at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21552] XPG4 bsd_signal namespace Date: Fri, 10 Nov 2017 16:50: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: normal X-Bugzilla-Who: pponnuvel 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00152.txt.bz2 Content-length: 1543 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21552 PP changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pponnuvel at gmail dot com --- Comment #4 from PP --- Request a clarification about how to get bsd_signal's prototype in glibc 2.= 26. Man page of bsd_signal says: > bsd_signal(): > Since glibc 2.26: > _XOPEN_SOURCE >=3D 500 > && ! (_POSIX_C_SOURCE >=3D 200112L) > Glibc 2.25 and earlier: > _XOPEN_SOURCE Defining those two macros as such works. But when I define _GNU_SOURCE additionally, it doesn't work. The following demonstrates the problem: ``` $ cat x.c #include int main(void) { bsd_signal(0, 0); } $ gcc -D_XOPEN_SOURCE=3D500 -D_POSIX_C_SOURCE=3D199506L -std=3Dgnu99 x.c $ gcc -D_XOPEN_SOURCE=3D500 -D_POSIX_C_SOURCE=3D199506L -std=3Dgnu99 -D_GNU= _SOURCE x.c x.c: In function =E2=80=98main=E2=80=99: x.c:4:5: warning: implicit declaration of function =E2=80=98bsd_signal=E2= =80=99; did you mean =E2=80=98ssignal=E2=80=99? [-Wimplicit-function-declaration] bsd_signal(0, 0); ^~~~~~~~~~ ssignal ``` As seen above, defining `_GNU_SOURCE` makes bsd_signal unavailable. Is this expected? Compiling using gcc 7.2.0/glibc 2.26 (Ubuntu 17.10). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39783-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 10 17:56:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 60310 invoked by alias); 10 Nov 2017 17:56:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60230 invoked by uid 55); 10 Nov 2017 17:56:46 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21552] XPG4 bsd_signal namespace Date: Fri, 10 Nov 2017 17: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.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00153.txt.bz2 Content-length: 431 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21552 --- Comment #5 from joseph at codesourcery dot com --- If you believe there is a bug you should file a new bug rather than=20 commenting on a closed one. If you have a question rather than wishing to= =20 report a bug, please ask the libc-help mailing list. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39784-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 10 18:12:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59357 invoked by alias); 10 Nov 2017 18:12:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59267 invoked by uid 48); 10 Nov 2017 18:12:15 -0000 From: "pponnuvel at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21552] XPG4 bsd_signal namespace Date: Fri, 10 Nov 2017 18:12: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: normal X-Bugzilla-Who: pponnuvel 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.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00154.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21552 --- Comment #6 from PP --- I am not quite sure if this is a bug. I thought asking clarification where = the change was done would notify the relevant people. I'll use the other channe= ls as suggested then. Thanks. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39785-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 10 22:16:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62142 invoked by alias); 10 Nov 2017 22:16:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 60121 invoked by uid 48); 10 Nov 2017 22:16:42 -0000 From: "bauerman at linux dot vnet.ibm.com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Fri, 10 Nov 2017 22:16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bauerman 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: In-Reply-To: References: 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: 2017-11/txt/msg00155.txt.bz2 Content-length: 908 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 Thiago Jung Bauermann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bauerman at linux dot vnet= .ibm.com --- Comment #5 from Thiago Jung Bauermann --- Also, the signal(7) man page mentions that "a signal handler function m= ust be very careful", and provides a white list of functions which it can safely call. Calling an unsafe function causes undefined behavior. Neither longjmp= () nor siglongjmp() are in the white list. Given the above, is it reasonable for a program to call {sig,}longjmp() fro= m a signal handler and expect it to work? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39786-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 10:44:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10049 invoked by alias); 11 Nov 2017 10:44:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6502 invoked by uid 55); 11 Nov 2017 10:44:42 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22413] ns_name_pton ignores syntactically invalid trailing backslash Date: Sat, 11 Nov 2017 10:44: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00156.txt.bz2 Content-length: 1375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22413 --- Comment #2 from 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 9e0ad3049dbae88d615bfb038e53bf365a39a634 (commit) from e2a9fca8101443076235a8dbcfceaa2d96bf4801 (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=3Dglibc.git;h=3D9e0ad3049dbae88d615= bfb038e53bf365a39a634 commit 9e0ad3049dbae88d615bfb038e53bf365a39a634 Author: Florian Weimer Date: Sat Nov 11 11:41:45 2017 +0100 resolv: ns_name_pton should report trailing \ as error [BZ #22413] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ resolv/ns_name.c | 5 +++++ resolv/tst-ns_name_pton.c | 7 +++++++ 3 files changed, 18 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39787-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 10:45:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47985 invoked by alias); 11 Nov 2017 10:45:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36661 invoked by uid 48); 11 Nov 2017 10:45:17 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22413] ns_name_pton ignores syntactically invalid trailing backslash Date: Sat, 11 Nov 2017 10:45: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00157.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22413 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39789-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 10:59:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124153 invoked by alias); 11 Nov 2017 10:59:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122132 invoked by uid 55); 11 Nov 2017 10:59:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22412] res_dnok, res_hnok should perform syntax checks Date: Sat, 11 Nov 2017 10:59: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00159.txt.bz2 Content-length: 1665 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 --- Comment #1 from 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 c0a25aa92b612786f4e45292c4aee1d7d47123f8 (commit) from 9e0ad3049dbae88d615bfb038e53bf365a39a634 (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=3Dglibc.git;h=3Dc0a25aa92b612786f4e= 45292c4aee1d7d47123f8 commit c0a25aa92b612786f4e45292c4aee1d7d47123f8 Author: Florian Weimer Date: Sat Nov 11 11:51:08 2017 +0100 resolv: More precise checks in res_hnok, res_dnok [BZ #22409] [BZ #2241= 2] res_hnok rejected some host names used on the Internet, such as www-.example.com. res_hnok and res_dnok failed to perform basic syntax checking on DNS domain names. Also fix res_mailok, res_ownok. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 15 ++++ NEWS | 3 + resolv/res_comp.c | 208 +++++++++++++++++++++++++++------------------= --- resolv/tst-res_hnok.c | 28 +++++-- 4 files changed, 157 insertions(+), 97 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39788-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 10:59:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123976 invoked by alias); 11 Nov 2017 10:59:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121816 invoked by uid 55); 11 Nov 2017 10:59:28 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Sat, 11 Nov 2017 10:59: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00158.txt.bz2 Content-length: 1665 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 --- Comment #1 from 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 c0a25aa92b612786f4e45292c4aee1d7d47123f8 (commit) from 9e0ad3049dbae88d615bfb038e53bf365a39a634 (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=3Dglibc.git;h=3Dc0a25aa92b612786f4e= 45292c4aee1d7d47123f8 commit c0a25aa92b612786f4e45292c4aee1d7d47123f8 Author: Florian Weimer Date: Sat Nov 11 11:51:08 2017 +0100 resolv: More precise checks in res_hnok, res_dnok [BZ #22409] [BZ #2241= 2] res_hnok rejected some host names used on the Internet, such as www-.example.com. res_hnok and res_dnok failed to perform basic syntax checking on DNS domain names. Also fix res_mailok, res_ownok. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 15 ++++ NEWS | 3 + resolv/res_comp.c | 208 +++++++++++++++++++++++++++------------------= --- resolv/tst-res_hnok.c | 28 +++++-- 4 files changed, 157 insertions(+), 97 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39791-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 11:00:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61848 invoked by alias); 11 Nov 2017 11:00:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56222 invoked by uid 48); 11 Nov 2017 11:00:38 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22412] res_dnok, res_hnok should perform syntax checks Date: Sat, 11 Nov 2017 11:00: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00162.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39790-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 11:00:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61411 invoked by alias); 11 Nov 2017 11:00:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52988 invoked by uid 48); 11 Nov 2017 11:00:35 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Sat, 11 Nov 2017 11:00: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00160.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39792-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 11:00:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 62336 invoked by alias); 11 Nov 2017 11:00:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57182 invoked by uid 48); 11 Nov 2017 11:00:38 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22409] res_hnok does not accept some host names used on the Internet Date: Sat, 11 Nov 2017 11:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: network X-Bugzilla-Version: 2.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00161.txt.bz2 Content-length: 559 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22409 Bug 22409 depends on bug 22412, which changed state. Bug 22412 Summary: res_dnok, res_hnok should perform syntax checks https://sourceware.org/bugzilla/show_bug.cgi?id=3D22412 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39793-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 11:56:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89134 invoked by alias); 11 Nov 2017 11:56:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89097 invoked by uid 48); 11 Nov 2017 11:56:36 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22414] getaddrinfo() get wrong return value of gaih_inet() when system recovers from the exhaustion of the file descriptor Date: Sat, 11 Nov 2017 11:56: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.26 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 everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00163.txt.bz2 Content-length: 490 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22414 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2017-11-11 Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39794-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 12:02:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81106 invoked by alias); 11 Nov 2017 12:02:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80636 invoked by uid 48); 11 Nov 2017 12:02:01 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sat, 11 Nov 2017 12: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00164.txt.bz2 Content-length: 1186 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 --- Comment #6 from Florian Weimer --- (In reply to Thiago Jung Bauermann from comment #5) > Also, the signal(7) man page mentions that "a signal handler function= =20 > must be very careful", and provides a white list of functions which it can > safely call. Calling an unsafe function causes undefined behavior. Neither > longjmp() nor siglongjmp() are in the white list. >=20 > Given the above, is it reasonable for a program to call {sig,}longjmp() f= rom > a signal handler and expect it to work? Yes, the most stringent restrictions only apply to asynchronous signals.=20 Synchronous signals, such as SIGFPE due to integer division by zero, SIGBUS= due to access to the truncated part of a file mapping, or SIGSEGV due to a null pointer dereference are delivered synchronously to the thread in question. = The same can be true for signals sent explicitly. In these cases, we must supp= ort calling siglongjmp from a signal handler because it is an idiom which is of= ten employed by non-C language runtimes. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39795-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 12:10:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85799 invoked by alias); 11 Nov 2017 12:10:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 85714 invoked by uid 48); 11 Nov 2017 12:09:56 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sat, 11 Nov 2017 12: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: 2.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00165.txt.bz2 Content-length: 1948 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 --- Comment #7 from Florian Weimer --- (In reply to Dave Hansen from comment #4) > Back to PK... The manpage > (http://man7.org/linux/man-pages/man7/pkeys.7.html) could use some > additional clarity here, but it does mention the signal behavior, and also > says: >=20 > The rights of any interrupted context are > restored when the signal handler returns. >=20 > We could clarify that we truly mean sys_sigreturn() and that other > mechanisms don't count as "returning". >=20 > The kernel _could_ detect when someone unblocks signals from inside a sig= nal > handler, but without doing a sys_sigreturn(). We could theoretically take > some action there. Does that do us any good? Maybe we are approaching this from the wrong angle. The main problem I see= are pages which are read in many places, but are read-only most of the time. H= ere, the delivery of a signal and a return through siglongjmp would revoke read access as well (with the kernel defaults). If we could tell the kernel at pkey_alloc time that the access rights specified are the initial access rig= hts for signal handlers (overriding the system default), then the issue would q= uite benign because the signal handle restores the access rights to their current values, which is essentially a NOP. Only for regions which enhance their privileges using a temporary PKRU update, this would make a difference, but they would also have to have a sigsetjmp landing site, so they are obviously aware of the complexities. For the larger problem, maybe we should add interface which merge the jmpbuf context with the signal handler context before returning to the sigsetjmp s= ite. This will at least help new programs. But I think for MPK, the pkey_alloc flag would be sufficient for glibc's own needs. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39796-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 12:19:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90500 invoked by alias); 11 Nov 2017 12:19:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90449 invoked by uid 48); 11 Nov 2017 12:19:46 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22396] x86-64: siglongjmp does not restore PKRU register Date: Sat, 11 Nov 2017 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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00166.txt.bz2 Content-length: 799 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22396 --- Comment #8 from Andreas Schwab --- It's not a matter of async vs sync signals, only the property of the interrupted function matters: "Although longjmp() is an async-signal-safe function, if it is invoked from= a signal handler which interrupted a non-async-signal-safe function or equiva= lent (such as the processing equivalent to exit() performed after a return from = the initial call to main()), the behavior of any subsequent call to a non-async-signal-safe function or equivalent is undefined." Thus a handler for a synchronously-generated signal that interrupted a non-async-signal-safe function has the same restrictions. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39797-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 14:24:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115582 invoked by alias); 11 Nov 2017 14:24:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115526 invoked by uid 48); 11 Nov 2017 14:24:33 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/20952] yuw_PG: new locale Date: Sat, 11 Nov 2017 14: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00167.txt.bz2 Content-length: 932 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20952 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --- Comment #8 from Rafal Luzynski = --- Is this correct that Saturday in yuw_PG is "s=C3=B6ndanggie" and the abbrev= iated form (Sat) is "sab"? This does not look consistent to me. Also another questionable abbreviation is "sogipbono" -> "soi" (Thursday). = Why not "sog"? But at least the abbreviation is made of the letters actually present in the full form so looks acceptable to me if the native speakers w= ant this. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39798-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 11 16:45:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 53182 invoked by alias); 11 Nov 2017 16:45:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41849 invoked by uid 48); 11 Nov 2017 16:45:29 -0000 From: "singgihea124 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug admin/22422] New: jey Date: Sat, 11 Nov 2017 16:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: admin X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: singgihea124 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: 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: 2017-11/txt/msg00168.txt.bz2 Content-length: 646 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22422 Bug ID: 22422 Summary: jey Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: admin Assignee: unassigned at sourceware dot org Reporter: singgihea124 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- Created attachment 10582 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10582&action=3Ded= it mr.git Mr.Git --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39799-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 12 11:04:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120497 invoked by alias); 12 Nov 2017 11:04:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 120459 invoked by uid 48); 12 Nov 2017 11:04:52 -0000 From: "shawnlandden at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/18117] add uint64_t accessors to in6_addr union Date: Sun, 12 Nov 2017 11:04: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.21 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: shawnlandden 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: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00169.txt.bz2 Content-length: 560 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18117 Shawn Landden changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Shawn Landden --- this changes the ABI as it changes the alignment --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39800-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 12 17:55:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42589 invoked by alias); 12 Nov 2017 17:55:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 42549 invoked by uid 48); 12 Nov 2017 17:55:29 -0000 From: "LpSolit at netscape dot net" To: glibc-bugs@sourceware.org Subject: [Bug admin/22422] jey Date: Sun, 12 Nov 2017 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: admin X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: LpSolit at netscape 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00170.txt.bz2 Content-length: 316 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22422 --- Comment #1 from Fr=C3=A9d=C3=A9ric Buclin = --- The content of attachment 10582 has been deleted for the following reason: Looks like evil code --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39801-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 00:52:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118733 invoked by alias); 13 Nov 2017 00:52:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 118548 invoked by uid 48); 13 Nov 2017 00:52:34 -0000 From: "gniibe at fsij dot org" To: glibc-bugs@sourceware.org Subject: [Bug regex/22425] New: Escape by \ with REG_ICASE Date: Mon, 13 Nov 2017 00:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: regex X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gniibe at fsij 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: bug_id short_desc product version bug_file_loc bug_status bug_severity priority component assigned_to reporter cc target_milestone attachments.created Message-ID: 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: 2017-11/txt/msg00171.txt.bz2 Content-length: 860 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22425 Bug ID: 22425 Summary: Escape by \ with REG_ICASE Product: glibc Version: unspecified URL: https://dev.gnupg.org/T2923 Status: UNCONFIRMED Severity: normal Priority: P2 Component: regex Assignee: unassigned at sourceware dot org Reporter: gniibe at fsij dot org CC: drepper.fsp at gmail dot com Target Milestone: --- Created attachment 10583 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10583&action=3Ded= it Test program to show regcomp bug With REG_ICASE, escape by \ (backslash) doesn't work well. Regexp of \x\y\z is expected to match string of xyz with REG_ICASE. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39802-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 08:34:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 57296 invoked by alias); 13 Nov 2017 08:34:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 57174 invoked by uid 48); 13 Nov 2017 08:34:51 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug regex/22425] Escape by \ with REG_ICASE Date: Mon, 13 Nov 2017 08:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: regex X-Bugzilla-Version: unspecified 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00172.txt.bz2 Content-length: 254 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22425 --- Comment #1 from Andreas Schwab --- Unknown backslash escapes invoke undefined behaviour. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39803-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 13:03:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84342 invoked by alias); 13 Nov 2017 13:03:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84157 invoked by uid 48); 13 Nov 2017 13:02:58 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22403] Slash needs escaping in some locales Date: Mon, 13 Nov 2017 13:03: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: claude at 2xlibre dot net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00173.txt.bz2 Content-length: 230 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22403 --- Comment #2 from Claude Paroz --- Should we close this issue? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39804-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 13:10:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94643 invoked by alias); 13 Nov 2017 13:10:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94583 invoked by uid 48); 13 Nov 2017 13:10:43 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/20826] posix/tst-getaddrinfo5 fails on hosts without network access Date: Mon, 13 Nov 2017 13:10: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.25 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 cf_reconfirmed_on assigned_to short_desc everconfirmed Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00174.txt.bz2 Content-length: 783 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20826 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2017-11-13 Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Summary|Tests fail on hosts without |posix/tst-getaddrinfo5 |network access |fails on hosts without | |network access Ever confirmed|0 |1 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39805-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 13:22:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 104781 invoked by alias); 13 Nov 2017 13:22:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104415 invoked by uid 48); 13 Nov 2017 13:22:45 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/20826] posix/tst-getaddrinfo5 fails on hosts without network access Date: Mon, 13 Nov 2017 13:22: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.25 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: In-Reply-To: References: 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: 2017-11/txt/msg00175.txt.bz2 Content-length: 292 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20826 --- Comment #4 from Florian Weimer --- I posted a different patch: https://sourceware.org/ml/libc-alpha/2017-11/msg00395.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39806-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 19:23:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81201 invoked by alias); 13 Nov 2017 19:23:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74715 invoked by uid 48); 13 Nov 2017 19:23:42 -0000 From: "juro.bystricky at intel dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] New: Non-deterministic build Date: Mon, 13 Nov 2017 19:23: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: juro.bystricky at intel 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: 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: 2017-11/txt/msg00176.txt.bz2 Content-length: 1346 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 Bug ID: 22432 Summary: Non-deterministic build Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: juro.bystricky at intel dot com CC: carlos at redhat dot com Target Milestone: --- Building various libraries can be non-deterministic because they may be be built with two different versions of intl/plural.c. in two separate builds.= =20 We may or may not regenerate the file from thefile plural.y, based on modification times of those two files, as the Makefile contains: plural.c: plural.y $(BISON) $(BISONFLAGS) $@ $^ GIT does not preserve modification times of files on checkout, so I don't s= ee how the above rule can work reliably (deterministically). The libraries (with or without the above rule firing) will build correctly,= so we may not notice they differ until we try to binary compare them. (Please see http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=3Djurob/re= producible_binaries_4&id=3D936494cf34f003860352472bcdc43ec21433d27c) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39807-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 19:57:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20574 invoked by alias); 13 Nov 2017 19:57:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20539 invoked by uid 48); 13 Nov 2017 19:57:35 -0000 From: "ldv at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Mon, 13 Nov 2017 19:57: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: ldv at sourceware 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: In-Reply-To: References: 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: 2017-11/txt/msg00177.txt.bz2 Content-length: 589 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 --- Comment #1 from Dmitry V. Levin --- (In reply to Juro Bystricky from comment #0) > GIT does not preserve modification times of files on checkout, so I don't > see how the above rule can work reliably (deterministically). Consider running the git-set-file-times script (https://git.samba.org/?p=3Drsync.git;a=3Dblob_plain;f=3Dsupport/git-set-fi= le-times) to set each file's last-modified time based on its last commit. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39808-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 20:22:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86322 invoked by alias); 13 Nov 2017 20:22:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84437 invoked by uid 48); 13 Nov 2017 20:22:50 -0000 From: "juro.bystricky at intel dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Mon, 13 Nov 2017 20:22: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: juro.bystricky at intel 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: In-Reply-To: References: 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: 2017-11/txt/msg00178.txt.bz2 Content-length: 1074 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 --- Comment #2 from Juro Bystricky --- (In reply to Dmitry V. Levin from comment #1) > (In reply to Juro Bystricky from comment #0) > > GIT does not preserve modification times of files on checkout, so I don= 't > > see how the above rule can work reliably (deterministically). >=20 > Consider running the git-set-file-times script > (https://git.samba.org/?p=3Drsync.git;a=3Dblob_plain;f=3Dsupport/git-set-= file- > times) > to set each file's last-modified time based on its last commit. Wouldn't it make more sense to remove the rule entirely? Once you are aware= of the problem, it is easy to avoid it even without the script. However, I thi= nk most people are not aware of the issue and will not use the script (by defa= ult) when building glibc. So IMHO this should be either fixed (i.e. remove the r= ule entirely) or at least mentioned somewhere in README. I can send in a patch if needed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39809-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 21:19:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99636 invoked by alias); 13 Nov 2017 21:19:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99368 invoked by uid 48); 13 Nov 2017 21:19:52 -0000 From: "mark at chromium dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22433] New: linux x86/x86_64 does not provide PTRACE_GET_THREAD_AREA (and more) Date: Mon, 13 Nov 2017 21: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark at chromium 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: 2017-11/txt/msg00179.txt.bz2 Content-length: 1251 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22433 Bug ID: 22433 Summary: linux x86/x86_64 does not provide PTRACE_GET_THREAD_AREA (and more) Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: mark at chromium dot org CC: drepper.fsp at gmail dot com Target Milestone: --- PTRACE_GET_THREAD_AREA is missing from on x86 and x86_64 Lin= ux. It=E2=80=99s provided by the kernel=E2=80=99s , and in tu= rn by , but these are incompatible with glibc=E2=80=99s . offers: #define PTRACE_GET_THREAD_AREA 25 Others missing (strictly Linux x86/x86_64-specific): #define PTRACE_SET_THREAD_AREA 26 #ifdef __x86_64__ # define PTRACE_ARCH_PRCTL 30 #endif #define PTRACE_SYSEMU 31 #define PTRACE_SYSEMU_SINGLESTEP 32 #define PTRACE_SINGLEBLOCK 33 /* resume execution until next bran= ch */ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39810-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 13 23:22:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108340 invoked by alias); 13 Nov 2017 23:22:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108162 invoked by uid 55); 13 Nov 2017 23:22:04 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Mon, 13 Nov 2017 23:22: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: In-Reply-To: References: 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: 2017-11/txt/msg00180.txt.bz2 Content-length: 625 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 --- Comment #3 from joseph at codesourcery dot com --- Well, the rule is required to regenerate plural.c if it's out of date (for= =20 example, the copyright date update process involves updating *source*=20 files and then running a build so checked-in generated files get updated=20 accordingly. You could make a proposal to add a requirement for Bison as a build tool=20 for building glibc, in which case the checked-in plural.c could be=20 removed. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39811-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 08:11:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 7926 invoked by alias); 14 Nov 2017 08:11:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 437 invoked by uid 55); 14 Nov 2017 08:10:39 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 08: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00181.txt.bz2 Content-length: 32002 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #22 from 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 a259f5d388d6195da958b2d147d17c2e2d16b857 (commit) from cae87e64dca14f50da7bbd99085c7f5e413ad0f8 (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=3Dglibc.git;h=3Da259f5d388d6195da95= 8b2d147d17c2e2d16b857 commit a259f5d388d6195da958b2d147d17c2e2d16b857 Author: Claude Paroz Date: Thu Nov 2 15:10:42 2017 +0100 Replaced unicode sequences in the ASCII printable range [BZ #22387] * localedata/locales/aa_DJ: Improved readibility by replacing sequences in the ASCII printable range by their ASCII character equivalents. * localedata/locales/aa_ER: Likewise. * localedata/locales/aa_ER@saaho: Likewise. * localedata/locales/aa_ET: Likewise. * localedata/locales/af_ZA: Likewise. * localedata/locales/agr_PE: Likewise. * localedata/locales/ak_GH: Likewise. * localedata/locales/am_ET: Likewise. * localedata/locales/anp_IN: Likewise. * localedata/locales/ar_AE: Likewise. * localedata/locales/ar_BH: Likewise. * localedata/locales/ar_DZ: Likewise. * localedata/locales/ar_EG: Likewise. * localedata/locales/ar_IN: Likewise. * localedata/locales/ar_IQ: Likewise. * localedata/locales/ar_JO: Likewise. * localedata/locales/ar_KW: Likewise. * localedata/locales/ar_LB: Likewise. * localedata/locales/ar_LY: Likewise. * localedata/locales/ar_MA: Likewise. * localedata/locales/ar_OM: Likewise. * localedata/locales/ar_QA: Likewise. * localedata/locales/ar_SA: Likewise. * localedata/locales/ar_SD: Likewise. * localedata/locales/ar_SS: Likewise. * localedata/locales/ar_SY: Likewise. * localedata/locales/ar_TN: Likewise. * localedata/locales/ar_YE: Likewise. * localedata/locales/as_IN: Likewise. * localedata/locales/ast_ES: Likewise. * localedata/locales/ayc_PE: Likewise. * localedata/locales/az_AZ: Likewise. * localedata/locales/az_IR: Likewise. * localedata/locales/be_BY: Likewise. * localedata/locales/be_BY@latin: Likewise. * localedata/locales/bem_ZM: Likewise. * localedata/locales/ber_DZ: Likewise. * localedata/locales/ber_MA: Likewise. * localedata/locales/bg_BG: Likewise. * localedata/locales/bhb_IN: Likewise. * localedata/locales/bho_IN: Likewise. * localedata/locales/bi_VU: Likewise. * localedata/locales/bn_BD: Likewise. * localedata/locales/bn_IN: Likewise. * localedata/locales/bo_CN: Likewise. * localedata/locales/bo_IN: Likewise. * localedata/locales/br_FR: Likewise. * localedata/locales/brx_IN: Likewise. * localedata/locales/bs_BA: Likewise. * localedata/locales/byn_ER: Likewise. * localedata/locales/ca_AD: Likewise. * localedata/locales/ca_ES: Likewise. * localedata/locales/ca_FR: Likewise. * localedata/locales/ca_IT: Likewise. * localedata/locales/ce_RU: Likewise. * localedata/locales/chr_US: Likewise. * localedata/locales/cmn_TW: Likewise. * localedata/locales/crh_UA: Likewise. * localedata/locales/cs_CZ: Likewise. * localedata/locales/csb_PL: Likewise. * localedata/locales/cv_RU: Likewise. * localedata/locales/cy_GB: Likewise. * localedata/locales/da_DK: Likewise. * localedata/locales/de_AT: Likewise. * localedata/locales/de_BE: Likewise. * localedata/locales/de_CH: Likewise. * localedata/locales/de_DE: Likewise. * localedata/locales/de_IT: Likewise. * localedata/locales/de_LI: Likewise. * localedata/locales/de_LU: Likewise. * localedata/locales/doi_IN: Likewise. * localedata/locales/dv_MV: Likewise. * localedata/locales/dz_BT: Likewise. * localedata/locales/el_CY: Likewise. * localedata/locales/el_GR: Likewise. * localedata/locales/en_AG: Likewise. * localedata/locales/en_AU: Likewise. * localedata/locales/en_BW: Likewise. * localedata/locales/en_CA: Likewise. * localedata/locales/en_DK: Likewise. * localedata/locales/en_GB: Likewise. * localedata/locales/en_HK: Likewise. * localedata/locales/en_IE: Likewise. * localedata/locales/en_IL: Likewise. * localedata/locales/en_IN: Likewise. * localedata/locales/en_NG: Likewise. * localedata/locales/en_NZ: Likewise. * localedata/locales/en_PH: Likewise. * localedata/locales/en_SG: Likewise. * localedata/locales/en_US: Likewise. * localedata/locales/en_ZA: Likewise. * localedata/locales/en_ZM: Likewise. * localedata/locales/en_ZW: Likewise. * localedata/locales/eo: Likewise. * localedata/locales/es_AR: Likewise. * localedata/locales/es_BO: Likewise. * localedata/locales/es_CL: Likewise. * localedata/locales/es_CO: Likewise. * localedata/locales/es_CR: Likewise. * localedata/locales/es_CU: Likewise. * localedata/locales/es_DO: Likewise. * localedata/locales/es_EC: Likewise. * localedata/locales/es_ES: Likewise. * localedata/locales/es_GT: Likewise. * localedata/locales/es_HN: Likewise. * localedata/locales/es_MX: Likewise. * localedata/locales/es_NI: Likewise. * localedata/locales/es_PA: Likewise. * localedata/locales/es_PE: Likewise. * localedata/locales/es_PR: Likewise. * localedata/locales/es_PY: Likewise. * localedata/locales/es_SV: Likewise. * localedata/locales/es_US: Likewise. * localedata/locales/es_UY: Likewise. * localedata/locales/es_VE: Likewise. * localedata/locales/et_EE: Likewise. * localedata/locales/eu_ES: Likewise. * localedata/locales/eu_ES@euro: Likewise. * localedata/locales/fa_IR: Likewise. * localedata/locales/ff_SN: Likewise. * localedata/locales/fi_FI: Likewise. * localedata/locales/fil_PH: Likewise. * localedata/locales/fo_FO: Likewise. * localedata/locales/fr_BE: Likewise. * localedata/locales/fr_CA: Likewise. * localedata/locales/fr_CH: Likewise. * localedata/locales/fr_FR: Likewise. * localedata/locales/fr_LU: Likewise. * localedata/locales/fur_IT: Likewise. * localedata/locales/fy_DE: Likewise. * localedata/locales/fy_NL: Likewise. * localedata/locales/ga_IE: Likewise. * localedata/locales/gd_GB: Likewise. * localedata/locales/gez_ER: Likewise. * localedata/locales/gez_ET: Likewise. * localedata/locales/gl_ES: Likewise. * localedata/locales/gu_IN: Likewise. * localedata/locales/gv_GB: Likewise. * localedata/locales/ha_NG: Likewise. * localedata/locales/hak_TW: Likewise. * localedata/locales/he_IL: Likewise. * localedata/locales/hi_IN: Likewise. * localedata/locales/hif_FJ: Likewise. * localedata/locales/hne_IN: Likewise. * localedata/locales/hr_HR: Likewise. * localedata/locales/hsb_DE: Likewise. * localedata/locales/ht_HT: Likewise. * localedata/locales/hu_HU: Likewise. * localedata/locales/hy_AM: Likewise. * localedata/locales/i18n: Likewise. * localedata/locales/ia_FR: Likewise. * localedata/locales/id_ID: Likewise. * localedata/locales/ig_NG: Likewise. * localedata/locales/ik_CA: Likewise. * localedata/locales/is_IS: Likewise. * localedata/locales/it_CH: Likewise. * localedata/locales/it_IT: Likewise. * localedata/locales/iu_CA: Likewise. * localedata/locales/ja_JP: Likewise. * localedata/locales/ka_GE: Likewise. * localedata/locales/kk_KZ: Likewise. * localedata/locales/kl_GL: Likewise. * localedata/locales/kn_IN: Likewise. * localedata/locales/ko_KR: Likewise. * localedata/locales/kok_IN: Likewise. * localedata/locales/ks_IN: Likewise. * localedata/locales/ks_IN@devanagari: Likewise. * localedata/locales/ku_TR: Likewise. * localedata/locales/kw_GB: Likewise. * localedata/locales/ky_KG: Likewise. * localedata/locales/lb_LU: Likewise. * localedata/locales/lg_UG: Likewise. * localedata/locales/li_BE: Likewise. * localedata/locales/li_NL: Likewise. * localedata/locales/lij_IT: Likewise. * localedata/locales/ln_CD: Likewise. * localedata/locales/lo_LA: Likewise. * localedata/locales/lt_LT: Likewise. * localedata/locales/lv_LV: Likewise. * localedata/locales/lzh_TW: Likewise. * localedata/locales/mag_IN: Likewise. * localedata/locales/mai_IN: Likewise. * localedata/locales/mg_MG: Likewise. * localedata/locales/mhr_RU: Likewise. * localedata/locales/mi_NZ: Likewise. * localedata/locales/mk_MK: Likewise. * localedata/locales/ml_IN: Likewise. * localedata/locales/mn_MN: Likewise. * localedata/locales/mni_IN: Likewise. * localedata/locales/mr_IN: Likewise. * localedata/locales/ms_MY: Likewise. * localedata/locales/mt_MT: Likewise. * localedata/locales/my_MM: Likewise. * localedata/locales/nan_TW: Likewise. * localedata/locales/nan_TW@latin: Likewise. * localedata/locales/nb_NO: Likewise. * localedata/locales/nds_DE: Likewise. * localedata/locales/nds_NL: Likewise. * localedata/locales/ne_NP: Likewise. * localedata/locales/nhn_MX: Likewise. * localedata/locales/niu_NU: Likewise. * localedata/locales/niu_NZ: Likewise. * localedata/locales/nl_AW: Likewise. * localedata/locales/nl_BE: Likewise. * localedata/locales/nl_NL: Likewise. * localedata/locales/nn_NO: Likewise. * localedata/locales/nr_ZA: Likewise. * localedata/locales/nso_ZA: Likewise. * localedata/locales/oc_FR: Likewise. * localedata/locales/om_ET: Likewise. * localedata/locales/om_KE: Likewise. * localedata/locales/or_IN: Likewise. * localedata/locales/os_RU: Likewise. * localedata/locales/pa_IN: Likewise. * localedata/locales/pa_PK: Likewise. * localedata/locales/pap_AW: Likewise. * localedata/locales/pap_CW: Likewise. * localedata/locales/pl_PL: Likewise. * localedata/locales/ps_AF: Likewise. * localedata/locales/pt_BR: Likewise. * localedata/locales/pt_PT: Likewise. * localedata/locales/quz_PE: Likewise. * localedata/locales/raj_IN: Likewise. * localedata/locales/ro_RO: Likewise. * localedata/locales/ru_RU: Likewise. * localedata/locales/ru_UA: Likewise. * localedata/locales/rw_RW: Likewise. * localedata/locales/sa_IN: Likewise. * localedata/locales/sat_IN: Likewise. * localedata/locales/sc_IT: Likewise. * localedata/locales/sd_IN: Likewise. * localedata/locales/sd_IN@devanagari: Likewise. * localedata/locales/se_NO: Likewise. * localedata/locales/sgs_LT: Likewise. * localedata/locales/shs_CA: Likewise. * localedata/locales/si_LK: Likewise. * localedata/locales/sid_ET: Likewise. * localedata/locales/sk_SK: Likewise. * localedata/locales/sl_SI: Likewise. * localedata/locales/sm_WS: Likewise. * localedata/locales/so_DJ: Likewise. * localedata/locales/so_ET: Likewise. * localedata/locales/so_KE: Likewise. * localedata/locales/so_SO: Likewise. * localedata/locales/sq_AL: Likewise. * localedata/locales/sq_MK: Likewise. * localedata/locales/sr_ME: Likewise. * localedata/locales/sr_RS: Likewise. * localedata/locales/sr_RS@latin: Likewise. * localedata/locales/ss_ZA: Likewise. * localedata/locales/st_ZA: Likewise. * localedata/locales/sv_FI: Likewise. * localedata/locales/sv_SE: Likewise. * localedata/locales/sw_KE: Likewise. * localedata/locales/sw_TZ: Likewise. * localedata/locales/szl_PL: Likewise. * localedata/locales/ta_IN: Likewise. * localedata/locales/ta_LK: Likewise. * localedata/locales/tcy_IN: Likewise. * localedata/locales/te_IN: Likewise. * localedata/locales/tg_TJ: Likewise. * localedata/locales/th_TH: Likewise. * localedata/locales/the_NP: Likewise. * localedata/locales/ti_ER: Likewise. * localedata/locales/ti_ET: Likewise. * localedata/locales/tig_ER: Likewise. * localedata/locales/tk_TM: Likewise. * localedata/locales/tl_PH: Likewise. * localedata/locales/tn_ZA: Likewise. * localedata/locales/to_TO: Likewise. * localedata/locales/tpi_PG: Likewise. * localedata/locales/tr_CY: Likewise. * localedata/locales/tr_TR: Likewise. * localedata/locales/ts_ZA: Likewise. * localedata/locales/tt_RU: Likewise. * localedata/locales/tt_RU@iqtelif: Likewise. * localedata/locales/ug_CN: Likewise. * localedata/locales/uk_UA: Likewise. * localedata/locales/unm_US: Likewise. * localedata/locales/ur_IN: Likewise. * localedata/locales/ur_PK: Likewise. * localedata/locales/uz_UZ: Likewise. * localedata/locales/uz_UZ@cyrillic: Likewise. * localedata/locales/ve_ZA: Likewise. * localedata/locales/vi_VN: Likewise. * localedata/locales/wa_BE: Likewise. * localedata/locales/wae_CH: Likewise. * localedata/locales/wal_ET: Likewise. * localedata/locales/wo_SN: Likewise. * localedata/locales/xh_ZA: Likewise. * localedata/locales/yi_US: Likewise. * localedata/locales/yo_NG: Likewise. * localedata/locales/yue_HK: Likewise. * localedata/locales/yuw_PG: Likewise. * localedata/locales/zh_CN: Likewise. * localedata/locales/zh_HK: Likewise. * localedata/locales/zh_SG: Likewise. * localedata/locales/zh_TW: Likewise. * localedata/locales/zu_ZA: Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 305 +++++++++++++++++++++++++++++++= ++++ localedata/locales/aa_DJ | 136 ++++++---------- localedata/locales/aa_ER | 129 ++++++--------- localedata/locales/aa_ER@saaho | 104 +++++------- localedata/locales/aa_ET | 130 ++++++--------- localedata/locales/af_ZA | 113 +++++-------- localedata/locales/agr_PE | 113 ++++++-------- localedata/locales/ak_GH | 152 +++++++----------- localedata/locales/am_ET | 50 ++---- localedata/locales/anp_IN | 35 ++--- localedata/locales/ar_AE | 71 ++++----- localedata/locales/ar_BH | 68 +++----- localedata/locales/ar_DZ | 68 +++----- localedata/locales/ar_EG | 68 +++----- localedata/locales/ar_IN | 39 ++--- localedata/locales/ar_IQ | 84 ++++------ localedata/locales/ar_JO | 84 ++++------ localedata/locales/ar_KW | 69 +++----- localedata/locales/ar_LB | 84 ++++------ localedata/locales/ar_LY | 69 +++----- localedata/locales/ar_MA | 68 +++----- localedata/locales/ar_OM | 67 +++----- localedata/locales/ar_QA | 69 +++----- localedata/locales/ar_SA | 59 +++----- localedata/locales/ar_SD | 71 +++----- localedata/locales/ar_SS | 70 +++----- localedata/locales/ar_SY | 85 ++++------ localedata/locales/ar_TN | 69 +++----- localedata/locales/ar_YE | 68 +++----- localedata/locales/as_IN | 36 ++--- localedata/locales/ast_ES | 85 +++++------ localedata/locales/ayc_PE | 113 ++++++------- localedata/locales/az_AZ | 114 ++++++------- localedata/locales/az_IR | 39 +---- localedata/locales/be_BY | 49 +++---- localedata/locales/be_BY@latin | 116 ++++++------- localedata/locales/bem_ZM | 150 +++++++----------- localedata/locales/ber_DZ | 129 +++++++-------- localedata/locales/ber_MA | 129 +++++++-------- localedata/locales/bg_BG | 58 +++---- localedata/locales/bhb_IN | 114 ++++++-------- localedata/locales/bho_IN | 34 ++--- localedata/locales/bi_VU | 158 ++++++++----------- localedata/locales/bn_BD | 50 +++---- localedata/locales/bn_IN | 35 ++--- localedata/locales/bo_CN | 18 +-- localedata/locales/bo_IN | 19 +-- localedata/locales/br_FR | 93 +++++------ localedata/locales/brx_IN | 47 ++---- localedata/locales/bs_BA | 105 ++++++------- localedata/locales/byn_ER | 52 +++---- localedata/locales/ca_AD | 34 ++--- localedata/locales/ca_ES | 101 +++++------- localedata/locales/ca_FR | 26 +-- localedata/locales/ca_IT | 26 +-- localedata/locales/ce_RU | 61 +++----- localedata/locales/chr_US | 28 ++-- localedata/locales/cmn_TW | 90 ++++------ localedata/locales/crh_UA | 129 +++++++-------- localedata/locales/cs_CZ | 190 +++++++++++----------- localedata/locales/csb_PL | 60 ++++---- localedata/locales/cv_RU | 113 ++++++------- localedata/locales/cy_GB | 91 +++++------ localedata/locales/da_DK | 119 ++++++-------- localedata/locales/de_AT | 98 +++++------ localedata/locales/de_BE | 94 +++++------ localedata/locales/de_CH | 104 ++++++------- localedata/locales/de_DE | 140 +++++++--------- localedata/locales/de_IT | 82 +++++----- localedata/locales/de_LI | 31 ++-- localedata/locales/de_LU | 106 ++++++------- localedata/locales/doi_IN | 43 ++---- localedata/locales/dv_MV | 51 +++---- localedata/locales/dz_BT | 69 ++++----- localedata/locales/el_CY | 46 ++---- localedata/locales/el_GR | 60 +++----- localedata/locales/en_AG | 112 ++++++------- localedata/locales/en_AU | 117 ++++++-------- localedata/locales/en_BW | 46 ++---- localedata/locales/en_CA | 116 ++++++-------- localedata/locales/en_DK | 105 ++++++------- localedata/locales/en_GB | 117 ++++++-------- localedata/locales/en_HK | 99 +++++------- localedata/locales/en_IE | 106 ++++++------- localedata/locales/en_IL | 85 +++++------ localedata/locales/en_IN | 85 +++++------ localedata/locales/en_NG | 129 ++++++--------- localedata/locales/en_NZ | 117 ++++++-------- localedata/locales/en_PH | 101 +++++------- localedata/locales/en_SG | 104 ++++++------- localedata/locales/en_US | 133 +++++++--------- localedata/locales/en_ZA | 161 +++++++------------ localedata/locales/en_ZM | 101 +++++------- localedata/locales/en_ZW | 47 ++---- localedata/locales/eo | 107 ++++++------- localedata/locales/es_AR | 116 ++++++------- localedata/locales/es_BO | 112 ++++++------- localedata/locales/es_CL | 112 ++++++------- localedata/locales/es_CO | 117 ++++++-------- localedata/locales/es_CR | 131 +++++++-------- localedata/locales/es_CU | 109 ++++++------- localedata/locales/es_DO | 116 ++++++------- localedata/locales/es_EC | 112 ++++++------- localedata/locales/es_ES | 114 ++++++------- localedata/locales/es_GT | 116 ++++++------- localedata/locales/es_HN | 115 ++++++------- localedata/locales/es_MX | 115 ++++++------- localedata/locales/es_NI | 122 +++++++-------- localedata/locales/es_PA | 116 ++++++------- localedata/locales/es_PE | 118 ++++++-------- localedata/locales/es_PR | 116 ++++++------- localedata/locales/es_PY | 112 ++++++------- localedata/locales/es_SV | 116 ++++++------- localedata/locales/es_US | 113 ++++++------- localedata/locales/es_UY | 112 ++++++------- localedata/locales/es_VE | 118 ++++++-------- localedata/locales/et_EE | 107 ++++++------- localedata/locales/eu_ES | 109 ++++++------- localedata/locales/eu_ES@euro | 8 +- localedata/locales/fa_IR | 67 +++------ localedata/locales/ff_SN | 178 ++++++++------------- localedata/locales/fi_FI | 123 +++++++-------- localedata/locales/fil_PH | 114 ++++++-------- localedata/locales/fo_FO | 98 +++++------ localedata/locales/fr_BE | 110 ++++++------- localedata/locales/fr_CA | 99 +++++------- localedata/locales/fr_CH | 99 +++++------- localedata/locales/fr_FR | 123 ++++++-------- localedata/locales/fr_LU | 107 ++++++------- localedata/locales/fur_IT | 82 ++++------ localedata/locales/fy_DE | 90 +++++------ localedata/locales/fy_NL | 102 +++++------- localedata/locales/ga_IE | 114 ++++++------- localedata/locales/gd_GB | 109 +++++-------- localedata/locales/gez_ER | 37 ++--- localedata/locales/gez_ET | 36 ++--- localedata/locales/gl_ES | 112 ++++++------- localedata/locales/gu_IN | 38 ++--- localedata/locales/gv_GB | 129 +++++++-------- localedata/locales/ha_NG | 103 +++++------- localedata/locales/hak_TW | 90 ++++------ localedata/locales/he_IL | 60 +++---- localedata/locales/hi_IN | 48 ++---- localedata/locales/hif_FJ | 129 +++++++-------- localedata/locales/hne_IN | 32 ++--- localedata/locales/hr_HR | 105 ++++++------- localedata/locales/hsb_DE | 97 +++++------ localedata/locales/ht_HT | 144 +++++++---------- localedata/locales/hu_HU | 116 ++++++-------- localedata/locales/hy_AM | 48 +++--- localedata/locales/i18n | 51 +++---- localedata/locales/ia_FR | 93 +++++------ localedata/locales/id_ID | 115 ++++++------- localedata/locales/ig_NG | 98 +++++------ localedata/locales/ik_CA | 92 +++++------ localedata/locales/is_IS | 116 ++++++------- localedata/locales/it_CH | 109 ++++++------- localedata/locales/it_IT | 115 ++++++-------- localedata/locales/iu_CA | 34 ++--- localedata/locales/ja_JP | 108 ++++++------- localedata/locales/ka_GE | 40 ++--- localedata/locales/kk_KZ | 53 +++---- localedata/locales/kl_GL | 100 +++++------- localedata/locales/kn_IN | 46 ++---- localedata/locales/ko_KR | 91 +++++------ localedata/locales/kok_IN | 39 ++--- localedata/locales/ks_IN | 36 ++--- localedata/locales/ks_IN@devanagari | 45 ++---- localedata/locales/ku_TR | 107 ++++++------- localedata/locales/kw_GB | 113 ++++++------- localedata/locales/ky_KG | 57 +++---- localedata/locales/lb_LU | 146 ++++++++--------- localedata/locales/lg_UG | 133 +++++++--------- localedata/locales/li_BE | 24 ++-- localedata/locales/li_NL | 88 +++++------ localedata/locales/lij_IT | 99 +++++------- localedata/locales/ln_CD | 140 +++++++--------- localedata/locales/lo_LA | 105 ++++++------- localedata/locales/lt_LT | 110 ++++++------- localedata/locales/lv_LV | 108 ++++++------- localedata/locales/lzh_TW | 89 ++++------ localedata/locales/mag_IN | 43 ++---- localedata/locales/mai_IN | 32 ++--- localedata/locales/mg_MG | 129 ++++++--------- localedata/locales/mhr_RU | 36 ++--- localedata/locales/mi_NZ | 89 +++++------ localedata/locales/mk_MK | 58 +++---- localedata/locales/ml_IN | 35 ++--- localedata/locales/mn_MN | 237 +++++++++++++-------------- localedata/locales/mni_IN | 38 ++--- localedata/locales/mr_IN | 50 ++---- localedata/locales/ms_MY | 103 ++++++------- localedata/locales/mt_MT | 129 +++++++--------- localedata/locales/my_MM | 55 +++---- localedata/locales/nan_TW | 90 ++++------ localedata/locales/nan_TW@latin | 119 ++++++-------- localedata/locales/nb_NO | 119 ++++++-------- localedata/locales/nds_DE | 84 +++++----- localedata/locales/nds_NL | 82 +++++----- localedata/locales/ne_NP | 53 +++---- localedata/locales/nhn_MX | 90 +++++------ localedata/locales/niu_NU | 126 +++++++-------- localedata/locales/niu_NZ | 18 +-- localedata/locales/nl_AW | 104 ++++++------- localedata/locales/nl_BE | 89 +++++------ localedata/locales/nl_NL | 107 ++++++------- localedata/locales/nn_NO | 110 ++++++-------- localedata/locales/nr_ZA | 123 ++++++-------- localedata/locales/nso_ZA | 108 ++++++------- localedata/locales/oc_FR | 82 +++++----- localedata/locales/om_ET | 39 ++--- localedata/locales/om_KE | 81 +++++----- localedata/locales/or_IN | 54 +++---- localedata/locales/os_RU | 29 ++--- localedata/locales/pa_IN | 46 ++---- localedata/locales/pa_PK | 30 ++--- localedata/locales/pap_AW | 103 ++++++------- localedata/locales/pap_CW | 101 ++++++------- localedata/locales/pl_PL | 109 ++++++------- localedata/locales/ps_AF | 72 ++++----- localedata/locales/pt_BR | 114 ++++++------- localedata/locales/pt_PT | 119 +++++++-------- localedata/locales/quz_PE | 118 ++++++-------- localedata/locales/raj_IN | 19 +-- localedata/locales/ro_RO | 134 +++++++--------- localedata/locales/ru_RU | 43 ++--- localedata/locales/ru_UA | 49 +++---- localedata/locales/rw_RW | 111 ++++++------- localedata/locales/sa_IN | 66 +++----- localedata/locales/sat_IN | 39 ++--- localedata/locales/sc_IT | 93 +++++------ localedata/locales/sd_IN | 38 ++--- localedata/locales/sd_IN@devanagari | 50 ++---- localedata/locales/se_NO | 121 +++++++-------- localedata/locales/sgs_LT | 87 +++++------ localedata/locales/shs_CA | 105 ++++++------- localedata/locales/si_LK | 61 +++---- localedata/locales/sid_ET | 125 +++++++-------- localedata/locales/sk_SK | 132 +++++++-------- localedata/locales/sl_SI | 108 ++++++------- localedata/locales/sm_WS | 151 +++++++---------- localedata/locales/so_DJ | 79 ++++----- localedata/locales/so_ET | 118 ++++++-------- localedata/locales/so_KE | 118 ++++++-------- localedata/locales/so_SO | 157 +++++++++---------- localedata/locales/sq_AL | 131 +++++++--------- localedata/locales/sq_MK | 36 ++--- localedata/locales/sr_ME | 56 +++---- localedata/locales/sr_RS | 66 +++----- localedata/locales/sr_RS@latin | 121 +++++++-------- localedata/locales/ss_ZA | 122 ++++++-------- localedata/locales/st_ZA | 123 ++++++-------- localedata/locales/sv_FI | 98 +++++------ localedata/locales/sv_SE | 110 ++++++------- localedata/locales/sw_KE | 145 ++++++----------- localedata/locales/sw_TZ | 142 +++++++---------- localedata/locales/szl_PL | 91 +++++------ localedata/locales/ta_IN | 47 +++--- localedata/locales/ta_LK | 26 ++-- localedata/locales/tcy_IN | 32 ++--- localedata/locales/te_IN | 49 ++---- localedata/locales/tg_TJ | 46 ++---- localedata/locales/th_TH | 108 ++++++------- localedata/locales/the_NP | 45 ++---- localedata/locales/ti_ER | 70 ++++----- localedata/locales/ti_ET | 75 ++++----- localedata/locales/tig_ER | 48 +++---- localedata/locales/tk_TM | 123 +++++++-------- localedata/locales/tl_PH | 98 +++++------ localedata/locales/tn_ZA | 121 ++++++--------- localedata/locales/to_TO | 145 +++++++---------- localedata/locales/tpi_PG | 6 +- localedata/locales/tr_CY | 29 ++--- localedata/locales/tr_TR | 133 +++++++--------- localedata/locales/ts_ZA | 118 ++++++-------- localedata/locales/tt_RU | 29 ++-- localedata/locales/tt_RU@iqtelif | 130 +++++++-------- localedata/locales/ug_CN | 31 ++--- localedata/locales/uk_UA | 92 ++++++------ localedata/locales/unm_US | 105 ++++++------- localedata/locales/ur_IN | 39 ++--- localedata/locales/ur_PK | 50 +++---- localedata/locales/uz_UZ | 112 ++++++------- localedata/locales/uz_UZ@cyrillic | 46 +++--- localedata/locales/ve_ZA | 108 ++++++------- localedata/locales/vi_VN | 133 +++++++--------- localedata/locales/wa_BE | 96 +++++------ localedata/locales/wae_CH | 131 +++++++-------- localedata/locales/wal_ET | 44 ++---- localedata/locales/wo_SN | 121 ++++++-------- localedata/locales/xh_ZA | 123 ++++++-------- localedata/locales/yi_US | 50 +++---- localedata/locales/yo_NG | 113 ++++++------- localedata/locales/yue_HK | 57 +++---- localedata/locales/yuw_PG | 2 +- localedata/locales/zh_CN | 66 ++++----- localedata/locales/zh_HK | 65 ++++---- localedata/locales/zh_SG | 50 +++--- localedata/locales/zh_TW | 88 ++++------- localedata/locales/zu_ZA | 124 +++++++-------- 300 files changed, 11664 insertions(+), 15069 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39812-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 08:14:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28410 invoked by alias); 14 Nov 2017 08:13:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 22198 invoked by uid 48); 14 Nov 2017 08:13:03 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 08: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00182.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #23 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39813-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 08:17:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 46867 invoked by alias); 14 Nov 2017 08:17:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96234 invoked by uid 48); 14 Nov 2017 08:15:52 -0000 From: "claude at 2xlibre dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 08:17: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: claude at 2xlibre dot net X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00183.txt.bz2 Content-length: 240 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #24 from Claude Paroz --- Awesome, thanks Mike for the commit! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39814-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 10:11:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23293 invoked by alias); 14 Nov 2017 10:11:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20831 invoked by uid 48); 14 Nov 2017 10:11:34 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22403] Slash needs escaping in some locales Date: Tue, 14 Nov 2017 10: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00184.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22403 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39815-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 13:02:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 79142 invoked by alias); 14 Nov 2017 13:02:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79057 invoked by uid 55); 14 Nov 2017 13:02:41 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 13:02: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00185.txt.bz2 Content-length: 675 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #25 from keld at keldix dot com --- This commit is highly problematic, damaging the portablilty of glibc locale= s. I wish they will be reverted. Best regards keld On Tue, Nov 14, 2017 at 08:15:04AM +0000, claude at 2xlibre dot net wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > --- Comment #24 from Claude Paroz --- > Awesome, thanks Mike for the commit! >=20 > --=20 > You are receiving this mail because: > You are on the CC list for the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39816-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 13:07:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106586 invoked by alias); 14 Nov 2017 13:07:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102707 invoked by uid 55); 14 Nov 2017 13:07:11 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 13:07: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00186.txt.bz2 Content-length: 1212 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #26 from keld at keldix dot com --- Is there a script to convert these ascii values to strings? I would need it for the ISO 30112 standard, as I do not want to publish=20 non-portable code in the ISO standard. best regards Keld On Tue, Nov 14, 2017 at 01:02:38PM +0000, keld at keldix dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > --- Comment #25 from keld at keldix dot com --- > This commit is highly problematic, damaging the portablilty of glibc loca= les. > I wish they will be reverted. >=20 > Best regards > keld >=20 > On Tue, Nov 14, 2017 at 08:15:04AM +0000, claude at 2xlibre dot net wrote: > > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 > >=20 > > --- Comment #24 from Claude Paroz --- > > Awesome, thanks Mike for the commit! > >=20 > > --=20 > > You are receiving this mail because: > > You are on the CC list for the bug. >=20 > --=20 > You are receiving this mail because: > You are on the CC list for the bug. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39817-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 13:19:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48678 invoked by alias); 14 Nov 2017 13:19:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46692 invoked by uid 48); 14 Nov 2017 13:19:54 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 13: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: egmont at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00187.txt.bz2 Content-length: 1497 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #27 from Egmont Koblinger --- (In reply to keld@keldix.com from comment #25) > This commit is highly problematic, damaging the portablilty of glibc loca= les. If this kind of portability is really a concern, someone could some up with= a script that converts from the new version to the old one. It could even be integrated with the build system to the level where these generated files a= re actually placed under BUILD and then further processed. I wish the current change even pushed it further, towards raw UTF-8 at least for printable and "non-problematic" (to some vague, arbitrary definition) characters. I have on a few occasions made some minor edits to effected parts of a loca= le file, dealing with the notation was a nightmare. Working with a str= ing like "htf" is already much better than "", but seeing "h=C3=A9tf=C5=91" would b= e ideal. Source code is meant to be human-readable, which all these s is most certainly not. There's a reason people write code like printf("Hello world!\n"); and not printf("\x48\x65\x6c\x6c\x6f\x20\x77\x6f\x72\x6c\x64\x21\x0a"); If for whatever reason the latter, hard-to-read (and hard-to-write) form is required, it should be auto-generated from the former, easy-to-read (and easy-to-write) one. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39818-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 14:56:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66348 invoked by alias); 14 Nov 2017 14:56:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66301 invoked by uid 48); 14 Nov 2017 14:56:39 -0000 From: "juro.bystricky at intel dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Tue, 14 Nov 2017 14:56: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: juro.bystricky at intel 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: In-Reply-To: References: 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: 2017-11/txt/msg00188.txt.bz2 Content-length: 742 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 --- Comment #4 from Juro Bystricky --- (In reply to joseph@codesourcery.com from comment #3) > Well, the rule is required to regenerate plural.c if it's out of date (fo= r=20 > example, the copyright date update process involves updating *source*=20 > files and then running a build so checked-in generated files get updated= =20 > accordingly. >=20 > You could make a proposal to add a requirement for Bison as a build tool= =20 > for building glibc, in which case the checked-in plural.c could be=20 > removed. I like the idea. I will propose a fix along those lines. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39819-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 15:07:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80033 invoked by alias); 14 Nov 2017 15:07:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79982 invoked by uid 48); 14 Nov 2017 15:07:05 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22439] New: malloc_info should compute summary statistics for all sub-heaps in an arena Date: Tue, 14 Nov 2017 15:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: 2.26 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: 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: 2017-11/txt/msg00189.txt.bz2 Content-length: 1236 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22439 Bug ID: 22439 Summary: malloc_info should compute summary statistics for all sub-heaps in an arena Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: malloc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- Flags: security- The current code only looks at the top-most heap: if (ar_ptr !=3D &main_arena) { heap_info *heap =3D heap_for_ptr (top (ar_ptr)); fprintf (fp, "\n" "\n", heap->size, heap->mprotect_size); total_aspace +=3D heap->size; total_aspace_mprotect +=3D heap->mprotect_size; } Instead it should compute the some of heap->size and heap->mprotect_size, e= ach over all the heaps. It may also make sense to add another item with the nu= mber of sub-heaps. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39820-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 15:07:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80353 invoked by alias); 14 Nov 2017 15:07:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80281 invoked by uid 48); 14 Nov 2017 15:07:19 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22439] malloc_info should compute summary statistics for all sub-heaps in an arena Date: Tue, 14 Nov 2017 15:07: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00190.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22439 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39821-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 18:13:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23892 invoked by alias); 14 Nov 2017 18:13:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23539 invoked by uid 48); 14 Nov 2017 18:13:18 -0000 From: "sourceware-bugzilla@michael-kaufmann.ch" To: glibc-bugs@sourceware.org Subject: [Bug network/20018] inet_addr and inet_aton should reject trailing garbage Date: Tue, 14 Nov 2017 18:13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sourceware-bugzilla@michael-kaufmann.ch 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: In-Reply-To: References: 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: 2017-11/txt/msg00191.txt.bz2 Content-length: 871 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20018 Michael Kaufmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sourceware-bugzilla@michael | |-kaufmann.ch --- Comment #5 from Michael Kaufmann --- Maybe it's "good enough" to just fix getaddrinfo() and leave alone the "leg= acy" functions inet_addr() and inet_aton() ? Portable applications should not break, because there are implementations of getaddrinfo() which reject "127.0.0.1 www.example.com", e.g. the getaddrinf= o() implementation of OpenBSD. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39822-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 18:56:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 59834 invoked by alias); 14 Nov 2017 18:56:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 59751 invoked by uid 48); 14 Nov 2017 18:56:25 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nptl/21513] pthread_cleanup_push macro generates warning when -Wclobbered is set Date: Tue, 14 Nov 2017 18: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.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: see_also Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00192.txt.bz2 Content-length: 474 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21513 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D61118 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39823-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 20:25:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14019 invoked by alias); 14 Nov 2017 20:25:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13937 invoked by uid 48); 14 Nov 2017 20:25:54 -0000 From: "jwilk at jwilk dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 20:25: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: jwilk at jwilk dot net X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00193.txt.bz2 Content-length: 387 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 Jakub Wilk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwilk at jwilk dot net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39824-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 22:49:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77182 invoked by alias); 14 Nov 2017 22:49:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 76849 invoked by uid 48); 14 Nov 2017 22:49:18 -0000 From: "fix4fun7 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] malloc_info access heaps without arena lock, ignores heaps Date: Tue, 14 Nov 2017 22:49: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fix4fun7 at gmail 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: cc attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00194.txt.bz2 Content-length: 598 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Yas changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fix4fun7 at gmail dot com --- Comment #2 from Yas --- Created attachment 10590 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10590&action=3Ded= it malloc_info: access heap while holding arena lock --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39825-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 23:03:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74866 invoked by alias); 14 Nov 2017 23:03:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72964 invoked by uid 48); 14 Nov 2017 23:03:19 -0000 From: "fix4fun7 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] malloc_info access heaps without arena lock, ignores heaps Date: Tue, 14 Nov 2017 23:03: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fix4fun7 at gmail 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: In-Reply-To: References: 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: 2017-11/txt/msg00195.txt.bz2 Content-length: 814 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 --- Comment #3 from Yas --- Comment on attachment 10590 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10590 malloc_info: access heap while holding arena lock Thanks Florian for reporting the issue. Do you have a test-case to reproduce the issue consistently? If so, can you please share it.=20 Have hit the same issue, but don't have consistent steps to reproduce it. A= s a fix, What if heap_for_ptr() is accessed while still holding lock (to solve = the race condition) and store that information locally?=20 Could not test the fix as I don't have a test-case to reproduce the issue. Patch is attached for reference.=20 Thanks Yas --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39826-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 14 23:32:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38500 invoked by alias); 14 Nov 2017 23:32:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38386 invoked by uid 48); 14 Nov 2017 23:32:30 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Tue, 14 Nov 2017 23:32: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: carlos at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00196.txt.bz2 Content-length: 611 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #28 from Carlos O'Donell --- (In reply to keld@keldix.com from comment #25) > This commit is highly problematic, damaging the portablilty of glibc loca= les. > I wish they will be reverted. The glibc community is a consensus driven community. If you have an objecti= on, please raise that objection on libc-alpha, and include the relevant parties= to discuss the issue. Consensus discussions should not be held on the bug trac= ker. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39827-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 02:09:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101709 invoked by alias); 15 Nov 2017 02:09:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98461 invoked by uid 55); 15 Nov 2017 02:09:53 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21660] GCC fails to compile a formula with tgmath.h Date: Wed, 15 Nov 2017 02:09: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: 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: In-Reply-To: References: 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: 2017-11/txt/msg00197.txt.bz2 Content-length: 4940 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21660 --- Comment #3 from 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 be3a79a3cc8d8111811a52b0fe243b6f4dd03844 (commit) from 2e64ec9c9eac3aeb70f7cfa2392846c87c28068e (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=3Dglibc.git;h=3Dbe3a79a3cc8d8111811= a52b0fe243b6f4dd03844 commit be3a79a3cc8d8111811a52b0fe243b6f4dd03844 Author: Joseph Myers Date: Wed Nov 15 02:08:56 2017 +0000 Use __builtin_tgmath in tgmath.h with GCC 8 (bug 21660). GCC mainline now supports __builtin_tgmath to allow macro implementations that expand their arguments only once, so avoiding exponential blowup in the size of macro expansions when calls to those macros are nested in arguments to those macros. This patch makes glibc's tgmath.h support using __builtin_tgmath, as a much simpler and more efficient alternative to the existing implementation. (As a side effect, the new feature would make it much more practical to support decimal floating point in with new compilers; currently, libdfp does not provide a implementation, and making decimal arguments cause integer arguments to be considered of type _Decimal64 instead of double would have been very problematic in the old implementation.) Tested for x86_64 (with GCC mainline). [BZ #21660] * math/tgmath.h (__HAVE_BUILTIN_TGMATH): New macro. [__HAVE_BUILTIN_TGMATH] (__TG_F16_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F32_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F64_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F128_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F32X_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F64X_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TG_F128X_ARG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_FUNCS): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_RCFUNCS): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_1): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_2): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_2STD): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_3): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_1C): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_2C): Likewise. (__tgml): Make conditional on [!__HAVE_BUILTIN_TGMATH]. (__floating_type): Likewise. (__real_integer_type): Likewise. (__complex_integer_type): Likewise. (__expr_is_real): Likewise. (__tgmath_real_type_sub): Likewise. (__tgmath_real_type): Likewise. (__tgmath_complex_type_sub): Likewise. (__tgmath_complex_type): Likewise. (__TGMATH_F128): Likewise. (__TGMATH_CF128): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_UNARY_REAL_ONLY): Define using new macros. [__HAVE_BUILTIN_TGMATH] (__TGMATH_UNARY_REAL_RET_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_FIRST_REAL_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_FIRST_REAL_STD_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_REAL_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_REAL_STD_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_REAL_RET_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_TERNARY_FIRST_SECOND_REAL_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_TERNARY_REAL_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_TERNARY_FIRST_REAL_RET_ONLY): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_UNARY_REAL_IMAG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_UNARY_IMAG): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_UNARY_REAL_IMAG_RET_REAL): Likewise. [__HAVE_BUILTIN_TGMATH] (__TGMATH_BINARY_REAL_IMAG): Likewise. (__TGMATH_UNARY_REAL_IMAG_RET_REAL_SAME): New macro. (carg): Use __TGMATH_UNARY_REAL_IMAG_RET_REAL_SAME. (cimag): Likewise. (creal): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 55 +++++++++++++++ math/tgmath.h | 204 +++++++++++++++++++++++++++++++++++++++++------------= ---- 2 files changed, 202 insertions(+), 57 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39828-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 02:10:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63402 invoked by alias); 15 Nov 2017 02:10:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35423 invoked by uid 48); 15 Nov 2017 02:10:39 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/21660] GCC fails to compile a formula with tgmath.h Date: Wed, 15 Nov 2017 02:10: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: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00198.txt.bz2 Content-length: 599 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21660 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Joseph Myers --- Fixed for 2.27 (when used with GCC 8 or later). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39829-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:15:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122910 invoked by alias); 15 Nov 2017 10:15:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113145 invoked by uid 48); 15 Nov 2017 10:15:33 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Wed, 15 Nov 2017 10:15: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00199.txt.bz2 Content-length: 2256 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #29 from Mike FABIAN --- (In reply to Egmont Koblinger from comment #27) > (In reply to keld@keldix.com from comment #25) >=20 > > This commit is highly problematic, damaging the portablilty of glibc lo= cales. >=20 > If this kind of portability is really a concern, someone could some up wi= th > a script that converts from the new version to the old one. It could even= be > integrated with the build system to the level where these generated files > are actually placed under BUILD and then further processed. Yes, if that is really a concern, we could easily convert it to different formats. I really doubt that this can cause problems though. If the file contained =E2=80=9C=E2=80=9D, one still has to be able to read the ascii character= s =E2=80=9C<=E2=80=9D, =E2=80=9Ca=E2=80=9D, and =E2=80=9C>=E2=80=9D to interpret the file, I don=E2=80=99t see anything which is lost by just w= riting =E2=80=9Ca=E2=80=9D instead. If one cannot read an ascii file, one would not be able to read the keywords in the file either. So if something else than ascii like EBCDIC is needed, one would need some conversion anyway. Using =E2=80=9Ca=E2=80=9D= instead of =E2=80=9C=E2=80=9D does not make such conversion any harder. > I wish the current change even pushed it further, towards raw UTF-8 at le= ast > for printable and "non-problematic" (to some vague, arbitrary definition) > characters. I agree. In the long run this would be even better. Readability of the source is useful. Let=E2=80=99s see what our experiences with using ascii d= irectly are, if no problems occur we can think about using UTF-8 for =E2=80=9Cnon-p= roblematic=E2=80=9D characters. > I have on a few occasions made some minor edits to effected parts of a > locale file, dealing with the notation was a nightmare. Working w= ith > a string like "htf" is already much better than > "", but seeing "h=C3=A9tf=C5=91" would= be ideal. Yes, I also found the annoying when browsing the files, it makes it much harder to spot errors. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39830-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:36:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18060 invoked by alias); 15 Nov 2017 10:36:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126182 invoked by uid 48); 15 Nov 2017 10:36:15 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Wed, 15 Nov 2017 10:36: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: schwab@linux-m68k.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00200.txt.bz2 Content-length: 506 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #30 from Andreas Schwab --- > Yes, I also found the annoying when browsing the files, it > makes it much harder to spot errors. Try this: (font-lock-add-keywords nil '(("" (0 (progn (compose-region (match-beginning 0) (match-end 0) (string-to-number (match-string 1) 16))))))) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39831-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:40:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85437 invoked by alias); 15 Nov 2017 10:40:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82619 invoked by uid 55); 15 Nov 2017 10:40:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] malloc_info access heaps without arena lock, ignores heaps Date: Wed, 15 Nov 2017 10:40: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00201.txt.bz2 Content-length: 1581 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 --- Comment #4 from 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 7a9368a1174cb15b9f1d6342e0e10dd90dae238d (commit) from be3a79a3cc8d8111811a52b0fe243b6f4dd03844 (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=3Dglibc.git;h=3D7a9368a1174cb15b9f1= d6342e0e10dd90dae238d commit 7a9368a1174cb15b9f1d6342e0e10dd90dae238d Author: Florian Weimer Date: Wed Nov 15 11:39:01 2017 +0100 malloc: Add missing arena lock in malloc_info [BZ #22408] Obtain the size information while the arena lock is acquired, and only print it later. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 ++++ malloc/Makefile | 2 + malloc/malloc.c | 16 +++++-- malloc/tst-malloc_info.c | 101 ++++++++++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 124 insertions(+), 4 deletions(-) create mode 100644 malloc/tst-malloc_info.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39832-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:47:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89745 invoked by alias); 15 Nov 2017 10:47:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89648 invoked by uid 48); 15 Nov 2017 10:47:12 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22442] New: if_nametoindex could report index for the wrong networking interface Date: Wed, 15 Nov 2017 10:47: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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: 2017-11/txt/msg00202.txt.bz2 Content-length: 718 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22442 Bug ID: 22442 Summary: if_nametoindex could report index for the wrong networking interface Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com Target Milestone: --- The kernel truncates the passed string to IFNAMSIZ - 1 characters, so the g= libc function will return an interface ID for an interface which does not actual= ly exist. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39833-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:49:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92463 invoked by alias); 15 Nov 2017 10:49:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92380 invoked by uid 48); 15 Nov 2017 10:49:13 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22408] malloc_info access heaps without arena lock, ignores heaps Date: Wed, 15 Nov 2017 10:49: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00203.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22408 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39835-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:49:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93263 invoked by alias); 15 Nov 2017 10:49:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93216 invoked by uid 48); 15 Nov 2017 10:49:44 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22439] malloc_info should compute summary statistics for all sub-heaps in an arena Date: Wed, 15 Nov 2017 10:49: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00205.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22439 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39834-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 10:49:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92802 invoked by alias); 15 Nov 2017 10:49:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92697 invoked by uid 55); 15 Nov 2017 10:49:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/22439] malloc_info should compute summary statistics for all sub-heaps in an arena Date: Wed, 15 Nov 2017 10:49: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00204.txt.bz2 Content-length: 1572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22439 --- Comment #1 from 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 34eb41579c6c34fa60ec6f1aac7b70ba6e1bebcc (commit) from 7a9368a1174cb15b9f1d6342e0e10dd90dae238d (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=3Dglibc.git;h=3D34eb41579c6c34fa60e= c6f1aac7b70ba6e1bebcc commit 34eb41579c6c34fa60ec6f1aac7b70ba6e1bebcc Author: Florian Weimer Date: Wed Nov 15 11:40:41 2017 +0100 malloc: Account for all heaps in an arena in malloc_info [BZ #22439] This commit adds a "subheaps" field to the malloc_info output that shows the number of heaps that were allocated to extend a non-main arena. Reviewed-by: Siddhesh Poyarekar ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ NEWS | 3 +++ malloc/malloc.c | 17 +++++++++++++---- 3 files changed, 22 insertions(+), 4 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39836-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 17:00:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125634 invoked by alias); 15 Nov 2017 17:00:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124523 invoked by uid 55); 15 Nov 2017 17:00:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22442] if_nametoindex could report index for the wrong networking interface Date: Wed, 15 Nov 2017 17:00: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00206.txt.bz2 Content-length: 1480 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22442 --- Comment #1 from 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 2180fee114b778515b3f560e5ff1e795282e60b0 (commit) from cad7ca390879f2a8250e58bf5009a00b887a19b7 (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=3Dglibc.git;h=3D2180fee114b778515b3= f560e5ff1e795282e60b0 commit 2180fee114b778515b3f560e5ff1e795282e60b0 Author: Steve Ellcey Date: Wed Nov 15 08:58:48 2017 -0800 Check length of ifname before copying it into to ifreq structure. [BZ #22442] * sysdeps/unix/sysv/linux/if_index.c (__if_nametoindex): Check if ifname is too long. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ sysdeps/unix/sysv/linux/if_index.c | 6 ++++++ 2 files changed, 12 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39837-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 17:47:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 125589 invoked by alias); 15 Nov 2017 17:47:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 125548 invoked by uid 55); 15 Nov 2017 17:47:03 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22442] if_nametoindex could report index for the wrong networking interface Date: Wed, 15 Nov 2017 17: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00207.txt.bz2 Content-length: 321 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22442 --- Comment #2 from joseph at codesourcery dot com --- If the commit fixes the bug, please resolve it as FIXED with target=20 milestone set to 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39838-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 21:27:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124696 invoked by alias); 15 Nov 2017 21:27:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124584 invoked by uid 55); 15 Nov 2017 21:27:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Wed, 15 Nov 2017 21: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.26 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: christian.brauner at mailbox dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00208.txt.bz2 Content-length: 10698 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #23 from 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 d9611e308592355718b36fe085b7b61aa52911e5 (commit) via a09dfc19edcbac3f96d5410529b724db0a583879 (commit) via 2fbce9c2031e70b6bd67876accfc34b0ec492878 (commit) via d10d6cab168ffa26ef6a506655ee5dc8537c8ed7 (commit) via 9b5a87502d048905c383b65c51768f4a1db8c685 (commit) via 495a56fdeb05d20a88304ff5da577d23a8e81ae1 (commit) from 78cde19f622cab74e3953c3d0139d51e1076108e (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=3Dglibc.git;h=3Dd9611e308592355718b= 36fe085b7b61aa52911e5 commit d9611e308592355718b36fe085b7b61aa52911e5 Author: Luke Shumaker Date: Wed Nov 15 20:39:22 2017 +0100 linux ttyname{_r}: Add tests Add a new tst-ttyname test that includes several named sub-testcases. This patch is ordered after the patches with the fixes that it tests for (to avoid breaking `git bisect`), but for reference, here's how each releva= nt change so far affected the testcases in this commit, starting with 15e9a4f378c8607c2ae1aa465436af4321db0e23: | | before | | make checks | don't | | | 15e9a4f | 15e9a4f | consistent | bail | =20=20=20=20=20 |---------------------------------+---------+---------+-------------+------= -| | basic smoketest | PASS | PASS | PASS | PASS | | no conflict, no match | PASS[1] | PASS | PASS | PASS | | no conflict, console | PASS | FAIL! | FAIL | PASS! | | conflict, no match | FAIL | PASS! | PASS | PASS | | conflict, console | FAIL | FAIL | FAIL | PASS! | | with readlink target | PASS | PASS | PASS | PASS | | with readlink trap; fallback | FAIL | FAIL | FAIL | PASS! | | with readlink trap; no fallback | FAIL | PASS! | PASS | PASS | | with search-path trap | FAIL | FAIL | PASS! | PASS | =20=20=20=20=20 |---------------------------------+---------+---------+-------------+------= -| | | 4/9 | 5/9 | 6/9 |= 9/9 | [1]: 15e9a4f introduced a semantic that, under certain failure conditions, ttyname sets errno=3DENODEV, where previously it did= n't set errno; it's not quite fair to hold "before 15e9a4f" ttyname = to those new semantics. This testcase actually fails, but would ha= ve passed if we tested for the old the semantics. Each of the failing tests before 15e9a4f are all essentially the same b= ug: that it returns a PTY slave with the correct minor device number, but from t= he wrong devpts filesystem instance. 15e9a4f sought to fix this, but missed several of the cases that can ca= use this to happen, and also broke the case where both the erroneous PTY and the correct PTY exist. Acked-by: Christian Brauner https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da09dfc19edcbac3f96d= 5410529b724db0a583879 commit a09dfc19edcbac3f96d5410529b724db0a583879 Author: Luke Shumaker Date: Wed Nov 15 20:36:44 2017 +0100 linux ttyname{_r}: Don't bail prematurely [BZ #22145] Commit 15e9a4f378c8607c2ae1aa465436af4321db0e23 introduced logic for ttyname() sending back ENODEV to signal that we can't get a name for the TTY beca= use we inherited it from a different mount namespace. However, just because we inherited it from a different mount namespace = and it isn't available at its original path, doesn't mean that its name is unknowable; we can still try to find it by allowing the normal fall back on iterati= ng through devices. An example scenario where this happens is with "/dev/console" in containers. It's a common practice among container managers to allocate a PTY master/slave pair in the host's mount namespace (the slave having a path like "/dev/pty/$X"), bind mount the slave to "/dev/console" in the container's mount namespa= ce, and send the slave FD to a process in the container. Inside of the container, the slave-end isn't available at its original path ("/dev/pts/$X"), since the container mount namespace has a separate devpts instance from= the host (that path may or may not exist in the container; if it does exist, it's not the same PTY slave device). Currently ttyname{_r} sees that the file at the original "/dev/pts/$X" path doesn't match the FD passed to it, and fails early and gives up, even though if it kept searching it would find the TTY at "/dev/console". Fix that; don't have the ENODEV path force an early ret= urn inhibiting the fall-back search. This change is based on the previous patch that adds use of is_mytty in getttyname and getttyname_r. Without that change, this effectively reve= rts 15e9a4f, which made us disregard the false similarity of file pointed t= o by "/proc/self/fd/$Y", because if it doesn't bail prematurely then that fi= le ("/dev/pts/$X") will just come up again anyway in the fall-back search. Reviewed-by: Christian Brauner https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2fbce9c2031e70b6bd6= 7876accfc34b0ec492878 commit 2fbce9c2031e70b6bd67876accfc34b0ec492878 Author: Luke Shumaker Date: Wed Nov 15 20:34:30 2017 +0100 linux ttyname{_r}: Make tty checks consistent In the ttyname and ttyname_r routines on Linux, at several points it ne= eds to check if a given TTY is the TTY we are looking for. It used to be that = this check was (to see if `maybe` is `mytty`): __xstat64(_STAT_VER, maybe_filename, &maybe) =3D=3D 0 #ifdef _STATBUF_ST_RDEV && S_ISCHR(maybe.st_mode) && maybe.st_rdev =3D=3D mytty.st_rdev #else && maybe.st_ino =3D=3D mytty.st_ino && maybe.st_dev =3D=3D mytty= .st_dev #endif This check appears in several places. Then, one of the changes made in commit 15e9a4f378c8607c2ae1aa465436af4321db0e23 was to change that check to: __xstat64(_STAT_VER, maybe_filename, &maybe) =3D=3D 0 #ifdef _STATBUF_ST_RDEV && S_ISCHR(maybe.st_mode) && maybe.st_rdev =3D=3D mytty.st_rdev #endif && maybe.st_ino =3D=3D mytty.st_ino && maybe.st_dev =3D=3D mytty= .st_dev That is, it made the st_ino and st_dev parts of the check happen even i= f we have the st_rdev member. This is an important change, because the kernel all= ows multiple devpts filesystem instances to be created; a device file in one devpts instance may share the same st_rdev with a file in another devpts insta= nce, but they aren't the same file. This check appears twice in each file (ttyname.c and ttyname_r.c), once= (in ttyname and __ttyname_r) to check if a candidate file found by inspecti= ng /proc is the desired TTY, and once (in getttyname and getttyname_r) to check = if a candidate file found by searching /dev is the desired TTY. However, 15e= 9a4f only updated the checks for files found via /proc; but the concern about collisions between devpts instances is just as valid for files found via /dev. So, update all 4 occurrences the check to be consistent with the versio= n of the check introduced in 15e9a4f. Make it easy to keep all 4 occurrences of = the check consistent by pulling it in to a static inline function, is_mytty. Reviewed-by: Christian Brauner https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd10d6cab168ffa26ef6= a506655ee5dc8537c8ed7 commit d10d6cab168ffa26ef6a506655ee5dc8537c8ed7 Author: Luke Shumaker Date: Wed Nov 15 20:33:11 2017 +0100 linux ttyname: Change return type of is_pty from int to bool is_pty returning a bool is fine since there's no possible outcome other than true or false, and bool is used throughout the codebase. Reviewed-by: Christian Brauner https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9b5a87502d048905c38= 3b65c51768f4a1db8c685 commit 9b5a87502d048905c383b65c51768f4a1db8c685 Author: Luke Shumaker Date: Wed Nov 15 20:31:32 2017 +0100 linux ttyname: Update a reference to kernel docs for kernel 4.10 Linux 4.10 moved many of the documentation files around. 4.10 came out between the time the patch adding the comment (commit 15e9a4f378c8607c2ae1aa465436af4321db0e23) was submitted and the time it was applied (in February, January, and March 2017; respectively). Reviewed-by: Christian Brauner https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D495a56fdeb05d20a883= 04ff5da577d23a8e81ae1 commit 495a56fdeb05d20a88304ff5da577d23a8e81ae1 Author: Luke Shumaker Date: Wed Nov 15 20:28:40 2017 +0100 manual: Update to mention ENODEV for ttyname and ttyname_r Commit 15e9a4f378c8607c2ae1aa465436af4321db0e23 introduced ENODEV as a possible error condition for ttyname and ttyname_r. Update the manual to mention this GNU extension. Reviewed-by: Christian Brauner ----------------------------------------------------------------------- Summary of changes: ChangeLog | 26 ++ manual/terminal.texi | 5 + sysdeps/unix/sysv/linux/Makefile | 3 +- sysdeps/unix/sysv/linux/tst-ttyname.c | 625 +++++++++++++++++++++++++++++= ++++ sysdeps/unix/sysv/linux/ttyname.c | 59 ++-- sysdeps/unix/sysv/linux/ttyname.h | 18 +- sysdeps/unix/sysv/linux/ttyname_r.c | 61 +--- 7 files changed, 715 insertions(+), 82 deletions(-) create mode 100644 sysdeps/unix/sysv/linux/tst-ttyname.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39839-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 22:55:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115294 invoked by alias); 15 Nov 2017 22:55:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115241 invoked by uid 55); 15 Nov 2017 22:55:48 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Wed, 15 Nov 2017 22:55: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.26 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: christian.brauner at mailbox dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00209.txt.bz2 Content-length: 430 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 --- Comment #24 from joseph at codesourcery dot com --- If the commits fix the bug, please resolve it as FIXED with target=20 milestone set. If not, given the length of discussions on it, a short=20 description of what remains to be fixed would be helpful. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39840-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 15 23:59:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 68646 invoked by alias); 15 Nov 2017 23:59:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68601 invoked by uid 48); 15 Nov 2017 23:59:42 -0000 From: "christian.brauner at mailbox dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22145] ttyname() gives up too early in the face of namespaces Date: Wed, 15 Nov 2017 23:59: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: christian.brauner at mailbox dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: christian.brauner at mailbox dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00210.txt.bz2 Content-length: 928 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22145 Christian Brauner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #25 from Christian Brauner --- (In reply to joseph@codesourcery.com from comment #24) > If the commits fix the bug, please resolve it as FIXED with target=20 > milestone set. If not, given the length of discussions on it, a short=20 > description of what remains to be fixed would be helpful. Thanks, I was about to handle this next. Target milestone is probably 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39841-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 01:49:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11761 invoked by alias); 16 Nov 2017 01:49:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9185 invoked by uid 48); 16 Nov 2017 01:49:48 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 01:49: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: In-Reply-To: References: 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: 2017-11/txt/msg00211.txt.bz2 Content-length: 861 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10426|0 |1 is obsolete| | --- Comment #114 from Rafal Luzynski --- Created attachment 10592 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10592&action=3Ded= it Implement alternative month names (v10) Here is the new series of patches. Changes: - Fixed bug in strptime(), thanks Zack Weinberg for fixing it. - Improved documentation, again thanks Zack Weinberg. - Rebased to the current master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39842-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 01:52:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 34344 invoked by alias); 16 Nov 2017 01:52:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34259 invoked by uid 48); 16 Nov 2017 01:52:24 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 01:52: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: In-Reply-To: References: 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: 2017-11/txt/msg00212.txt.bz2 Content-length: 688 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10427|0 |1 is obsolete| | --- Comment #115 from Rafal Luzynski --- Created attachment 10593 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10593&action=3Ded= it Regenerate locfile-kw.h from locfile-kw.gperf + ChangeLog (v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39843-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 01:53:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 37946 invoked by alias); 16 Nov 2017 01:53:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37466 invoked by uid 48); 16 Nov 2017 01:53:49 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 01:53: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: In-Reply-To: References: 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: 2017-11/txt/msg00213.txt.bz2 Content-length: 689 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10428|0 |1 is obsolete| | --- Comment #116 from Rafal Luzynski --- Created attachment 10594 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10594&action=3Ded= it Also implement abbreviated alternative month names and %Ob (v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39844-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 01:55:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39738 invoked by alias); 16 Nov 2017 01:55:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39486 invoked by uid 48); 16 Nov 2017 01:55:12 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 01:55: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: In-Reply-To: References: 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: 2017-11/txt/msg00214.txt.bz2 Content-length: 694 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10429|0 |1 is obsolete| | --- Comment #117 from Rafal Luzynski --- Created attachment 10595 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10595&action=3Ded= it Again regenerate locfile-kw.h from locfile-kw.gperf + ChangeLog (v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39845-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:01:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 91421 invoked by alias); 16 Nov 2017 02:01:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91281 invoked by uid 48); 16 Nov 2017 02:01:08 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02: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.isobsolete attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00215.txt.bz2 Content-length: 1138 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10430|0 |1 is obsolete| | --- Comment #118 from Rafal Luzynski --- Created attachment 10596 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10596&action=3Ded= it Documentation to the above changes(v10) -------- SKIPPED PATCHES: 0006 Provide backward compatibility for nl_langinfo family 0007 Rebuild abilists to reflect nl_langinfo changes 0008 Provide backward compatibility for strftime family 0009 Rebuild abilists to reflect strftime family changes 0010 Backward compatibility for abbreviated alternative month names and %Ob Most probably they will be dropped so I think there is no need to maintain them. Those who want their rebased version can find them on github. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39846-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:03:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95800 invoked by alias); 16 Nov 2017 02:03:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95662 invoked by uid 48); 16 Nov 2017 02:03:02 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:03: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: In-Reply-To: References: 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: 2017-11/txt/msg00216.txt.bz2 Content-length: 671 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9716|0 |1 is obsolete| | --- Comment #119 from Rafal Luzynski --- Created attachment 10597 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10597&action=3Ded= it Alternative month names NLS data (Polish, v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39847-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:04:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107031 invoked by alias); 16 Nov 2017 02:04:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104852 invoked by uid 48); 16 Nov 2017 02:04:10 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:04: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: In-Reply-To: References: 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: 2017-11/txt/msg00217.txt.bz2 Content-length: 672 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9917|0 |1 is obsolete| | --- Comment #120 from Rafal Luzynski --- Created attachment 10598 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10598&action=3Ded= it Alternative month names NLS data (Russian, v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39848-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:05:04 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123351 invoked by alias); 16 Nov 2017 02:05:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122245 invoked by uid 48); 16 Nov 2017 02:04:59 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:05: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: In-Reply-To: References: 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: 2017-11/txt/msg00218.txt.bz2 Content-length: 674 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9718|0 |1 is obsolete| | --- Comment #121 from Rafal Luzynski --- Created attachment 10599 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10599&action=3Ded= it Alternative month names NLS data (Ukrainian, v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39849-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:06:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5473 invoked by alias); 16 Nov 2017 02:06:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4204 invoked by uid 48); 16 Nov 2017 02:06:37 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:06: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: In-Reply-To: References: 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: 2017-11/txt/msg00219.txt.bz2 Content-length: 809 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9719|0 |1 is obsolete| | --- Comment #122 from Rafal Luzynski --- Created attachment 10600 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10600&action=3Ded= it Alternative month names NLS data (Czech, v10) Note: Czech language community may not like these changes. This patch shou= ld not be committed without asking them about their opinion. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39850-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:08:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15241 invoked by alias); 16 Nov 2017 02:08:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 15181 invoked by uid 48); 16 Nov 2017 02:08:21 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:08: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: In-Reply-To: References: 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: 2017-11/txt/msg00220.txt.bz2 Content-length: 668 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9918|0 |1 is obsolete| | --- Comment #123 from Rafal Luzynski --- Created attachment 10601 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10601&action=3Ded= it Import genitive month names from CLDR (v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39851-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 02:09:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16939 invoked by alias); 16 Nov 2017 02:09:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 16831 invoked by uid 48); 16 Nov 2017 02:09:40 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Date: Thu, 16 Nov 2017 02:09: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: In-Reply-To: References: 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: 2017-11/txt/msg00221.txt.bz2 Content-length: 679 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10871 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9919|0 |1 is obsolete| | --- Comment #124 from Rafal Luzynski --- Created attachment 10602 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10602&action=3Ded= it Import uppercase/lowercase month names from CLDR (v10) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39853-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 11:55:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 121969 invoked by alias); 16 Nov 2017 11:55:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 121647 invoked by uid 48); 16 Nov 2017 11:55:39 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Thu, 16 Nov 2017 11:55: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.27 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: security- X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00223.txt.bz2 Content-length: 443 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|open_verify should use |Incorrect note padding |p_align to align notes |check --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39852-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 11:55:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120656 invoked by alias); 16 Nov 2017 11:55:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 120555 invoked by uid 48); 16 Nov 2017 11:55:16 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] open_verify should use p_align to align notes Date: Thu, 16 Nov 2017 11:55: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.27 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00222.txt.bz2 Content-length: 1453 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #2 from H.J. Lu --- According to gABI: namesz and name The first namesz bytes in name contain a null-terminated character representation of the entry's owner or originator. There is no formal mecha= nism for avoiding name conflicts. By convention, vendors use their own name, suc= h as XYZ Computer Company, as the identifier. If no name is present, namesz cont= ains 0. Padding is present, if necessary, to ensure 8 or 4-byte alignment for the descriptor (depending on whether the file is a 64-bit or 32-bit object). Su= ch padding is not included in namesz. descsz and desc The first descsz bytes in desc hold the note descriptor. The ABI places no constraints on a descriptor's contents. If no descriptor is present, descsz contains 0. Padding is present, if necessary, to ensure 8 or 4-byte alignme= nt for the next note entry (depending on whether the file is a 64-bit or 32-bit object). Such padding is not included in descsz. Here the name field, not namesz, is padded for the note descriptor. And the desc field, not descsz, is padded for the next note entry. But on Linux, .note.ABI-tag and .note.gnu.build-id notes are always aligned to 4 bytes. In this case, we should check segment alignment, instead of us= ing alignment based on 32-bit or 64-bit objects. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39855-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 13:22:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21786 invoked by alias); 16 Nov 2017 13:22:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21649 invoked by uid 55); 16 Nov 2017 13:22:37 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Thu, 16 Nov 2017 13:22: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00225.txt.bz2 Content-length: 2810 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22370/master has been created at 0dfdda09f7b0faef5ff166f3e4e099b20571b76c (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0dfdda09f7b0faef5ff= 166f3e4e099b20571b76c commit 0dfdda09f7b0faef5ff166f3e4e099b20571b76c Author: H.J. Lu Date: Tue Oct 31 04:51:41 2017 -0700 Properly compute offsets of note descriptor and next note [BZ #22370] A note header has 3 4-bytes fields, followed by note name and note descriptor. According to gABI, in a note entry, the note name field, not note name size, is padded for the note descriptor. And the note descriptor field, not note descriptor size, is padded for the next note entry. Notes are aligned to 4 bytes in 32-bit objects and 8 bytes in 64-bit objects. For all GNU notes, the name is "GNU" which is 4 bytes. They have the same format in the first 16 bytes in both 32-bit and 64-bit objects. They differ by note descriptor size and note type. So far, .note.ABI-t= ag and .note.gnu.build-id notes are always aligned to 4 bytes. The exsting codes compute the note size by aligning the note name size and note descriptor size to 4 bytes. It happens to produce the same value as the actual note size by luck since the name size is 4 and offset of the note descriptor is 16. But it will produce the wrong size when note alignment is 8 bytes in 64-bit objects. This patch defines ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET to properly compute offsets of note descriptor and next note. It uses alignment of PT_NOTE segment to support both 4-byte and 8-byte note alignments in 64-bit objects. [BZ #22370] * dl-hwcaps.c (ROUND): Removed. (_dl_important_hwcaps): Replace ROUND with ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET. * elf/dl-load.c (ROUND): Removed. (open_verify): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * elf/readelflib.c (ROUND): Removed. (process_elf_file): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * include/elf.h [!_ISOMAC]: Include . [!_ISOMAC] (ELF_NOTE_DESC_OFFSET): New. [!_ISOMAC] (ELF_NOTE_NEXT_OFFSET): Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39854-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 13:22:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21523 invoked by alias); 16 Nov 2017 13:22:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21463 invoked by uid 55); 16 Nov 2017 13:22:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Thu, 16 Nov 2017 13:22: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00224.txt.bz2 Content-length: 755 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22370/master has been deleted was 69803aeeec234c8f754f805313402255c5342467 - Log ----------------------------------------------------------------- 69803aeeec234c8f754f805313402255c5342467 Replace ROUND with ALIGN_UP by p_a= lign [BZ #22370] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39856-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 16:55:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114386 invoked by alias); 16 Nov 2017 16:55:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112512 invoked by uid 48); 16 Nov 2017 16:55:04 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22341] Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Date: Thu, 16 Nov 2017 16:55: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_severity Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00226.txt.bz2 Content-length: 374 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22341 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39857-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 21:10:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12221 invoked by alias); 16 Nov 2017 21:10:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12147 invoked by uid 48); 16 Nov 2017 21:09:56 -0000 From: "msebor at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22446] New: aliasing violation calling readlink in handle_request Date: Thu, 16 Nov 2017 21:10: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: 2.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: 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: 2017-11/txt/msg00227.txt.bz2 Content-length: 1045 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22446 Bug ID: 22446 Summary: aliasing violation calling readlink in handle_request Product: glibc Version: 2.25 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: msebor at gmail dot com CC: carlos at redhat dot com Target Milestone: --- Testing a GCC 8.0 patch to detect strict aliasing violations with Glibc tur= ns up the following warning (the only in an x86_64-linux build): connections.c: In function =E2=80=98handle_request=E2=80=99: connections.c:1087:31: warning: passing argument 2 to restrict-qualified parameter aliases with argument 1 [-Wrestrict] ssize_t n =3D readlink (buf, buf, sizeof (buf) - 1); ~~~ ^~~ POSIX readlink restrict-qualifies both of its pointer arguments. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39858-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 21:25:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 110297 invoked by alias); 16 Nov 2017 21:25:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 110265 invoked by uid 48); 16 Nov 2017 21:25:15 -0000 From: "msebor at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22447] New: unsafe call to strlen with a non-string in getlogin_r.c Date: Thu, 16 Nov 2017 21:25: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: 2.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: 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: 2017-11/txt/msg00228.txt.bz2 Content-length: 1922 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22447 Bug ID: 22447 Summary: unsafe call to strlen with a non-string in getlogin_r.c Product: glibc Version: 2.25 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: msebor at gmail dot com CC: carlos at redhat dot com Target Milestone: --- The was mentioned in https://sourceware.org/ml/libc-alpha/2017-11/msg00556.html: The new attribute nonstring recently introduced into Glibc triggers warnings with my patch that enhances GCC to check for string functions being passed arrays declared with the attribute. At least one of these looks like a Gli= bc bug. The=20 __getlogin_r function in getlogin_r.c calls stlen() on the ut_user array me= mber of struct utmp. The utmp man page says that: String fields are terminated by a null byte ('\0') if they are shorter than the size of the field. so the attribute on the array seems appropriate and the warning suggests a = bug in the function. The strlen call should probably be replaced with strnlen = or maybe memchr. ../sysdeps/unix/getlogin_r.c:83:23: warning: =E2=80=98strlen=E2=80=99 argum= ent 1 declared attribute =E2=80=98nonstring=E2=80=99 [-Wstringop-overflow=3D] size_t needed =3D strlen (ut->ut_user) + 1; ^~~~~~~~~~~~~~~~~~~~ In file included from ../login/utmp.h:29, from ../include/utmp.h:2, from ../sysdeps/unix/getlogin_r.c:26, from ../sysdeps/unix/sysv/linux/getlogin_r.c:25: ../sysdeps/gnu/bits/utmp.h:65:8: note: argument =E2=80=98ut_user=E2=80=99 d= eclared here char ut_user[UT_NAMESIZE] ^~~~~~~ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39859-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 22:35:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38600 invoked by alias); 16 Nov 2017 22:35:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36538 invoked by uid 48); 16 Nov 2017 22:35:55 -0000 From: "yueqichen.0x0 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22341] Uninitialized variable in inline function elf_get_dynamic_info in get-dynamic-info.h Date: Thu, 16 Nov 2017 22:35: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: yueqichen.0x0 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00229.txt.bz2 Content-length: 330 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22341 --- Comment #2 from yueqichen.0x0 at gmail dot com --- In that case, we probably need a verification before using entries in dynam= ic section. Do you have a quick patch for us to test? Thanks --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39860-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 16 23:39:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61571 invoked by alias); 16 Nov 2017 23:39:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 61484 invoked by uid 55); 16 Nov 2017 23:39:38 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22387] Replace unicode sequences for characters inside the ASCII printable range Date: Thu, 16 Nov 2017 23:39: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00230.txt.bz2 Content-length: 3447 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 --- Comment #31 from keld at keldix dot com --- On Wed, Nov 15, 2017 at 10:15:31AM +0000, maiku.fabian at gmail dot com wro= te: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D22387 >=20 > --- Comment #29 from Mike FABIAN --- > (In reply to Egmont Koblinger from comment #27) > > (In reply to keld@keldix.com from comment #25) > >=20 > > > This commit is highly problematic, damaging the portablilty of glibc = locales. > >=20 > > If this kind of portability is really a concern, someone could some up = with > > a script that converts from the new version to the old one. It could ev= en be > > integrated with the build system to the level where these generated fil= es > > are actually placed under BUILD and then further processed. >=20 > Yes, if that is really a concern, we could easily convert it to different > formats. > I really doubt that this can cause problems though. If the file contained > ??????, one still has to be able to read the ascii characters ?????? > to interpret the file, I don???t see anything which is lost by just writi= ng ???a??? > instead. If one cannot read an ascii file, one would not be able to read = the > keywords in the file either. So if something else than ascii like EBCDIC > is needed, one would need some conversion anyway. Using ???a??? instead o= f ?????? > does not make such conversion any harder. I have explained earlier that not using symbolic character names will gene= rate wrong results in situations where the source and target coded character set have different encodings of ascii characters.=20 The locales as they have come from my hand even preserves portability when = some=20 characters in the ascii character set have different encodings, which happe= ns on EBCDICs with different national ebcdic character sets. These are still in use on big banking and aviation systems AFAIK.=20 As an editor of multiple ISO standards on POSIX/Linux locales I do strive f= or general specs and portablility. I can understand that this is not an issue for glibc peop= le.=20 I just have been happy that glibc has been using the ISO specs, and that I = as=20 ISO editor could use the glibc specs in return. This is not the case anymore with the recent patch.=20 I do have a great concern for the readability of the locales. That is why I made an elaborate set of symbolic character names, that were much easier to proofread than the names, such as the and greek names, japanese kana, arabic, hebrew etc. Thus the locales were both portable over almost all known platforms, and readable to some extent. I was quite happy when I saw that the Arabic name= for the=20 10th month was something like "octobr" - it meant that I as someone that co= uld not read arabic at all, could write and maintain an arabic locale, with some confidence. Also, I cannot edit japanese or arabic characters in utf-8, as I don't know them, and=20 I think this is also the case for many mauntainers or glibc locales. They m= ay be fluent in their own locale, but locales from other cultures may be beyond their capability to edit in raw utf-8. I wish that we could have some arrangement so that we can have mutual excha= nge again of locale specs. Best regards keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39861-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 17 13:45:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 28221 invoked by alias); 17 Nov 2017 13:45:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 26863 invoked by uid 48); 17 Nov 2017 13:45:36 -0000 From: "rayslava at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/10652] getaddrinfo causes segfault if multithreaded and linked statically Date: Fri, 17 Nov 2017 13:45: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rayslava 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: In-Reply-To: References: 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: 2017-11/txt/msg00231.txt.bz2 Content-length: 2106 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10652 Vyacheslav Barinov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rayslava at gmail dot com --- Comment #28 from Vyacheslav Barinov --- Can confirm on sys-libs/glibc-2.26-r3 on my Gentoo. Everything's fine when linking dynamically, when linking statically, I rece= ive the following trace: #0 0x00007ffff5d70648 in internal_getent (stream=3D0x7fffd8000b10, result=3Dresult@entry=3D0x7ffff6778410, buffer=3Dbuffer@entry=3D0x7fffe0000= e70 "", buflen=3Dbuflen@entry=3D1024,=20 errnop=3Derrnop@entry=3D0x7ffff67796b0, herrnop=3Dherrnop@entry=3D0x7ff= ff67783fc, af=3D2, flags=3D0) at nss_files/files-XXX.c:216 #1 0x00007ffff5d717c0 in _nss_files_gethostbyname3_r (name=3D0x7fffe0000b10 "api.telegram.org", af=3D2, result=3D0x7ffff6778410, buffer=3D, buflen=3D1024, errnop=3D0x7ffff67796b0,=20 herrnop=3D0x7ffff67783fc, ttlp=3D0x0, canonp=3D0x0) at nss_files/files-hosts.c:352 #2 0x00007ffff5d71941 in _nss_files_gethostbyname2_r (name=3D, af=3D, result=3D, buffer=3D, buflen=3D,=20 errnop=3D, herrnop=3D0x7ffff67783fc) at nss_files/files-hosts.c:389 #3 0x0000000000704ac3 in __gethostbyname2_r (name=3D0x7fffe0000b10 "api.telegram.org", af=3Daf@entry=3D2, resbuf=3Dresbuf@entry=3D0x7ffff67784= 10, buffer=3D,=20 buffer@entry=3D0x7fffe0000e70 "", buflen=3Dbuflen@entry=3D1024, result=3Dresult@entry=3D0x7ffff6778408, h_errnop=3D0x7ffff67783fc) at ../nss/getXXbyYY_r.c:316 #4 0x00000000004513e6 in networking::resolve_host (answer=3D0x7ffff6778410, hostname=3D...) at src/net.cpp:58 #5 networking::tcp_connect (host=3D...) at src/net.cpp:87 #6 0x00000000004524da in networking::tls_connect (host=3D...) at src/net.c= pp:169 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39862-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 17 18:32:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 18328 invoked by alias); 17 Nov 2017 18:32:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 18266 invoked by uid 48); 17 Nov 2017 18:32:56 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18863] bits/siginfo.h: mips/ia64 missing si_syscall updates Date: Fri, 17 Nov 2017 18: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.23 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: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.23 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00232.txt.bz2 Content-length: 804 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18863 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |adhemerval.zanella at lina= ro dot o | |rg Resolution|--- |FIXED Target Milestone|--- |2.23 --- Comment #4 from Adhemerval Zanella --- As per comment #2, it was fixed by a2ab38c9b8a8b99f998bb9b9743b3f5c9a4493b5. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39863-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 18 15:21:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97931 invoked by alias); 18 Nov 2017 15:21:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 97870 invoked by uid 48); 18 Nov 2017 15:21:23 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22457] New: Generic preadv/pwritev incorrectly calls __posix_memalign Date: Sat, 18 Nov 2017 15:21: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.26 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: 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: 2017-11/txt/msg00233.txt.bz2 Content-length: 879 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22457 Bug ID: 22457 Summary: Generic preadv/pwritev incorrectly calls __posix_memalign Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Target: Hurd An interposed malloc will not override __posix_memalign, so these functions free an invalid pointer. This is not a problem on Linux because the system calls are always used. My advice would be to replace these functions with an ENOSYS stub until Hurd implements them. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39864-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 18 16:13:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 16604 invoked by alias); 18 Nov 2017 16:13:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 16502 invoked by uid 48); 18 Nov 2017 16:12:59 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22457] Generic preadv/pwritev incorrectly calls __posix_memalign Date: Sat, 18 Nov 2017 16: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.26 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: cf_gcctarget Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00234.txt.bz2 Content-length: 575 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22457 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Target|Hurd | --- Comment #1 from Florian Weimer --- This also affects Linux because microblaze added preadv/pwritev support onl= y in kernel version 3.15, and we require only kernel 3.2. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39865-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 18 18:37:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51030 invoked by alias); 18 Nov 2017 18:37:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50980 invoked by uid 55); 18 Nov 2017 18:37:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/17956] Build fails on missing definitions from header file nss/nss.h when Mozilla NSS is used for cryptography Date: Sat, 18 Nov 2017 18: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.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: P2 X-Bugzilla-Assigned-To: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00235.txt.bz2 Content-length: 2435 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17956 --- Comment #28 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 2767ebd8bc34c8b632ea737296200a86f57289ad (commit) via 82b166320262b105136eef99da7552474d5a046f (commit) from a546080d517c8833ce1d6abdb86a9293c8d29bae (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=3Dglibc.git;h=3D2767ebd8bc34c8b632e= a737296200a86f57289ad commit 2767ebd8bc34c8b632ea737296200a86f57289ad Author: Florian Weimer Date: Wed Oct 4 15:49:06 2017 +0200 crypt: Adjust check-local-headers.sh for nspr4 include directory [BZ #17956] (cherry picked from commit 11c4f5010c58029e73e656d5df4f8f42c9b8e877) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D82b166320262b105136= eef99da7552474d5a046f commit 82b166320262b105136eef99da7552474d5a046f Author: Guido Trentalancia Date: Sat Nov 18 19:26:57 2017 +0100 crypt: Use NSPR header files in addition to NSS header files [BZ #17956] When configuring and building GNU libc using the Mozilla NSS library for cryptography (--enable-nss-crypt option), also include the NSPR header files along with the Mozilla NSS library header files. Finally, when running the check-local-headers test, ignore the Mozilla NSPR library header files (used by the Mozilla NSS library). (cherry picked from commit 57b4af1955e28c1623c98397b8597847d16bdd8c) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 16 ++++++++++++++++ NEWS | 1 + configure | 6 +++++- configure.ac | 6 +++++- crypt/Makefile | 8 +++++--- scripts/check-local-headers.sh | 2 +- 6 files changed, 33 insertions(+), 6 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39866-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 18 23:22:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99571 invoked by alias); 18 Nov 2017 23:22:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99511 invoked by uid 55); 18 Nov 2017 23:22:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Sat, 18 Nov 2017 23:22: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00236.txt.bz2 Content-length: 17006 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #17 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 462bca4d9c24dd7fc746a82cb2bccad99ca19e9d (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D462bca4d9c24dd7fc74= 6a82cb2bccad99ca19e9d commit 462bca4d9c24dd7fc746a82cb2bccad99ca19e9d Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dbd010e3269bee4af979= 8d61f9aac885dc9e644eb commit bd010e3269bee4af9798d61f9aac885dc9e644eb Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1d6ab8fc05cdeee0a98= 52ace3efbf65470dbb1f6 commit 1d6ab8fc05cdeee0a9852ace3efbf65470dbb1f6 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D72e63f872e4c155e24f= 25852e035a8d4309f60d8 commit 72e63f872e4c155e24f25852e035a8d4309f60d8 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D440ab9ce85ceffeb8a8= 83391e43e4123055c11ad commit 440ab9ce85ceffeb8a883391e43e4123055c11ad Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D17a0122b6c1a78e3a67= ca2101272ed9fa74fa55e commit 17a0122b6c1a78e3a67ca2101272ed9fa74fa55e Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5666cc1daa9fcf482a2= 670ad2af99b09a499cd1a commit 5666cc1daa9fcf482a2670ad2af99b09a499cd1a Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D11337bccdf52ff2dfcf= 652f46097895d2c65a76e commit 11337bccdf52ff2dfcf652f46097895d2c65a76e Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in statice PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39867-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 19 18:40:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10187 invoked by alias); 19 Nov 2017 18:40:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10031 invoked by uid 48); 19 Nov 2017 18:40:54 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] New: FAIL: elf/check-localplt Date: Sun, 19 Nov 2017 18: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: 2.27 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00237.txt.bz2 Content-length: 686 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 Bug ID: 22459 Summary: FAIL: elf/check-localplt Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- On x86-64, when glibc is configured with --enable-stack-protector=3Dall I got FAIL: elf/check-localplt Extra PLT reference: libc.so: __stack_chk_fail --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39868-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 19 19:43:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90518 invoked by alias); 19 Nov 2017 19:43:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90475 invoked by uid 55); 19 Nov 2017 19:43:53 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] FAIL: elf/check-localplt Date: Sun, 19 Nov 2017 19: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00238.txt.bz2 Content-length: 1536 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 --- Comment #1 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22459/master has been created at 277904c8434d46999674d9b4eb2871cd0039d8f2 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D277904c8434d4699967= 4d9b4eb2871cd0039d8f2 commit 277904c8434d46999674d9b4eb2871cd0039d8f2 Author: H.J. Lu Date: Sun Nov 19 11:23:05 2017 -0800 libc.so: Replace nscd_hash.os with libc-nscd_hash.os [BZ #22459] nscd_hash.os is needed both libc.so as well as nscd. Since nscd_hash.os is compiled as the part of nscd, when -fstack-protector-all is used, nscd_hash.os calls __stack_chk_fail via PLT, which leads to FAIL: elf/check-localplt Extra PLT reference: libc.so: __stack_chk_fail This patch replaces nscd_hash.os with libc-nscd_hash.os in libc_pic.a to avoid calling __stack_chk_fail via PLT inside of libc.so. [BZ #22459] * nscd/Makefile (aux): Replace nscd_hash with libc-nscd_hash. * nscd/libc-nscd_hash.c: New file. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39869-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Nov 19 19:54:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102742 invoked by alias); 19 Nov 2017 19:54:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102671 invoked by uid 55); 19 Nov 2017 19:54:18 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Sun, 19 Nov 2017 19:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00239.txt.bz2 Content-length: 17416 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #18 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 9f281c50f56a29e64b0e7ffeab93057768f88a0c (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9f281c50f56a29e64b0= e7ffeab93057768f88a0c commit 9f281c50f56a29e64b0e7ffeab93057768f88a0c Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Daf03eea93838e16f149= 1df9e8f752b12d961083d commit af03eea93838e16f1491df9e8f752b12d961083d Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ded9bf67c24609aa5ea4= 9ebe4d2d45bcff9ed0103 commit ed9bf67c24609aa5ea49ebe4d2d45bcff9ed0103 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dad1fa48080cd9471e88= da4a3d1e071f7d834ba25 commit ad1fa48080cd9471e88da4a3d1e071f7d834ba25 Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7fe53ba27ebc80e59db= 49cbb957ec63b0824b131 commit 7fe53ba27ebc80e59db49cbb957ec63b0824b131 Author: H.J. Lu Date: Thu Sep 28 16:11:02 2017 -0700 aarch64: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/aarch64/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1d8332577dd1b81e9dd= ba1b1f6c63cd54a47141e commit 1d8332577dd1b81e9ddba1b1f6c63cd54a47141e Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D41836f74fccde80292d= 80f1e65aff2cd4ab6289e commit 41836f74fccde80292d80f1e65aff2cd4ab6289e Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0379d68b6128b8d87c9= c00cff4b824052c8db968 commit 0379d68b6128b8d87c9c00cff4b824052c8db968 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on i686 and x86-64. Build results of build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied are PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-hppa-linux-gnu build PASS: glibcs-i486-linux-gnu build PASS: glibcs-i586-linux-gnu build PASS: glibcs-i686-linux-gnu build PASS: glibcs-i686-linux-gnu-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-s390x-linux-gnu build PASS: glibcs-x86_64-linux-gnu build PASS: glibcs-x86_64-linux-gnu-disable-multi-arch build PASS: glibcs-x86_64-linux-gnu-x32 build FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39870-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 20 08:49:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94119 invoked by alias); 20 Nov 2017 08:49:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94041 invoked by uid 48); 20 Nov 2017 08:49:09 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Mon, 20 Nov 2017 08:49: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00240.txt.bz2 Content-length: 1889 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 --- Comment #2 from Mike FABIAN --- Created attachment 10623 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10623&action=3Ded= it 0001-lv_LV-locale-fix-collation-BZ-15537.patch Order without my patch: $ LC_ALL=3Dlv_LV.UTF-8 ls =C6=B7 a Aa =C3=A6 =C4=80b c D i Y yb =C4=AAb =C4=B5a L = =C5=86 ra =C5=96a Sa =C5=A1 T Zb =C5=BEa =CA=92 =CA=92a aa =C4=80 =C4=81b =C3=87 =C4=A2 Ia y =C4=AA =C4= =ABb =C4=B4b =C4=BB O Rb =C5=97a sa =C5=A0a Z zb =C5=BDb =C8=A5 =C6=B7a Ab =C4=81 =CA=92b =C3=A7 =C4=A3 ia Ya =C4=AB =C4= =B4 =C4=B5b =C4=BC =C3=98 rb =C5=96b Sb =C5=A1a z =C5=BD =C5= =BEb =C8=A4 =C3=85 ab =C4=80a =C6=B7b =C4=8C H Ib ya =C4=AAa =C4=B5 = =C4=B6 M =C3=B8 =C5=96 =C5=97b sb =C5=A0b Za =C5=BE A =C3=A5 =C3=86 =C4=81a C =C4=8D I ib Yb =C4=ABa =C4=B4a =C4= =B7 =C5=85 Ra =C5=97 S =C5=A0 =C5=A1b za =C5=BDa $ Order with my patch: bash-4.4# LC_ALL=3Dlv_LV.UTF-8 ls=20 a =C4=80 ab =C3=86 =C4=8D H y =C4=AAa =C4=ABb =C4=B4 =C4=B7 M= =C3=98 =C5=97 =C5=96b Sb =C5=A1b Z zb =C5=BDa =CA=92a A aa Ab c =C4=8C i Y ya =C4=AAb =C4=B5a =C4=B6 =C5=86 ra =C5= =96 S =C5=A1 =C5=A0b =C8=A5 Zb =C5=BEb =C6=B7a =C3=A5 Aa =C4=81b C D I ia Ya yb =C4=B4a L =C5=85 Ra =C5=97a = sa =C5=A0 t =C8=A4 =C5=BE =C5=BDb =CA=92b =C3=85 =C4=81a =C4=80b =C3=A7 =C4=A3 =C4=AB Ia ib Yb =C4=B5b =C4= =BC O rb =C5=96a Sa =C5=A1a T za =C5=BD =CA=92 =C6=B7b =C4=81 =C4=80a =C3=A6 =C3=87 =C4=A2 =C4=AA =C4=ABa Ib =C4=B5 =C4= =B4b =C4=BB =C3=B8 Rb =C5=97b sb =C5=A0a z Za =C5=BEa =C6=B7 bash-4.4# --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39871-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 20 08:50:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96160 invoked by alias); 20 Nov 2017 08:50:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96092 invoked by uid 48); 20 Nov 2017 08:50:51 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Mon, 20 Nov 2017 08:50: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-11/txt/msg00241.txt.bz2 Content-length: 453 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39872-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 20 08:57:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103631 invoked by alias); 20 Nov 2017 08:57:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 102818 invoked by uid 48); 20 Nov 2017 08:57:22 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Mon, 20 Nov 2017 08:57: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00242.txt.bz2 Content-length: 1681 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 --- Comment #3 from Mike FABIAN --- (In reply to alexander smishlajev from comment #0) > Besides, current version of Latvian locale contains letter R WITH CEDILLA > (U0156, U0157), which is now sorted separately from letter R with other > diacritical marks. This letter is not currently used for Latvian writing= in > Latvia (it was used in the first half of the 20th century, and is still u= sed > by some Latvian communities outside Latvia), so the sorting rules for this > letter are not obvious. I think that it would be better to make the first > weight for letter R WITH CEDILLA equal to R because most of current Latvi= an > language users cannot say when to use R with cedilla instead of R. My patch fixes the problems you report, *except* the problem you report about R WITH CEDILLA. I fixed it by throwing away all the existing rules in LC_COLLATE in the lv_LV locale and do a=20 copy "iso14651_t1" instead to include the default sort order. Then, on top of the default sort order I implemented the same rules as in http://unicode.org/cldr/trac/browser/trunk/common/collation/lv.xml This collation data from CLDR treats the R WITH CEDILLA as primary different from R, i.e. it continues to sort it the same way as the current lv_LV locale in glibc does. I don=E2=80=99t want to deviate from the CLDR collation data for no good re= ason, so if this is really wrong it would be good to report a bug against CLDR. But I guess it is correct because it cites a Latvian dictionary as a reference. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39873-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 20 19:00:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14619 invoked by alias); 20 Nov 2017 19:00:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14582 invoked by uid 48); 20 Nov 2017 19:00:46 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22463] New: p_secstodate overflow handling Date: Mon, 20 Nov 2017 19:00: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.26 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 Message-ID: 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: 2017-11/txt/msg00243.txt.bz2 Content-length: 2328 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22463 Bug ID: 22463 Summary: p_secstodate overflow handling Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: jsm28 at gcc dot gnu.org Target Milestone: --- The resolv/res_debug.c function p_secstodate does: struct tm timebuf; time =3D __gmtime_r(&clock, &timebuf); time->tm_year +=3D 1900; time->tm_mon +=3D 1; sprintf(output, "%04d%02d%02d%02d%02d%02d", time->tm_year, time->tm_mon, time->tm_mday, time->tm_hour, time->tm_min, time->tm_sec); If __gmtime_r returns NULL (because the year overflows the range of int), t= his will dereference a null pointer. Otherwise, if the computed year does not = fit in four characters, this will cause a buffer overrun of the fixed-size 15-b= yte buffer. With current GCC mainline, there is a compilation failure (the estimate of possible output size is excessive because GCC doesn't know the range limits on most of the fields - putting checks on the ranges that call __builtin_unreachable or abort on failure would probably suffice to tell GCC the possible size of output for fields other than tm_year - but for tm_year there is a genuine buffer overrun bug if called for times that involve large years): res_debug.c:1069:23: error: '%02d' directive writing between 2 and 11 bytes into a region of size between 4 and 11 [-Werror=3Dformat-overflow=3D] sprintf(output, "%04d%02d%02d%02d%02d%02d", ^~~~ res_debug.c:1069:18: note: directive argument in the range [-2147483647, 2147483647] sprintf(output, "%04d%02d%02d%02d%02d%02d", ^~~~~~~~~~~~~~~~~~~~~~~~~~ res_debug.c:1069:2: note: 'sprintf' output between 15 and 67 bytes into a destination of size 15 sprintf(output, "%04d%02d%02d%02d%02d%02d", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ time->tm_year, time->tm_mon, time->tm_mday, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ time->tm_hour, time->tm_min, time->tm_sec); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39875-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 03:50:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50149 invoked by alias); 21 Nov 2017 03:50:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 50103 invoked by uid 48); 21 Nov 2017 03:50:23 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Tue, 21 Nov 2017 03:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00245.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39874-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 03:50:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49655 invoked by alias); 21 Nov 2017 03:50:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49569 invoked by uid 48); 21 Nov 2017 03:50:13 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Tue, 21 Nov 2017 03:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00244.txt.bz2 Content-length: 492 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39876-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 03:53:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63290 invoked by alias); 21 Nov 2017 03:53:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63249 invoked by uid 48); 21 Nov 2017 03:53:37 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] New: pl_PL LC_COLLATE does not use i18n Date: Tue, 21 Nov 2017 03:53: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00246.txt.bz2 Content-length: 668 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Bug ID: 22469 Summary: pl_PL LC_COLLATE does not use i18n Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- localedata/locales/pl_PL does not build upon localedata/locales/i18n, missi= ng all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39877-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 03:53:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63820 invoked by alias); 21 Nov 2017 03:53:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63768 invoked by uid 48); 21 Nov 2017 03:53:49 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Tue, 21 Nov 2017 03:53: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00247.txt.bz2 Content-length: 469 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39878-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 06:26:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51136 invoked by alias); 21 Nov 2017 06:26:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 51068 invoked by uid 48); 21 Nov 2017 06:26:39 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21706] yesstr and nostr are missing for Breton [LC_MESSAGES] locale Date: Tue, 21 Nov 2017 06:26: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00248.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21706 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED Target Milestone|2.26 |2.27 --- Comment #12 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39879-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 06:33:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69911 invoked by alias); 21 Nov 2017 06:33:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69837 invoked by uid 48); 21 Nov 2017 06:33:32 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Tue, 21 Nov 2017 06:33: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00249.txt.bz2 Content-length: 453 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39880-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 06:50:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 13765 invoked by alias); 21 Nov 2017 06:50:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6671 invoked by uid 48); 21 Nov 2017 06:50:41 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Tue, 21 Nov 2017 06:50: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: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00250.txt.bz2 Content-length: 1175 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |digitalfreak@lingonborough. | |com Resolution|--- |WONTFIX --- Comment #26 from Rafal Luzynski = --- This is what I've received from a native speaker: "I don't think this change should be done. Since the time the bug was reported, usage of the alternative spelling has significantly decreased both in localization projects as well as in real/web life, and I don't believe there are a lot of people who would contribute in this specific locale variant. Having all those variants at this point is just confusing for users. If I were you, I would just close the bug without a fix. Ihar" Therefore I'm closing this. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39881-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 07:48:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83035 invoked by alias); 21 Nov 2017 07:48:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82387 invoked by uid 55); 21 Nov 2017 07:48:24 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Tue, 21 Nov 2017 07: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.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: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00251.txt.bz2 Content-length: 5160 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #77 from 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 8beba15d536aa5c89e9e55e4c497c0bcd10cb67c (commit) via 80eb52e3a93a9f611a415a3565d17536cf023f8a (commit) from 567d8c1f6852c5d5aad4d46da34b6276e400d5dd (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=3Dglibc.git;h=3D8beba15d536aa5c89e9= e55e4c497c0bcd10cb67c commit 8beba15d536aa5c89e9e55e4c497c0bcd10cb67c Author: Stefan Liebler Date: Tue Nov 21 08:45:28 2017 +0100 S390: Add cfi information for start routines in order to stop unwinding. GDB failed to detect the outermost frame while showing the backtrace within a thread: Backtrace stopped: previous frame identical to this frame (corrupt stac= k?) Before this patch, the start routines like thread_start had no cfi information. GDB is then using the prologue unwinder if no cfi information is availa= ble. This unwinder tries to unwind r15 and stops e.g. if r15 was updated or on some jump-instructions. On older glibc-versions (before commit "Remove cached PID/TID in clone" c579f48edba88380635ab98cb612030e3ed8691e), the thread_start function us= ed such a jump-instruction and GDB did not fail with an error. This patch adds cfi information for _start, thread_start and __makecontext_ret and marks r14 as undefined which marks the frame as outermost frame and= GDB stops the backtrace. Also tested different gcc versions in order to test _Unwind_Backtrace() in libgcc as this is used by backtrace() in glibc. ChangeLog: * sysdeps/s390/s390-64/start.S (_start): Add cfi information for r1= 4. * sysdeps/s390/s390-32/start.S: (_start): Likewise * sysdeps/unix/sysv/linux/s390/s390-64/clone.S (thread_start): Likewise. * sysdeps/unix/sysv/linux/s390/s390-32/clone.S (thread_start): Likewise. * sysdeps/unix/sysv/linux/s390/s390-64/__makecontext_ret.S (__makecontext_ret): Likewise. * sysdeps/unix/sysv/linux/s390/s390-32/__makecontext_ret.S (__makecontext_ret): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D80eb52e3a93a9f611a4= 15a3565d17536cf023f8a commit 80eb52e3a93a9f611a415a3565d17536cf023f8a Author: Stefan Liebler Date: Tue Nov 21 08:39:53 2017 +0100 Remove attribute_hidden for wchar ifunc symbols. On s390 (31bit) various debug/tst-*chk* testcases are failing as the te= sts are ending with a segmentation fault. One test is e.g. calling wcsnrtombs in debug/tst-chk1.c:1549. The function wcsnrtombs itself calls __wcsnlen. This function is called= via PLT! The PLT-stub itself loads the address from GOT (r12 is assumed to = be the GOT-pointer). In this case the loaded address is zero and the follo= wing branch leads to the segmentation fault. Due to the attribute_hidden in commit 44af8a32c341672b5160fdc2839767e9a837ad26 "Mark internal wchar functions with attribute_hidden [BZ #18822]" for e.g. the __wcsnlen function, r12 is not loaded with the GOT-pointer in wcsnrtombs. On s390x (64bit), this __wcsnlen call is also using the PLT-stub. But i= t is not failing as the GOT-pointer is setup with larl-instruction by the PLT-stub itself. Note: On s390x/s390, __wcsnlen is an IFUNC symbol. On x86_64, __wcsnlen is also an IFUNC symbol and is called via PLT, too. Further IFUNC symbols on s390 which were marked as hidden by the mentio= ned commit are: __wcscat, __wcsncpy, __wcpncpy, __wcschrnul. This patch removes the attribute_hidden in wchar.h. Then the compiler setups e.g. r12 on s390 in order to call __wcsnlen via PLT. ChangeLog: * include/wchar.h (__wcsnlen, __wcscat, __wcsncpy, __wcpncpy, __wcschrnul): Remove attribute_hidden. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 18 ++++++++++++++++= ++ include/wchar.h | 12 +++++------- sysdeps/s390/s390-32/start.S | 7 +++++++ sysdeps/s390/s390-64/start.S | 7 +++++++ .../sysv/linux/s390/s390-32/__makecontext_ret.S | 10 ++-------- sysdeps/unix/sysv/linux/s390/s390-32/clone.S | 4 ++++ .../sysv/linux/s390/s390-64/__makecontext_ret.S | 10 ++-------- sysdeps/unix/sysv/linux/s390/s390-64/clone.S | 4 ++++ 8 files changed, 49 insertions(+), 23 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39882-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 09:53:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48859 invoked by alias); 21 Nov 2017 09:53:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48723 invoked by uid 48); 21 Nov 2017 09:53:41 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22470] New: Suggestion: Add Cyrillic "dD" and "nN" to yesexpr and noexpr respectively to every locale in Russia Date: Tue, 21 Nov 2017 09:53: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: digitalfreak at lingonborough 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: 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: 2017-11/txt/msg00252.txt.bz2 Content-length: 1167 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22470 Bug ID: 22470 Summary: Suggestion: Add Cyrillic "dD" and "nN" to yesexpr and noexpr respectively to every locale in Russia Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: digitalfreak at lingonborough dot com CC: libc-locales at sourceware dot org Target Milestone: --- Same as we have added "yY" and "nN" to yesexpr and noexpr in all locales (unless this is conflicting) because we assume that some people may be used= to English language and involuntarily may press Y or N rather than their local= ized version, I suggest to add "=D0=B4=D0=94" (Cyrillic "dD") and "=D0=BD=D0=9D"= (Cyrillic "nN") to every local language of Russia, which means all *_RU locales. Of course the same applies to every ru_* locale but most probably they already contain th= eir proper characters. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39883-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 09:54:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74581 invoked by alias); 21 Nov 2017 09:54:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74510 invoked by uid 48); 21 Nov 2017 09:54:53 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22470] Suggestion: Add Cyrillic "dD" and "nN" to yesexpr and noexpr respectively to every locale in Russia Date: Tue, 21 Nov 2017 09:54: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: digitalfreak at lingonborough 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: In-Reply-To: References: 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: 2017-11/txt/msg00253.txt.bz2 Content-length: 415 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22470 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39884-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 20:37:23 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48463 invoked by alias); 21 Nov 2017 20:37:23 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48369 invoked by uid 55); 21 Nov 2017 20:37:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21041] IFUNC system/longjmp in libpthread.so are unsafe Date: Tue, 21 Nov 2017 20: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: 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: 2.25 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00254.txt.bz2 Content-length: 2945 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21041 --- Comment #22 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 71170eba2af41e08d51cf9d7b1ded5fd4b0b5c9c (commit) via 4db8f362c13c7239311db95bd7f96d4bce0769f3 (commit) via 88758c4ad3f046d050bc2c3ae0f172b6524ca6c2 (commit) from 6850e9c6bad862a1b982f456096c54946c2aaeab (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=3Dglibc.git;h=3D71170eba2af41e08d51= cf9d7b1ded5fd4b0b5c9c commit 71170eba2af41e08d51cf9d7b1ded5fd4b0b5c9c Author: Andreas Schwab Date: Tue Aug 8 17:44:32 2017 +0200 Add test for bug 21041 (cherry picked from commit 40c06a3d0450365e9675fe26f34fc56ce8497325) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4db8f362c13c7239311= db95bd7f96d4bce0769f3 commit 4db8f362c13c7239311db95bd7f96d4bce0769f3 Author: Andreas Schwab Date: Wed Aug 9 10:36:08 2017 +0200 Fix s390 version of pt-longjmp.c (cherry picked from commit 5797b410a87f6f6f6d3661d730fac320cbd5f270) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D88758c4ad3f046d050b= c2c3ae0f172b6524ca6c2 commit 88758c4ad3f046d050bc2c3ae0f172b6524ca6c2 Author: Andreas Schwab Date: Tue Aug 8 16:21:58 2017 +0200 Don't use IFUNC resolver for longjmp or system in libpthread (bug 21041) Unlike the vfork forwarder and like the fork forwarder as in bug 19861, there won't be a problem when the compiler does not turn this into a ta= il call. (cherry picked from commit fc5ad7024c620cdfe9b76e94638aac83b99c5bf8) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++ nptl/Makefile | 6 ++- nptl/pt-longjmp.c | 31 ++++++----------= --- nptl/pt-system.c | 24 +++++---------- .../lcong48.c =3D> nptl/tst-compat-forwarder-mod.c | 10 ++++-- .../tst-compat-forwarder.c | 23 ++++++-------- sysdeps/unix/sysv/linux/s390/pt-longjmp.c | 4 +- 7 files changed, 61 insertions(+), 58 deletions(-) copy stdlib/lcong48.c =3D> nptl/tst-compat-forwarder-mod.c (77%) copy math/test-fe-snans-always-signal.c =3D> nptl/tst-compat-forwarder.c (= 67%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39885-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 20:37:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48555 invoked by alias); 21 Nov 2017 20:37:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48386 invoked by uid 55); 21 Nov 2017 20:37:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19861] libpthread IFUNC resolver for fork can lead to crash Date: Tue, 21 Nov 2017 20: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: 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: In-Reply-To: References: 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: 2017-11/txt/msg00255.txt.bz2 Content-length: 2945 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19861 --- Comment #12 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 71170eba2af41e08d51cf9d7b1ded5fd4b0b5c9c (commit) via 4db8f362c13c7239311db95bd7f96d4bce0769f3 (commit) via 88758c4ad3f046d050bc2c3ae0f172b6524ca6c2 (commit) from 6850e9c6bad862a1b982f456096c54946c2aaeab (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=3Dglibc.git;h=3D71170eba2af41e08d51= cf9d7b1ded5fd4b0b5c9c commit 71170eba2af41e08d51cf9d7b1ded5fd4b0b5c9c Author: Andreas Schwab Date: Tue Aug 8 17:44:32 2017 +0200 Add test for bug 21041 (cherry picked from commit 40c06a3d0450365e9675fe26f34fc56ce8497325) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4db8f362c13c7239311= db95bd7f96d4bce0769f3 commit 4db8f362c13c7239311db95bd7f96d4bce0769f3 Author: Andreas Schwab Date: Wed Aug 9 10:36:08 2017 +0200 Fix s390 version of pt-longjmp.c (cherry picked from commit 5797b410a87f6f6f6d3661d730fac320cbd5f270) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D88758c4ad3f046d050b= c2c3ae0f172b6524ca6c2 commit 88758c4ad3f046d050bc2c3ae0f172b6524ca6c2 Author: Andreas Schwab Date: Tue Aug 8 16:21:58 2017 +0200 Don't use IFUNC resolver for longjmp or system in libpthread (bug 21041) Unlike the vfork forwarder and like the fork forwarder as in bug 19861, there won't be a problem when the compiler does not turn this into a ta= il call. (cherry picked from commit fc5ad7024c620cdfe9b76e94638aac83b99c5bf8) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++ nptl/Makefile | 6 ++- nptl/pt-longjmp.c | 31 ++++++----------= --- nptl/pt-system.c | 24 +++++---------- .../lcong48.c =3D> nptl/tst-compat-forwarder-mod.c | 10 ++++-- .../tst-compat-forwarder.c | 23 ++++++-------- sysdeps/unix/sysv/linux/s390/pt-longjmp.c | 4 +- 7 files changed, 61 insertions(+), 58 deletions(-) copy stdlib/lcong48.c =3D> nptl/tst-compat-forwarder-mod.c (77%) copy math/test-fe-snans-always-signal.c =3D> nptl/tst-compat-forwarder.c (= 67%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39886-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 21:16:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115693 invoked by alias); 21 Nov 2017 21:16:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115579 invoked by uid 55); 21 Nov 2017 21:16:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21041] IFUNC system/longjmp in libpthread.so are unsafe Date: Tue, 21 Nov 2017 21:16: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: 2.25 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00256.txt.bz2 Content-length: 2945 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21041 --- Comment #23 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 0e6f64d9d04a9a26a048d1fb1bf1ebdb6739c5af (commit) via 06e775f4646f823cb858f50258bbe5a6f1e6bbe1 (commit) via 8182ccd9b8f9e6474712ddc904930e150f96da36 (commit) from 46acbd0582ce0c1b661e1b43f8e783daeea6ed9a (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=3Dglibc.git;h=3D0e6f64d9d04a9a26a04= 8d1fb1bf1ebdb6739c5af commit 0e6f64d9d04a9a26a048d1fb1bf1ebdb6739c5af Author: Andreas Schwab Date: Tue Aug 8 17:44:32 2017 +0200 Add test for bug 21041 (cherry picked from commit 40c06a3d0450365e9675fe26f34fc56ce8497325) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D06e775f4646f823cb85= 8f50258bbe5a6f1e6bbe1 commit 06e775f4646f823cb858f50258bbe5a6f1e6bbe1 Author: Andreas Schwab Date: Wed Aug 9 10:36:08 2017 +0200 Fix s390 version of pt-longjmp.c (cherry picked from commit 5797b410a87f6f6f6d3661d730fac320cbd5f270) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8182ccd9b8f9e647471= 2ddc904930e150f96da36 commit 8182ccd9b8f9e6474712ddc904930e150f96da36 Author: Andreas Schwab Date: Tue Aug 8 16:21:58 2017 +0200 Don't use IFUNC resolver for longjmp or system in libpthread (bug 21041) Unlike the vfork forwarder and like the fork forwarder as in bug 19861, there won't be a problem when the compiler does not turn this into a ta= il call. (cherry picked from commit fc5ad7024c620cdfe9b76e94638aac83b99c5bf8) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++ nptl/Makefile | 6 ++- nptl/pt-longjmp.c | 31 ++++++----------= --- nptl/pt-system.c | 24 +++++---------- .../lcong48.c =3D> nptl/tst-compat-forwarder-mod.c | 10 ++++-- .../tst-compat-forwarder.c | 23 ++++++-------- sysdeps/unix/sysv/linux/s390/pt-longjmp.c | 4 +- 7 files changed, 61 insertions(+), 58 deletions(-) copy stdlib/lcong48.c =3D> nptl/tst-compat-forwarder-mod.c (77%) copy math/test-fe-snans-always-signal.c =3D> nptl/tst-compat-forwarder.c (= 67%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39887-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 21 21:16:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115771 invoked by alias); 21 Nov 2017 21:16:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115587 invoked by uid 55); 21 Nov 2017 21:16:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug nptl/19861] libpthread IFUNC resolver for fork can lead to crash Date: Tue, 21 Nov 2017 21: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.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: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.24 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00257.txt.bz2 Content-length: 2945 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19861 --- Comment #13 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 0e6f64d9d04a9a26a048d1fb1bf1ebdb6739c5af (commit) via 06e775f4646f823cb858f50258bbe5a6f1e6bbe1 (commit) via 8182ccd9b8f9e6474712ddc904930e150f96da36 (commit) from 46acbd0582ce0c1b661e1b43f8e783daeea6ed9a (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=3Dglibc.git;h=3D0e6f64d9d04a9a26a04= 8d1fb1bf1ebdb6739c5af commit 0e6f64d9d04a9a26a048d1fb1bf1ebdb6739c5af Author: Andreas Schwab Date: Tue Aug 8 17:44:32 2017 +0200 Add test for bug 21041 (cherry picked from commit 40c06a3d0450365e9675fe26f34fc56ce8497325) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D06e775f4646f823cb85= 8f50258bbe5a6f1e6bbe1 commit 06e775f4646f823cb858f50258bbe5a6f1e6bbe1 Author: Andreas Schwab Date: Wed Aug 9 10:36:08 2017 +0200 Fix s390 version of pt-longjmp.c (cherry picked from commit 5797b410a87f6f6f6d3661d730fac320cbd5f270) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8182ccd9b8f9e647471= 2ddc904930e150f96da36 commit 8182ccd9b8f9e6474712ddc904930e150f96da36 Author: Andreas Schwab Date: Tue Aug 8 16:21:58 2017 +0200 Don't use IFUNC resolver for longjmp or system in libpthread (bug 21041) Unlike the vfork forwarder and like the fork forwarder as in bug 19861, there won't be a problem when the compiler does not turn this into a ta= il call. (cherry picked from commit fc5ad7024c620cdfe9b76e94638aac83b99c5bf8) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 21 +++++++++++++ nptl/Makefile | 6 ++- nptl/pt-longjmp.c | 31 ++++++----------= --- nptl/pt-system.c | 24 +++++---------- .../lcong48.c =3D> nptl/tst-compat-forwarder-mod.c | 10 ++++-- .../tst-compat-forwarder.c | 23 ++++++-------- sysdeps/unix/sysv/linux/s390/pt-longjmp.c | 4 +- 7 files changed, 61 insertions(+), 58 deletions(-) copy stdlib/lcong48.c =3D> nptl/tst-compat-forwarder-mod.c (77%) copy math/test-fe-snans-always-signal.c =3D> nptl/tst-compat-forwarder.c (= 67%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39888-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 05:05:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3247 invoked by alias); 22 Nov 2017 05:05:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3146 invoked by uid 55); 22 Nov 2017 05:05:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Wed, 22 Nov 2017 05:05: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.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: In-Reply-To: References: 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: 2017-11/txt/msg00258.txt.bz2 Content-length: 1936 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 --- Comment #4 from 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 4b7af5fca7db9fe1f4c078c57f20a08e2a1e2404 (commit) from 922bb78c0c074aaeaa9f0312195b717674ed7430 (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=3Dglibc.git;h=3D4b7af5fca7db9fe1f4c= 078c57f20a08e2a1e2404 commit 4b7af5fca7db9fe1f4c078c57f20a08e2a1e2404 Author: Mike FABIAN Date: Fri Nov 17 10:54:52 2017 +0100 lv_LV locale: fix collation [BZ #15537] [BZ #15537] * localedata/locales/lv_LV (LC_COLLATE): Fix collation by using =E2=80=9Ccopy "iso14651_t1"=E2=80=9D and then implementing the collation rules for lv from CLDR on top of that. * Makefile: Add lv_LV.UTF-8 to test-input and to the list of locales to be built for testing. * lv_LV.UTF-8.in: New file with test data to test the Latvian sorting. Reviewed-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: ChangeLog | 11 + localedata/Makefile | 4 +- localedata/locales/lv_LV | 2107 +----------------------------------------= --- localedata/lv_LV.UTF-8.in | 105 +++ 4 files changed, 166 insertions(+), 2061 deletions(-) create mode 100644 localedata/lv_LV.UTF-8.in --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39889-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 05:18:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86184 invoked by alias); 22 Nov 2017 05:17:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84839 invoked by uid 48); 22 Nov 2017 05:14:46 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/15537] lv_LV: invalid collation for Latvian diacritical letters Date: Wed, 22 Nov 2017 05:17: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.18 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00259.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15537 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39890-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 06:03:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30622 invoked by alias); 22 Nov 2017 06:03:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 30557 invoked by uid 48); 22 Nov 2017 06:03:31 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] New: Suggestion: Introduce en_EU locale Date: Wed, 22 Nov 2017 06:03: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: digitalfreak at lingonborough 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: 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: 2017-11/txt/msg00260.txt.bz2 Content-length: 1602 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 Bug ID: 22473 Summary: Suggestion: Introduce en_EU locale Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: digitalfreak at lingonborough dot com CC: libc-locales at sourceware dot org Target Milestone: --- Following the previous discussion on the alpha mailing list [1] I suggest to introduce en_EU locale. It should be useful for the people who live in non-English speaking European countries but want to use the English user interface having their local settings for other things like metric system, paper size, etc. So far workaround solutions have been used like en_SE, en_= DK, en_NL, also used in other countries. The en_EU locale would mean a generic European locale without favoring one or few countries. ISO currently marks = EU country code as exceptionally reserved for European Union [2] which is kinda good but my initial idea was that EU may mean both European Union and whole Europe (including also non-EU countries). The yesexpr and noexpr entries sh= ould include the Y/N answers for as many languages as possible. The idea is not to drop en_DK immediately although these locales can use "c= opy en_EU" if it makes sense. [1] https://sourceware.org/ml/libc-alpha/2017-08/msg00308.html [2] https://www.iso.org/obp/ui/ --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39891-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 08:58:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90698 invoked by alias); 22 Nov 2017 08:58:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84421 invoked by uid 48); 22 Nov 2017 08:57:57 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/19956] ssy_ER: rename from aa_ER@saaho Date: Wed, 22 Nov 2017 08: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: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-11/txt/msg00261.txt.bz2 Content-length: 453 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19956 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |digitalfreak@lingonborough. | |com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39892-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 10:23:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 109393 invoked by alias); 22 Nov 2017 10:23:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 109346 invoked by uid 48); 22 Nov 2017 10:23:40 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22476] New: Suggestion: Drop the "@euro" locales Date: Wed, 22 Nov 2017 10:23: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: digitalfreak at lingonborough 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: 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: 2017-11/txt/msg00262.txt.bz2 Content-length: 1680 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22476 Bug ID: 22476 Summary: Suggestion: Drop the "@euro" locales Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: digitalfreak at lingonborough dot com CC: libc-locales at sourceware dot org Target Milestone: --- I suggest to drop all @euro locales because they are currently not different than their non-@euro counterparts. I guess historically it was needed to ha= ve two versions of some locales when euro currency has been introduced but the previous currencies were still in use. Currently all old currencies have be= en dropped completely and replaced by euro even in non-@euro locales. On the other hand, those @euro locales serve one purpose: the default code = page for ex. de_DE is ISO-8859-1 while for de_DE@euro the default code page is ISO-8859-15. (Note that most of the current systems use UTF-8 so the old 8-= bit encodings have limited use.) So probably what actually should be done is: * drop the *@euro source files, * drop the @euro locales from SUPPORTED, * add ISO-8859-15 encodings to SUPPORTED (this mostly will mean rename "@eu= ro" to ".ISO-8859-15"), * add aliases: *@euro to *.ISO-8859-15 so the systems which refer to the @e= uro locales still work and do not need to switch to ISO-8859-15 explicitly. Note that in ISO-8859-1 locales the "=E2=82=AC" symbol is transliterated to= "EUR". --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39893-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 10:33:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38131 invoked by alias); 22 Nov 2017 10:33:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38074 invoked by uid 48); 22 Nov 2017 10:33:33 -0000 From: "lkpandey950 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] New: Unknown type name ' __uint128_t' Date: Wed, 22 Nov 2017 10:33: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lkpandey950 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: 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: 2017-11/txt/msg00263.txt.bz2 Content-length: 873 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 Bug ID: 22477 Summary: Unknown type name ' __uint128_t' Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: lkpandey950 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- Created attachment 10628 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10628&action=3Ded= it It is screenshot of error while making glibc I am on android 5.1 kernel 3.10.65+ aarch64 I am trying to compile glibc in Kali Nethunter but when I executed make the= n an error was came , error is given in screenshot --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39894-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 13:42:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51992 invoked by alias); 22 Nov 2017 13:42:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 51955 invoked by uid 48); 22 Nov 2017 13:42:09 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Wed, 22 Nov 2017 13: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-11/txt/msg00264.txt.bz2 Content-length: 968 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Joseph Myers --- All GCC versions supported for building glibc support the __uint128_t type = on 64-bit systems, so you must be building with an unsupported compiler. Plea= se work with the libc-help mailing list on understanding the problems with your build environment and why configure didn't detect them. You'll need to post information such as the complete output of the configure script (text, not image) and the options passed to it, and probably the contents of config.lo= g. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39895-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 15:39:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 33388 invoked by alias); 22 Nov 2017 15:39:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 33339 invoked by uid 48); 22 Nov 2017 15:39:36 -0000 From: "piotrdrag at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Wed, 22 Nov 2017 15:39: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: piotrdrag 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: In-Reply-To: References: 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: 2017-11/txt/msg00265.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 Piotr Dr=C4=85g changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |piotrdrag at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39896-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 15:41:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 36210 invoked by alias); 22 Nov 2017 15:41:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36134 invoked by uid 48); 22 Nov 2017 15:41:36 -0000 From: "piotrdrag at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22476] Suggestion: Drop the "@euro" locales Date: Wed, 22 Nov 2017 15:41: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: piotrdrag 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: In-Reply-To: References: 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: 2017-11/txt/msg00266.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22476 Piotr Dr=C4=85g changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |piotrdrag at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39897-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 15:42:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 50483 invoked by alias); 22 Nov 2017 15:42:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48185 invoked by uid 48); 22 Nov 2017 15:42:16 -0000 From: "piotrdrag at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Wed, 22 Nov 2017 15:42: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: piotrdrag at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00267.txt.bz2 Content-length: 400 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Piotr Dr=C4=85g changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |piotrdrag at gmail dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39898-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 18:45:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106925 invoked by alias); 22 Nov 2017 18:45:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106824 invoked by uid 55); 22 Nov 2017 18:45:37 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22447] unsafe call to strlen with a non-string in getlogin_r.c Date: Wed, 22 Nov 2017 18:45: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.25 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00268.txt.bz2 Content-length: 2111 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22447 --- Comment #1 from 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 4bae615022cb5a5da79ccda83cc6c9ba9f2d479c (commit) from 4b7af5fca7db9fe1f4c078c57f20a08e2a1e2404 (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=3Dglibc.git;h=3D4bae615022cb5a5da79= ccda83cc6c9ba9f2d479c commit 4bae615022cb5a5da79ccda83cc6c9ba9f2d479c Author: Joseph Myers Date: Wed Nov 22 18:44:23 2017 +0000 Avoid use of strlen in getlogin_r (bug 22447). Building glibc with current mainline GCC fails, among other reasons, because of an error for use of strlen on the nonstring ut_user field. This patch changes the problem code in getlogin_r to use __strnlen instead. It also needs to set the trailing NUL byte of the result explicitly, because of the case where ut_user does not have such a trailing NUL byte (but the result should always have one). Tested for x86_64. Also tested that, in conjunction with , it fixes the build for arm with mainline GCC. [BZ #22447] * sysdeps/unix/getlogin_r.c (__getlogin_r): Use __strnlen not strlen to compute length of ut_user and set trailing NUL byte of result explicitly. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 +++++++ sysdeps/unix/getlogin_r.c | 5 +++-- 2 files changed, 10 insertions(+), 2 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39899-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 18:45:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107270 invoked by alias); 22 Nov 2017 18:45:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 107197 invoked by uid 48); 22 Nov 2017 18:45:47 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22447] unsafe call to strlen with a non-string in getlogin_r.c Date: Wed, 22 Nov 2017 18:45: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.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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00269.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22447 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39900-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 18:53:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 10149 invoked by alias); 22 Nov 2017 18:53:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 10094 invoked by uid 48); 22 Nov 2017 18:53:45 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Wed, 22 Nov 2017 18:53: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: 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: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00270.txt.bz2 Content-length: 330 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 --- Comment #1 from Andreas Schwab --- Which of the several European local settings are "generic"? If you only wa= nt English messages you can already use LC_MESSAGES. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39901-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 19:18:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42653 invoked by alias); 22 Nov 2017 19:18:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 42589 invoked by uid 48); 22 Nov 2017 19:18:46 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Wed, 22 Nov 2017 19: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: normal X-Bugzilla-Who: egmont 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: In-Reply-To: References: 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: 2017-11/txt/msg00271.txt.bz2 Content-length: 1101 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 Egmont Koblinger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egmont at gmail dot com --- Comment #2 from Egmont Koblinger --- Some aspects sound quite problematic to me. What should be the decimal separator, the first day of the week, the curren= cy etc. (let alone a few less important ones e.g. phone prefix, postal format)? To second Andreas's point, what are the desired use cases to which setting separate LC_whatever variables isn't sufficient currently? Would an en_EU t= hen be definitely sufficient for all these kinds of requests? Wouldn't something else, e.g. improving the way users could generate their own locales (tools, docs) a better solution? If en_EU is added then shouldn't there be a fr_EU, de_EU etc., for ... for which languages exactly? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39902-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 19:24:32 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66968 invoked by alias); 22 Nov 2017 19:24:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66813 invoked by uid 48); 22 Nov 2017 19:24:17 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] New: sigwait can fail with EINTR Date: Wed, 22 Nov 2017 19:24: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.26 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 flagtypes.name Message-ID: 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: 2017-11/txt/msg00272.txt.bz2 Content-length: 904 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 Bug ID: 22478 Summary: sigwait can fail with EINTR Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: fweimer at redhat dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Flags: security- Since commit 8b0e795aaa445e9167aa07b282c5720b35342c07 Author: Adhemerval Zanella Date: Wed Nov 1 11:49:05 2017 -0200 Simplify Linux sig{timed}wait{info} implementations sigwait can fail with EINTR. Applications do not expect that, and the error code is not documented in POSIX or the manual pages. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39903-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 19:26:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99013 invoked by alias); 22 Nov 2017 19:26:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93763 invoked by uid 48); 22 Nov 2017 19:26:16 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Wed, 22 Nov 2017 19: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00273.txt.bz2 Content-length: 464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39904-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 19:38:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 118005 invoked by alias); 22 Nov 2017 19:38:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 117966 invoked by uid 48); 22 Nov 2017 19:38:21 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Wed, 22 Nov 2017 19:38: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00274.txt.bz2 Content-length: 261 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 --- Comment #1 from Florian Weimer --- The new -1 return value for errors is incorrect as well. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39905-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 20:37:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 38738 invoked by alias); 22 Nov 2017 20:37:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 38701 invoked by uid 48); 22 Nov 2017 20:37:05 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Wed, 22 Nov 2017 20:37: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.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: version Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00275.txt.bz2 Content-length: 493 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Version|2.26 |2.27 --- Comment #2 from Andreas Schwab --- 8b0e795aaa445e9167aa07b282c5720b35342c07 is not in 2.26. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39906-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 20:41:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 45609 invoked by alias); 22 Nov 2017 20:41:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 45581 invoked by uid 48); 22 Nov 2017 20:41:53 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Wed, 22 Nov 2017 20: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00276.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 --- Comment #3 from Florian Weimer --- (In reply to Andreas Schwab from comment #2) > 8b0e795aaa445e9167aa07b282c5720b35342c07 is not in 2.26. Correct, my mistake. This bug is currently present on master only. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39907-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 21:47:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64496 invoked by alias); 22 Nov 2017 21:47:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 64426 invoked by uid 48); 22 Nov 2017 21:47:49 -0000 From: "375gnu at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Wed, 22 Nov 2017 21: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: 375gnu at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00277.txt.bz2 Content-length: 775 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 --- Comment #27 from Hleb Valoshka <375gnu at gmail dot com> --- I absolutely disagree with such bug treatment. Although Ihar does not use it this does not mean that nobody else uses it. Of course it no easy to properly work with @tarask locale variant (incorrect spelling of some strings etc) because the bug was opened 12 (TWELVE!) years= ago without any actions from glibc maintainers. This is a trivial case, this is not posting glibc to brand new kernel. It's just a locale definitions, it's attached, what prevents glibc maintainers to simply copy it into source tree? Is this how communication with community should be handled? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39908-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 22:13:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 75151 invoked by alias); 22 Nov 2017 22:13:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 62499 invoked by uid 55); 22 Nov 2017 22:13:36 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22463] p_secstodate overflow handling Date: Wed, 22 Nov 2017 22:13: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00278.txt.bz2 Content-length: 5449 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22463 --- Comment #1 from 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 f120cda6072d830df92656dad0c89967547b97dc (commit) from a90d1ac2d2f7b20a9df676ac9bd0aa512ab5b708 (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=3Dglibc.git;h=3Df120cda6072d830df92= 656dad0c89967547b97dc commit f120cda6072d830df92656dad0c89967547b97dc Author: Joseph Myers Date: Wed Nov 22 22:12:07 2017 +0000 Fix p_secstodate overflow handling (bug 22463). The resolv/res_debug.c function p_secstodate (which is a public function exported from libresolv, taking an unsigned long argument) does: struct tm timebuf; time =3D __gmtime_r(&clock, &timebuf); time->tm_year +=3D 1900; time->tm_mon +=3D 1; sprintf(output, "%04d%02d%02d%02d%02d%02d", time->tm_year, time->tm_mon, time->tm_mday, time->tm_hour, time->tm_min, time->tm_sec); If __gmtime_r returns NULL (because the year overflows the range of int), this will dereference a null pointer. Otherwise, if the computed year does not fit in four characters, this will cause a buffer overrun of the fixed-size 15-byte buffer. With current GCC mainline, there is a compilation failure because of the possible buffer overrun. I couldn't find a specification for how this function is meant to behave, but Paul pointed to RFC 4034 as relevant to the cases where this function is called from within glibc. The function's interface is inherently problematic when dates beyond Y2038 might be involved, because of the ambiguity in how to interpret 32-bit timestamps as such dates (the RFC suggests interpreting times as being within 68 years of the present date, which would mean some kind of interface whose behavior depends on the present date). This patch works on the basis of making a minimal fix in preparation for obsoleting the function. The function is made to handle times in the interval [0, 0x7fffffff] only, on all platforms, with used as the output string in other cases (and errno set to EOVERFLOW in such cases). This seems to be a reasonable state for the function to be in when made a compat symbol by a future patch, being compatible with any existing uses for existing timestamps without trying to work for later timestamps. Results independent of the range of time_t also simplify the testcase. I couldn't persuade GCC to recognize the ranges of the struct tm fields by adding explicit range checks with a call to __builtin_unreachable if outside the range (this looks similar to ), so having added a range check on the input, this patch then disables the -Wformat-overflow=3D warning for the sprintf call (I prefer that to the use of strftime, as being more transparently correct without knowing what each of %m and %M etc. is). I do not know why this build failure should be new with mainline GCC (that is, I don't know what GCC change might have introduced it, when the basic functionality for such warnings was already in GCC 7). I do not know if this is a security issue (that is, if there are plausible ways in which a date before -999 or after 9999 from an untrusted source might end up in this function). The system clock is arguably an untrusted source (in that e.g. NTP is insecure), but probably not to that extent (NTP can't communicate such wild timestamps), and uses from within glibc are limited to 32-bit inputs. Tested with build-many-glibcs.py that this restores the build for arm with yesterday's mainline GCC. Also tested for x86_64 and x86. [BZ #22463] * resolv/res_debug.c: Include . (p_secstodate): Assert time_t at least as wide as u_long. On overflow, use integer seconds since the epoch as output, or use "" as output and set errno to EOVERFLOW if integer seconds since the epoch would be 14 or more characters. (p_secstodate) [__GNUC_PREREQ (7, 0)]: Disable -Wformat-overflow=3D for sprintf call. * resolv/tst-p_secstodate.c: New file. * resolv/Makefile (tests): Add tst-p_secstodate. ($(objpfx)tst-p_secstodate): Depend on $(objpfx)libresolv.so. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 12 ++++++++ resolv/Makefile | 2 + resolv/res_debug.c | 24 +++++++++++++++- resolv/tst-p_secstodate.c | 67 +++++++++++++++++++++++++++++++++++++++++= ++++ 4 files changed, 104 insertions(+), 1 deletions(-) create mode 100644 resolv/tst-p_secstodate.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39909-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 22:14:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97516 invoked by alias); 22 Nov 2017 22:14:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88325 invoked by uid 48); 22 Nov 2017 22:13:55 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/22463] p_secstodate overflow handling Date: Wed, 22 Nov 2017 22:14: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.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00279.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22463 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39910-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 22:55:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 14047 invoked by alias); 22 Nov 2017 22:55:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14018 invoked by uid 48); 22 Nov 2017 22:55:34 -0000 From: "faure at kde dot org" To: glibc-bugs@sourceware.org Subject: [Bug network/22479] New: check_pf caches "ipv6 seen, ipv4 not seen" and any DNS lookup fails until restarting the process (race condition) Date: Wed, 22 Nov 2017 22:55: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.22 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: faure at kde 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created Message-ID: 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: 2017-11/txt/msg00280.txt.bz2 Content-length: 4910 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22479 Bug ID: 22479 Summary: check_pf caches "ipv6 seen, ipv4 not seen" and any DNS lookup fails until restarting the process (race condition) Product: glibc Version: 2.22 Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: faure at kde dot org Target Milestone: --- Created attachment 10629 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10629&action=3Ded= it patch for debug output Context: a laptop running OpenSuSE, boots into Plasma5 which restores the session (including firefox and kmail) and meanwhile networkmanager brings up WiFi u= sing DHCP.=20 Symptoms: - Firefox keeps saying "Server Not Found" for any host, and hitting Reload makes no difference. Only restarting Firefox makes it work again. - KMail does not fetch any new mail, and any click on "Synchronize" says "t= he resource needs to be made online, do you accept?". Then nothing happens, an= d if I try again, the same thing happens, i.e. the resource doesn't actually man= age to go online. Only restarting the resource (or akonadi) fixes it. Investigation: These processes are attempting to connect sockets while the network is being brought up. What happens often is that wlan0 gets a link-local IPv6 address immediately (fe80::a634:d9ff:fecc:1451/64 in my case) while the IPv4 address only comes= in later, when the DHCP server sends it. So for a little while we have v6=3Dyes v4=3Dno, locally. Now the problem is that glibc's make_request() method in sysdeps/unix/sysv/linux/check_pf.c caches this information (see line 268) result->seen_ipv4 =3D seen_ipv4; result->seen_ipv6 =3D true; So from now on, __check_pf won't even call make_request anymore, it simply = uses the cache and returns "v6=3Dyes, v4=3Dno", which therefore narrows all DNS = queries to ipv6. This makes everything fail when the rest of local network seems to really only support ipv4. There is a cache invalidation mechanism with nl_timestamp, but I failed to = see what is supposed to increment that, it's always 1 for me, whatever I try. The attached patch adds a ton of debug output to glibc, and shows how I fou= nd all of the above information. The output when things fail is the following: (pid 12904) check_pf: cache not valid (cache->timestamp=3D0), made PF_NETLI= NK socket 48 (pid 12904) seen non-loopback ipv6: host=3Dfe80::a634:d9ff:fecc:1451, ser= v=3D0 (pid 12904) __nscd_get_nl_timestamp: returning 1 from NSCD_HST_IDX_CONF_TIMESTAMP (pid 12904) ipv6 seen =3D=3D> storing seen_ipv4=3D0 into cached data, time= stamp=3D1 (pid 12904) WARNING, CACHING IPv4=3Dfalse IPv6=3Dtrue, THIS IS BAD (pid 12904) data from PF_NETLINK socket port id cf1efdff says seen_ipv4=3D= false seen_ipv6=3Dtrue! (pid 12904) Narrowed search for www.opensuse.org to ipv6 (pid 12904) __nscd_get_nl_timestamp: returning 1 from NSCD_HST_IDX_CONF_TIMESTAMP (pid 12904) check_pf: cache valid, and cached data says seen_ipv4=3Dfalse! Additional thoughts: * why doesn't this happen to everyone? The race condition only happens when using pam_kwallet5.so, so that networkmanager can autoconnect to the wifi during the session-restoring. Without pam_kwallet, the apps start first (and fail to load anything), while the network-manager applet waits for the user to type in their kwallet pass= word before being able to connect to the wifi, so no race. I have seen the same issue in other situations than session startup though, e.g. when suspending the laptop and restoring it in a different wifi, in wh= ich case the kwallet password is available and network-manager will drop the ip= v4 address (but not the link-local ipv6 one) before getting a new ipv4 address= via DHCP. But it's harder to trigger the race there, since it requires an app to try to connect to a host during that short time frame before the new ipv4 address comes in. * possible solutions: Should we only cache results when both ipv4 and ipv6 were found? There's no caching when neither is found, so it's already the case that every query can call check_pf's make_request(). Or the nl_timestamp mechanism has to be fixed... * side bug: My debug output sometimes indicates (pid 8536) ERROR wait_on_socket 211 returned 0 or negative (pid 8536) ERROR: nscd not running or wrong version. __nss_not_use_nscd_hos= ts =3D 1 which leads to no caching (no nscd) for the next 100 requests. Let me know if I should dig further into why this happens. (And confusingly, when that happens, check_pf is "caching" its results with= a timestamp of 0, which effectively means that cache cannot possibly be used). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39911-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 23:26:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 55659 invoked by alias); 22 Nov 2017 23:26:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55606 invoked by uid 48); 22 Nov 2017 23:26:14 -0000 From: "cjlhomeaddress at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22476] Suggestion: Drop the "@euro" locales Date: Wed, 22 Nov 2017 23:26: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: 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: In-Reply-To: References: 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: 2017-11/txt/msg00281.txt.bz2 Content-length: 601 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22476 Chris Leonard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjlhomeaddress at gmail do= t com --- Comment #1 from Chris Leonard --- Sounds reasonable to me. If you can predict what happens with Brexit we can make a mint on currency speculation. cjl --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39912-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 23:38:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86146 invoked by alias); 22 Nov 2017 23:38:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84583 invoked by uid 48); 22 Nov 2017 23:38:44 -0000 From: "cjlhomeaddress at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Wed, 22 Nov 2017 23:38: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: cjlhomeaddress at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00282.txt.bz2 Content-length: 1251 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 Chris Leonard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjlhomeaddress at gmail do= t com --- Comment #28 from Chris Leonard --- If a Unicode CLDR locale variant is existing, I think that glibc will absolutely follow suit. The simple reality is that the glibc project is primarily a collection of C-hackers and not linguists. The Unicode CLDR ef= fort has a deeper bench of linguistic experience by virtue of developing Unicode representation. I personally volunteer my own efforts to assist in develop= ing the CLDR locale (at least the translated bits) in support of a minority language community, but I don't think making glibc intervene on internicene conflicts is very productive. I can offer Pootle hosting of PO files representing CLDR regions, languages and scripts to assist a team in develo= ping the core bits of a CLDR locale. Actions will speak much louder than ticket comments. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39913-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 22 23:53:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108924 invoked by alias); 22 Nov 2017 23:53:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105566 invoked by uid 48); 22 Nov 2017 23:53:28 -0000 From: "cjlhomeaddress at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Wed, 22 Nov 2017 23:53: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: cjlhomeaddress at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00283.txt.bz2 Content-length: 990 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 --- Comment #29 from Chris Leonard --- To start on a CLDR locale for be@tarask Register as a translator here: https://translate.sugarlabs.org/accounts/register/ Work on these three CLDR related PO files. conveniently including Wikipedia links for those who are not geographers, linguists or orthographers. https://translate.sugarlabs.org/be@tarask/ When that is done we'll work on getting the rest of the Unicode CLDR Survey tool completed (plural forms, etc.) You have my personal commitment of support in trying to develop a CLDR loca= le for be@tarask, as Sugar Labs Translation Team coordinator I work with many digitally disadvantaged languages and firmly believe in linguistic self-determination. Does that sound like a fair alternative to making C-hackers get involved in= an internal Belarusinan issue? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39914-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 04:15:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 45184 invoked by alias); 23 Nov 2017 04:15:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44913 invoked by uid 48); 23 Nov 2017 04:15:19 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 04:15: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 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: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00284.txt.bz2 Content-length: 785 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 Auxilus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lpandey112233 at gmail dot= com --- Comment #2 from Auxilus --- First of all thnx Joseph for your reply Click on pastebin link to see all required things like configure script out= put , config.log output and make error. I can't paste here my frst account got blocked due to spam...that's why I am giving pastebin link Link :-----> https://pastebin.com/NkUDd1Gp Please help... --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39915-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 10:22:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 65393 invoked by alias); 23 Nov 2017 10:22:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58465 invoked by uid 55); 23 Nov 2017 10:22:44 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Thu, 23 Nov 2017 10:22: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.27 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00285.txt.bz2 Content-length: 2117 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 --- Comment #4 from 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 cccb6d4e87053ed63c74aee063fa84eb63ebf7b8 (commit) from 59d2cbb1fe4b8601d5cbd359c3806973eab6c62d (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=3Dglibc.git;h=3Dcccb6d4e87053ed63c7= 4aee063fa84eb63ebf7b8 commit cccb6d4e87053ed63c74aee063fa84eb63ebf7b8 Author: Florian Weimer Date: Thu Nov 23 11:20:53 2017 +0100 sigwait: Do not fail with EINTR and return error code [BZ #22478] Since commit 8b0e795aaa445e9167aa07b282c5720b35342c07 Author: Adhemerval Zanella Date: Wed Nov 1 11:49:05 2017 -0200 Simplify Linux sig{timed}wait{info} implementations sigwait can fail with EINTR. Applications do not expect that, and the error code is not documented in POSIX or the manual pages. This commit restores the previous behavior by retrying the system call on EINTR. It also returns the error code, not -1, on the remaing errors. Reviewed-by: Adhemerval Zanella ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 ++++ signal/Makefile | 4 +- signal/tst-sigwait-eintr.c | 85 +++++++++++++++++++++++++++++++++= ++++ sysdeps/unix/sysv/linux/sigwait.c | 11 ++++- 4 files changed, 104 insertions(+), 4 deletions(-) create mode 100644 signal/tst-sigwait-eintr.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39916-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 10:23:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30599 invoked by alias); 23 Nov 2017 10:23:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 8377 invoked by uid 48); 23 Nov 2017 10:23:24 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22478] sigwait can fail with EINTR Date: Thu, 23 Nov 2017 10:23: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00286.txt.bz2 Content-length: 634 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22478 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #5 from Florian Weimer --- Fixed in 2.27. Bug was introduced during 2.27 development, so no backports. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39917-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 10:34:30 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54159 invoked by alias); 23 Nov 2017 10:34:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 52486 invoked by uid 48); 23 Nov 2017 10:34:24 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Thu, 23 Nov 2017 10:34: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00287.txt.bz2 Content-length: 2168 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 --- Comment #30 from Mike FABIAN --- (In reply to Hleb Valoshka from comment #27) > I absolutely disagree with such bug treatment. Although Ihar does not use= it > this does not mean that nobody else uses it. If there are people who really want to use it today, we will add it. > Of course it no easy to properly work with @tarask locale variant (incorr= ect > spelling of some strings etc) because the bug was opened 12 (TWELVE!) yea= rs > ago without any actions from glibc maintainers. We are trying to improve, Rafa=C5=82 and me are currently going through the= list of open bugs related to locales and try to work through that backlog. > This is a trivial case, this is not posting glibc to brand new kernel. It= 's > just a locale definitions, it's attached, what prevents glibc maintainers= to > simply copy it into source tree? Adding locales is not without cost, each locale needs about 2 MB in the binary. Some distributions still install all available locales always by default (for example openSUSE and Fedora do this). Therefore, having more locales will make the default install larger. That is OK for locales which are used by some people, but adding stuff which nobody uses makes no sense. And it is sometimes hard for us to figure out whether there are really any users or not, especially for old bug reports where there was no activity for a few years. As Chris Leonard writes, if a locales exists in CLDR, this is also an indication that it is really used by somebody. Recently I added a ca_ES.utf8@valencia locale, there I also had some doubts first whether there are people really interested in using this. But when I saw that ca_ES_VALENCIA.xml exists in CLDR, I thought: =E2=80=9COK, this proves that there is real user interest in that locale=E2= =80=9D. > Is this how communication with community should be handled? We want to be nice to the community, but it is sometimes hard for us to find out which language communities are really active and which are not. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39918-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 10:42:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 73091 invoked by alias); 23 Nov 2017 10:42:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72609 invoked by uid 48); 23 Nov 2017 10:42:16 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Thu, 23 Nov 2017 10:42: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00288.txt.bz2 Content-length: 724 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 --- Comment #1 from Mike FABIAN --- Created attachment 10630 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10630&action=3Ded= it 0001-pl_PL-locale-Base-collation-on-iso14651_t1.patch This patch uses =E2=80=9Ccopy "iso14651_t1"=E2=80=9D and then implements the collatin rules for Polish from CLDR on top of that, see: https://unicode.org/cldr/trac/browser/trunk/common/collation/pl.xml And, it also adds some rules to handle spaces in order not to cause a regression for bug#388, see: https://sourceware.org/bugzilla/show_bug.cgi?id=3D388 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39919-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:23:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84337 invoked by alias); 23 Nov 2017 13:23:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83765 invoked by uid 48); 23 Nov 2017 13:23:35 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22482] New: user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:23: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 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: 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: 2017-11/txt/msg00289.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22482 Bug ID: 22482 Summary: user.h on aarch64 or arm64 fails due to __uint128_t Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: lpandey112233 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- ../sysdeps/unix/sysv/linux/aarch64/sys/user.h:32:3: error: unknown type name '__uint128_t' ???? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39921-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:24:39 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 87333 invoked by alias); 23 Nov 2017 13:24:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87239 invoked by uid 48); 23 Nov 2017 13:24:35 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22484] New: user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:24: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 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: 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: 2017-11/txt/msg00291.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22484 Bug ID: 22484 Summary: user.h on aarch64 or arm64 fails due to __uint128_t Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: lpandey112233 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- ../sysdeps/unix/sysv/linux/aarch64/sys/user.h:32:3: error: unknown type name '__uint128_t' ???? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39920-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:24:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86791 invoked by alias); 23 Nov 2017 13:24:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84879 invoked by uid 48); 23 Nov 2017 13:24:04 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22483] New: user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:24: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 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: 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: 2017-11/txt/msg00290.txt.bz2 Content-length: 667 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22483 Bug ID: 22483 Summary: user.h on aarch64 or arm64 fails due to __uint128_t Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: critical Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: lpandey112233 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- ../sysdeps/unix/sysv/linux/aarch64/sys/user.h:32:3: error: unknown type name '__uint128_t' ???? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39922-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:29:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 102942 invoked by alias); 23 Nov 2017 13:29:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100304 invoked by uid 48); 23 Nov 2017 13:29:48 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22483] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:29: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: schwab@linux-m68k.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: In-Reply-To: References: 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: 2017-11/txt/msg00292.txt.bz2 Content-length: 565 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22483 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andreas Schwab --- dup *** This bug has been marked as a duplicate of bug 22482 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39923-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:29:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103539 invoked by alias); 23 Nov 2017 13:29:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100626 invoked by uid 48); 23 Nov 2017 13:29:49 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22482] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:29: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00293.txt.bz2 Content-length: 262 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22482 --- Comment #1 from Andreas Schwab --- *** Bug 22483 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39924-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:32:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 15006 invoked by alias); 23 Nov 2017 13:32:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 14911 invoked by uid 48); 23 Nov 2017 13:32:04 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22483] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:32: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 at gmail dot com 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00294.txt.bz2 Content-length: 248 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22483 --- Comment #2 from Auxilus --- Ohh srry ..I reported mistakenly two times :D --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39926-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:38:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20757 invoked by alias); 23 Nov 2017 13:38:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20613 invoked by uid 48); 23 Nov 2017 13:38:46 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22482] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:38: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00296.txt.bz2 Content-length: 262 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22482 --- Comment #2 from Andreas Schwab --- *** Bug 22484 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39925-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:38:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20735 invoked by alias); 23 Nov 2017 13:38:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 20591 invoked by uid 48); 23 Nov 2017 13:38:46 -0000 From: "schwab@linux-m68k.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22484] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 13:38: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: schwab@linux-m68k.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: In-Reply-To: References: 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: 2017-11/txt/msg00295.txt.bz2 Content-length: 565 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22484 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andreas Schwab --- =2E *** This bug has been marked as a duplicate of bug 22482 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39927-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:44:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 64692 invoked by alias); 23 Nov 2017 13:44:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 58550 invoked by uid 55); 23 Nov 2017 13:44:11 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] FAIL: elf/check-localplt Date: Thu, 23 Nov 2017 13:44: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00297.txt.bz2 Content-length: 2005 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 --- Comment #2 from 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 67f36c7922fe5053549ec9aa7f60ed2c5c2d65b4 (commit) from cccb6d4e87053ed63c74aee063fa84eb63ebf7b8 (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=3Dglibc.git;h=3D67f36c7922fe5053549= ec9aa7f60ed2c5c2d65b4 commit 67f36c7922fe5053549ec9aa7f60ed2c5c2d65b4 Author: Florian Weimer Date: Thu Nov 23 14:08:11 2017 +0100 nss: Export nscd hash function as __nss_hash [BZ #22459] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 18 ++++++++++ include/nss.h | 14 ++++++-- nis/nis_hash.c | 65 ++++++----------------------------= --- nis/rpcsvc/nislib.h | 1 - nscd/Makefile | 4 +- nscd/cache.c | 6 ++-- nscd/nscd_hash.c | 19 ----------- nscd/nscd_hash.h | 21 ------------ nscd/nscd_helper.c | 5 +-- nss/Makefile | 2 +- nss/Versions | 1 + nis/nis_hash.c =3D> nss/nss_hash.c | 65 ++++++++++++++++++++------------= ------ 12 files changed, 83 insertions(+), 138 deletions(-) delete mode 100644 nscd/nscd_hash.c delete mode 100644 nscd/nscd_hash.h copy nis/nis_hash.c =3D> nss/nss_hash.c (67%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39928-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:44:37 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92283 invoked by alias); 23 Nov 2017 13:44:37 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87608 invoked by uid 48); 23 Nov 2017 13:44:33 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] FAIL: elf/check-localplt Date: Thu, 23 Nov 2017 13:44: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc resolution assigned_to target_milestone flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00298.txt.bz2 Content-length: 790 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |fweimer at redhat dot com Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Target Milestone|--- |2.27 Flags| |security- --- Comment #3 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39929-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 13:46:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35570 invoked by alias); 23 Nov 2017 13:46:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23542 invoked by uid 48); 23 Nov 2017 13:46:35 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] FAIL: elf/check-localplt with __stack_chk_fail related to __nscd_hash/__nss_hash Date: Thu, 23 Nov 2017 13: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: 2.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00299.txt.bz2 Content-length: 599 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|FAIL: elf/check-localplt |FAIL: elf/check-localplt | |with __stack_chk_fail | |related to | |__nscd_hash/__nss_hash --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39930-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:49:27 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80629 invoked by alias); 23 Nov 2017 14:49:27 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 79426 invoked by uid 48); 23 Nov 2017 14:49:23 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22479] check_pf caches "ipv6 seen, ipv4 not seen" and any DNS lookup fails until restarting the process (race condition) Date: Thu, 23 Nov 2017 14:49: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.22 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: In-Reply-To: References: 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: 2017-11/txt/msg00300.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22479 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39931-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:50:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81604 invoked by alias); 23 Nov 2017 14:50:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81395 invoked by uid 48); 23 Nov 2017 14:50:12 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 14:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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 flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00301.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39933-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:50:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83521 invoked by alias); 23 Nov 2017 14:50:59 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83472 invoked by uid 48); 23 Nov 2017 14:50:55 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22463] p_secstodate overflow handling Date: Thu, 23 Nov 2017 14:50: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00303.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22463 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39932-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:50:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 82196 invoked by alias); 23 Nov 2017 14:50:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82107 invoked by uid 48); 23 Nov 2017 14:50:30 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Thu, 23 Nov 2017 14:50: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: 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 flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00302.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39935-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:51:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 84281 invoked by alias); 23 Nov 2017 14:51:32 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 84218 invoked by uid 48); 23 Nov 2017 14:51:29 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22446] aliasing violation calling readlink in handle_request Date: Thu, 23 Nov 2017 14:51: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.25 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: In-Reply-To: References: 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: 2017-11/txt/msg00305.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22446 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39934-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:51:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83885 invoked by alias); 23 Nov 2017 14:51:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 83835 invoked by uid 48); 23 Nov 2017 14:51:08 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22447] unsafe call to strlen with a non-string in getlogin_r.c Date: Thu, 23 Nov 2017 14:51: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.25 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00304.txt.bz2 Content-length: 456 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22447 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com Flags| |security- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39936-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 14:55:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95699 invoked by alias); 23 Nov 2017 14:55:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95237 invoked by uid 48); 23 Nov 2017 14:55:07 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug stdio/22415] setvbuf can lead to invalid free/segfault Date: Thu, 23 Nov 2017 14:55: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.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: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00306.txt.bz2 Content-length: 397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22415 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39937-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 16:37:59 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 75826 invoked by alias); 23 Nov 2017 16:37:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 75758 invoked by uid 55); 23 Nov 2017 16:37:54 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: In-Reply-To: References: 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: 2017-11/txt/msg00307.txt.bz2 Content-length: 428 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 --- Comment #3 from joseph at codesourcery dot com --- You're trying to build an aarch64 glibc with an arm compiler. That can't=20 possibly work. Please use the libc-help mailing list, not Bugzilla, for=20 any further questions about how to build glibc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39939-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 16:39:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78682 invoked by alias); 23 Nov 2017 16:39:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78410 invoked by uid 48); 23 Nov 2017 16:39:30 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 16:39: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00309.txt.bz2 Content-length: 263 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 --- Comment #4 from Joseph Myers --- *** Bug 22482 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39938-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 16:39:33 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78486 invoked by alias); 23 Nov 2017 16:39:33 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78358 invoked by uid 48); 23 Nov 2017 16:39:27 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22482] user.h on aarch64 or arm64 fails due to __uint128_t Date: Thu, 23 Nov 2017 16:39: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00308.txt.bz2 Content-length: 779 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22482 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Joseph Myers --- Using a compiler for the wrong architecture. Please use the libc-help mail= ing list, not Bugzilla, until you have a working environment for building glibc that has been confirmed as correct by people on that list. *** This bug has been marked as a duplicate of bug 22477 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39940-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 17:25:08 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105269 invoked by alias); 23 Nov 2017 17:25:07 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 105206 invoked by uid 48); 23 Nov 2017 17:25:03 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 17: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00310.txt.bz2 Content-length: 1465 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 --- Comment #5 from Carlos O'Donell --- For the record, the key piece of information from the pastebin is this: Configured with: ../src/configure -v --with-pkgversion=3D'Debian 7.2.0-12' --with-bugurl=3Dfile:///usr/share/doc/gcc-7/README.Bugs --enable-languages=3Dc,ada,c++,go,d,fortran,objc,obj-c++ --prefix=3D/usr --with-gcc-major-version-only --program-suffix=3D-7 --program-prefix=3Darm-linux-gnueabihf- --enable-shared --enable-linker-bui= ld-id --libexecdir=3D/usr/lib --without-included-gettext --enable-threads=3Dposix --libdir=3D/usr/lib --enable-nls --with-sysroot=3D/ --enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-libstdcxx-time=3Dyes --with-default-libstdcxx-abi=3Dnew --enable-gnu-unique-object --disable-lib= itm --disable-libquadmath --enable-plugin --enable-default-pie --with-system-zl= ib --with-target-system-zlib --enable-objc-gc=3Dauto --enable-multiarch --disable-sjlj-exceptions --with-arch=3Darmv7-a --with-fpu=3Dvfpv3-d16 --with-float=3Dhard --with-mode=3Dthumb --disable-werror --enable-checking= =3Drelease --build=3Darm-linux-gnueabihf --host=3Darm-linux-gnueabihf --target=3Darm-linux-gnueabihf Which shows the compiler used by the user is a "arm-linux-gnueabihf" 32-bit= ARM compiler, and the user is trying to use this to compile a 64-bit AArch64 gl= ibc. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39941-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 17:29:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99983 invoked by alias); 23 Nov 2017 17:29:01 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91441 invoked by uid 48); 23 Nov 2017 17:28:57 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 17:29: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: lpandey112233 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: In-Reply-To: References: 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: 2017-11/txt/msg00311.txt.bz2 Content-length: 285 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 --- Comment #6 from Auxilus --- It means that Kali Nethunter can only compile glibc for arm not aarch64 or arm64 ? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39942-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 17:38:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40348 invoked by alias); 23 Nov 2017 17:38:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 34309 invoked by uid 48); 23 Nov 2017 17:38:11 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22477] Unknown type name ' __uint128_t' Date: Thu, 23 Nov 2017 17:38: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00312.txt.bz2 Content-length: 388 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22477 --- Comment #7 from Carlos O'Donell --- (In reply to Auxilus from comment #6) > It means that Kali Nethunter can only compile glibc for arm not aarch64 or > arm64 > ? Please ask these questions on libc-help@sourceware.org. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39943-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 18:08:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 54717 invoked by alias); 23 Nov 2017 18:08:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 54685 invoked by uid 48); 23 Nov 2017 18:08:11 -0000 From: "lpandey112233 at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug build/22486] New: Macro redefinition errors Date: Thu, 23 Nov 2017 18:08: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lpandey112233 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: 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: 2017-11/txt/msg00313.txt.bz2 Content-length: 879 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22486 Bug ID: 22486 Summary: Macro redefinition errors Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build Assignee: unassigned at sourceware dot org Reporter: lpandey112233 at gmail dot com CC: carlos at redhat dot com Target Milestone: --- I am facing a problem of macro redefinition while building=20 There is no one macro redefinition error but lots of macro redefinitions errors. But one noticeable thing is that all macro previous definitions are in=20 /data/data/com.termux/usr/include/bits/posix_limits.h=20 I m on android 5.1 aarch64 Termux (an environment of Linux ) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39944-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 23 18:28:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 87772 invoked by alias); 23 Nov 2017 18:28:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 87724 invoked by uid 48); 23 Nov 2017 18:28:07 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22486] Macro redefinition errors Date: Thu, 23 Nov 2017 18:28: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00314.txt.bz2 Content-length: 707 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22486 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Joseph Myers --- Please use the libc-help mailing list until the people there tell you they = are satisfied that you have a proper environment for building glibc and that any remaining issues you are finding are actual bugs. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39945-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 05:06:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128268 invoked by alias); 24 Nov 2017 05:06:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128002 invoked by uid 55); 24 Nov 2017 05:05:25 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Fri, 24 Nov 2017 05:06: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00315.txt.bz2 Content-length: 1848 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 --- Comment #2 from 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 3ffc4cc1ad37fb36e419c9a3a72e1916d7d893d3 (commit) from 3a327316ad615f7e4264d3e13d23052d9dc84694 (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=3Dglibc.git;h=3D3ffc4cc1ad37fb36e41= 9c9a3a72e1916d7d893d3 commit 3ffc4cc1ad37fb36e419c9a3a72e1916d7d893d3 Author: Mike FABIAN Date: Mon Nov 20 17:55:33 2017 +0530 pl_PL locale: Base collation on iso14651_t1 [BZ #22469] * localedata/locales/pl_PL (LC_COLLATE): Use =E2=80=9Ccopy "iso1465= 1_t1"=E2=80=9D and implement the collation rules for pl from CLDR on top of that. * Makefile: Add pl_PL.UTF-8 to test-input and to the list of locales to be built for testing. * pl_PL.UTF-8.in: New file with test data to test the Polish sortin= g. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 + localedata/Makefile | 6 +- localedata/locales/pl_PL | 2116 ++---------------------------------------= ---- localedata/pl_PL.UTF-8.in | 162 ++++ 4 files changed, 231 insertions(+), 2062 deletions(-) create mode 100644 localedata/pl_PL.UTF-8.in --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39946-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 05:06:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128979 invoked by alias); 24 Nov 2017 05:06:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128925 invoked by uid 48); 24 Nov 2017 05:06:25 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Fri, 24 Nov 2017 05:06: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00316.txt.bz2 Content-length: 468 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --- Comment #3 from Mike FABIAN --- Fixed in glibc master --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39947-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 05:07:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12464 invoked by alias); 24 Nov 2017 05:07:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 12391 invoked by uid 48); 24 Nov 2017 05:07:37 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Fri, 24 Nov 2017 05:07: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00317.txt.bz2 Content-length: 512 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Mike FABIAN --- FIXED. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39948-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 11:28:36 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 933 invoked by alias); 24 Nov 2017 11:28:36 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 867 invoked by uid 48); 24 Nov 2017 11:28:32 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Fri, 24 Nov 2017 11: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00318.txt.bz2 Content-length: 1573 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 --- Comment #1 from Mike FABIAN --- Created attachment 10632 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10632&action=3Ded= it 0001-cs_CZ-locale-Base-collation-on-iso14651_t1-BZ-22336.patch Patch to fix the problem. Difference in sorting of the added test file (added in the patch) before and after applying the sorting changes of the patch: $ diff -u cs_CZ.UTF-8.in.old cs_CZ.UTF-8.in=20 --- cs_CZ.UTF-8.in.old 2017-11-24 16:47:52.688348458 +0530 +++ cs_CZ.UTF-8.in 2017-11-24 16:42:08.364221944 +0530 @@ -1,7 +1,3 @@ -=C8=A5 -=C8=A4 -=CA=92 -=C6=B7 a a a @@ -65,7 +61,6 @@ cenn=C3=BDch cenn=C3=BDm cenou -cH cvr=C4=8Dek cz cZ @@ -94,8 +89,9 @@ H hru=C5=A1ka ch -CH +cH Ch +CH ch=C5=99est=C3=BD=C5=A1=C5=AFm Ch=C5=99est=C3=BD=C5=A1=C5=AFm ch=C5=99ipka @@ -188,6 +184,8 @@ Z =C5=BA =C5=B9 +=C8=A5 +=C8=A4 za Za =C5=BAa @@ -209,6 +207,8 @@ =C5=BDb =C5=BEluva =C5=BDluva +=CA=92 +=C6=B7 0 1 1 I think "cH" was sorted completely wrong before and "CH" slightly wrong as well. So this patch seems to not only base the Czech LC_COLLATE implementation on the iso14651_t1 file as requested in this bug but also improves the sorting of the uppercase/lowercase variants of the ch digraph. And of course it improves the sorting of some non-Czech characters like =CA=92 and =C8=A5 because these were not handled at all in the old Czech LC_COLLATE implementation. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39950-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 14:17:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128362 invoked by alias); 24 Nov 2017 14:17:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 125505 invoked by uid 48); 24 Nov 2017 14:17:51 -0000 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22457] Generic preadv/pwritev incorrectly calls __posix_memalign Date: Fri, 24 Nov 2017 14:17: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status cc resolution assigned_to target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00320.txt.bz2 Content-length: 922 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22457 Adhemerval Zanella changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |adhemerval.zanella at lina= ro dot o | |rg Resolution|--- |FIXED Assignee|unassigned at sourceware dot org |adhemerval.zanella = at linaro dot o | |rg Target Milestone|--- |2.27 --- Comment #3 from Adhemerval Zanella --- Fixed by c45d78aac47db08bc8ea7641c5330cccaecd3ddb --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39949-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 14:17:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 103615 invoked by alias); 24 Nov 2017 14:17:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 103551 invoked by uid 55); 24 Nov 2017 14:16:57 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22457] Generic preadv/pwritev incorrectly calls __posix_memalign Date: Fri, 24 Nov 2017 14:17: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00319.txt.bz2 Content-length: 2090 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22457 --- Comment #2 from 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 c45d78aac47db08bc8ea7641c5330cccaecd3ddb (commit) from 3ffc4cc1ad37fb36e419c9a3a72e1916d7d893d3 (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=3Dglibc.git;h=3Dc45d78aac47db08bc8e= a7641c5330cccaecd3ddb commit c45d78aac47db08bc8ea7641c5330cccaecd3ddb Author: Adhemerval Zanella Date: Wed Nov 22 18:02:20 2017 -0200 posix: Fix generic p{read,write}v buffer allocation (BZ#22457) As described in BZ#22457 an interpose malloc can free an invalid pointer for fallback preadv implementation. Fortunately this is just and issue on microblaze-linux-gnu running kernels older than 3.15. This patch fixes it by calling mmap/unmap instead of posix_memalign/ free. Checked on microblaze-linux-gnu check with run-built-tests=3Dno and by using the sysdeps/posix implementation on x86_64-linux-gnu (just for sanity test where it shown no regression). [BZ #22457] * sysdeps/posix/preadv_common.c (PREADV): Use mmap/munmap instead of posix_memalign/free. * sysdeps/posix/pwritev_common.c (PWRITEV): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 7 +++++++ sysdeps/posix/preadv_common.c | 8 +++++--- sysdeps/posix/pwritev_common.c | 8 +++++--- 3 files changed, 17 insertions(+), 6 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39951-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 15:18:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100442 invoked by alias); 24 Nov 2017 15:18:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100363 invoked by uid 55); 24 Nov 2017 15:18:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 24 Nov 2017 15:18: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00321.txt.bz2 Content-length: 17251 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #19 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 6e0a8fd45ef08e042d559d9a96680029cde88856 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6e0a8fd45ef08e042d5= 59d9a96680029cde88856 commit 6e0a8fd45ef08e042d559d9a96680029cde88856 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8691ce18075f22c45c6= da756a5494e80641f005b commit 8691ce18075f22c45c6da756a5494e80641f005b Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dd3af1968fd2ae24854a= ea6f128ff6d119f5055f8 commit d3af1968fd2ae24854aea6f128ff6d119f5055f8 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df005372bf0db683f787= bcc3e5f789eb68459309d commit f005372bf0db683f787bcc3e5f789eb68459309d Author: H.J. Lu Date: Thu Sep 28 16:12:28 2017 -0700 hppa: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/hppa/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3c3204624fe5e900a50= 973c74fc83a4b1a6a37a1 commit 3c3204624fe5e900a50973c74fc83a4b1a6a37a1 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db004017ec0322157b4e= 6a9a363d1d5bb693b6718 commit b004017ec0322157b4e6a9a363d1d5bb693b6718 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7026a79c1f71f5decd1= 35208503fd4186193ffb8 commit 7026a79c1f71f5decd135208503fd4186193ffb8 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. On aarch64, binutils master branch with 2 patches: https://sourceware.org/ml/binutils/2017-11/msg00455.html https://sourceware.org/ml/binutils/2017-11/msg00456.html applied is required. build-many-glibcs.py with --enable-static-pie with all patches for stat= ic PIE applied have many failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0663b4f5994d0817f78= 6e54ca7a896894045b263 commit 0663b4f5994d0817f786e54ca7a896894045b263 Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39952-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 15:19:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 101638 invoked by alias); 24 Nov 2017 15:19:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 101597 invoked by uid 55); 24 Nov 2017 15:19:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22459] FAIL: elf/check-localplt with __stack_chk_fail related to __nscd_hash/__nss_hash Date: Fri, 24 Nov 2017 15: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00322.txt.bz2 Content-length: 767 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22459 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22459/master has been deleted was 277904c8434d46999674d9b4eb2871cd0039d8f2 - Log ----------------------------------------------------------------- 277904c8434d46999674d9b4eb2871cd0039d8f2 libc.so: Replace nscd_hash.os with libc-nscd_hash.os [BZ #22459] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39953-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 19:20:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 69148 invoked by alias); 24 Nov 2017 19:20:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 68905 invoked by uid 48); 24 Nov 2017 19:20:03 -0000 From: "jwilk at jwilk dot net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Fri, 24 Nov 2017 19:20: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: jwilk at jwilk dot net 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: In-Reply-To: References: 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: 2017-11/txt/msg00323.txt.bz2 Content-length: 387 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 Jakub Wilk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwilk at jwilk dot net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39954-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Nov 24 20:22:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 31311 invoked by alias); 24 Nov 2017 20:22:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 31267 invoked by uid 48); 24 Nov 2017 20:22:38 -0000 From: "s.korolev at ndmsystems dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22489] New: gcc warns about implicit convertion in ICMP6_FILTER_SETPASS with -Wsign-conversion Date: Fri, 24 Nov 2017 20:22: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: s.korolev at ndmsystems 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: 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: 2017-11/txt/msg00324.txt.bz2 Content-length: 2401 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22489 Bug ID: 22489 Summary: gcc warns about implicit convertion in ICMP6_FILTER_SETPASS with -Wsign-conversion Product: glibc Version: 2.26 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: s.korolev at ndmsystems dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Created attachment 10633 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10633&action=3Ded= it A patch to fix The simplest code (icmp6_test.c) #include =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 #include =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 int main()=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 {=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20 struct icmp6_filter filter;=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 ICMP6_FILTER_SETPASS(ND_ROUTER_ADVERT, &filter);=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 return EXIT_SUCCESS;=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 } compiled with "gcc icmp6_test.c -Wsign-conversion" gives a warning icmp6_test.c: In function =E2=80=98main=E2=80=99: icmp6_test.c:8:2: warning: negative integer implicitly converted to unsigned type [-Wsign-conversion] ICMP6_FILTER_SETPASS(ND_ROUTER_ADVERT, &filter); --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39956-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 25 14:34:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56346 invoked by alias); 25 Nov 2017 14:34:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 56269 invoked by uid 55); 25 Nov 2017 14:34:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Sat, 25 Nov 2017 14:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: dynamic-link X-Bugzilla-Version: 2.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00326.txt.bz2 Content-length: 2981 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #6 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22370/master has been created at b7cfacca88269901546529445f0bb757107984b4 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db7cfacca88269901546= 529445f0bb757107984b4 commit b7cfacca88269901546529445f0bb757107984b4 Author: H.J. Lu Date: Tue Oct 31 04:51:41 2017 -0700 Properly compute offsets of note descriptor and next note [BZ #22370] A note header has 3 4-bytes fields, followed by note name and note descriptor. According to gABI, in a note entry, the note name field, not note name size, is padded for the note descriptor. And the note descriptor field, not note descriptor size, is padded for the next note entry. Notes are aligned to 4 bytes in 32-bit objects and 8 bytes in 64-bit objects. For all GNU notes, the name is "GNU" which is 4 bytes. They have the same format in the first 16 bytes in both 32-bit and 64-bit objects. They differ by note descriptor size and note type. So far, .note.ABI-t= ag and .note.gnu.build-id notes are always aligned to 4 bytes. The exsting codes compute the note size by aligning the note name size and note descriptor size to 4 bytes. It happens to produce the same value as the actual note size by luck since the name size is 4 and offset of the note descriptor is 16. But it will produce the wrong size when note alignment is 8 bytes in 64-bit objects. This patch defines ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET to properly compute offsets of note descriptor and next note. It uses alignment of PT_NOTE segment to support both 4-byte and 8-byte note alignments in 64-bit objects. To handle PT_NOTE segments with incorrect alignment, which may lead to an infinite loop, if segment alignment is less than 4, we treate alignment as 4 bytes. [BZ #22370] * elf/dl-hwcaps.c (ROUND): Removed. (_dl_important_hwcaps): Replace ROUND with ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET. * elf/dl-load.c (ROUND): Removed. (open_verify): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * elf/readelflib.c (ROUND): Removed. (process_elf_file): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * include/elf.h [!_ISOMAC]: Include . [!_ISOMAC] (ELF_NOTE_DESC_OFFSET): New. [!_ISOMAC] (ELF_NOTE_NEXT_OFFSET): Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39955-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 25 14:34:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 56013 invoked by alias); 25 Nov 2017 14:34:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 55964 invoked by uid 55); 25 Nov 2017 14:34:10 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Sat, 25 Nov 2017 14:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: dynamic-link X-Bugzilla-Version: 2.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00325.txt.bz2 Content-length: 772 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #5 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22370/master has been deleted was 0dfdda09f7b0faef5ff166f3e4e099b20571b76c - Log ----------------------------------------------------------------- 0dfdda09f7b0faef5ff166f3e4e099b20571b76c Properly compute offsets of note descriptor and next note [BZ #22370] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39957-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 25 14:50:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11224 invoked by alias); 25 Nov 2017 14:50:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11143 invoked by uid 55); 25 Nov 2017 14:50:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sat, 25 Nov 2017 14:50: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00327.txt.bz2 Content-length: 754 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #78 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr18822 has been deleted was 2c668a5c126c66f9ee4164730e805f36278a4b20 - Log ----------------------------------------------------------------- 2c668a5c126c66f9ee4164730e805f36278a4b20 Hide internal fadvise64/fallocate64 functions [BZ #18822] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39958-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 25 14:50:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11487 invoked by alias); 25 Nov 2017 14:50:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11438 invoked by uid 55); 25 Nov 2017 14:50:18 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sat, 25 Nov 2017 14:50: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00328.txt.bz2 Content-length: 1663 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #79 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr18822 has been created at 5b9a7b35871fc94f42a9e0f1a034423b48d3a4e7 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5b9a7b35871fc94f42a= 9e0f1a034423b48d3a4e7 commit 5b9a7b35871fc94f42a9e0f1a034423b48d3a4e7 Author: H.J. Lu Date: Fri Nov 24 15:58:04 2017 -0800 Add wcharP.h to hide internal wchar functions [BZ #18822] For some targets, like i386 and s390, internal IFUNC functions must be called via PLT with a special register. Add to allow target= s, which don't need a special register to call internal IFUNC functions via PLT or have internal non-IFUNC wchar functions, to allow direct access = to internal wchar functions within libc.so and libc.a without using GOT nor PLT. Tested on i686 and x86-64. It removed 11 PLT relocations on i686 and 29 PLT relocations on x86-64. [BZ #18822] * include/wchar.h: Include . * sysdeps/generic/wcharP.h: New file. * sysdeps/i386/wcharP.h: Likewise. * sysdeps/x86_64/wcharP.h: Likewise. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39959-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Nov 25 16:37:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127013 invoked by alias); 25 Nov 2017 16:37:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126941 invoked by uid 55); 25 Nov 2017 16:36:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22051] zero terminator in the middle of glibc's .eh_frame Date: Sat, 25 Nov 2017 16:37: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00329.txt.bz2 Content-length: 751 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22051 --- Comment #12 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pr22051/master has been deleted was 953d46ebe8cf0bf24c78b7ab0306cd035d413411 - Log ----------------------------------------------------------------- 953d46ebe8cf0bf24c78b7ab0306cd035d413411 Place $(elf-objpfx)sofini.os last = [BZ #22051] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39960-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 12:10:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115541 invoked by alias); 27 Nov 2017 12:10:46 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115493 invoked by uid 48); 27 Nov 2017 12:10:42 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22149] cache.c:save_cache creates zero-size VLA Date: Mon, 27 Nov 2017 12:10: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.26 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00330.txt.bz2 Content-length: 709 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22149 --- Comment #3 from Florian Weimer --- (In reply to Andreas Schwab from comment #0) > The C standard does not allow creating a VLA with zero size, but save_cac= he > tries to do so when the padding is zero. This causes misbehaviour with t= he > proposed -fstack-clash-protection option of gcc which assumes that it can > always emit at least one stack probe to the allocated space. Also seen in _nl_load_locale_from_archive and _dl_fini. GCC consensus is t= hat those were GCC bugs: https://gcc.gnu.org/ml/gcc-patches/2017-11/msg01150.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39961-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 12:12:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124549 invoked by alias); 27 Nov 2017 12:12:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124501 invoked by uid 48); 27 Nov 2017 12:12:07 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22149] Zero-length VLAs cause probes into red zone with -fstack-clash-protection Date: Mon, 27 Nov 2017 12: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.26 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: fweimer at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00331.txt.bz2 Content-length: 1700 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22149 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |fweimer at redhat d= ot com Summary|cache.c:save_cache creates |Zero-length VLAs cause |zero-size VLA |probes into red zone with | |-fstack-clash-protection --- Comment #4 from Florian Weimer --- Example valgrind traces: =3D=3D5682=3D=3D Invalid write of size 8 =3D=3D5682=3D=3D at 0x496D5B8: _nl_load_locale_from_archive (in /usr/lib64/libc-2.17.so) =3D=3D5682=3D=3D by 0x496C7BB: _nl_find_locale (in /usr/lib64/libc-2.17.= so) =3D=3D5682=3D=3D by 0x496C0E3: setlocale (in /usr/lib64/libc-2.17.so) =3D=3D5682=3D=3D by 0x401DEF: ??? (in /usr/sbin/wipefs) =3D=3D5682=3D=3D by 0x4961533: (below main) (in /usr/lib64/libc-2.17.so) =3D=3D5682=3D=3D Address 0x1fff00e778 is on thread 1's stack =3D=3D5682=3D=3D 8 bytes below stack pointer =3D=3D5682=3D=3D Invalid write of size 8 =3D=3D5682=3D=3D at 0x400E784: _dl_fini (in /usr/lib64/ld-2.17.so) =3D=3D5682=3D=3D by 0x4978613: __run_exit_handlers (in /usr/lib64/libc-2= .17.so) =3D=3D5682=3D=3D by 0x497863B: exit (in /usr/lib64/libc-2.17.so) =3D=3D5682=3D=3D by 0x4961537: (below main) (in /usr/lib64/libc-2.17.so) =3D=3D5682=3D=3D Address 0x1fff00eb88 is on thread 1's stack =3D=3D5682=3D=3D 8 bytes below stack pointer --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39962-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 17:05:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 61104 invoked by alias); 27 Nov 2017 17:05:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48632 invoked by uid 48); 27 Nov 2017 17:05:06 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug locale/21302] strcoll does not correctly follow locale-specified order in some cases Date: Mon, 27 Nov 2017 17:05: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.23 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: carlos at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00332.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21302 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39963-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 18:06:03 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12019 invoked by alias); 27 Nov 2017 18:06:03 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11956 invoked by uid 48); 27 Nov 2017 18:05:59 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/21905] snprintf is terribly slow when copying strings Date: Mon, 27 Nov 2017 18: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.17 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: OBSOLETE 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: In-Reply-To: References: 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: 2017-11/txt/msg00333.txt.bz2 Content-length: 602 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21905 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com --- Comment #3 from Florian Weimer --- Is the test multi-threaded? It seems that the destination buffer is shared= . I don't think this is particularly valid as a benchmark. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39964-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 20:56:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71912 invoked by alias); 27 Nov 2017 20:56:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69517 invoked by uid 48); 27 Nov 2017 20:56:48 -0000 From: "aurelien at aurel32 dot net" To: glibc-bugs@sourceware.org Subject: [Bug libc/22505] New: ldconfig processes include directive in locale-specific order Date: Mon, 27 Nov 2017 20: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: aurelien at aurel32 dot net 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: 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: 2017-11/txt/msg00334.txt.bz2 Content-length: 1110 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22505 Bug ID: 22505 Summary: ldconfig processes include directive in locale-specific order Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: aurelien at aurel32 dot net CC: drepper.fsp at gmail dot com Target Milestone: --- ldconfig supports "include" directives and use the glob function to process them. The glob function sort entries according to the LC_COLLATE category. = When using a standard "include /etc/ld.so.conf.d/*.conf" entry in /etc/ld.so.con= f, the order therefore depends on the locale used to run ldconfig. A few examples of locale specific order that might be disturbing compared to the C locale: - The et_EE locale sorts the "z" between "s" and "t". - The cs_CZ and sk_SK locales sort the digits after the letters. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39965-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Nov 27 22:37:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24851 invoked by alias); 27 Nov 2017 22:37:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24411 invoked by uid 48); 27 Nov 2017 22:37:48 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22433] linux x86/x86_64 does not provide PTRACE_GET_THREAD_AREA (and more) Date: Mon, 27 Nov 2017 22:37: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: 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: security- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00335.txt.bz2 Content-length: 1856 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22433 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- (In reply to Mark Mentovai from comment #0) > PTRACE_GET_THREAD_AREA is missing from on x86 and x86_64 > Linux. >=20 > It=E2=80=99s provided by the kernel=E2=80=99s , and in = turn by > , but these are incompatible with glibc=E2=80=99s . > offers: >=20 > #define PTRACE_GET_THREAD_AREA 25 >=20 > Others missing (strictly Linux x86/x86_64-specific): >=20 > #define PTRACE_SET_THREAD_AREA 26 >=20 > #ifdef __x86_64__ > # define PTRACE_ARCH_PRCTL 30 > #endif >=20 > #define PTRACE_SYSEMU 31 > #define PTRACE_SYSEMU_SINGLESTEP 32 >=20 > #define PTRACE_SINGLEBLOCK 33 /* resume execution until next > branch */ If the constants are present in a published upstream kernel, then what's le= ft is for someone to update the glibc headers to match the kernel values. The last update was in July to remove PTRACE_SEIZE_DEVEL (60e2846e2633a990bdf474004a373bde54c0bc5f), and before that in February to = add PTRACE_EVENT_STOP (3f67d1a7021ed3184830511636a0867faec730fe). I don't see anything "incompatible" with the kernel and glibc headers. Work just has to be done to synchronize them. If the constants are machine dependent then there needs to be a split up wh= ere the machine-dependent ptrace.h has to be provided to override the default. Right now, nobody has done the work. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39966-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 05:53:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116646 invoked by alias); 28 Nov 2017 05:53:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92799 invoked by uid 48); 28 Nov 2017 05:50:45 -0000 From: "ragaprasanth at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22380] Inconsistency detected by ld.so: dl-open.c: 717: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! Date: Tue, 28 Nov 2017 05: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: critical X-Bugzilla-Who: ragaprasanth at gmail 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: In-Reply-To: References: 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: 2017-11/txt/msg00336.txt.bz2 Content-length: 252 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22380 --- Comment #5 from Prasanth --- Hi Florian, Have you got any workaround on this? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39967-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 09:33:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 72601 invoked by alias); 28 Nov 2017 09:33:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 72070 invoked by uid 55); 28 Nov 2017 09:33:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Tue, 28 Nov 2017 09:33: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00337.txt.bz2 Content-length: 1876 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 --- Comment #2 from 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 f9bb1ef233f7c99312ddc3efb6bc652537e077bc (commit) from f433d0b3bbde748fa7f0941980c3d4d2863dc483 (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=3Dglibc.git;h=3Df9bb1ef233f7c99312d= dc3efb6bc652537e077bc commit f9bb1ef233f7c99312ddc3efb6bc652537e077bc Author: Mike FABIAN Date: Fri Nov 24 15:17:18 2017 +0530 cs_CZ locale: Base collation on iso14651_t1 [BZ #22336] [BZ #22336] * localedata/locales/cs_CZ (LC_COLLATE): Use =E2=80=9Ccopy "iso1465= 1_t1"=E2=80=9D and implement the collation rules for cs from CLDR on top of that. * Makefile: Add cs_CZ.UTF-8 to test-input and to the list of locales to be built for testing. * cs_CZ.UTF-8.in: New file with test data to test the Czech sorting. Reviewed-by: Carlos O'Donell ----------------------------------------------------------------------- Summary of changes: localedata/Makefile | 4 +- localedata/cs_CZ.UTF-8.in | 228 +++++ localedata/locales/cs_CZ | 2216 ++---------------------------------------= ---- 3 files changed, 286 insertions(+), 2162 deletions(-) create mode 100644 localedata/cs_CZ.UTF-8.in --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39968-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 11:21:13 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 23787 invoked by alias); 28 Nov 2017 11:21:13 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 23751 invoked by uid 55); 28 Nov 2017 11:21:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug network/20826] posix/tst-getaddrinfo5 fails on hosts without network access Date: Tue, 28 Nov 2017 11:21: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.25 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00338.txt.bz2 Content-length: 1516 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20826 --- Comment #5 from 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 b4c645c2f5513ef4f97916ee59243aa8aac1f3c1 (commit) from 69056564042f3d43012814f92230d2c3f9ab7d7c (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=3Dglibc.git;h=3Db4c645c2f5513ef4f97= 916ee59243aa8aac1f3c1 commit b4c645c2f5513ef4f97916ee59243aa8aac1f3c1 Author: Florian Weimer Date: Tue Nov 28 12:20:01 2017 +0100 posix: Make tst-getaddrinfo[45] xtests due to DNS dependency [BZ #20826] These tests need a working Internet connection with DNS. We have additional coverage of getaddrinfo through the resolv tests, so the loss of default test coverage seems acceptable. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 +++++++++ posix/Makefile | 6 +++--- 2 files changed, 12 insertions(+), 3 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39969-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 11:21:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 24264 invoked by alias); 28 Nov 2017 11:21:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 24201 invoked by uid 48); 28 Nov 2017 11:21:43 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/20826] posix/tst-getaddrinfo5 fails on hosts without network access Date: Tue, 28 Nov 2017 11:21: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.25 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00339.txt.bz2 Content-length: 573 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20826 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #6 from Florian Weimer --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39970-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 14:11:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3530 invoked by alias); 28 Nov 2017 14:11:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3482 invoked by uid 55); 28 Nov 2017 14:11:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug malloc/21754] malloc: Perform as little work as possible after heap consistency check failures Date: Tue, 28 Nov 2017 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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00340.txt.bz2 Content-length: 7362 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21754 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via f312f235d535fac5c3ff2b0aa7cacb1958aa4529 (commit) via 3664f34346f26cd40f11ede0440af7b915d1086f (commit) via fe161827c50804fcd5a62c88d19c4d97d6ce2b8d (commit) via e759c32364cae6e5d309e70226de71af4caf5500 (commit) via 0e24837040c724b067ea95e978139f5df562067b (commit) via 590b24e6e066cbb7d3e5befbb665ed844fbca083 (commit) via 533afac92904cc6037b54469763105508b45ace0 (commit) via 675e8785dc66ea0dba39c65ee7cf1bc8d185e723 (commit) via ee717ed23df6a96200a9ec923700a73dae521200 (commit) via 87889967934d237b11f98945a96c46f0015445e0 (commit) from aaa2eb83b8b6623ddb9cea44445b5342f96100be (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=3Dglibc.git;h=3Df312f235d535fac5c3f= f2b0aa7cacb1958aa4529 commit f312f235d535fac5c3ff2b0aa7cacb1958aa4529 Author: Wilco Dijkstra Date: Tue Nov 28 19:16:19 2017 +0530 Add single-threaded path to _int_malloc This patch adds single-threaded fast paths to _int_malloc. * malloc/malloc.c (_int_malloc): Add SINGLE_THREAD_P path. (cherry-picked 905a7725e9157ea522d8ab97b4c8b96aeb23df54) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3664f34346f26cd40f1= 1ede0440af7b915d1086f commit 3664f34346f26cd40f11ede0440af7b915d1086f Author: Wilco Dijkstra Date: Tue Oct 24 12:39:24 2017 +0100 Add single-threaded path to malloc/realloc/calloc/memalloc This patch adds a single-threaded fast path to malloc, realloc, calloc and memalloc. When we're single-threaded, we can bypass arena_get (which always locks the arena it returns) and just use the main arena. Also avoid retrying a different arena since there is just the main arena. * malloc/malloc.c (__libc_malloc): Add SINGLE_THREAD_P path. (__libc_realloc): Likewise. (_mid_memalign): Likewise. (__libc_calloc): Likewise. (cherry-picked 3f6bb8a32e5f5efd78ac08c41e623651cc242a89) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfe161827c50804fcd5a= 62c88d19c4d97d6ce2b8d commit fe161827c50804fcd5a62c88d19c4d97d6ce2b8d Author: Wilco Dijkstra Date: Tue Nov 28 19:15:13 2017 +0530 Fix build issue with SINGLE_THREAD_P Add sysdep-cancel.h include. * malloc/malloc.c (sysdep-cancel.h): Add include. (cherry-picked 6d43de4b85b11d26a19bebe4f55f31be16e3d419) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De759c32364cae6e5d30= 9e70226de71af4caf5500 commit e759c32364cae6e5d309e70226de71af4caf5500 Author: Wilco Dijkstra Date: Fri Oct 20 17:27:53 2017 +0100 Add single-threaded path to _int_free This patch adds single-threaded fast paths to _int_free. Bypass the explicit locking for larger allocations. * malloc/malloc.c (_int_free): Add SINGLE_THREAD_P fast paths. (cherry-picked from a15d53e2de4c7d83bda251469d92a3c7b49a90db) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D0e24837040c724b067e= a95e978139f5df562067b commit 0e24837040c724b067ea95e978139f5df562067b Author: Wilco Dijkstra Date: Thu Oct 19 18:19:55 2017 +0100 Fix deadlock in _int_free consistency check This patch fixes a deadlock in the fastbin consistency check. If we fail the fast check due to concurrent modifications to the next chunk or system_mem, we should not lock if we already have the arena lock. Simplify the check to make it obviously correct. * malloc/malloc.c (_int_free): Fix deadlock bug in consistency chec= k. (cherry-pick d74e6f6c0de55fc588b1ac09c88eb0fb8b8600af) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D590b24e6e066cbb7d3e= 5befbb665ed844fbca083 commit 590b24e6e066cbb7d3e5befbb665ed844fbca083 Author: Florian Weimer Date: Thu Aug 31 14:55:11 2017 +0200 malloc: Resolve compilation failure in NDEBUG mode In _int_free, the locked variable is not used if NDEBUG is defined. (cherry-picked from 24cffce7366c4070d8f823702a4fcec2cb732595) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D533afac92904cc6037b= 54469763105508b45ace0 commit 533afac92904cc6037b54469763105508b45ace0 Author: Florian Weimer Date: Thu Aug 31 12:02:59 2017 +0200 malloc: Change top_check return type to void After commit ec2c1fcefb200c6cb7e09553f3c6af8815013d83, (malloc: Abort on heap corruption, without a backtrace), the function always returns 0. (cherry-picked from 5129873a8e913e207e5f7b4b521c72f41a1bbf6d) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D675e8785dc66ea0dba3= 9c65ee7cf1bc8d185e723 commit 675e8785dc66ea0dba39c65ee7cf1bc8d185e723 Author: Florian Weimer Date: Tue Nov 28 19:10:16 2017 +0530 malloc: Remove corrupt arena flag This is no longer needed because we now abort immediately once heap corruption is detected. (cherry-picked from a9da0bb2667ab20f1dbcd0a9ae6846db02fbc96a) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee717ed23df6a96200a= 9ec923700a73dae521200 commit ee717ed23df6a96200a9ec923700a73dae521200 Author: Florian Weimer Date: Wed Aug 30 19:29:38 2017 +0200 malloc: Remove check_action variable [BZ #21754] Clean up calls to malloc_printerr and trim its argument list. This also removes a few bits of work done before calling malloc_printerr (such as unlocking operations). The tunable/environment variable still enables the lightweight additional malloc checking, but mallopt (M_CHECK_ACTION) no longer has any effect. (cherry-picked from ac3ed168d0c0b2b702319ac0db72c9b475a8c72e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D87889967934d237b11f= 98945a96c46f0015445e0 commit 87889967934d237b11f98945a96c46f0015445e0 Author: Florian Weimer Date: Wed Aug 30 16:39:41 2017 +0200 malloc: Abort on heap corruption, without a backtrace [BZ #21754] The stack trace printing caused deadlocks and has been itself been targeted by code execution exploits. (cherry-picked from ec2c1fcefb200c6cb7e09553f3c6af8815013d83) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 79 +++++++++++ NEWS | 10 ++ malloc/arena.c | 31 +---- malloc/hooks.c | 81 +++--------- malloc/malloc.c | 373 +++++++++++++++++++++-------------------------= ---- manual/memory.texi | 21 ++-- manual/probes.texi | 7 - manual/tunables.texi | 28 +--- 8 files changed, 281 insertions(+), 349 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39971-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 16:02:46 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 19943 invoked by alias); 28 Nov 2017 16:02:45 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 19831 invoked by uid 55); 28 Nov 2017 16:02:39 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Tue, 28 Nov 2017 16:02: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00341.txt.bz2 Content-length: 1312 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 --- Comment #3 from 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 22c69b6ad63dce90955d3a1d654dd152e7972fdd (commit) from 8d7d3ba8c505d84b2bd1946f474d9ddfe4219f0f (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=3Dglibc.git;h=3D22c69b6ad63dce90955= d3a1d654dd152e7972fdd commit 22c69b6ad63dce90955d3a1d654dd152e7972fdd Author: Mike FABIAN Date: Tue Nov 28 16:42:13 2017 +0100 Add the Changelog entry for =E2=80=9Ccs_CZ locale: Base collation on is= o14651_t1 [BZ #22336]=E2=80=9D ----------------------------------------------------------------------- Summary of changes: ChangeLog | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39972-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 17:57:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 108470 invoked by alias); 28 Nov 2017 17:57:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108430 invoked by uid 55); 28 Nov 2017 17:57:47 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Tue, 28 Nov 2017 17:57: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.27 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: In-Reply-To: References: 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: 2017-11/txt/msg00342.txt.bz2 Content-length: 3538 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 --- Comment #7 from 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 8d81ce0c6d6ca923571e8b2bac132929f9a02973 (commit) from 313ba4630f5f891af22bea9bdf9d9f3c88e49aee (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=3Dglibc.git;h=3D8d81ce0c6d6ca923571= e8b2bac132929f9a02973 commit 8d81ce0c6d6ca923571e8b2bac132929f9a02973 Author: H.J. Lu Date: Tue Nov 28 09:56:47 2017 -0800 Properly compute offsets of note descriptor and next note [BZ #22370] A note header has 3 4-bytes fields, followed by note name and note descriptor. According to gABI, in a note entry, the note name field, not note name size, is padded for the note descriptor. And the note descriptor field, not note descriptor size, is padded for the next note entry. Notes are aligned to 4 bytes in 32-bit objects and 8 bytes in 64-bit objects. For all GNU notes, the name is "GNU" which is 4 bytes. They have the same format in the first 16 bytes in both 32-bit and 64-bit objects. They differ by note descriptor size and note type. So far, .note.ABI-t= ag and .note.gnu.build-id notes are always aligned to 4 bytes. The exsting codes compute the note size by aligning the note name size and note descriptor size to 4 bytes. It happens to produce the same value as the actual note size by luck since the name size is 4 and offset of the note descriptor is 16. But it will produce the wrong size when note alignment is 8 bytes in 64-bit objects. This patch defines ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET to properly compute offsets of note descriptor and next note. It uses alignment of PT_NOTE segment to support both 4-byte and 8-byte note alignments in 64-bit objects. To handle PT_NOTE segments with incorrect alignment, which may lead to an infinite loop, if segment alignment is less than 4, we treate alignment as 4 bytes since some note segments have 0 or 1 byte alignment. [BZ #22370] * elf/dl-hwcaps.c (ROUND): Removed. (_dl_important_hwcaps): Replace ROUND with ELF_NOTE_DESC_OFFSET and ELF_NOTE_NEXT_OFFSET. * elf/dl-load.c (ROUND): Removed. (open_verify): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * elf/readelflib.c (ROUND): Removed. (process_elf_file): Replace ROUND with ELF_NOTE_NEXT_OFFSET. * include/elf.h [!_ISOMAC]: Include . [!_ISOMAC] (ELF_NOTE_DESC_OFFSET): New. [!_ISOMAC] (ELF_NOTE_NEXT_OFFSET): Likewise. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 14 ++++++++++++++ elf/dl-hwcaps.c | 24 ++++++++++++++++++------ elf/dl-load.c | 19 +++++++++++++++---- elf/readelflib.c | 19 +++++++++++++++---- include/elf.h | 16 ++++++++++++++-- 5 files changed, 76 insertions(+), 16 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39973-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 18:08:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122656 invoked by alias); 28 Nov 2017 18:08:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122617 invoked by uid 48); 28 Nov 2017 18:08:40 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Tue, 28 Nov 2017 18:08: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.27 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.28 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00343.txt.bz2 Content-length: 561 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.28 --- Comment #8 from H.J. Lu --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39974-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 18:19:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 128572 invoked by alias); 28 Nov 2017 18:19:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 128502 invoked by uid 48); 28 Nov 2017 18:19:47 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/22370] Incorrect note padding check Date: Tue, 28 Nov 2017 18:19: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.27 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00344.txt.bz2 Content-length: 373 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22370 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.28 |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39975-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 21:03:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95725 invoked by alias); 28 Nov 2017 21:03:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95640 invoked by uid 48); 28 Nov 2017 21:03:44 -0000 From: "dgoncharov at users dot sf.net" To: glibc-bugs@sourceware.org Subject: [Bug glob/22513] New: If patterns has a trailing slash then glob has to match directories only Date: Tue, 28 Nov 2017 21:03: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dgoncharov at users dot sf.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 Message-ID: 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: 2017-11/txt/msg00345.txt.bz2 Content-length: 1194 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22513 Bug ID: 22513 Summary: If patterns has a trailing slash then glob has to match directories only Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: glob Assignee: unassigned at sourceware dot org Reporter: dgoncharov at users dot sf.net Target Milestone: --- If patterns has a trailing slash then glob has to match directories only. http://pubs.opengroup.org/onlinepubs/9699919799/. Here posix specifies "An ordinary character is a pattern that shall match itself. It can be any character in the supported character set except for NUL, those special shell characters in Quoting that require quoting, and the following three special pattern characters." If the pattern is only 2 characters long (e.g. */) glob already matches directories only. If the pattern is longer e.g. hello*/ then glob matches o= nly directories or files and directoires depending on type in readdir_result. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39976-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 22:41:52 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97172 invoked by alias); 28 Nov 2017 22:41:52 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 97093 invoked by uid 48); 28 Nov 2017 22:41:48 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/1015] be_BY@tarask: new locale Date: Tue, 28 Nov 2017 22:41: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: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00346.txt.bz2 Content-length: 1357 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1015 Rafal Luzynski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX |--- --- Comment #31 from Rafal Luzynski = --- Thank you Mike and Chris for replying while I was traveling. Indeed, we feel more comfortable to add or modify locale data if they are copied from CLDR. Actually our long term goal is to import locale data from CLDR automaticall= y. Adding locales which are not present in CLDR is possible but always tricky:= how to verify if a locale is correct? how to tell if a community willing to use= the locale really exists? In this case I was told that it does not exist. So, Hleb, please prove that the community (at least one person) exists and = file a ticket asking to add the locale to CLDR. I suggest to add this locale to glibc (that means: I or someone else will add) as soon as it draws some reasonable attention from CLDR maintainers. I don't need to wait until it is closed and published. For now I reopen this bug report. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39977-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Nov 28 23:14:53 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100286 invoked by alias); 28 Nov 2017 23:14:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100231 invoked by uid 48); 28 Nov 2017 23:14:49 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Tue, 28 Nov 2017 23:14: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: digitalfreak at lingonborough 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: In-Reply-To: References: 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: 2017-11/txt/msg00347.txt.bz2 Content-length: 2778 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 --- Comment #3 from Rafal Luzynski = --- (In reply to Egmont Koblinger from comment #2) > Some aspects sound quite problematic to me. >=20 > What should be the decimal separator, This is English so a comma "," most probably. > the first day of the week, I'd like to review some European locales but at the moment I lean into Mond= ay as some ISO standard says. > the currency etc. Euro seems to be the most widely used currency in Europe. > (let alone a few less important ones e.g. phone prefix, postal > format)? They should be left empty, probably. We had lots of trouble with some of th= ese fields already, also including the ISBN code prefix. It turns out that some countries have multiple ISBN codes and multiple int_select prefixes. This h= as led us to questions whether any application actually uses these data. > To second Andreas's point, what are the desired use cases to which setting > separate LC_whatever variables isn't sufficient currently? My guess is that users are not aware of the possibility to select separate = LC_ variables or maybe the GUI support is insufficient. > Would an en_EU > then be definitely sufficient for all these kinds of requests? For some maybe yes, for some this would be just the best they can achieve. Occasionally there are requests to add en_XX locale because there are people around Europe who want to use English even if this is neither their native language nor the language of their countries. Examples: Bug 14085 https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/208548 http://rhea-ayase.eu/articles/2017-08/Upgrade-to-Fedora26 > Wouldn't > something else, e.g. improving the way users could generate their own > locales (tools, docs) a better solution? Maybe improving GUI setups. But I'm not sure if this is possible The GUI se= tups tend to be simplified nowadays. I suspect their answer would be "no, we want the users to choose just a language and a country, not a series of geeky th= ings like a paper format, date/time format, postal code format etc." > If en_EU is added then shouldn't there be a fr_EU, de_EU etc., for ... for > which languages exactly? If only there are people who choose French (German) language for their computers because this is their favorite foreign language and they are not related with any French (German) speaking country... To be more precise: it should be a reasonably large group of people, we should not add a locale for just one or few persons. Honestly, I'm not aware of such people. But if the= re are any I guess that fr_FR (de_DE) would be a sufficient choice for them. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39978-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 07:43:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 13309 invoked by alias); 29 Nov 2017 07:43:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13222 invoked by uid 55); 29 Nov 2017 07:43:06 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22473] Suggestion: Introduce en_EU locale Date: Wed, 29 Nov 2017 07:43: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: keld at keldix 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: In-Reply-To: References: 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: 2017-11/txt/msg00348.txt.bz2 Content-length: 483 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22473 --- Comment #4 from keld at keldix dot com --- I think we should follow the i18n locale very closely, and only deviate in = the monetary items. I note that ISO in their English documents uses "," for decimal separator= and "." for thousands separator. So will almost all of the EU do after brexit. Best regards Keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39979-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 10:57:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127904 invoked by alias); 29 Nov 2017 10:57:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127801 invoked by uid 55); 29 Nov 2017 10:57:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 10:57: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: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00349.txt.bz2 Content-length: 3483 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #14 from 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 8da25eec0aaf4d86a06088fff8d175989835e071 (commit) from a55430cb0e261834ce7a4e118dd9e0f2b7fb14bc (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=3Dglibc.git;h=3D8da25eec0aaf4d86a06= 088fff8d175989835e071 commit 8da25eec0aaf4d86a06088fff8d175989835e071 Author: Alexandre Oliva Date: Tue Nov 28 16:23:02 2017 +0100 Collation fix: make forward accent sorting the default [BZ #17750] [BZ #17750] * Makefile: add fr_CA.UTF-8 to test-input and LOCALES. * localedata/fr_CA.UTF-8.in: New file with test data for backward accents sorting. * localedata/fr_FR.UTF-8.in: Fix test data for forward accents sorting. * localedata/locales/cs_CZ (LC_COLLATE): Remove =E2=80=9Cdefine DIACRIT_FORWARD=E2=80=9D * localedata/locales/de_DE (LC_COLLATE): Likewise. * localedata/locales/hu_HU (LC_COLLATE): Likewise. * localedata/locales/lb_LU (LC_COLLATE): Likewise. * localedata/locales/yuw_PG (LC_COLLATE): Likewise. * localedata/locales/fr_CA (LC_COLLATE): Add =E2=80=9Cdefine DIACRI= T_BACKWARD=E2=80=9D * localedata/locales/iso14651_t1_common: Use =E2=80=9Cifdef DIACRIT= _FORWARD=E2=80=9D instead of =E2=80=9Cifdef DIACRIT_BACKWARD=E2=80=9D. The only locale which currently needs backward accents sorting is fr_CA. Therefore, forward accents sorting should be the default. Before this patch, backwards accent sorting was the default and all locales except fr_CA had to use define DIACRIT_FORWARD before copy "iso14651_t1" Most locales didn=E2=80=99t do that and thus got the inappropriate back= wards accents sorting by accident. Now only the fr_CA locale needs to use define DIACRIT_BACKWARD before copy "iso14651_t1" Original patch slightly modified by: Mike FABIAN ----------------------------------------------------------------------- Summary of changes: ChangeLog | 17 +++++++++++++++++ localedata/Makefile | 4 ++-- localedata/{fr_FR.UTF-8.in =3D> fr_CA.UTF-8.in} | 18 +++++++++--------- localedata/fr_FR.UTF-8.in | 22 +++++++++++----------- localedata/locales/cs_CZ | 2 -- localedata/locales/de_DE | 2 -- localedata/locales/fr_CA | 2 ++ localedata/locales/hu_HU | 1 - localedata/locales/iso14651_t1_common | 6 +++--- localedata/locales/lb_LU | 2 -- localedata/locales/yuw_PG | 1 - 11 files changed, 44 insertions(+), 33 deletions(-) copy localedata/{fr_FR.UTF-8.in =3D> fr_CA.UTF-8.in} (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39980-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 11:07:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 43369 invoked by alias); 29 Nov 2017 11:07:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43181 invoked by uid 48); 29 Nov 2017 11:07:50 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22336] cs_CZ LC_COLLATE does not use i18n Date: Wed, 29 Nov 2017 11:07: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00350.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22336 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #4 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39981-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 11:10:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 45273 invoked by alias); 29 Nov 2017 11:10:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 45217 invoked by uid 48); 29 Nov 2017 11:10:45 -0000 From: "i at f2light dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22514] New: resolver don't iterate all search domains when reaching timeout Date: Wed, 29 Nov 2017 11:10: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: i at f2light 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: 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: 2017-11/txt/msg00351.txt.bz2 Content-length: 1471 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22514 Bug ID: 22514 Summary: resolver don't iterate all search domains when reaching timeout Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: network Assignee: unassigned at sourceware dot org Reporter: i at f2light dot com Target Milestone: --- To reproduce: Set FULL content of /etc/resolv.conf with: nameserver 1.1.1.1 # server won't work search a b c options timeout:1 attempts:1 # reduce reproduce time Then capture network traffic with 1.1.1.1:53(udp) and run `getent hosts tes= t'. Will get: Query AAAA test.a. Query AAAA test. Query A test.a Query A test. But if we set nameserver to 8.8.8.8 and it responds correctly in time, will get: Query AAAA test.a. Query AAAA test.b. Query AAAA test.c. Query AAAA test. Query A test.a. Query A test.b. Query A test.c. Query A test. I have tested on Gentoo(=3Dsys-libs/glibc-2.25-r9), Ubuntu(libc6-2.23-0ubun= tu9), CentOS(glibc-2.17-196.el7, glibc-2.12-1.209.el6_9.2). All of them behaves s= ame. So I report here. Don't know it's intended or a bug. I prefer latter since it tries at least = two domains (not only one if found server unreachable). --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39982-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:09:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 12020 invoked by alias); 29 Nov 2017 12:09:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11941 invoked by uid 48); 29 Nov 2017 12:09:39 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 12:09: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00352.txt.bz2 Content-length: 583 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #15 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39983-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:28:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 40466 invoked by alias); 29 Nov 2017 12:28:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 40415 invoked by uid 48); 29 Nov 2017 12:28:26 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22515] New: hsb_DE LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:28: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00353.txt.bz2 Content-length: 685 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22515 Bug ID: 22515 Summary: hsb_DE LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/hsb_DE does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39984-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:29:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 41281 invoked by alias); 29 Nov 2017 12:29:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41228 invoked by uid 48); 29 Nov 2017 12:29:21 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22515] hsb_DE LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00354.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22515 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39985-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:33:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 47552 invoked by alias); 29 Nov 2017 12:33:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 46129 invoked by uid 48); 29 Nov 2017 12:33:10 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22515] hsb_DE LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:33: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00355.txt.bz2 Content-length: 1768 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22515 --- Comment #1 from Mike FABIAN --- https://unicode.org/cldr/trac/browser/trunk/common/collation/hsb.xml contains: In glibc, in localedata/locales/hsb_DE, LC_COLLATE contains: collating-element from "" collating-element from "" collating-element from "" collating-element from "" [...] ;;;IGNORE ;;;IGNORE ;;;IGNORE ;;;IGNORE [...] I.e. it contains special rules to sort d=C5=BA which CLDR has not. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39986-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:39:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70655 invoked by alias); 29 Nov 2017 12:39:49 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70596 invoked by uid 48); 29 Nov 2017 12:39:46 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22516] New: ar_SA LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:39: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00356.txt.bz2 Content-length: 683 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22516 Bug ID: 22516 Summary: ar_SA LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/ar_SA does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39987-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:40:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71215 invoked by alias); 29 Nov 2017 12:40:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71153 invoked by uid 48); 29 Nov 2017 12:39:58 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22516] ar_SA LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:40: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00357.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22516 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39989-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:41:42 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74893 invoked by alias); 29 Nov 2017 12:41:42 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 74641 invoked by uid 48); 29 Nov 2017 12:41:37 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22517] et_EE LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:41: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00359.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22517 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39988-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:41:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 74202 invoked by alias); 29 Nov 2017 12:41:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 73938 invoked by uid 48); 29 Nov 2017 12:41:30 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22517] New: et_EE LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:41: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00358.txt.bz2 Content-length: 683 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22517 Bug ID: 22517 Summary: et_EE LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/et_EE does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39990-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:42:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 77495 invoked by alias); 29 Nov 2017 12:42:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 77447 invoked by uid 48); 29 Nov 2017 12:42:54 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22518] New: hr_HR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:42: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00360.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22518 Bug ID: 22518 Summary: hr_HR LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/hr_HR does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39991-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:45:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80556 invoked by alias); 29 Nov 2017 12:45:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80448 invoked by uid 48); 29 Nov 2017 12:45:30 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22519] New: is_IS LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:45: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00361.txt.bz2 Content-length: 683 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22519 Bug ID: 22519 Summary: is_IS LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/is_IS does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39992-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:45:47 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 81340 invoked by alias); 29 Nov 2017 12:45:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 81043 invoked by uid 48); 29 Nov 2017 12:45:40 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22519] is_IS LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:45: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00362.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22519 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39994-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:48:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 93977 invoked by alias); 29 Nov 2017 12:48:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 93396 invoked by uid 48); 29 Nov 2017 12:48:16 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22520] ja_JP LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:48: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00364.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22520 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39993-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:48:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88419 invoked by alias); 29 Nov 2017 12:48:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88248 invoked by uid 48); 29 Nov 2017 12:48:00 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22520] New: ja_JP LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:48: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00363.txt.bz2 Content-length: 683 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22520 Bug ID: 22520 Summary: ja_JP LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/ja_JP does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39995-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:50:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95419 invoked by alias); 29 Nov 2017 12:50:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95097 invoked by uid 48); 29 Nov 2017 12:50:11 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22521] New: km_KH LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00365.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22521 Bug ID: 22521 Summary: km_KH LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/km_KH does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39996-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:50:25 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95704 invoked by alias); 29 Nov 2017 12:50:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95647 invoked by uid 48); 29 Nov 2017 12:50:21 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22521] km_KH LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:50: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00366.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22521 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39997-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:51:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 96805 invoked by alias); 29 Nov 2017 12:51:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 96753 invoked by uid 48); 29 Nov 2017 12:51:37 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22522] New: ko_KR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:51: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00367.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22522 Bug ID: 22522 Summary: ko_KR LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/ko_KR does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39998-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:51:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 97349 invoked by alias); 29 Nov 2017 12:51:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 97306 invoked by uid 48); 29 Nov 2017 12:51:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22522] ko_KR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00368.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22522 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-39999-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:52:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98210 invoked by alias); 29 Nov 2017 12:52:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98113 invoked by uid 48); 29 Nov 2017 12:52:45 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22523] New: lo_LA LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:52: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00369.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22523 Bug ID: 22523 Summary: lo_LA LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/lo_LA does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40000-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:52:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98732 invoked by alias); 29 Nov 2017 12:52:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98656 invoked by uid 48); 29 Nov 2017 12:52:53 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22523] lo_LA LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:52: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00370.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22523 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40001-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:53:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 99649 invoked by alias); 29 Nov 2017 12:53:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 99612 invoked by uid 48); 29 Nov 2017 12:53:52 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22524] New: lt_LT LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:53: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00371.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22524 Bug ID: 22524 Summary: lt_LT LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/lt_LT does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40002-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:54:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 100214 invoked by alias); 29 Nov 2017 12:54:05 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100150 invoked by uid 48); 29 Nov 2017 12:54:01 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22524] lt_LT LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:54: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00372.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22524 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40004-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:55:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 111360 invoked by alias); 29 Nov 2017 12:55:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 108680 invoked by uid 48); 29 Nov 2017 12:55:09 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22525] or_IN LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:55: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00374.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22525 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40003-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:55:02 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106254 invoked by alias); 29 Nov 2017 12:55:02 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 106166 invoked by uid 48); 29 Nov 2017 12:54:58 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22525] New: or_IN LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:55: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00373.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22525 Bug ID: 22525 Summary: or_IN LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/or_IN does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40006-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:56:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 7041 invoked by alias); 29 Nov 2017 12:56:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 6986 invoked by uid 48); 29 Nov 2017 12:56:06 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22526] th_TH LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00376.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22526 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40005-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:56:01 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5019 invoked by alias); 29 Nov 2017 12:56:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4552 invoked by uid 48); 29 Nov 2017 12:55:57 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22526] New: th_TH LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:56: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00375.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22526 Bug ID: 22526 Summary: th_TH LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/th_TH does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40008-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:57:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9483 invoked by alias); 29 Nov 2017 12:57:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9396 invoked by uid 48); 29 Nov 2017 12:57:23 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22527] tr_TR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:57: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00378.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22527 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40007-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 12:57:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 7935 invoked by alias); 29 Nov 2017 12:57:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 7872 invoked by uid 48); 29 Nov 2017 12:57:02 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22527] New: tr_TR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 12:57: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00377.txt.bz2 Content-length: 684 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22527 Bug ID: 22527 Summary: tr_TR LC_COLLATE does not use copy "iso14651_t1" Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- LC_COLLATE in localedata/locales/tr_TR does not build upon copy "iso14651_t1" missing all updates from there. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40009-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 13:11:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88350 invoked by alias); 29 Nov 2017 13:11:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88257 invoked by uid 55); 29 Nov 2017 13:11:05 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00379.txt.bz2 Content-length: 1367 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #16 from keld at keldix dot com --- Well all french language locales should be diacrit backward. fr_FR, fr_BE, fr_CH and others. Also other languages, where french words and names are the biggest source of multiple accented characters should have diacrit backward. This goes for Danish (my own language), Swedish, Norwegian, Finnish, Dutch. Best regards keld On Wed, Nov 29, 2017 at 10:57:48AM +0000, cvs-commit at gcc dot gnu.org wro= te: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 >=20 >=20 > The only locale which currently needs backward accents sorting is fr_= CA. > Therefore, forward accents sorting should be the default. >=20 > Before this patch, backwards accent sorting was the default and all > locales except fr_CA had to use >=20 > define DIACRIT_FORWARD >=20 > before >=20 > copy "iso14651_t1" >=20 > Most locales didn???t do that and thus got the inappropriate backwards > accents sorting > by accident. Now only the fr_CA locale needs to use >=20 > define DIACRIT_BACKWARD >=20 > before >=20 > copy "iso14651_t1" >=20 > Original patch slightly modified by: Mike FABIAN --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40010-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 13:19:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95343 invoked by alias); 29 Nov 2017 13:19:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95230 invoked by uid 55); 29 Nov 2017 13:19:17 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 13: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: normal X-Bugzilla-Who: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00380.txt.bz2 Content-length: 1748 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #17 from keld at keldix dot com --- Probably also for all English language locales, and African language locale= s, where French influence is big, and the use of accented characters in the african language in question, eg Swahili, is very limited. Best regards keld On Wed, Nov 29, 2017 at 03:10:28PM +0200, Keld Simonsen wrote: > Well all french language locales should be diacrit backward. > fr_FR, fr_BE, fr_CH and others. >=20 > Also other languages, where french words and names are the biggest source > of multiple accented characters should have diacrit backward. > This goes for Danish (my own language), Swedish, Norwegian, Finnish, Dutc= h. >=20 > Best regards > keld >=20 > On Wed, Nov 29, 2017 at 10:57:48AM +0000, cvs-commit at gcc dot gnu.org w= rote: > > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 > >=20 > >=20 > > The only locale which currently needs backward accents sorting is f= r_CA. > > Therefore, forward accents sorting should be the default. > >=20 > > Before this patch, backwards accent sorting was the default and all > > locales except fr_CA had to use > >=20 > > define DIACRIT_FORWARD > >=20 > > before > >=20 > > copy "iso14651_t1" > >=20 > > Most locales didn???t do that and thus got the inappropriate backwa= rds > > accents sorting > > by accident. Now only the fr_CA locale needs to use > >=20 > > define DIACRIT_BACKWARD > >=20 > > before > >=20 > > copy "iso14651_t1" > >=20 > > Original patch slightly modified by: Mike FABIAN --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40011-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 14:16:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70019 invoked by alias); 29 Nov 2017 14:16:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 69985 invoked by uid 48); 29 Nov 2017 14:16:18 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22442] if_nametoindex could report index for the wrong networking interface Date: Wed, 29 Nov 2017 14:16: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00381.txt.bz2 Content-length: 572 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22442 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #3 from Florian Weimer --- Fixed in 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40013-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 14:20:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89570 invoked by alias); 29 Nov 2017 14:20:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89329 invoked by uid 48); 29 Nov 2017 14:20:36 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/19148] resolv: TCP query failure triggers retries along the search path Date: Wed, 29 Nov 2017 14:20: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.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: see_also Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00383.txt.bz2 Content-length: 479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19148 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D225= 14 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40012-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 14:20:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 89355 invoked by alias); 29 Nov 2017 14:20:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 89297 invoked by uid 48); 29 Nov 2017 14:20:34 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22514] resolver don't iterate all search domains when reaching timeout Date: Wed, 29 Nov 2017 14:20: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: unspecified 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 see_also flagtypes.name Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00382.txt.bz2 Content-length: 1002 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22514 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fweimer at redhat dot com See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=3D191= 48 Flags| |security- --- Comment #1 from Florian Weimer --- I think it is very questionable to switch to a different query domain (along the search path) if you never get a NXDOMAIN/NODATA reply because as a resu= lt, (temporary) network glitches alter name resolution results. On the other hand, there might be setups out there which rely on the current behavior to some extent. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40014-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 14:22:10 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 105151 invoked by alias); 29 Nov 2017 14:22:10 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104779 invoked by uid 48); 29 Nov 2017 14:22:04 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug libc/22440] New: `__utmp_equal` ignores `ut_line` when system has `ut_id` Date: Wed, 29 Nov 2017 14:22: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: 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone flagtypes.name Message-ID: 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: 2017-11/txt/msg00384.txt.bz2 Content-length: 1395 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22440 Bug ID: 22440 Summary: `__utmp_equal` ignores `ut_line` when system has `ut_id` Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: libc Assignee: unassigned at sourceware dot org Reporter: robertabcd at gmail dot com CC: drepper.fsp at gmail dot com Target Milestone: --- Flags: security- In sysdeps/generic/utmp-equal.h:44: #if _HAVE_UT_ID - 0 (entry->ut_id[0] && match->ut_id[0] ? strncmp (entry->ut_id, match->ut_id, sizeof match->ut_id) =3D=3D 0 : strncmp (entry->ut_line, match->ut_line, sizeof match->ut_line) =3D= =3D 0) #else strncmp (entry->ut_line, match->ut_line, sizeof match->ut_line) =3D=3D= 0 #endif ); If the system has `ut_id` and they are set on both side, it won't compare `ut_line`. Common software like openssh fills `ut_id` with last 4 bytes of terminal name (e.g. "pts/1000"). As only the last four bytes are used, the whole file can only hold around ~10k entries before `ut_id` collides. I propose to make it compare both `ut_id` and `ut_line`, when available. Le= t me know what you think. Thanks. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40015-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 14:41:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85462 invoked by alias); 29 Nov 2017 14:41:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82418 invoked by uid 48); 29 Nov 2017 14:41:26 -0000 From: "invisible@hidden-city.net" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22518] hr_HR LC_COLLATE does not use copy "iso14651_t1" Date: Wed, 29 Nov 2017 14:41: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: invisible@hidden-city.net 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: In-Reply-To: References: 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: 2017-11/txt/msg00385.txt.bz2 Content-length: 529 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22518 Dragan Stanojevic - Nevidljivi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |invisible@hidden-city.net --- Comment #1 from Dragan Stanojevic - Nevidljivi --- Resolved in 2009 by bug 10580 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40016-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 17:50:28 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11321 invoked by alias); 29 Nov 2017 17:50:28 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11298 invoked by uid 48); 29 Nov 2017 17:50:25 -0000 From: "hjl.tools at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] New: FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Wed, 29 Nov 2017 17:50: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.27 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: 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: 2017-11/txt/msg00386.txt.bz2 Content-length: 1207 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 Bug ID: 22530 Summary: FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Product: glibc Version: 2.27 Status: NEW Severity: normal Priority: P2 Component: nss Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- My /etc/nsswitch.conf has passwd: sss files systemd shadow: files sss group: sss files systemd As the result, __getpwuid_r calls _nss_sss_getpwuid_r in /lib64/libnss_sss.so.2 from sssd-client-1.16.0-2.fc27.x86_64 on Fedora 27. _nss_sss_getpwuid_r in sssd-client-1.16.0 is incompatible with glibc 2.27 since it returns 34 which is well outside of /* Possible results of lookup using a nss_* function. */ enum nss_status { NSS_STATUS_TRYAGAIN =3D -2,=20 NSS_STATUS_UNAVAIL, NSS_STATUS_NOTFOUND, NSS_STATUS_SUCCESS, NSS_STATUS_RETURN }; Change /etc/nsswitch.conf to passwd: files sss systemd shadow: files sss group: files sss systemd makes the test to pass. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40017-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 18:11:58 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 80805 invoked by alias); 29 Nov 2017 18:11:58 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 80719 invoked by uid 48); 29 Nov 2017 18:11:54 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/11787] Program with large TLS segments fail. Date: Wed, 29 Nov 2017 18:11: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.12 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: review+ security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00387.txt.bz2 Content-length: 413 https://sourceware.org/bugzilla/show_bug.cgi?id=3D11787 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|carlos at redhat dot com |unassigned at sourc= eware dot org --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40018-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 18:25:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122674 invoked by alias); 29 Nov 2017 18:25:47 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122594 invoked by uid 48); 29 Nov 2017 18:25:43 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Wed, 29 Nov 2017 18:25: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.27 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: cc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00388.txt.bz2 Content-length: 1067 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos at redhat dot com --- Comment #1 from Carlos O'Donell --- 241 enum nss_status _nss_sss_getpwuid_r(uid_t uid, struct passwd *result, 242 char *buffer, size_t buflen, int *errnop) 243 { 244 struct sss_cli_req_data rd; 245 struct sss_nss_pw_rep pwrep; 246 uint8_t *repbuf; 247 size_t replen, len; 248 uint32_t num_results; 249 enum nss_status nret; 250 uint32_t user_uid; 251 int ret; 252=20 253 /* Caught once glibc passing in buffer =3D=3D 0x0 */ 254 if (!buffer || !buflen) return ERANGE; This is a bug in sssd. It can't return ERANGE since that's not a valid nss_status enumeration. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40019-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 18:27:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 123663 invoked by alias); 29 Nov 2017 18:27:16 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 123601 invoked by uid 48); 29 Nov 2017 18:27:11 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Wed, 29 Nov 2017 18:27: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00389.txt.bz2 Content-length: 722 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 --- Comment #2 from Carlos O'Donell --- (In reply to Carlos O'Donell from comment #1) > This is a bug in sssd. It can't return ERANGE since that's not a valid > nss_status enumeration. I'm going to file a bug upstream, and with Fedora. In the meantime the eventual solution here will be to move this test to the containerized testing we are putting together, at that point it will be distinct from the /etc/nsswitch.conf on your system. Therefore I think that this test case is simply going to fail until you get= a fixed sssd through your distribution. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40020-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 19:27:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 36421 invoked by alias); 29 Nov 2017 19:27:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 36367 invoked by uid 48); 29 Nov 2017 19:27:32 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 19:27: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: egmont at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00390.txt.bz2 Content-length: 1518 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #18 from Egmont Koblinger --- (In reply to keld@keldix.com from comment #16) > Also other languages, where french words and names are the biggest source > of multiple accented characters should have diacrit backward. > This goes for Danish (my own language), Swedish, Norwegian, Finnish, Dutc= h. I can't speak any of these languages, but looking at some random Finnish te= xt I see tons of =C3=A4 and =C3=B6 letters, a significant amount of words contai= ning 2 or more of them. Hence I seriously doubt the correctness of your claim. Even if looking only at the foreign words within these languages, I'd _gues= s_ that they take words from each other or maybe German more often than from French. But even if let's assume French is the most common source of foreign words, that's still not a strong enough reason to go for backwards diacrit ordering. In order for backwards diacrit ordering to even be a possibility = to consider, I believe French accented words should outweigh all other local a= nd foreign accented words combined. IMO let's keep this unreasonable idea of backwards diacrit ordering to those language only that explicitly have it, let's not force this stupid concept = on more locales than necessaary. By the way, don't these language have some "official" collation rules, or at least some established common practice? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40021-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 19:49:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 39603 invoked by alias); 29 Nov 2017 19:49:41 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 39525 invoked by uid 48); 29 Nov 2017 19:49:37 -0000 From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 19:49: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: fweimer at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00391.txt.bz2 Content-length: 552 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #19 from Florian Weimer --- (In reply to Egmont Koblinger from comment #18) > By the way, don't these language have some "official" collation rules, or= at > least some established common practice? I expect that many languages/scripts have multiple collation rules, dependi= ng on use, particularly when it comes to sorting foreign languages using the s= ame base script. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40022-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 20:14:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 63670 invoked by alias); 29 Nov 2017 20:14:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 63563 invoked by uid 48); 29 Nov 2017 20:14:34 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Wed, 29 Nov 2017 20:14: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: egmont at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00392.txt.bz2 Content-length: 1464 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #20 from Egmont Koblinger --- (In reply to Florian Weimer from comment #19) > I expect that many languages/scripts have multiple collation rules, > depending on use, particularly when it comes to sorting foreign languages > using the same base script. Let's not forget that most languages with Latin scripts do use accents regularly. I don't think glibc allows different diacrit ordering for "own" accents and "foreign" accents, e.g. in case of Finnish to use forward diacr= it ordering for =C3=A4 and =C3=B6, and backward diacrit ordering for =C3=A9 an= d =C3=BB (and what if they're mixed?). So the question is not how to sort _foreign_ words within the language, the question is how to sort _own_ words of the language. This defines the diacr= it sorting. Foreign words will follow. If a list to be sorted is composed solely of foreign words from a particular language, e.g. solely French words in an otherwise Finnish environment, it might be reasonable to sort using the rules of that language, e.g. French in this case. This can be achieved by setting LC_COLLATE=3Dfr_FR.UTF-8. In my opinion, the only valid question is what to do with English in territories where French is by far the second most popular language: is it reasonable to go with backward diacrits ordering there? --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40023-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 20:16:19 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 70297 invoked by alias); 29 Nov 2017 20:16:19 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 70256 invoked by uid 55); 29 Nov 2017 20:16:11 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/21598] i386 _dl_runtime_resolve/_dl_runtime_profile is incompatible with shadow stack Date: Wed, 29 Nov 2017 20:16: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.26 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: In-Reply-To: References: 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: 2017-11/txt/msg00393.txt.bz2 Content-length: 775 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21598 --- Comment #50 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/cet/property has been deleted was 1a746e5056e299e235e98b1378d5eb1ddc67fb36 - Log ----------------------------------------------------------------- 1a746e5056e299e235e98b1378d5eb1ddc67fb36 i386: Add _dl_runtime_resolve_shstk/_dl_runtime_profile_shstk [BZ #21598] ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40024-listarch-glibc-bugs=sources.redhat.com@sourceware.org Wed Nov 29 23:10:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 3920 invoked by alias); 29 Nov 2017 23:10:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 3474 invoked by uid 55); 29 Nov 2017 23:10:07 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug math/22229] [sparc32] missing copysignl, fabsl, fmal compat symbols Date: Wed, 29 Nov 2017 23:10: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.26 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00394.txt.bz2 Content-length: 2147 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22229 --- Comment #3 from 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 cf4ebc27fe3a66637c5fc8824d9591191786b5fd (commit) from 0c0973788367b4ac42aace075a0598bc1c79b7dd (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=3Dglibc.git;h=3Dcf4ebc27fe3a66637c5= fc8824d9591191786b5fd commit cf4ebc27fe3a66637c5fc8824d9591191786b5fd Author: Joseph Myers Date: Wed Nov 29 23:09:03 2017 +0000 Fix missing sparcv9 --disable-multi-arch fabsl compat symbol (bug 22229= ). The --disable-multi-arch case of sparcv9 libm is missing a fabsl compat symbol for when long double had the same ABI as double. This patch adds the missing compat symbol to this implementation. As my fix for other instances of this missing compat symbol postdates the last release, I'm considering this as being part of bug 22229 that was missing from my previous fix rather than as a separate issue, and so as not needing a new bug report in Bugzilla. Tested (compilation only) with build-many-glibcs.py for sparcv9-linux-gnu --disable-multi-arch. [BZ #22229] * sysdeps/sparc/sparc32/sparcv9/fpu/s_fabs.S: Include . (fabsl): Define as compat symbol at version GLIBC_2_0 for libm. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 5 +++++ sysdeps/sparc/sparc32/sparcv9/fpu/s_fabs.S | 4 ++++ 2 files changed, 9 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40026-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 05:35:51 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116780 invoked by alias); 30 Nov 2017 05:35:51 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113874 invoked by uid 48); 30 Nov 2017 05:35:45 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 05: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: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00396.txt.bz2 Content-length: 404 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|invisible@hidden-city.net |maiku.fabian at gmail dot = com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40025-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 05:35:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116336 invoked by alias); 30 Nov 2017 05:35:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112910 invoked by uid 48); 30 Nov 2017 05:35:44 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22518] hr_HR LC_COLLATE does not use copy "iso14651_t1" Date: Thu, 30 Nov 2017 05: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00395.txt.bz2 Content-length: 450 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22518 --- Comment #2 from Mike FABIAN --- (In reply to Dragan Stanojevic - Nevidljivi from comment #1) > Resolved in 2009 by bug 10580 I didn=E2=80=99t know about that bug, I just saw that in current glibc master hr_HR still doesn=E2=80=99t use iso14651_t1. I will look at bug#10580 ! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40027-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 05:36:34 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 51690 invoked by alias); 30 Nov 2017 05:36:34 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 44459 invoked by uid 48); 30 Nov 2017 05:36:31 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22518] hr_HR LC_COLLATE does not use copy "iso14651_t1" Date: Thu, 30 Nov 2017 05:36: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00397.txt.bz2 Content-length: 411 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22518 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at sourceware dot org |maiku.fabian at gma= il dot com --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40028-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 05:44:09 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116446 invoked by alias); 30 Nov 2017 05:44:09 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115606 invoked by uid 48); 30 Nov 2017 05:44:05 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 05:44: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00398.txt.bz2 Content-length: 381 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40029-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 06:33:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 88501 invoked by alias); 30 Nov 2017 06:33:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 88447 invoked by uid 48); 30 Nov 2017 06:33:10 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Thu, 30 Nov 2017 06:33: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00399.txt.bz2 Content-length: 2094 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 --- Comment #3 from Carlos O'Donell --- (gdb) bt #0 __GI_raise (sig=3Dsig@entry=3D6) at ../sysdeps/unix/sysv/linux/raise.c:= 51 #1 0x00007ffff7a5a311 in __GI_abort () at abort.c:79 #2 0x00007ffff7a99c25 in __libc_message (action=3Daction@entry=3D(do_abort= | do_backtrace),=20 fmt=3Dfmt@entry=3D0x7ffff7b9a3a1 "%s") at ../sysdeps/posix/libc_fatal.c= :181 #3 0x00007ffff7a99c62 in __GI___libc_fatal ( message=3Dmessage@entry=3D0x7ffff7b9abef "illegal status in __nss_next") at ../sysdeps/posix/libc_fatal.c:191 #4 0x00007ffff7b36958 in __GI___nss_next2 (ni=3Dni@entry=3D0x7fffffffda70,= =20 fct_name=3Dfct_name@entry=3D0x7ffff7b98f7f "getpwuid_r", fct2_name=3Dfct2_name@entry=3D0x0,=20 fctp=3Dfctp@entry=3D0x7fffffffda78, status=3Dstatus@entry=3D34, all_values=3Dall_values@entry=3D0) at nsswitch.c:238 #5 0x00007ffff7ae3675 in __getpwuid_r (uid=3D0, resbuf=3Dresbuf@entry=3D0x7fffffffdaf0,=20 buffer=3Dbuffer@entry=3D0x607c30 "", buflen=3Dbuflen@entry=3D0, result=3Dresult@entry=3D0x7fffffffdae8) at ../nss/getXXbyYY_r.c:385 #6 0x0000000000401742 in test_one (item=3Ditem@entry=3D0x6041a0 ,=20 buffer_size=3Dbuffer_size@entry=3D0, pad=3Dpad@entry=3D0 '\000', padding_size=3Dpadding_size@entry=3D0) at bug17079.c:156 #7 0x000000000040195f in test_buffer_size (buffer_size=3Dbuffer_size@entry= =3D0) at bug17079.c:202 #8 0x0000000000401b6c in do_test () at bug17079.c:221 #9 0x000000000040243b in support_test_main (argc=3D1, argv=3D0x7fffffffdd6= 8,=20 config=3Dconfig@entry=3D0x7fffffffdc30) at support_test_main.c:349 #10 0x0000000000401491 in main (argc=3D, argv=3D) at ../support/test-driver.c:164 So we abort with 'illegal status in __nss_next' which is OK, since it shows= the NSS DSO is broken. I have confirmed I can fix this by patching sssd's client NSS DSO, and I'm going to submit the pull request to fix this. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40030-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 07:02:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 42075 invoked by alias); 30 Nov 2017 07:02:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 41999 invoked by uid 48); 30 Nov 2017 07:02:02 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Thu, 30 Nov 2017 07:02: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.27 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: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00400.txt.bz2 Content-length: 284 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 --- Comment #4 from Carlos O'Donell --- Pull request filed with the fix. https://pagure.io/SSSD/sssd/pull-request/3589 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40031-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 07:31:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 8963 invoked by alias); 30 Nov 2017 07:31:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 8077 invoked by uid 55); 30 Nov 2017 07:31:44 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Thu, 30 Nov 2017 07:31: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00401.txt.bz2 Content-length: 2372 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #21 from keld at keldix dot com --- On Wed, Nov 29, 2017 at 07:27:32PM +0000, egmont at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 >=20 > --- Comment #18 from Egmont Koblinger --- > (In reply to keld@keldix.com from comment #16) >=20 > > Also other languages, where french words and names are the biggest sour= ce > > of multiple accented characters should have diacrit backward. > > This goes for Danish (my own language), Swedish, Norwegian, Finnish, Du= tch. >=20 > I can't speak any of these languages, but looking at some random Finnish = text I > see tons of =C3=A4 and =C3=B6 letters, a significant amount of words cont= aining 2 or more > of them. Hence I seriously doubt the correctness of your claim. Well, in Finnish and other Nordic languages like Danish, Swedish and Norweg= ian, =C3=B6 and =C3=A4 etc are not considered accented letters, but genuine separated letters, so that= is why=20 there are few strings with more than one accented letter. > Even if looking only at the foreign words within these languages, I'd _gu= ess_ > that they take words from each other or maybe German more often than from > French. But even if let's assume French is the most common source of fore= ign > words, that's still not a strong enough reason to go for backwards diacrit > ordering. In order for backwards diacrit ordering to even be a possibilit= y to > consider, I believe French accented words should outweigh all other local= and > foreign accented words combined. German umlaut letters are much the same in Finnish (and Swedish) and =C3=A4= and =C3=B6 are then the same as the genuine Finnish/Swedish letters. Yes, I also think that the total number of French words with 2 or more acce= nted letters (according to the rules of the specific language) should outweight the total number of other occurrances, But I believe that this is the case in the examples that I have given. > By the way, don't these language have some "official" collation rules, or= at > least some established common practice? There are specs from the official standards bodies specifying the backwards diacrit rules, yes. Best regards keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40032-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 07:40:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 20995 invoked by alias); 30 Nov 2017 07:40:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13668 invoked by uid 55); 30 Nov 2017 07:40:18 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Thu, 30 Nov 2017 07:40: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00402.txt.bz2 Content-length: 1429 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #22 from keld at keldix dot com --- On Wed, Nov 29, 2017 at 07:49:36PM +0000, fweimer at redhat dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 >=20 > --- Comment #19 from Florian Weimer --- > (In reply to Egmont Koblinger from comment #18) >=20 > > By the way, don't these language have some "official" collation rules, = or at > > least some established common practice? >=20 > I expect that many languages/scripts have multiple collation rules, depen= ding > on use, particularly when it comes to sorting foreign languages using the= same > base script. That is not my experience. For Danish (my language) there is only one stand= ard, and that takes care of many foreign characters. Then there is a spec from Danish Standard that is more elaborate, in the form of a POSIX/Linux locale, covering all of ISO 10646/Unicode, that builds on ISO 14651, with the backwards diacrit spec. For German, I kn= ow there are 2 sorting specs, one where =C3=A4, =C3=B6 and =C3=BC etc are considered accented vers= ions of a, o and u, and one=20 where they are interpreted as ae oe and ue. There are sorting standards for= all of these languages, that are well adhered to in the market place. best regards keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40033-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 07:48:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 127184 invoked by alias); 30 Nov 2017 07:48:31 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 127108 invoked by uid 55); 30 Nov 2017 07:48:26 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Thu, 30 Nov 2017 07:48: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00403.txt.bz2 Content-length: 1594 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #23 from keld at keldix dot com --- On Wed, Nov 29, 2017 at 08:14:33PM +0000, egmont at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 >=20 > --- Comment #20 from Egmont Koblinger --- > (In reply to Florian Weimer from comment #19) >=20 > > I expect that many languages/scripts have multiple collation rules, > > depending on use, particularly when it comes to sorting foreign languag= es > > using the same base script. >=20 > Let's not forget that most languages with Latin scripts do use accents > regularly. I don't think glibc allows different diacrit ordering for "own" > accents and "foreign" accents, e.g. in case of Finnish to use forward dia= crit > ordering for =C3=A4 and =C3=B6, and backward diacrit ordering for =C3=A9 = and =C3=BB (and what if > they're mixed?). I agree that glibc does not distinguish between "own" accented letters, and foreign. Bot =C3=A4 and =C3=B6 are not accented letters in Finnish, they are genuine= separate letters with their own place in the alphabeth. > In my opinion, the only valid question is what to do with English in > territories where French is by far the second most popular language: is it > reasonable to go with backward diacrits ordering there? That is what I am suggesting, at least for Canada. The same reasoning could be done for Dutch in Belgium, and then also the Netherlands. Best regards Keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40035-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 08:16:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 107346 invoked by alias); 30 Nov 2017 08:16:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 104836 invoked by uid 48); 30 Nov 2017 08:16:10 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 08:16: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00405.txt.bz2 Content-length: 268 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #31 from Mike FABIAN --- *** Bug 22518 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40034-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 08:16:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 106967 invoked by alias); 30 Nov 2017 08:16:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 100469 invoked by uid 48); 30 Nov 2017 08:16:04 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22518] hr_HR LC_COLLATE does not use copy "iso14651_t1" Date: Thu, 30 Nov 2017 08:16: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00404.txt.bz2 Content-length: 634 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22518 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Mike FABIAN --- bug#10580 does indeed address that problem, mark as duplicate. *** This bug has been marked as a duplicate of bug 10580 *** --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40036-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 08:56:24 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 122722 invoked by alias); 30 Nov 2017 08:56:24 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 122356 invoked by uid 48); 30 Nov 2017 08:56:18 -0000 From: "i at f2light dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/22514] resolver don't iterate all search domains when reaching timeout Date: Thu, 30 Nov 2017 08:56: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: i at f2light 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: In-Reply-To: References: 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: 2017-11/txt/msg00406.txt.bz2 Content-length: 1397 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22514 --- Comment #2 from i at f2light dot com --- (In reply to Florian Weimer from comment #1) > I think it is very questionable to switch to a different query domain (al= ong > the search path) if you never get a NXDOMAIN/NODATA reply because as a > result, (temporary) network glitches alter name resolution results. >=20 Agreed! That's why I got really confused when resolver didn't stop after the first domain's lookup failure but start looking up a domain without search domains. Laterly I decided to report it. For offline machines, that wastes half of my waiting time. For online machines, a temporary network failure could give me a different answer (may be somehow a little security related?). >>From my personal aspect, I'd prefer returning EAI_AGAIN immediately whenev= er reaching timeout. (Don't query any other domains) > On the other hand, there might be setups out there which rely on the curr= ent > behavior to some extent. That depends on how you regard this. :) A bug must be fixed, as I can't say "Don't fix dirtycow because my program requires that to work". However, if that's a feature, I do accept it. Just say "we code that intend= ed". Anyway, making an option to offer different behaviors does work for compatibility, if necessary. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40037-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 09:09:31 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 9391 invoked by alias); 30 Nov 2017 09:09:30 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 9274 invoked by uid 48); 30 Nov 2017 09:09:25 -0000 From: "egmont at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Thu, 30 Nov 2017 09:09: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: egmont at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00407.txt.bz2 Content-length: 2185 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #24 from Egmont Koblinger --- (In reply to keld@keldix.com from comment #21) > Well, in Finnish and other Nordic languages like Danish, Swedish and > Norwegian, =C3=B6 and =C3=A4 etc > are not considered accented letters, but genuine separated letters, so th= at > is why=20 > there are few strings with more than one accented letter. Thanks for the explanation! (This actually should have occurred to me, as t= he famous Swedish yellow-blue furniture store offers framed pictures and bed l= inen showing the Swedish alphabet, with =C3=85=C3=84=C3=96 at the end.) To clarify: If they sort German words containing =C3=A4 and =C3=B6, they're= sorted among the same letters of their own language, right? And what about French accent= s, are they on the other hand mixed together with their unaccented counterpart= s? > German umlaut letters are much the same in Finnish (and Swedish) and =C3= =A4 and =C3=B6 > are > then the same as the genuine Finnish/Swedish letters. What about German =C3=BC? (In reply to keld@keldix.com from comment #22) > [...] Then there is a spec from Danish Standard > that is more elaborate [...] with the backwards diacrit spec. I'm shocked to hear that there's not only one language but more languages t= hat use backwards diacritics, something that IMO no sane man with any tiny bit = of common sense would ever decide on :-) (In reply to keld@keldix.com from comment #23) > That is what I am suggesting, at least for Canada. > The same reasoning could be done for Dutch in Belgium, and then also the > Netherlands. If this is indeed what's correct for these languages / what people living t= here prefer then it's okay for me. I'm just hoping that the kinda de-facto stand= ard en_US will stay with forward diacrits. I _guess_ Spanish is more frequently used there than French, plus again, I can't imagine how anyone ever could h= ave come up with this braindamaged idea of backward diacrit sorting so I'd personally prefer en_US not to have this craziness :-) Cheers! --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40038-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 11:48:05 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 91600 invoked by alias); 30 Nov 2017 11:48:04 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 91245 invoked by uid 48); 30 Nov 2017 11:47:56 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 11:48: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00408.txt.bz2 Content-length: 360 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #32 from Mike FABIAN --- Created attachment 10651 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10651&action=3Ded= it 0001-hr_HR-locale-various-updates-BZ-10580.patch --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40039-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 11:48:44 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 92542 invoked by alias); 30 Nov 2017 11:48:44 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 92420 invoked by uid 48); 30 Nov 2017 11:48:35 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 11:48: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00409.txt.bz2 Content-length: 366 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #33 from Mike FABIAN --- Created attachment 10652 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10652&action=3Ded= it 0002-Add-test-case-for-collation-in-hr_HR-locale.patch --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40040-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 11:49:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94508 invoked by alias); 30 Nov 2017 11:49:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94436 invoked by uid 48); 30 Nov 2017 11:49:02 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 11:49: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00410.txt.bz2 Content-length: 366 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #34 from Mike FABIAN --- Created attachment 10653 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10653&action=3Ded= it 0003-Fix-test-case-for-hr_HR-monetary-formatting.patch --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40041-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 11:49:35 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 94872 invoked by alias); 30 Nov 2017 11:49:35 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 94817 invoked by uid 48); 30 Nov 2017 11:49:31 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 11:49: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00411.txt.bz2 Content-length: 375 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #35 from Mike FABIAN --- Created attachment 10654 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10654&action=3Ded= it 0004-hr_HR-locale-fix-collation-and-expand-collation-test.patch --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40042-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 11:51:21 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 95877 invoked by alias); 30 Nov 2017 11:51:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 95785 invoked by uid 48); 30 Nov 2017 11:51:17 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 11: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: maiku.fabian at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00412.txt.bz2 Content-length: 574 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #36 from Mike FABIAN --- The patches attached to comment#32, comment#33, comment#34, and comment#35 : 0001-hr_HR-locale-various-updates-BZ-10580.patch 0002-Add-test-case-for-collation-in-hr_HR-locale.patch 0003-Fix-test-case-for-hr_HR-monetary-formatting.patch 0004-hr_HR-locale-fix-collation-and-expand-collation-test.patch update Dragan Stanojevic=E2=80=99s patch to current glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40043-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 12:51:26 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 13923 invoked by alias); 30 Nov 2017 12:51:26 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13872 invoked by uid 55); 30 Nov 2017 12:51:20 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Thu, 30 Nov 2017 12: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00413.txt.bz2 Content-length: 1755 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 --- Comment #8 from 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 34697694e8a93b325b18f25f7dcded55d6baeaf6 (commit) from 18305fba5575a09063652014cfc483b898d8bdcd (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=3Dglibc.git;h=3D34697694e8a93b325b1= 8f25f7dcded55d6baeaf6 commit 34697694e8a93b325b18f25f7dcded55d6baeaf6 Author: Arjun Shankar Date: Thu Nov 30 13:31:45 2017 +0100 Fix integer overflow in malloc when tcache is enabled [BZ #22375] When the per-thread cache is enabled, __libc_malloc uses request2size (which does not perform an overflow check) to calculate the chunk size from the requested allocation size. This leads to an integer overflow causing ma= lloc to incorrectly return the last successfully allocated block when called with a very large size argument (close to SIZE_MAX). This commit uses checked_request2size instead, removing the overflow. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ malloc/malloc.c | 3 ++- 2 files changed, 8 insertions(+), 1 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40044-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 12:59:38 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 13314 invoked by alias); 30 Nov 2017 12:59:38 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 13274 invoked by uid 48); 30 Nov 2017 12:59:34 -0000 From: "arjun.is at lostca dot se" To: glibc-bugs@sourceware.org Subject: [Bug libc/22375] malloc returns pointer from tcache_get when should return NULL Date: Thu, 30 Nov 2017 12:59: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arjun.is at lostca dot se X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: arjun.is at lostca dot se X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00414.txt.bz2 Content-length: 983 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22375 Arjun Shankar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #9 from Arjun Shankar --- I wrote a reasonably thorough regression test for this, but discussions on libc-alpha as well as further testing have revealed that the test when prop= erly expanded (a) will also trigger bug 22343, and (b) has exposed another bug i= n 32 bit Intel and POWER (related to the relatively larger MALLOC_ALIGNMENT on t= hese machines). Because of this, I haven't checked the regression test into mast= er, but only the fix for now. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40045-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 13:01:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 21787 invoked by alias); 30 Nov 2017 13:01:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 21366 invoked by uid 55); 30 Nov 2017 13:01:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/21232] miss posix_fadvise64 on MIPS64 when static linking Date: Thu, 30 Nov 2017 13: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.26 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.26 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00415.txt.bz2 Content-length: 1821 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21232 --- Comment #10 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (commit) from b0afcf5db758747c2e563a1db0af6db7a1927746 (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=3Dglibc.git;h=3D7bd7ddfab138f67a1d8= c10d4d70f16240a1c6796 commit 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 Author: Adhemerval Zanella Date: Tue Mar 14 16:42:08 2017 -0300 Fix missing posix_fadvise64 mips64 static build (BZ #21232) This patch fixes the missing posix_fadvise64 symbol for static build required for _FILE_OFFSET_BITS=3D64 on mips64 build. Checked on a mips64-linux-gnu build with run-built-tests=3Dno. [BZ #21232] * sysdeps/unix/sysv/linux/mips/mips64/n64/posix_fadvise64.c: Add posix_fadvise64 weak_alias for static build. (cherry picked from commit ed7d6072f25f75b808b40c206371361f1313f342) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 6 ++++++ .../sysv/linux/mips/mips64/n64/posix_fadvise64.c | 2 ++ 2 files changed, 8 insertions(+), 0 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40046-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 13:54:43 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 66855 invoked by alias); 30 Nov 2017 13:54:43 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 66780 invoked by uid 55); 30 Nov 2017 13:54:36 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Thu, 30 Nov 2017 13:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00416.txt.bz2 Content-length: 16818 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #20 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 951b8ac9a2dd6a4a36b939b1e1f47013740e07d8 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D951b8ac9a2dd6a4a36b= 939b1e1f47013740e07d8 commit 951b8ac9a2dd6a4a36b939b1e1f47013740e07d8 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D42ec59f560e64d1eec0= c1a9b3768ef8d0a660154 commit 42ec59f560e64d1eec0c1a9b3768ef8d0a660154 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D966d45d91d4647c62d3= fccb0f7e684a676fdaced commit 966d45d91d4647c62d3fccb0f7e684a676fdaced Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D12df728c40440a0d842= 0596dcc4c7625cb8be0dd commit 12df728c40440a0d8420596dcc4c7625cb8be0dd Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deaa885503cf44933e95= 9812ba6b90b600cb854d3 commit eaa885503cf44933e959812ba6b90b600cb854d3 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db3c9432386edbd2f570= 98daa6a2a63780c9d9d63 commit b3c9432386edbd2f57098daa6a2a63780c9d9d63 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. On aarch64, binutils master branch with 2 patches: https://sourceware.org/ml/binutils/2017-11/msg00455.html https://sourceware.org/ml/binutils/2017-11/msg00456.html applied is required. build-many-glibcs.py with --enable-static-pie with all patches for stat= ic PIE applied have many failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b08f0b7f94a40fd165= b44a06346690f5691e77b commit 3b08f0b7f94a40fd165b44a06346690f5691e77b Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40047-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:23:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 117422 invoked by alias); 30 Nov 2017 14:23:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 112875 invoked by uid 55); 30 Nov 2017 14:23:51 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 14: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00417.txt.bz2 Content-length: 4215 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 --- Comment #37 from 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 5e56e937c9144e70a16793d2c5aa22d1bd0b2c18 (commit) via cf4341ca90164398c05e74f72ff19dc52136731c (commit) via 9ca6b343783236fda88e9712f29b46ec875d4156 (commit) via 37075ae18d10802b9d62db3fbc910b30e01398d4 (commit) from f33632ccd1dec3217583fcfdd965afb62954203c (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=3Dglibc.git;h=3D5e56e937c9144e70a16= 793d2c5aa22d1bd0b2c18 commit 5e56e937c9144e70a16793d2c5aa22d1bd0b2c18 Author: Mike FABIAN Date: Thu Nov 30 12:13:02 2017 +0100 hr_HR locale: fix collation and expand collation test file * localedata/locales/hr_HR (LC_COLLATE): Fix collation to make test case pass. * localedata/hr_HR.UTF-8.in: Add more test strings. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dcf4341ca90164398c05= e74f72ff19dc52136731c commit cf4341ca90164398c05e74f72ff19dc52136731c Author: Mike FABIAN Date: Thu Nov 30 10:50:44 2017 +0100 Fix test case for hr_HR monetary formatting * stdlib/tst-strfmon_l.c: Fix testcase. Needed because of [BZ #1058= 0] https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D9ca6b343783236fda88= e9712f29b46ec875d4156 commit 9ca6b343783236fda88e9712f29b46ec875d4156 Author: Dragan Stanojevi=C4=87 - Nevidljivi Date: Thu Nov 30 10:02:55 2017 +0100 Add test case for collation in hr_HR locale * localedata/Makefile: Add hr_HR.UTF-8 to test-input and to the list of locales to built for testing. * localedata/hr_HR.UTF-8.in: New file. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D37075ae18d10802b9d6= 2db3fbc910b30e01398d4 commit 37075ae18d10802b9d62db3fbc910b30e01398d4 Author: Dragan Stanojevi=C4=87 - Nevidljivi Date: Thu Nov 30 09:14:51 2017 +0100 hr_HR locale: various updates [BZ #10580] [BZ #10580] * localedata/locales/hr_HR (LC_COLLATE): Base collation rules on iso14651_t1. * localedata/locales/hr_HR (LC_TIME): Sync month and day names = with CLDR (except use ligatures for the digraphs, CLDR does not use the ligatures), add first_workday, some fixes in the date and t= ime formats. * localedata/locales/hr_HR (LC_CTYPE): Add transliteration rules for =C4=90 and =C4=91. * localedata/locales/hr_HR (LC_MONETARY): Change currency_symbo= l to lower case. p_cs_precedes and n_cs_precedes should be 0 instead= of 1. Add int_p_cs_precedes and int_n_cs_precedes. * localedata/locales/hr_HR (LC_NUMERIC): Change thousands_sep to "" (NARROW NO-BREAK SPACE) and grouping to 3;3 (Agrees w= ith LC_MONETARY now). * localedata/locales/hr_HR (LC_TELEPHONE): Add tel_dom_fmt. * localedata/locales/hr_HR (LC_NAME): Add name_mr, name_mrs, and name_miss. * localedata/locales/hr_HR (LC_ADDRESS): Add country_post, country_isbn, and lang_lib. Change postal_fmt. change ----------------------------------------------------------------------- Summary of changes: ChangeLog | 39 + localedata/Makefile | 4 +- localedata/hr_HR.UTF-8.in | 70 ++ localedata/locales/hr_HR | 2324 ++++-------------------------------------= ---- stdlib/tst-strfmon_l.c | 8 +- 5 files changed, 303 insertions(+), 2142 deletions(-) create mode 100644 localedata/hr_HR.UTF-8.in --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40048-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:24:57 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120421 invoked by alias); 30 Nov 2017 14:24:57 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 120327 invoked by uid 48); 30 Nov 2017 14:24:50 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/10580] hr_HR: updated locale Date: Thu, 30 Nov 2017 14: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: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00418.txt.bz2 Content-length: 529 https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #38 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40049-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:25:12 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 120852 invoked by alias); 30 Nov 2017 14:25:12 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 120650 invoked by uid 48); 30 Nov 2017 14:25:00 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/21937] en_MU: new locale Date: Thu, 30 Nov 2017 14:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: maiku.fabian 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: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00419.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21937 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40050-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:53:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 48903 invoked by alias); 30 Nov 2017 14:53:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 48851 invoked by uid 48); 30 Nov 2017 14:53:03 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22534] New: Collation rules for Serbian and Bosnian should be the same as for Croatilan Date: Thu, 30 Nov 2017 14:53: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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 cc target_milestone Message-ID: 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: 2017-11/txt/msg00420.txt.bz2 Content-length: 979 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22534 Bug ID: 22534 Summary: Collation rules for Serbian and Bosnian should be the same as for Croatilan Product: glibc Version: 2.26 Status: NEW Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: maiku.fabian at gmail dot com CC: libc-locales at sourceware dot org Target Milestone: --- https://unicode.org/cldr/trac/browser/trunk/common/collation/bs.xml and=20 https://unicode.org/cldr/trac/browser/trunk/common/collation/sr_Latn.xml Just use [import hr]. In glibc, the collation rules for Croatian were recently fixed, see: https://sourceware.org/bugzilla/show_bug.cgi?id=3D10580 The Serbian and Bosnian locales should get the same update. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40051-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:53:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49476 invoked by alias); 30 Nov 2017 14:53:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49414 invoked by uid 48); 30 Nov 2017 14:53:10 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22534] Collation rules for Serbian and Bosnian should be the same as for Croatilan Date: Thu, 30 Nov 2017 14:53: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: In-Reply-To: References: 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: 2017-11/txt/msg00421.txt.bz2 Content-length: 398 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22534 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |invisible@hidden-city.net --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40052-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 14:58:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44577 invoked by alias); 30 Nov 2017 14:58:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32787 invoked by uid 48); 30 Nov 2017 14:58:02 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22534] Collation rules for Serbian and Bosnian should be the same as for Croatian Date: Thu, 30 Nov 2017 14: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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: short_desc Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00422.txt.bz2 Content-length: 545 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22534 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Collation rules for Serbian |Collation rules for Serbian |and Bosnian should be the |and Bosnian should be the |same as for Croatilan |same as for Croatian --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40053-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 15:13:40 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49073 invoked by alias); 30 Nov 2017 15:13:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49023 invoked by uid 48); 30 Nov 2017 15:13:36 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22534] Collation rules for Serbian and Bosnian should be the same as for Croatian Date: Thu, 30 Nov 2017 15: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: 2.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00423.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22534 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #1 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40054-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 15:13:48 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 49622 invoked by alias); 30 Nov 2017 15:13:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 49537 invoked by uid 55); 30 Nov 2017 15:13:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22534] Collation rules for Serbian and Bosnian should be the same as for Croatian Date: Thu, 30 Nov 2017 15: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: 2.26 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.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00424.txt.bz2 Content-length: 2359 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22534 --- Comment #2 from 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 fbb5fd03d3189c626a002029e599d7e44e623c1e (commit) from 5e56e937c9144e70a16793d2c5aa22d1bd0b2c18 (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=3Dglibc.git;h=3Dfbb5fd03d3189c626a0= 02029e599d7e44e623c1e commit fbb5fd03d3189c626a002029e599d7e44e623c1e Author: Mike FABIAN Date: Thu Nov 30 15:57:25 2017 +0100 sr_RS and bs_BA locales: make collation rules the same as for hr_HR [BZ #22534] According to CLDR, collation rules for Serbian and Bosnian should be the same as for Croatian. [BZ #22534] * localedata/Makefile: Add sr_RS.UTF-8 and bs_BA.UTF-8 to test-input and to the list of locales to be built for testing. * localedata/bs_BA.UTF-8.in: New file (same as hr_HR.UTF-8.in). * localedata/sr_RS.UTF-8.in: New file (same as hr_HR.UTF-8.in). * localedata/locales/bs_BA (LC_COLLATE): Use =E2=80=9Ccopy "hr_HR"= =E2=80=9D. * localedata/locales/sr_RS (LC_COLLATE): Use =E2=80=9Ccopy "hr_HR"= =E2=80=9D. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 13 +++ localedata/Makefile | 5 +- localedata/{hr_HR.UTF-8.in =3D> bs_BA.UTF-8.in} | 0 localedata/locales/bs_BA | 100 ++------------------- localedata/locales/sr_RS | 116 +++------------------= ---- localedata/{hr_HR.UTF-8.in =3D> sr_RS.UTF-8.in} | 0 6 files changed, 39 insertions(+), 195 deletions(-) copy localedata/{hr_HR.UTF-8.in =3D> bs_BA.UTF-8.in} (100%) copy localedata/{hr_HR.UTF-8.in =3D> sr_RS.UTF-8.in} (100%) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40055-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 20:56:41 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 78728 invoked by alias); 30 Nov 2017 20:56:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 78654 invoked by uid 48); 30 Nov 2017 20:56:36 -0000 From: "you_no_me_too at yahoo dot co.uk" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22535] New: en_DE: New locale Date: Thu, 30 Nov 2017 20:56: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: you_no_me_too at yahoo dot co.uk 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: 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: 2017-11/txt/msg00425.txt.bz2 Content-length: 891 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22535 Bug ID: 22535 Summary: en_DE: New locale Product: glibc Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: localedata Assignee: unassigned at sourceware dot org Reporter: you_no_me_too at yahoo dot co.uk CC: libc-locales at sourceware dot org Target Milestone: --- I'd like that the locale definition for en_DE to be included in glibc. The en_DE (and other en_XX variants) have been added to the CLDR (Common Lo= cale Data Repository) database about 2 years ago as standard locale definition: http://unicode.org/cldr/trac/changeset/11969 (as a result of http://unicode.org/cldr/trac/ticket/8642 ) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40056-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 21:22:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116279 invoked by alias); 30 Nov 2017 21:22:55 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116218 invoked by uid 55); 30 Nov 2017 21:22:50 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Thu, 30 Nov 2017 21:22: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: 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: In-Reply-To: References: 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: 2017-11/txt/msg00426.txt.bz2 Content-length: 3348 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 --- Comment #5 from 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 1faaf7035cabda101e1d6653bff7a539f201db91 (commit) from bd6ea9edd1708c7b0166af685a676b91e5b5950d (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=3Dglibc.git;h=3D1faaf7035cabda101e1= d6653bff7a539f201db91 commit 1faaf7035cabda101e1d6653bff7a539f201db91 Author: Juro Bystricky Date: Thu Nov 30 21:21:15 2017 +0000 plural.c: improve reproducibility There is a subtle non-determinism when building glibc. This depends on whether the glibc is built using the distibuted file intl/plural.c or built using the generated file intl/plural.c. These two files (intl/plural.c generated vs. distributed) are slightly different, hence we may end up with slightly different libraries. Originally, having "bison" installed was optional. So if "bison" was not present, we always built libraries with the distributed plural.c. If bison was installed, we *** may have *** replaced the distributed file plural.c with a new plural.c generated from plural.y. if the timestamps triggered this rule: plural.c plural.y $(BISON) $(BISONFLAGS) $@ $^ Given that timestamps are not preserved in GIT repositories, the above rule is not reliable without explicitly touching plural.c or plural.y. In other words, the rule may or may not have fired. In summary: there are two distinct sources of non-determinism: 1. Having "bison" installed or not 2. Having "bison" installed but timestamps poorly defined. This patch fixes this by requiring "bison" being installed and by always generating intl/plural.c from intl/plural.y. (This is achieved by simply removing checked-in intl/plural.c) [BZ #22432] * configure.ac (BISON): Require to be present. * configure: Regenerated. * intl/Makefile (generated): Add plural.c. [$(BISON) !=3D no]: Make code unconditional. (plural.c): Change rule to $(objpfx)plural.c. ($(objpfx)plural.o): Depend on $(objpfx)plural.c. * intl/plural.c: Remove. * manual/install.texi (Tools for Compilation): Document bison as required. * INSTALL: Regenerated. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 14 + INSTALL | 10 +- NEWS | 3 +- configure | 128 ++-- configure.ac | 7 +- intl/Makefile | 9 +- intl/plural.c | 2011 -----------------------------------------------= ---- manual/install.texi | 14 +- 8 files changed, 98 insertions(+), 2098 deletions(-) delete mode 100644 intl/plural.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40057-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Nov 30 21:27:17 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 43835 invoked by alias); 30 Nov 2017 21:27:17 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 37279 invoked by uid 48); 30 Nov 2017 21:27:13 -0000 From: "jsm28 at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug build/22432] Non-deterministic build Date: Thu, 30 Nov 2017 21:27: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-11/txt/msg00427.txt.bz2 Content-length: 567 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22432 Joseph Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #6 from Joseph Myers --- Fixed for 2.27. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40058-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 01:09:20 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 44001 invoked by alias); 1 Dec 2017 01:09:20 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 43927 invoked by uid 48); 1 Dec 2017 01:09:15 -0000 From: "digitalfreak at lingonborough dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22469] pl_PL LC_COLLATE does not use i18n Date: Fri, 01 Dec 2017 01:09: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: digitalfreak at lingonborough dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00000.txt.bz2 Content-length: 2341 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22469 --- Comment #5 from Rafal Luzynski = --- For the record and for the future reference: Polish alphabetical sorting is standardized by PN=E2=80=9380/N=E2=80=9301223 standard (by Polish Committee= for Standardization). Some of its rules: 1. Alphabetical order must accord with the Polish alphabet with the letters= : q, v, x added. 2. Non-Polish diacritical characters are ignored, ex.: Ha=C5=A1ek < Hass 2a. It is also allowed to ignore Polish diacritical characters (although no= body seems to apply this rule, Polish diacritical characters are always respecte= d). 3. Spaces and punctuation characters are before the letters, ex.: "mur z ce= g=C5=82y" < "murawa". 4. Lowercase letter is before the uppercase, ex.: arab < Arab. 5. Numbers (also spelled) must be sorted according to their numerical value= and placed before the letters, ex.: 1 < 5 < =C3=B3smy < trzyna=C5=9Bcie < 17 < = XXI < Agnieszka < Antoni ... (This rule is difficult to implement, let's skip it.) 6. The placement of the Icelandic letter =C3=9E (Thorn) is not regulated bu= t the Icelandic alphabet places it at the end, after Z. We are encouraged to foll= ow this rule as well, ex.: X < Y < Z < =C3=9E. Source: https://pl.wikipedia.org/wiki/Porz%C4%85dek_alfabetyczny Another scientific source says that Polish language has two rules of sortin= g: for dictionaries the spaces and punctuation characters are ignored (letter-by-letter order) but for encyclopedias they are not (word-by-word order). Thanks to these rules people who don't know whether the correct spelling is =E2=80=9Ena pewno=E2=80=9D or =E2=80=9Enapewno=E2=80=9D will fi= nd the word ("na pewno" =3D=3D "napewno"). On the other hand in encyclopedias all monarchs named Jan are grouped together: "Jan III Sobieski" < "Jan XXIII" < "Janina". We can't implement two different rules, here we have implemented the word-by-word ru= le and it is correct. The same has been requested in bug 388. Source: https://sjp.pwn.pl/poradnia/haslo/porzadek-alfabetyczny-ale-jaki;16226.html One more source saying that non-Polish diacritical characters should be ignored: https://sjp.pwn.pl/poradnia/haslo/porzadek-alfabetyczny;4208.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40059-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 03:43:14 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 124220 invoked by alias); 1 Dec 2017 03:43:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 124158 invoked by uid 55); 1 Dec 2017 03:43:07 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 01 Dec 2017 03: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.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00001.txt.bz2 Content-length: 17080 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #21 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 92506a1b7df0ad79179bf6f35e79bcf0ab733710 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D92506a1b7df0ad79179= bf6f35e79bcf0ab733710 commit 92506a1b7df0ad79179bf6f35e79bcf0ab733710 Author: H.J. Lu Date: Thu Nov 30 19:36:46 2017 -0800 ASFLAGS-.o +=3D $(pie-default) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da04696ccaa91e53c6bc= 5804b08a4f516e814addb commit a04696ccaa91e53c6bc5804b08a4f516e814addb Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dc72dd4cf1e5f561298f= 0fefd626300c6d37284cb commit c72dd4cf1e5f561298f0fefd626300c6d37284cb Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D98fcde69d9e9f553f5a= 24f8f8c382be0a54ce17a commit 98fcde69d9e9f553f5a24f8f8c382be0a54ce17a Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D8c673406148bf13c094= e923c4a679db2097fa80d commit 8c673406148bf13c094e923c4a679db2097fa80d Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfe9e9174f5eaf5d8ab5= 54305fec5f19090e0a807 commit fe9e9174f5eaf5d8ab554305fec5f19090e0a807 Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D17b9efc6492d3ac072e= 012dcd20575c7219f206e commit 17b9efc6492d3ac072e012dcd20575c7219f206e Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. On aarch64, binutils master branch with 2 patches: https://sourceware.org/ml/binutils/2017-11/msg00455.html https://sourceware.org/ml/binutils/2017-11/msg00456.html applied is required. build-many-glibcs.py with --enable-static-pie with all patches for stat= ic PIE applied have many failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-mips64el-linux-gnu-n32 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64el-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64el-linux-gnu-n32-soft build FAIL: glibcs-mips64-linux-gnu-n32 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008 build FAIL: glibcs-mips64-linux-gnu-n32-nan2008-soft build FAIL: glibcs-mips64-linux-gnu-n32-soft build FAIL: glibcs-mipsel-linux-gnu build FAIL: glibcs-mipsel-linux-gnu-nan2008 build FAIL: glibcs-mipsel-linux-gnu-nan2008-soft build FAIL: glibcs-mipsel-linux-gnu-soft build FAIL: glibcs-mips-linux-gnu build FAIL: glibcs-mips-linux-gnu-nan2008 build FAIL: glibcs-mips-linux-gnu-nan2008-soft build FAIL: glibcs-mips-linux-gnu-soft build elf/sln is failed to link due to: crt1.o: relocation R_MIPS_HI16 against `_gp' can not be used when makin= g a shared object; recompile with -fPIC This is caused by linker bug and/or non-PIC code in crt1.o. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (static-start-installed-name): Add the `r' prefix for --enable-static-pie. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5281f53b625703785bb= 6d0507d25f8ff2d25c031 commit 5281f53b625703785bb6d0507d25f8ff2d25c031 Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40060-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 04:12:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 35967 invoked by alias); 1 Dec 2017 04:12:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 35908 invoked by uid 55); 1 Dec 2017 04:12:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 01 Dec 2017 04:12: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00002.txt.bz2 Content-length: 15966 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #22 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 1d043a3760ab465e9b364a36eccd4b4a7e1a7fc8 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D1d043a3760ab465e9b3= 64a36eccd4b4a7e1a7fc8 commit 1d043a3760ab465e9b364a36eccd4b4a7e1a7fc8 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da83f5a663e3917c8d78= ecc14f1b209557e34cb00 commit a83f5a663e3917c8d78ecc14f1b209557e34cb00 Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dfee70a13aeef566d94f= 1484f04d2169df4cb51ad commit fee70a13aeef566d94f1484f04d2169df4cb51ad Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db58a130b0e4f951eb5c= 31c7750d93ca5b86678df commit b58a130b0e4f951eb5c31c7750d93ca5b86678df Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De2b24b533b865f71c25= ba5259f611add8820a22d commit e2b24b533b865f71c25ba5259f611add8820a22d Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2cdcd22264e365a9d7a= d03920d7b1cacab252b4a commit 2cdcd22264e365a9d7ad03920d7b1cacab252b4a Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. On aarch64, binutils master branch with 2 patches: https://sourceware.org/ml/binutils/2017-11/msg00455.html https://sourceware.org/ml/binutils/2017-11/msg00456.html applied is required. build-many-glibcs.py with --enable-static-pie with all patches for stat= ic PIE applied have many failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (real-static-start-installed-name): New. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Replace $(static-start-installed-name) with $(real-static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. * sysdeps/mips/Makefile (ASFLAGS-.o): Add $(pie-default). (ASFLAGS-.op): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5281f53b625703785bb= 6d0507d25f8ff2d25c031 commit 5281f53b625703785bb6d0507d25f8ff2d25c031 Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40061-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 13:16:56 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114519 invoked by alias); 1 Dec 2017 13:16:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 113712 invoked by uid 55); 1 Dec 2017 13:16:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Fri, 01 Dec 2017 13:16: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: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00003.txt.bz2 Content-length: 16047 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #23 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at 47dfe8b069b7828aaea067ccf9577c2b481f0314 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D47dfe8b069b7828aaea= 067ccf9577c2b481f0314 commit 47dfe8b069b7828aaea067ccf9577c2b481f0314 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da61c1c8622da27fdbb7= 3db34b74155eb2a0de6de commit a61c1c8622da27fdbb73db34b74155eb2a0de6de Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2cf0d784855a7173538= d73dffb14fb9688d176dc commit 2cf0d784855a7173538d73dffb14fb9688d176dc Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D59b20f3720dd5244d5b= 6fb78a12de2d0b222f975 commit 59b20f3720dd5244d5b6fb78a12de2d0b222f975 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D4551c4abcc32d503d79= dd254c8df499d617c3eba commit 4551c4abcc32d503d79dd254c8df499d617c3eba Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D07907d70cdb3736049c= d69110ee09d8635f7e83a commit 07907d70cdb3736049cd69110ee09d8635f7e83a Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are allowed in static PIE. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. On aarch64, binutils master branch with 2 patches: https://sourceware.org/ml/binutils/2017-11/msg00455.html https://sourceware.org/ml/binutils/2017-11/msg00456.html applied is required. build-many-glibcs.py with --enable-static-pie with all patches for stat= ic PIE applied have many failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: libc.a(sched_yield.o): non-pic code with imm relocation against dynamic symbol `_dl_sysinfo' This is caused by non-PIC version of DO_CALL macro in ia64 sysdep.h. P= IE libc.a should use PIC version of DO_CALL, except during startup in stat= ic PIE. An ia64 startup.h, similar to i386 startup.h, is needed to handle this. FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14242 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (real-static-start-installed-name): New. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Use the first of $(DEFAULT-LDFLAGS-$(@F= )) and $(default-pie-ldflag). Replace $(static-start-installed-name) with $(real-static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) and gr$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. ($(objpfx)gr$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (CFLAGS-tst-gmon-static-pie.c): New. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. * sysdeps/mips/Makefile (ASFLAGS-.o): Add $(pie-default). (ASFLAGS-.op): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D5281f53b625703785bb= 6d0507d25f8ff2d25c031 commit 5281f53b625703785bb6d0507d25f8ff2d25c031 Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40062-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 13:24:49 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 4544 invoked by alias); 1 Dec 2017 13:24:48 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 4256 invoked by uid 55); 1 Dec 2017 13:24:27 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22519] is_IS LC_COLLATE does not use copy "iso14651_t1" Date: Fri, 01 Dec 2017 13: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: 2.26 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: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00004.txt.bz2 Content-length: 1479 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22519 --- Comment #1 from 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 d985adae22838fb28c4dc4caebcc8c78e838d03e (commit) from ff84a0e0507d797011ba28842ab1e5dd0d430eb1 (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=3Dglibc.git;h=3Dd985adae22838fb28c4= dc4caebcc8c78e838d03e commit d985adae22838fb28c4dc4caebcc8c78e838d03e Author: Mike FABIAN Date: Fri Dec 1 13:45:51 2017 +0100 is_IS locale: Base collation on iso14651_t1 [BZ #22519] ----------------------------------------------------------------------- Summary of changes: ChangeLog | 9 + localedata/Makefile | 5 +- localedata/is_IS.UTF-8.in | 61 ++ localedata/locales/is_IS | 2189 ++---------------------------------------= ---- 4 files changed, 162 insertions(+), 2102 deletions(-) create mode 100644 localedata/is_IS.UTF-8.in --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40063-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 13:25:00 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 5137 invoked by alias); 1 Dec 2017 13:25:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 5079 invoked by uid 48); 1 Dec 2017 13:24:56 -0000 From: "maiku.fabian at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/22519] is_IS LC_COLLATE does not use copy "iso14651_t1" Date: Fri, 01 Dec 2017 13:25: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.26 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: maiku.fabian at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: maiku.fabian at gmail dot com X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00005.txt.bz2 Content-length: 582 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22519 Mike FABIAN changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.27 --- Comment #2 from Mike FABIAN --- Fixed in glibc master. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40064-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 16:17:55 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 98925 invoked by alias); 1 Dec 2017 16:17:54 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 98887 invoked by uid 48); 1 Dec 2017 16:17:48 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug nss/22530] FAIL: nss/bug17079 due to _nss_sss_getpwuid_r Date: Fri, 01 Dec 2017 16:17: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.27 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: In-Reply-To: References: 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: 2017-12/txt/msg00006.txt.bz2 Content-length: 912 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22530 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #5 from Carlos O'Donell --- (In reply to Carlos O'Donell from comment #4) > Pull request filed with the fix. >=20 > https://pagure.io/SSSD/sssd/pull-request/3589 Now fixed in sssd master, and it should be going out to Fedora. https://pagure.io/SSSD/sssd/c/c096972ff25f14a390a621851f4935901b908be8 I'm marking this RESOLVED/INVALID since this is not a glibc bug, but an sssd bug in the handling of invalid buffer pointers and sizes. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40065-listarch-glibc-bugs=sources.redhat.com@sourceware.org Fri Dec 01 22:13:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 85113 invoked by alias); 1 Dec 2017 22:13:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 85019 invoked by uid 55); 1 Dec 2017 22:13:46 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping (CVE-2017-15804) Date: Fri, 01 Dec 2017 22:13: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00007.txt.bz2 Content-length: 2786 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 --- Comment #7 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.26/master has been updated via 0890d5379cac9b7e2a5f09c3647ebad235c1442d (commit) via a9f35ac127e2244185d0a80ed91fa629f9d19dcf (commit) via f1cf98b583787cfb6278baea46e286a0ee7567fd (commit) via 6f9f307b5db6b2eeb7b92f2a75e5ab3e749c3d56 (commit) from f312f235d535fac5c3ff2b0aa7cacb1958aa4529 (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=3Dglibc.git;h=3D0890d5379cac9b7e2a5= f09c3647ebad235c1442d commit 0890d5379cac9b7e2a5f09c3647ebad235c1442d Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da9f35ac127e2244185d= 0a80ed91fa629f9d19dcf commit a9f35ac127e2244185d0a80ed91fa629f9d19dcf Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Df1cf98b583787cfb627= 8baea46e286a0ee7567fd commit f1cf98b583787cfb6278baea46e286a0ee7567fd Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D6f9f307b5db6b2eeb7b= 92f2a75e5ab3e749c3d56 commit 6f9f307b5db6b2eeb7b92f2a75e5ab3e749c3d56 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 13 +++++++++++ NEWS | 9 ++++++++ posix/glob.c | 4 +- posix/tst-glob-tilde.c | 53 +++++++++++++++++++++++++++-----------------= --- 4 files changed, 54 insertions(+), 25 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40067-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 09:56:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114336 invoked by alias); 2 Dec 2017 09:56:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 114193 invoked by uid 55); 2 Dec 2017 09:56:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22325] Memory leak in glob with GLOB_TILDE (CVE-2017-15671) Date: Sat, 02 Dec 2017 09:56: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.26 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00010.txt.bz2 Content-length: 10606 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22325 --- Comment #4 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 (commit) via b2b39e667143a921eeec01517c9c99ea25eaafae (commit) via ee68a4419a7c4473e48b16a55c50689a11f9b725 (commit) via 3b587362bd54a81528b36ff8e13ba9f7c233e995 (commit) via a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 (commit) via 717743bb07471f95bef6ea63d9b12848ad91aaf6 (commit) via ea54198514e1a4f4abd8727acac0890bc95b4bdc (commit) via 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 (commit) from 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (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=3Dglibc.git;h=3D4444f6a92b83f7e0447= 05b43b11dcdb0dbe97fe1 commit 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2b39e667143a921eee= c01517c9c99ea25eaafae commit b2b39e667143a921eeec01517c9c99ea25eaafae Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee68a4419a7c4473e48= b16a55c50689a11f9b725 commit ee68a4419a7c4473e48b16a55c50689a11f9b725 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b587362bd54a81528b= 36ff8e13ba9f7c233e995 commit 3b587362bd54a81528b36ff8e13ba9f7c233e995 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da06cc8caa7f4c0fcfdc= 7580cbc5c21be63637353 commit a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D717743bb07471f95bef= 6ea63d9b12848ad91aaf6 commit 717743bb07471f95bef6ea63d9b12848ad91aaf6 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dea54198514e1a4f4abd= 8727acac0890bc95b4bdc commit ea54198514e1a4f4abd8727acac0890bc95b4bdc Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2b54f16a8a237a1f3e6= f8b974cafda09ed75d292 commit 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 94 +++ NEWS | 16 + posix/Makefile | 14 +- posix/flexmember.h | 45 ++ posix/glob.c | 780 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + posix/tst-glob-tilde.c | 143 ++++ sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 36 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 24 files changed, 945 insertions(+), 461 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 posix/tst-glob-tilde.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40069-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 09:56:16 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114430 invoked by alias); 2 Dec 2017 09:56:15 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 114209 invoked by uid 55); 2 Dec 2017 09:56:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22320] Buffer overflow in glob with GLOB_TILDE (CVE-2017-15670) Date: Sat, 02 Dec 2017 09:56: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00011.txt.bz2 Content-length: 10607 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22320 --- Comment #13 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 (commit) via b2b39e667143a921eeec01517c9c99ea25eaafae (commit) via ee68a4419a7c4473e48b16a55c50689a11f9b725 (commit) via 3b587362bd54a81528b36ff8e13ba9f7c233e995 (commit) via a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 (commit) via 717743bb07471f95bef6ea63d9b12848ad91aaf6 (commit) via ea54198514e1a4f4abd8727acac0890bc95b4bdc (commit) via 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 (commit) from 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (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=3Dglibc.git;h=3D4444f6a92b83f7e0447= 05b43b11dcdb0dbe97fe1 commit 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2b39e667143a921eee= c01517c9c99ea25eaafae commit b2b39e667143a921eeec01517c9c99ea25eaafae Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee68a4419a7c4473e48= b16a55c50689a11f9b725 commit ee68a4419a7c4473e48b16a55c50689a11f9b725 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b587362bd54a81528b= 36ff8e13ba9f7c233e995 commit 3b587362bd54a81528b36ff8e13ba9f7c233e995 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da06cc8caa7f4c0fcfdc= 7580cbc5c21be63637353 commit a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D717743bb07471f95bef= 6ea63d9b12848ad91aaf6 commit 717743bb07471f95bef6ea63d9b12848ad91aaf6 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dea54198514e1a4f4abd= 8727acac0890bc95b4bdc commit ea54198514e1a4f4abd8727acac0890bc95b4bdc Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2b54f16a8a237a1f3e6= f8b974cafda09ed75d292 commit 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 94 +++ NEWS | 16 + posix/Makefile | 14 +- posix/flexmember.h | 45 ++ posix/glob.c | 780 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + posix/tst-glob-tilde.c | 143 ++++ sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 36 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 24 files changed, 945 insertions(+), 461 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 posix/tst-glob-tilde.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40068-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 09:56:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114371 invoked by alias); 2 Dec 2017 09:56:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 114208 invoked by uid 55); 2 Dec 2017 09:56:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/22332] Buffer overflow in glob with GLOB_TILDE in unescaping (CVE-2017-15804) Date: Sat, 02 Dec 2017 09:56: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: critical 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.27 X-Bugzilla-Flags: security+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00009.txt.bz2 Content-length: 10606 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22332 --- Comment #8 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 (commit) via b2b39e667143a921eeec01517c9c99ea25eaafae (commit) via ee68a4419a7c4473e48b16a55c50689a11f9b725 (commit) via 3b587362bd54a81528b36ff8e13ba9f7c233e995 (commit) via a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 (commit) via 717743bb07471f95bef6ea63d9b12848ad91aaf6 (commit) via ea54198514e1a4f4abd8727acac0890bc95b4bdc (commit) via 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 (commit) from 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (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=3Dglibc.git;h=3D4444f6a92b83f7e0447= 05b43b11dcdb0dbe97fe1 commit 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2b39e667143a921eee= c01517c9c99ea25eaafae commit b2b39e667143a921eeec01517c9c99ea25eaafae Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee68a4419a7c4473e48= b16a55c50689a11f9b725 commit ee68a4419a7c4473e48b16a55c50689a11f9b725 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b587362bd54a81528b= 36ff8e13ba9f7c233e995 commit 3b587362bd54a81528b36ff8e13ba9f7c233e995 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da06cc8caa7f4c0fcfdc= 7580cbc5c21be63637353 commit a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D717743bb07471f95bef= 6ea63d9b12848ad91aaf6 commit 717743bb07471f95bef6ea63d9b12848ad91aaf6 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dea54198514e1a4f4abd= 8727acac0890bc95b4bdc commit ea54198514e1a4f4abd8727acac0890bc95b4bdc Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2b54f16a8a237a1f3e6= f8b974cafda09ed75d292 commit 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 94 +++ NEWS | 16 + posix/Makefile | 14 +- posix/flexmember.h | 45 ++ posix/glob.c | 780 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + posix/tst-glob-tilde.c | 143 ++++ sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 36 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 24 files changed, 945 insertions(+), 461 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 posix/tst-glob-tilde.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40066-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 09:56:15 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114319 invoked by alias); 2 Dec 2017 09:56:14 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 114200 invoked by uid 55); 2 Dec 2017 09:56:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug glob/1062] sysdeps/generic/glob.c merge from gnulib (part 3 of 3) Date: Sat, 02 Dec 2017 09:56: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.3.5 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: adhemerval.zanella at linaro dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00008.txt.bz2 Content-length: 10606 https://sourceware.org/bugzilla/show_bug.cgi?id=3D1062 --- Comment #12 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 (commit) via b2b39e667143a921eeec01517c9c99ea25eaafae (commit) via ee68a4419a7c4473e48b16a55c50689a11f9b725 (commit) via 3b587362bd54a81528b36ff8e13ba9f7c233e995 (commit) via a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 (commit) via 717743bb07471f95bef6ea63d9b12848ad91aaf6 (commit) via ea54198514e1a4f4abd8727acac0890bc95b4bdc (commit) via 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 (commit) from 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (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=3Dglibc.git;h=3D4444f6a92b83f7e0447= 05b43b11dcdb0dbe97fe1 commit 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2b39e667143a921eee= c01517c9c99ea25eaafae commit b2b39e667143a921eeec01517c9c99ea25eaafae Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee68a4419a7c4473e48= b16a55c50689a11f9b725 commit ee68a4419a7c4473e48b16a55c50689a11f9b725 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b587362bd54a81528b= 36ff8e13ba9f7c233e995 commit 3b587362bd54a81528b36ff8e13ba9f7c233e995 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da06cc8caa7f4c0fcfdc= 7580cbc5c21be63637353 commit a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D717743bb07471f95bef= 6ea63d9b12848ad91aaf6 commit 717743bb07471f95bef6ea63d9b12848ad91aaf6 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dea54198514e1a4f4abd= 8727acac0890bc95b4bdc commit ea54198514e1a4f4abd8727acac0890bc95b4bdc Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2b54f16a8a237a1f3e6= f8b974cafda09ed75d292 commit 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 94 +++ NEWS | 16 + posix/Makefile | 14 +- posix/flexmember.h | 45 ++ posix/glob.c | 780 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + posix/tst-glob-tilde.c | 143 ++++ sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 36 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 24 files changed, 945 insertions(+), 461 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 posix/tst-glob-tilde.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40070-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 09:56:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 114854 invoked by alias); 2 Dec 2017 09:56:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 114266 invoked by uid 55); 2 Dec 2017 09:56:06 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/18822] Internal functions are called via PLT Date: Sat, 02 Dec 2017 09: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: 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00012.txt.bz2 Content-length: 10607 https://sourceware.org/bugzilla/show_bug.cgi?id=3D18822 --- Comment #80 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, release/2.25/master has been updated via 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 (commit) via b2b39e667143a921eeec01517c9c99ea25eaafae (commit) via ee68a4419a7c4473e48b16a55c50689a11f9b725 (commit) via 3b587362bd54a81528b36ff8e13ba9f7c233e995 (commit) via a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 (commit) via 717743bb07471f95bef6ea63d9b12848ad91aaf6 (commit) via ea54198514e1a4f4abd8727acac0890bc95b4bdc (commit) via 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 (commit) from 7bd7ddfab138f67a1d8c10d4d70f16240a1c6796 (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=3Dglibc.git;h=3D4444f6a92b83f7e0447= 05b43b11dcdb0dbe97fe1 commit 4444f6a92b83f7e044705b43b11dcdb0dbe97fe1 Author: Aurelien Jarno Date: Fri Dec 1 21:53:51 2017 +0100 Update NEWS to add CVE-2017-15804 entry (cherry picked from commit 15e84c63c05e0652047ba5e738c54d79d62ba74b) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Db2b39e667143a921eee= c01517c9c99ea25eaafae commit b2b39e667143a921eeec01517c9c99ea25eaafae Author: Florian Weimer Date: Thu Nov 2 11:06:45 2017 +0100 posix/tst-glob-tilde.c: Add test for bug 22332 (cherry picked from commit 2fac6a6cd50c22ac28c97d0864306594807ade3e) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dee68a4419a7c4473e48= b16a55c50689a11f9b725 commit ee68a4419a7c4473e48b16a55c50689a11f9b725 Author: Paul Eggert Date: Sun Oct 22 10:00:57 2017 +0200 glob: Fix buffer overflow during GLOB_TILDE unescaping [BZ #22332] (cherry picked from commit a159b53fa059947cc2548e3b0d5bdcf7b9630ba8) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D3b587362bd54a81528b= 36ff8e13ba9f7c233e995 commit 3b587362bd54a81528b36ff8e13ba9f7c233e995 Author: Florian Weimer Date: Sun Oct 22 09:29:52 2017 +0200 Update NEWS and ChangeLog for CVE-2017-15671 (cherry picked from commit 914c9994d27b80bc3b71c483e801a4f04e269ba6) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Da06cc8caa7f4c0fcfdc= 7580cbc5c21be63637353 commit a06cc8caa7f4c0fcfdc7580cbc5c21be63637353 Author: Florian Weimer Date: Sat Oct 21 18:03:30 2017 +0200 glob: Add new test tst-glob-tilde The new test checks for memory leaks (see bug 22325) and attempts to trigger the buffer overflow in bug 22320. (cherry picked from commit e80fc1fc98bf614eb01cf8325503df3a1451a99c) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D717743bb07471f95bef= 6ea63d9b12848ad91aaf6 commit 717743bb07471f95bef6ea63d9b12848ad91aaf6 Author: Paul Eggert Date: Fri Oct 20 18:41:14 2017 +0200 CVE-2017-15670: glob: Fix one-byte overflow [BZ #22320] (cherry picked from commit c369d66e5426a30e4725b100d5cd28e372754f90) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Dea54198514e1a4f4abd= 8727acac0890bc95b4bdc commit ea54198514e1a4f4abd8727acac0890bc95b4bdc Author: Adhemerval Zanella Date: Mon Sep 4 14:53:38 2017 -0300 posix: Sync glob with gnulib [BZ #1062] This patch syncs posix/glob.c implementation with gnulib version b5ec983 (glob: simplify symlink detection). The only difference to gnulib code is * DT_UNKNOWN, DT_DIR, and DT_LNK definition in the case there were not already defined. Gnulib code which uses HAVE_STRUCT_DIRENT_D_TYPE will redefine them wrongly because GLIBC does not define HAVE_STRUCT_DIRENT_D_TYPE. Instead the patch check for each definition instead. Also, the patch requires additional globfree and globfree64 files for compatibility version on some architectures. Also the code simplification leads to not macro simplification (not need for NO_GLOB_PATTERN_P anymore). Checked on x86_64-linux-gnu and on a build using build-many-glibcs.py for all major architectures. [BZ #1062] * posix/Makefile (routines): Add globfree, globfree64, and glob_pattern_p. * posix/flexmember.h: New file. * posix/glob_internal.h: Likewise. * posix/glob_pattern_p.c: Likewise. * posix/globfree.c: Likewise. * posix/globfree64.c: Likewise. * sysdeps/gnu/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/alpha/globfree.c: Likewise. * sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/oldglob.c: Likewise. * sysdeps/unix/sysv/linux/wordsize-64/globfree64.c: Likewise. * sysdeps/unix/sysv/linux/x86_64/x32/globfree.c: Likewise. * sysdeps/wordsize-64/globfree.c: Likewise. * sysdeps/wordsize-64/globfree64.c: Likewise. * posix/glob.c (HAVE_CONFIG_H): Use !_LIBC instead. [NDEBUG): Remove comments. (GLOB_ONLY_P, _AMIGA, VMS): Remove define. (dirent_type): New type. Use uint_fast8_t not uint8_t, as C99 does not require uint8_t. (DT_UNKNOWN, DT_DIR, DT_LNK): New macros. (struct readdir_result): Use dirent_type. Do not define skip_entry unless it is needed; this saves a byte on platforms lacking d_ino. (readdir_result_type, readdir_result_skip_entry): New functions, replacing ... (readdir_result_might_be_symlink, readdir_result_might_be_dir): these functions, which were removed. This makes the callers easier to read. All callers changed. (D_INO_TO_RESULT): Now empty if there is no d_ino. (size_add_wrapv, glob_use_alloca): New static functions. (glob, glob_in_dir): Check for size_t overflow in several places, and fix some size_t checks that were not quite right. Remove old code using SHELL since Bash no longer uses this. (glob, prefix_array): Separate MS code better. (glob_in_dir): Remove old Amiga and VMS code. (globfree, __glob_pattern_type, __glob_pattern_p): Move to separate files. (glob_in_dir): Do not rely on undefined behavior in accessing struct members beyond their bounds. Use a flexible array member instead (link_stat): Rename from link_exists2_p and return -1/0 instead of 0/1. Caller changed. (glob): Fix memory leaks. * posix/glob64 (globfree64): Move to separate file. * sysdeps/gnu/glob64.c (NO_GLOB_PATTERN_P): Remove define. (globfree64): Remove hidden alias. * sysdeps/unix/sysv/linux/Makefile (sysdeps_routines): Add oldglob. * sysdeps/unix/sysv/linux/alpha/glob.c (__new_globfree): Move to separate file. * sysdeps/unix/sysv/linux/i386/glob64.c (NO_GLOB_PATTERN_P): Remove define. Move compat code to separate file. * sysdeps/wordsize-64/glob.c (globfree): Move definitions to separate file. (cherry picked from commit c66c908230169c1bab1f83b071eb585baa214b9f) https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D2b54f16a8a237a1f3e6= f8b974cafda09ed75d292 commit 2b54f16a8a237a1f3e6f8b974cafda09ed75d292 Author: H.J. Lu Date: Sun Aug 20 10:46:47 2017 -0700 i386: Hide __old_glob64 [BZ #18822] Hide internal __old_glob64 function to allow direct access within libc.so and libc.a without using GOT nor PLT. [BZ #18822] * sysdeps/unix/sysv/linux/i386/glob64.c (__old_glob64): Add libc_hidden_proto and libc_hidden_def. (cherry picked from commit 2585d7b839559e665d5723734862fbe62264b25d) ----------------------------------------------------------------------- Summary of changes: ChangeLog | 94 +++ NEWS | 16 + posix/Makefile | 14 +- posix/flexmember.h | 45 ++ posix/glob.c | 780 ++++++++++------= ---- posix/glob64.c | 6 - posix/glob_internal.h | 57 ++ posix/glob_pattern_p.c | 33 + posix/globfree.c | 41 + posix/globfree64.c | 31 + posix/tst-glob-tilde.c | 143 ++++ sysdeps/gnu/glob64.c | 3 - sysdeps/gnu/globfree64.c | 10 + sysdeps/unix/sysv/linux/Makefile | 2 +- sysdeps/unix/sysv/linux/alpha/glob.c | 4 - sysdeps/unix/sysv/linux/alpha/globfree.c | 37 + sysdeps/unix/sysv/linux/i386/glob64.c | 36 +- .../unix/sysv/linux/mips/mips64/n64/globfree64.c | 1 + sysdeps/unix/sysv/linux/oldglob.c | 42 ++ sysdeps/unix/sysv/linux/wordsize-64/globfree64.c | 2 + sysdeps/unix/sysv/linux/x86_64/x32/globfree.c | 1 + sysdeps/wordsize-64/glob.c | 2 - sysdeps/wordsize-64/globfree.c | 5 + sysdeps/wordsize-64/globfree64.c | 1 + 24 files changed, 945 insertions(+), 461 deletions(-) create mode 100644 posix/flexmember.h create mode 100644 posix/glob_internal.h create mode 100644 posix/glob_pattern_p.c create mode 100644 posix/globfree.c create mode 100644 posix/globfree64.c create mode 100644 posix/tst-glob-tilde.c create mode 100644 sysdeps/gnu/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/alpha/globfree.c create mode 100644 sysdeps/unix/sysv/linux/mips/mips64/n64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/oldglob.c create mode 100644 sysdeps/unix/sysv/linux/wordsize-64/globfree64.c create mode 100644 sysdeps/unix/sysv/linux/x86_64/x32/globfree.c create mode 100644 sysdeps/wordsize-64/globfree.c create mode 100644 sysdeps/wordsize-64/globfree64.c --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40071-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 19:45:54 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 83084 invoked by alias); 2 Dec 2017 19:45:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 82931 invoked by uid 55); 2 Dec 2017 19:45:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19170] __gmon_start__ defined in hppa in crtn.S Date: Sat, 02 Dec 2017 19: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: 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: In-Reply-To: References: 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: 2017-12/txt/msg00013.txt.bz2 Content-length: 1913 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19170 --- Comment #5 from 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 b3f7fb12f5c490787d548ecc479920e608f6f904 (commit) from 800a496acbb8c43036b3832460220d4ecbbc22a4 (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=3Dglibc.git;h=3Db3f7fb12f5c490787d5= 48ecc479920e608f6f904 commit b3f7fb12f5c490787d548ecc479920e608f6f904 Author: John David Anglin Date: Sat Dec 2 14:43:28 2017 -0500 Handle __gmon_start__ as undefined weak on hppa. [BZ libc/19170] * sysdeps/hppa/crti.S: Declare PREINIT_FUNCTION weak_extern when PREINIT_FUNCTION_WEAK is nonzero. (gmon_initializer): New function. Put procedure label for it in .init_array section. (_init): Don't call PREINIT_FUNCTION. * sysdeps/hppa/crtn.S (__gmon_start__): Remove. * sysdeps/hppa/dl-lookupcfg.h (DL_FIXUP_MAKE_VALUE): Create null fi= xup value when map argument is null. ----------------------------------------------------------------------- Summary of changes: ChangeLog | 10 ++++ sysdeps/hppa/crti.S | 97 +++++++++++++++++++++++++++++++++++++++= ---- sysdeps/hppa/crtn.S | 21 --------- sysdeps/hppa/dl-lookupcfg.h | 3 +- 4 files changed, 101 insertions(+), 30 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40072-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 19:49:18 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 86154 invoked by alias); 2 Dec 2017 19:49:18 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 86103 invoked by uid 48); 2 Dec 2017 19:49:12 -0000 From: "danglin at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19170] __gmon_start__ defined in hppa in crtn.S Date: Sat, 02 Dec 2017 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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin 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.28 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00014.txt.bz2 Content-length: 581 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19170 John David Anglin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.28 --- Comment #6 from John David Anglin --- Fixed on trunk. --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40073-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sat Dec 02 19:52:06 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 90184 invoked by alias); 2 Dec 2017 19:52:06 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 90125 invoked by uid 48); 2 Dec 2017 19:52:02 -0000 From: "ldv at sourceware dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19170] __gmon_start__ defined in hppa in crtn.S Date: Sat, 02 Dec 2017 19: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: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ldv at sourceware dot 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.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00015.txt.bz2 Content-length: 377 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19170 Dmitry V. Levin changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.28 |2.27 --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40074-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Dec 03 13:16:22 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 116318 invoked by alias); 3 Dec 2017 13:16:21 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 116158 invoked by uid 55); 3 Dec 2017 13:16:11 -0000 From: "keld at keldix dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Sun, 03 Dec 2017 13:16: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: keld at keldix dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00016.txt.bz2 Content-length: 3108 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #25 from keld at keldix dot com --- On Thu, Nov 30, 2017 at 09:09:25AM +0000, egmont at gmail dot com wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 >=20 > --- Comment #24 from Egmont Koblinger --- > (In reply to keld@keldix.com from comment #21) >=20 > > Well, in Finnish and other Nordic languages like Danish, Swedish and > > Norwegian, =C3=B6 and =C3=A4 etc > > are not considered accented letters, but genuine separated letters, so = that > > is why=20 > > there are few strings with more than one accented letter. >=20 > To clarify: If they sort German words containing =C3=A4 and =C3=B6, they'= re sorted among > the same letters of their own language, right? And what about French acce= nts, > are they on the other hand mixed together with their unaccented counterpa= rts? Yes, German =C3=B6 and =C3=A4 are treated exactly as the Swedish letters. And French accented letters like =C3=A9 and =C3=A8 are treated as 'e' but w= ith an accent. =C3=A9 is actually much used in Swedish proper. > > German umlaut letters are much the same in Finnish (and Swedish) and = =C3=A4 and =C3=B6 > > are > > then the same as the genuine Finnish/Swedish letters. >=20 > What about German =C3=BC? =C3=BC is treated as an y AFAIK, but as with an accent. Danish =C3=A6 and = =C3=B8 are treated as =C3=A4 and =C3=B6 but as if they have an accent. > (In reply to keld@keldix.com from comment #22) >=20 > > [...] Then there is a spec from Danish Standard > > that is more elaborate [...] with the backwards diacrit spec. >=20 > I'm shocked to hear that there's not only one language but more languages= that > use backwards diacritics, something that IMO no sane man with any tiny bi= t of > common sense would ever decide on :-) Well, it is because the last accented character in French are more important when pronounciated. I agree the it is a bit coulter-intuitive, but I do fav= our the actual habits in the real world over what is logic. > (In reply to keld@keldix.com from comment #23) >=20 > > That is what I am suggesting, at least for Canada. > > The same reasoning could be done for Dutch in Belgium, and then also the > > Netherlands. >=20 > If this is indeed what's correct for these languages / what people living= there > prefer then it's okay for me. I'm just hoping that the kinda de-facto sta= ndard > en_US will stay with forward diacrits. I _guess_ Spanish is more frequent= ly > used there than French, plus again, I can't imagine how anyone ever could= have > come up with this braindamaged idea of backward diacrit sorting so I'd > personally prefer en_US not to have this craziness :-) the kind of defacto i18n locale has forward diacrits. i18n is the standard locale of ISO TR 30112. I think both Spanish and German needs forward diacrits, and Spanish being a bigger language than French would give that we should use forward diacrit as the default. Best regards Keld --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40075-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Dec 03 15:02:50 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 71762 invoked by alias); 3 Dec 2017 15:02:50 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 71602 invoked by uid 55); 3 Dec 2017 15:02:40 -0000 From: "cjlhomeaddress at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/17750] wrong collation order of diacritics in most locales Date: Sun, 03 Dec 2017 15:02: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: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00017.txt.bz2 Content-length: 1173 https://sourceware.org/bugzilla/show_bug.cgi?id=3D17750 --- Comment #26 from Chris Leonard --- > > > > > If this is indeed what's correct for these languages / what people > living there > > prefer then it's okay for me. I'm just hoping that the kinda de-facto > standard > > en_US will stay with forward diacrits. I _guess_ Spanish is more > frequently > > used there than French, plus again, I can't imagine how anyone ever > could have > > come up with this braindamaged idea of backward diacrit sorting so I'd > > personally prefer en_US not to have this craziness :-) > > the kind of defacto i18n locale has forward diacrits. i18n is the standard > locale of ISO TR 30112. > I think both Spanish and German needs forward diacrits, and Spanish being > a bigger > language than French would give that we should use forward diacrit as the > default. > > Don't forget that the conquistadores brought Spanish orthograohy to many of the indigenous languages of the Americas as well, small in Intenet footprint and speaker count, large in language count. cjl --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40076-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Dec 03 16:54:29 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 126277 invoked by alias); 3 Dec 2017 16:54:29 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 126213 invoked by uid 55); 3 Dec 2017 16:54:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: glibc-bugs@sourceware.org Subject: [Bug libc/19574] glibc should support building static PIE binaries Date: Sun, 03 Dec 2017 16:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.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: P3 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: 2.27 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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: 2017-12/txt/msg00018.txt.bz2 Content-length: 18906 https://sourceware.org/bugzilla/show_bug.cgi?id=3D19574 --- Comment #24 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU C Library master sources". The branch, hjl/pie/static has been created at ed724a3d50d9c9cfd2c2440916902080155df160 (commit) - Log ----------------------------------------------------------------- https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Ded724a3d50d9c9cfd2c= 2440916902080155df160 commit ed724a3d50d9c9cfd2c2440916902080155df160 Author: H.J. Lu Date: Wed Sep 27 16:47:29 2017 -0700 Add --enable-static-pie to build-many-glibcs.py https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D802b11b8ee25b4e598f= 96769024186e0da589b6c commit 802b11b8ee25b4e598f96769024186e0da589b6c Author: H.J. Lu Date: Thu Sep 28 16:13:54 2017 -0700 sparc: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/sparc/sparc32/start.S (_start): Check PIC instead of SHARED. * sysdeps/sparc/sparc64/start.S (_start): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D47214d68c63c1de5be9= 5a9ff259d57d1aad20455 commit 47214d68c63c1de5be95a9ff259d57d1aad20455 Author: H.J. Lu Date: Thu Sep 28 16:13:22 2017 -0700 microblaze: Check PIC instead of SHARED in start.S Since start.o may be compiled as PIC, we should check PIC instead of SHARED. * sysdeps/microblaze/start.S (_start): Check PIC instead of SHARED. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3Deaf2eee74677f570a8e= 0e771122190e1b14f6424 commit eaf2eee74677f570a8e0e771122190e1b14f6424 Author: H.J. Lu Date: Thu Sep 28 14:55:18 2017 -0700 sh: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/sh/dl-machine.h (elf_machine_load_address): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3De5014efcc6428472de2= c912ab1f7c97a2352245a commit e5014efcc6428472de2c912ab1f7c97a2352245a Author: H.J. Lu Date: Thu Sep 28 14:53:06 2017 -0700 s390: Update elf_machine_load_address for static PIE When --enable-static-pie is used to configure glibc, we need to use _dl_relocate_static_pie to compute load address in static PIE. * sysdeps/s390/s390-32/dl-machine.h (elf_machine_dynamic): Use _dl_relocate_static_pie instead of _dl_start to compute load address in static PIE. * sysdeps/s390/s390-64/dl-machine.h (elf_machine_dynamic): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D86d8013ccc24e4c07fd= c6da04dac0448c4f5fc29 commit 86d8013ccc24e4c07fdc6da04dac0448c4f5fc29 Author: H.J. Lu Date: Mon Jul 17 08:17:32 2017 -0700 Add --enable-static-pie configure option to build static PIE [BZ #19574] Dynamic linker, ld.so, is a standalone program which can be loaded at any address. This patch adds a configure option, --enable-static-pie, to embed the part of ld.so in static executable to create static positi= on independent executable (static PIE). A static PIE is similar to static executable, but can be loaded at any address without help from a dynamic linker. When --enable-static-pie is used to configure glibc, libc.a is built as PIE and all static executables, including tests, are built as static PIE. The resulting libc.a can be used together with GCC 8 or above to build static PIE with the compiler option, -static-pie. But GCC 8 isn't required to build glibc with --enable-static-pie. Only GCC with PIE support is needed. When an older GCC is used to build glibc with --enable-static-pie, proper input files are passed to linker to create static executables as static PIE, together with "-z text" to prevent dynamic relocations in read-only segments, which are not allowed in static PIE. Static PIE extends address space layout randomization to static executables. It provides additional security hardening benefits at the cost of some memory and performance. The following changes are made for static PIE: 1. Add a new function, _dl_relocate_static_pie, to: a. Get the run-time load address. b. Read the dynamic section. c. Perform dynamic relocations. Dynamic linker also performs these steps. But static PIE doesn't load any shared objects. 2. Call _dl_relocate_static_pie at entrance of LIBC_START_MAIN in libc.a. crt1.o, which is used to create dynamic and non-PIE static executables, is updated to include a dummy _dl_relocate_static_pie. rcrt1.o is added to create static PIE, which will link in the real _dl_relocate_static_pie. grcrt1.o is also added to create static PIE with -pg. GCC 8 has been updated to support rcrt1.o and grcrt1.o for static PIE. Static PIE can work on all architectures which support PIE, provided: 1. Target must support accessing of local functions without dynamic relocations, which is needed in start.S to call __libc_start_main with function addresses of __libc_csu_init, __libc_csu_fini and main. All functions in static PIE are local functions. If PIE start.S can't reach main () defined in a shared object, the code sequence: pass addess of local_main to __libc_start_main ... local_main: tail call to main via PLT can be used. 2. start.S is updated to check PIC instead SHARED for PIC code path and avoid dynamic relocation, when PIC is defined and SHARED isn't defined, to support static PIE. Patches are submitted for aarch64, hppa, m68k, microblaze and sparc. 3. All assembly codes are updated check PIC instead SHARED for PIC code path to avoid dynamic relocations in read-only sections. 4. All assembly codes are updated check SHARED instead PIC for static symbol name. A patch is submitted for tile. 5. elf_machine_load_address in dl-machine.h are updated to support stat= ic PIE. Patches are submitted for aarch64, s390 and sh. 6. __brk works without TLS nor dynamic relocations in read-only section so that it can be used by __libc_setup_tls to initializes TLS in static PIE. NB: When glibc is built with GCC defaulted to PIE, libc.a is compiled with -fPIE, regardless if --enable-static-pie is used to configure glib= c. When glibc is configured with --enable-static-pie, libc.a is compiled with -fPIE, regardless wether GCC defaults to PIE or not. The same lib= c.a can be used to build both static executable and static PIE. There is no need for separate PIE copy of libc.a. On x86-64, the normal static sln: text data bss dec hex filename 625425 8284 5456 639165 9c0bd elf/sln the static PIE sln: text data bss dec hex filename 657626 20636 5392 683654 a6e86 elf/sln The code size is increased by 5% and the binary size is increased by 7%. Linker requirements to build glibc with --enable-static-pie: 1. Linker supports --no-dynamic-linker to remove PT_INTERP segment from static PIE. 2. Linker can create working static PIE. The x86-64 linker needs the fix for https://sourceware.org/bugzilla/show_bug.cgi?id=3D21782 The i386 linker needs to be able to convert "movl main@GOT(%ebx), %eax" to "leal main@GOTOFF(%ebx), %eax" if main is defined locally. Binutils 2.29 or above are OK for i686 and x86-64. But linker status f= or other targets need to be verified. 3. Linker should resolve undefined weak symbols to 0 in static PIE: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22269 4. Many ELF backend linkers incorrectly check bfd_link_pic for TLS relocations, which should check bfd_link_executable instead: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Tested on aarch64, i686 and x86-64. Using GCC 7 and binutils master branch, build-many-glibcs.py with --enable-static-pie with all patches for static PIE applied have the following build successes: PASS: glibcs-aarch64_be-linux-gnu build PASS: glibcs-aarch64-linux-gnu build PASS: glibcs-armeb-linux-gnueabi-be8 build PASS: glibcs-armeb-linux-gnueabi build PASS: glibcs-armeb-linux-gnueabihf-be8 build PASS: glibcs-armeb-linux-gnueabihf build PASS: glibcs-arm-linux-gnueabi build PASS: glibcs-arm-linux-gnueabihf build PASS: glibcs-arm-linux-gnueabihf-v7a build PASS: glibcs-arm-linux-gnueabihf-v7a-disable-multi-arch build PASS: glibcs-m68k-linux-gnu build PASS: glibcs-microblazeel-linux-gnu build PASS: glibcs-microblaze-linux-gnu build PASS: glibcs-mips64el-linux-gnu-n32 build PASS: glibcs-mips64el-linux-gnu-n32-nan2008 build PASS: glibcs-mips64el-linux-gnu-n32-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n32-soft build PASS: glibcs-mips64el-linux-gnu-n64 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008 build PASS: glibcs-mips64el-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64el-linux-gnu-n64-soft build PASS: glibcs-mips64-linux-gnu-n32 build PASS: glibcs-mips64-linux-gnu-n32-nan2008 build PASS: glibcs-mips64-linux-gnu-n32-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n32-soft build PASS: glibcs-mips64-linux-gnu-n64 build PASS: glibcs-mips64-linux-gnu-n64-nan2008 build PASS: glibcs-mips64-linux-gnu-n64-nan2008-soft build PASS: glibcs-mips64-linux-gnu-n64-soft build PASS: glibcs-mipsel-linux-gnu build PASS: glibcs-mipsel-linux-gnu-nan2008 build PASS: glibcs-mipsel-linux-gnu-nan2008-soft build PASS: glibcs-mipsel-linux-gnu-soft build PASS: glibcs-mips-linux-gnu build PASS: glibcs-mips-linux-gnu-nan2008 build PASS: glibcs-mips-linux-gnu-nan2008-soft build PASS: glibcs-mips-linux-gnu-soft build PASS: glibcs-nios2-linux-gnu build PASS: glibcs-powerpc64le-linux-gnu build PASS: glibcs-powerpc64-linux-gnu build PASS: glibcs-tilegxbe-linux-gnu-32 build PASS: glibcs-tilegxbe-linux-gnu build PASS: glibcs-tilegx-linux-gnu-32 build PASS: glibcs-tilegx-linux-gnu build PASS: glibcs-tilepro-linux-gnu build and the following build failures: FAIL: glibcs-alpha-linux-gnu build elf/sln is failed to link due to: assertion fail bfd/elf64-alpha.c:4125 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-hppa-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault] https://sourceware.org/bugzilla/show_bug.cgi?id=3D22537 FAIL: glibcs-ia64-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault] FAIL: glibcs-powerpc-linux-gnu build FAIL: glibcs-powerpc-linux-gnu-soft build FAIL: glibcs-powerpc-linux-gnuspe build FAIL: glibcs-powerpc-linux-gnuspe-e500v1 build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22264 FAIL: glibcs-powerpc-linux-gnu-power4 build elf/sln is failed to link due to: findlocale.c:96:(.text+0x22c): @local call to ifunc memchr This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-s390-linux-gnu build elf/sln is failed to link due to: collect2: fatal error: ld terminated with signal 11 [Segmentation fault= ], core dumped assertion fail bfd/elflink.c:14299 This is caused by linker bug and/or non-PIC code in PIE libc.a. FAIL: glibcs-sh3eb-linux-gnu build FAIL: glibcs-sh3-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu build FAIL: glibcs-sh4eb-linux-gnu-soft build FAIL: glibcs-sh4-linux-gnu build FAIL: glibcs-sh4-linux-gnu-soft build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 Also TLS code sequence in SH assembly syscalls in glibc doesn't match T= LS code sequence expected by ld: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22270 FAIL: glibcs-sparc64-linux-gnu build FAIL: glibcs-sparcv9-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu build FAIL: glibcs-tilegxbe-linux-gnu-32 build FAIL: glibcs-tilegx-linux-gnu build FAIL: glibcs-tilegx-linux-gnu-32 build FAIL: glibcs-tilepro-linux-gnu build elf/sln is failed to link due to: ld: read-only segment has dynamic relocations. This is caused by linker bug and/or non-PIC code in PIE libc.a. See: https://sourceware.org/bugzilla/show_bug.cgi?id=3D22263 [BZ #19574] * INSTALL: Regenerated. * Makeconfig (real-static-start-installed-name): New. (pic-default): Updated for --enable-static-pie. (pie-default): New for --enable-static-pie. (default-pie-ldflag): Likewise. (+link-static-before-libc): Replace $(DEFAULT-LDFLAGS-$(@F)) with $(if $($(@F)-no-pie),$(no-pie-ldflag),$(default-pie-ldflag)). Replace $(static-start-installed-name) with $(real-static-start-installed-name). (+prectorT): Updated for --enable-static-pie. (+postctorT): Likewise. (CFLAGS-.o): Add $(pie-default). (CFLAGS-.op): Likewise. * NEWS: Mention --enable-static-pie. * config.h.in (ENABLE_STATIC_PIE): New. * configure.ac (--enable-static-pie): New configure option. (have-no-dynamic-linker): New LIBC_CONFIG_VAR. (have-static-pie): Likewise. Enable static PIE if linker supports --no-dynamic-linker. (ENABLE_STATIC_PIE): New AC_DEFINE. (enable-static-pie): New LIBC_CONFIG_VAR. * configure: Regenerated. * csu/Makefile (omit-deps): Add r$(start-installed-name) and gr$(start-installed-name) for --enable-static-pie. (extra-objs): Likewise. (install-lib): Likewise. (extra-objs): Add static-reloc.o and static-reloc.os ($(objpfx)$(start-installed-name)): Also depend on $(objpfx)static-reloc.o. ($(objpfx)r$(start-installed-name)): New. ($(objpfx)g$(start-installed-name)): Also depend on $(objpfx)static-reloc.os. ($(objpfx)gr$(start-installed-name)): New. * csu/libc-start.c (LIBC_START_MAIN): Call _dl_relocate_static_pie in libc.a. * csu/libc-tls.c (__libc_setup_tls): Add main_map->l_addr to initimage. * csu/static-reloc.c: New file. * elf/Makefile (routines): Add dl-reloc-static-pie. (elide-routines.os): Likewise. (DEFAULT-LDFLAGS-tst-tls1-static-non-pie): Removed. (tst-tls1-static-non-pie-no-pie): New. * elf/dl-reloc-static-pie.c: New file. * elf/dl-support.c (_dl_get_dl_main_map): New function. * elf/dynamic-link.h (ELF_DURING_STARTUP): Also check STATIC_PIE_BOOTSTRAP. * elf/get-dynamic-info.h (elf_get_dynamic_info): Likewise. * gmon/Makefile (tests): Add tst-gmon-static-pie. (tests-static): Likewise. (DEFAULT-LDFLAGS-tst-gmon-static): Removed. (tst-gmon-static-no-pie): New. (CFLAGS-tst-gmon-static-pie.c): Likewise. (CRT-tst-gmon-static-pie): Likewise. (tst-gmon-static-pie-ENV): Likewise. (tests-special): Likewise. ($(objpfx)tst-gmon-static-pie.out): Likewise. (clean-tst-gmon-static-pie-data): Likewise. ($(objpfx)tst-gmon-static-pie-gprof.out): Likewise. * gmon/tst-gmon-static-pie.c: New file. * manual/install.texi: Document --enable-static-pie. * sysdeps/generic/ldsodefs.h (_dl_relocate_static_pie): New. (_dl_get_dl_main_map): Likewise. * sysdeps/i386/configure.ac: Check if linker supports static PIE. * sysdeps/x86_64/configure.ac: Likewise. * sysdeps/i386/configure: Regenerated. * sysdeps/x86_64/configure: Likewise. * sysdeps/mips/Makefile (ASFLAGS-.o): Add $(pie-default). (ASFLAGS-.op): Likewise. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D78ec5648565d9ff0f8b= d2c2e64de9cb590f4e7b6 commit 78ec5648565d9ff0f8bd2c2e64de9cb590f4e7b6 Author: Szabolcs Nagy Date: Fri Nov 24 07:13:10 2017 -0800 aarch64: fix start code for static pie with upcoming static pie patches there are three flavors of the crt sta= rtup code: 1) crt1.o used for non-pie static linking (executable has no relocs), 2) Scrt1.o used for dynamic linking (dynamic linker relocates), 3) rcrt1.o used for static pie linking (self relocation is needed) when crt1.o and rcrt1.o is built in the --enable-static-pie case -DPIC = is passed, when Scrt1.o is built then -DPIC -DSHARED is passed. (crt1.o gets a dummy _dl_relocate_static_pie that interposes the one in libc so no self-relocation is done in that case in __libc_start_main) the Scrt1.o code is position independent but it relies on GOT entries t= hat need to be relocated which happens later and the static linker cannot r= elax the GOT loads, so rcrt1.o needs separate implementation. This implementation works with .text <=3D 4G files, which is fine, curr= ently the toolchain does not support larger position independent executables. tests pass with ld/22269 and ld/22263 binutils bugs fixed. this patch is on top of master but assumes the static pie patches. * sysdeps/aarch64/start.S (_start): Handle PIC && !SHARED case. https://sourceware.org/git/gitweb.cgi?p=3Dglibc.git;h=3D7ffc0d20988284dbfe9= b8b74e3b24e060f54ab0f commit 7ffc0d20988284dbfe9b8b74e3b24e060f54ab0f Author: H.J. Lu Date: Fri Dec 1 09:49:25 2017 -0800 nios2: Don't use MIN in dl-machine.h MIN is used, but param.h may not be included, so expand its single use inline. * sysdeps/nios2/dl-machine.h (elf_machine_rela): Expand MIN. ----------------------------------------------------------------------- --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-40077-listarch-glibc-bugs=sources.redhat.com@sourceware.org Sun Dec 03 18:35:11 2017 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 115338 invoked by alias); 3 Dec 2017 18:35:11 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 115328 invoked by uid 89); 3 Dec 2017 18:35:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_05,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:488, H*r:8.14.9, arnold, attachments X-HELO: freefriends.org Received: from freefriends.org (HELO freefriends.org) (96.88.95.60) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 03 Dec 2017 18:35:08 +0000 X-Envelope-From: arnold@skeeve.com X-Envelope-To: Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.9/8.14.9) with ESMTP id vB3IZ6X3021497 for ; Sun, 3 Dec 2017 11:35:06 -0700 Received: (from arnold@localhost) by freefriends.org (8.14.9/8.14.9/submit) id vB3IZ6OA021495 for glibc-bugs@sourceware.org; Sun, 3 Dec 2017 18:35:06 GMT From: arnold@skeeve.com Message-Id: <201712031835.vB3IZ6OA021495@freefriends.org> Date: Sun, 03 Dec 2017 18:35:00 -0000 To: glibc-bugs@sourceware.org Subject: How to submit a patch set? User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2017-12/txt/msg00019.txt.bz2 Content-length: 463 Hi. I went through all the changes between the glibc regex and the gawk regex and have put them together as 17 separate patches. What is the best way to submit them for inclusion into glibc? I have signed paperwork for GLIBC so that's not an issue. I can send one email with 17 attachments, or 17 separate mails, or attach a tarball, or ... Please let me know. Please reply directly; I am not on this mailing list. Thanks, Arnold Robbins Gawk maintainer