[{"id":1770119,"web_url":"http://patchwork.ozlabs.org/comment/1770119/","msgid":"<alpine.DEB.2.20.1709181209240.1128@digraph.polyomino.org.uk>","list_archive_url":null,"date":"2017-09-18T12:16:24","subject":"Re: [PATCH] ia64: refresh ulps","submitter":{"id":4349,"url":"http://patchwork.ozlabs.org/api/people/4349/","name":"Joseph Myers","email":"joseph@codesourcery.com"},"content":"On Sat, 16 Sep 2017, Sergei Trofimovich wrote:\n\n> After regen 'make check results':\n\nTo confirm: you truncated the libm-test-ulps file to regenerate from \nscratch, so that ulps decreases were possible as well as increases?  \n(Though since ia64 uses mainly ia64-specific function implementations, \nthere are less likely to be decreases than for other architectures \nregenerating after a long time.)\n\n> Some of math are still failing and need separate fixing\n> but those are NaN-related. Will be dealt with later.\n\nWe currently have bugs 10163, 11585, 16401 open for ia64 libm issues \n(10163 has a patch attached, either never sent to libc-alpha or never \nreviewed there).  If the testsuite is showing other ia64 libm bugs \n(generally, any bug that was user-visible in a release and isn't already \nfiled in Bugzilla), could you please file them in Bugzilla?  Then, once a \nfix for a bug is checked in, it should be resolved as FIXED with the \ntarget milestone set to the first mainline release with the fix (so 2.27 \nfor any fixes checked in within the next few months), and that information \nis used to generate the list of fixed bugs for the NEWS file at release \ntime.","headers":{"Return-Path":"<libc-alpha-return-84674-incoming=patchwork.ozlabs.org@sourceware.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list libc-alpha@sourceware.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=sourceware.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=libc-alpha-return-84674-incoming=patchwork.ozlabs.org@sourceware.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tsecure) header.d=sourceware.org header.i=@sourceware.org\n\theader.b=\"XATNESHf\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xwlNn1yLMz9s78\n\tfor <incoming@patchwork.ozlabs.org>;\n\tMon, 18 Sep 2017 22:16:41 +1000 (AEST)","(qmail 88842 invoked by alias); 18 Sep 2017 12:16:35 -0000","(qmail 88833 invoked by uid 89); 18 Sep 2017 12:16:34 -0000"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id\n\t:references:mime-version:content-type; q=dns; s=default; b=Sau/Z\n\tMEvVlb6kigBUrZcmwe9GOqPSS7HqGcVc9eRPoBDa55DwPsPEZ+WXda8U/EE2w4c1\n\trdyLHObDx7cbhMRm0FlyWcE9ugawUAaFFesEdHwY6pSCkxr0/EqtHUkW9V1kIXLT\n\tvjA+HIQJuAv2BUV80fBqCdMLgEfrcl/8wRmmvg=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id\n\t:references:mime-version:content-type; s=default; bh=UBT7pP+xK/x\n\t1Z/Cc1nh2UEeJ3j0=; b=XATNESHfLHniZgCm1SDZ58JrRq1qFeg3ANmkvFeIQ2o\n\t1JY0tlElaUoYX3PIk0q0fqcyB0AKPoESesdVeYD4pzkbHeH5rbUb1vj1Nvoe58PH\n\ttiRRO7x7H+eoRvO5HaE8Oqkwpp2AvLp2Y3uSC83HYLHZ6k/813wzLrlfvbWd2BN0\n\t=","Mailing-List":"contact libc-alpha-help@sourceware.org; run by ezmlm","Precedence":"bulk","List-Id":"<libc-alpha.sourceware.org>","List-Unsubscribe":"<mailto:libc-alpha-unsubscribe-incoming=patchwork.ozlabs.org@sourceware.org>","List-Subscribe":"<mailto:libc-alpha-subscribe@sourceware.org>","List-Archive":"<http://sourceware.org/ml/libc-alpha/>","List-Post":"<mailto:libc-alpha@sourceware.org>","List-Help":"<mailto:libc-alpha-help@sourceware.org>,\n\t<http://sourceware.org/ml/#faqs>","Sender":"libc-alpha-owner@sourceware.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-2.0 required=5.0 tests=AWL, BAYES_00,\n\tRCVD_IN_DNSWL_NONE, SPF_PASS,\n\tURIBL_RED autolearn=ham version=3.3.2 spammy=HTo:D*gentoo.org","X-HELO":"relay1.mentorg.com","Date":"Mon, 18 Sep 2017 12:16:24 +0000","From":"Joseph Myers <joseph@codesourcery.com>","To":"Sergei Trofimovich <slyfox@gentoo.org>","CC":"<libc-alpha@sourceware.org>, <vapier@gentoo.org>","Subject":"Re: [PATCH] ia64: refresh ulps","In-Reply-To":"<20170916211329.15602-1-slyfox@gentoo.org>","Message-ID":"<alpine.DEB.2.20.1709181209240.1128@digraph.polyomino.org.uk>","References":"<20170916211329.15602-1-slyfox@gentoo.org>","User-Agent":"Alpine 2.20 (DEB 67 2015-01-07)","MIME-Version":"1.0","Content-Type":"text/plain; charset=\"US-ASCII\"","X-ClientProxiedBy":"svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To\n\tsvr-ies-mbx-01.mgc.mentorg.com (139.181.222.1)"}},{"id":1770532,"web_url":"http://patchwork.ozlabs.org/comment/1770532/","msgid":"<20170918225252.2d3cecb5@sf>","list_archive_url":null,"date":"2017-09-18T21:52:52","subject":"Re: [PATCH] ia64: refresh ulps","submitter":{"id":16727,"url":"http://patchwork.ozlabs.org/api/people/16727/","name":"Sergei Trofimovich","email":"slyfox@gentoo.org"},"content":"On Mon, 18 Sep 2017 12:16:24 +0000\nJoseph Myers <joseph@codesourcery.com> wrote:\n\n> On Sat, 16 Sep 2017, Sergei Trofimovich wrote:\n> \n> > After regen 'make check results':  \n> \n> To confirm: you truncated the libm-test-ulps file to regenerate from \n> scratch, so that ulps decreases were possible as well as increases?  \n> (Though since ia64 uses mainly ia64-specific function implementations, \n> there are less likely to be decreases than for other architectures \n> regenerating after a long time.)\n\nYes, it was ran against truncated 'sysdeps/ia64/fpu/libm-test-ulps'.\n\nOr to be precise it was the following command sequence:\n    [ ran in glibc-build/; ../glibc/ is a source tree ]\n    [ $ ../glibc/configure --prefix=/usr && make && make check ]\n    $ echo -n > ../glibc/sysdeps/ia64/fpu/libm-test-ulps\n    $ make regen-ulps\n    $ cp math/NewUlps ../glibc/sysdeps/ia64/fpu/libm-test-ulps\n    [ make check ]\n\nIt's best I could reconstruct from https://sourceware.org/glibc/wiki/Regeneration\n\n> > Some of math are still failing and need separate fixing\n> > but those are NaN-related. Will be dealt with later.  \n> \n> We currently have bugs 10163, 11585, 16401 open for ia64 libm issues \n> (10163 has a patch attached, either never sent to libc-alpha or never \n> reviewed there).  If the testsuite is showing other ia64 libm bugs \n> (generally, any bug that was user-visible in a release and isn't already \n> filed in Bugzilla), could you please file them in Bugzilla?  Then, once a \n> fix for a bug is checked in, it should be resolved as FIXED with the \n> target milestone set to the first mainline release with the fix (so 2.27 \n> for any fixes checked in within the next few months), and that information \n> is used to generate the list of fixed bugs for the NEWS file at release \n> time.\n\nWill do. I was not sure to file bugs before regenerating ulps\nbecause many test failures are result of missing data (and not\na behaviour difference).\n\nThanks!","headers":{"Return-Path":"<libc-alpha-return-84703-incoming=patchwork.ozlabs.org@sourceware.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list libc-alpha@sourceware.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=sourceware.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=libc-alpha-return-84703-incoming=patchwork.ozlabs.org@sourceware.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tsecure) header.d=sourceware.org header.i=@sourceware.org\n\theader.b=\"yN2SCyIH\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xx0B95PM8z9s7G\n\tfor <incoming@patchwork.ozlabs.org>;\n\tTue, 19 Sep 2017 07:53:21 +1000 (AEST)","(qmail 107455 invoked by alias); 18 Sep 2017 21:53:15 -0000","(qmail 106229 invoked by uid 89); 18 Sep 2017 21:53:14 -0000"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:message-id:in-reply-to\n\t:references:mime-version:content-type; q=dns; s=default; b=l+xIG\n\tN6KFMO01h2/4IhkD/+t346UNeffkWoyPrvHfKEAXZKWTAmyPrPSFTgaA4QMPi2sg\n\tgN/iZF3fazjKrWYyCLzLoy/h6f+6ey9hcw4Fhx9xy/ESese2UueoPTlgSznLut8M\n\teTxFtnYPG+R1e4v5l6ioB7C5lv8rxYh3ShIrvI=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:message-id:in-reply-to\n\t:references:mime-version:content-type; s=default; bh=0PeeSCTdL4F\n\t/nSwNJQGZBEMbGhM=; b=yN2SCyIHl71sZeCUc3xU8uhvXISVzudEPQlecCpAwXg\n\tL6yDgfAF9Jjr0RJojS16eQAvmLNH0KLGTFR4HJPeyapLkr8JWbCfUWPRxWfo8GkE\n\tVSKTYwjZdhYCLNKDyZtcxDAkGDAvo3kKdGRuH3FnmEaVt493OtnwNG/10qZJwIBw\n\t=","Mailing-List":"contact libc-alpha-help@sourceware.org; run by ezmlm","Precedence":"bulk","List-Id":"<libc-alpha.sourceware.org>","List-Unsubscribe":"<mailto:libc-alpha-unsubscribe-incoming=patchwork.ozlabs.org@sourceware.org>","List-Subscribe":"<mailto:libc-alpha-subscribe@sourceware.org>","List-Archive":"<http://sourceware.org/ml/libc-alpha/>","List-Post":"<mailto:libc-alpha@sourceware.org>","List-Help":"<mailto:libc-alpha-help@sourceware.org>,\n\t<http://sourceware.org/ml/#faqs>","Sender":"libc-alpha-owner@sourceware.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-1.9 required=5.0 tests=BAYES_00,\n\tRP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS,\n\tURIBL_RED autolearn=ham version=3.3.2 spammy=H*RU:sk:host86-,\n\tHx-spam-relays-external:sk:host86-, H*r:sk:host86-,\n\tregeneration","X-HELO":"smtp.gentoo.org","Date":"Mon, 18 Sep 2017 22:52:52 +0100","From":"Sergei Trofimovich <slyfox@gentoo.org>","To":"Joseph Myers <joseph@codesourcery.com>","Cc":"<libc-alpha@sourceware.org>, <vapier@gentoo.org>","Subject":"Re: [PATCH] ia64: refresh ulps","Message-ID":"<20170918225252.2d3cecb5@sf>","In-Reply-To":"<alpine.DEB.2.20.1709181209240.1128@digraph.polyomino.org.uk>","References":"<20170916211329.15602-1-slyfox@gentoo.org>\n\t<alpine.DEB.2.20.1709181209240.1128@digraph.polyomino.org.uk>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha1;\n\tboundary=\"Sig_/eFoe=3Dg0iK9=4rucjmue34\";\n\tprotocol=\"application/pgp-signature\""}},{"id":1770543,"web_url":"http://patchwork.ozlabs.org/comment/1770543/","msgid":"<alpine.DEB.2.20.1709182157400.12317@digraph.polyomino.org.uk>","list_archive_url":null,"date":"2017-09-18T21:59:51","subject":"Re: [PATCH] ia64: refresh ulps","submitter":{"id":4349,"url":"http://patchwork.ozlabs.org/api/people/4349/","name":"Joseph Myers","email":"joseph@codesourcery.com"},"content":"On Mon, 18 Sep 2017, Sergei Trofimovich wrote:\n\n> On Mon, 18 Sep 2017 12:16:24 +0000\n> Joseph Myers <joseph@codesourcery.com> wrote:\n> \n> > On Sat, 16 Sep 2017, Sergei Trofimovich wrote:\n> > \n> > > After regen 'make check results':  \n> > \n> > To confirm: you truncated the libm-test-ulps file to regenerate from \n> > scratch, so that ulps decreases were possible as well as increases?  \n> > (Though since ia64 uses mainly ia64-specific function implementations, \n> > there are less likely to be decreases than for other architectures \n> > regenerating after a long time.)\n> \n> Yes, it was ran against truncated 'sysdeps/ia64/fpu/libm-test-ulps'.\n\nThanks.  In that case it should be considered obvious to commit and I \nsuppose Mike will do so.\n\n> Will do. I was not sure to file bugs before regenerating ulps\n> because many test failures are result of missing data (and not\n> a behaviour difference).\n\nIndeed, when it's just missing / out of date ulps that's not something to \nfile a bug for.  If it shows with current ulps, it probably *is* a \nuser-visible libm bug that should be reported.","headers":{"Return-Path":"<libc-alpha-return-84704-incoming=patchwork.ozlabs.org@sourceware.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list libc-alpha@sourceware.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=sourceware.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=libc-alpha-return-84704-incoming=patchwork.ozlabs.org@sourceware.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tsecure) header.d=sourceware.org header.i=@sourceware.org\n\theader.b=\"jvqzq+CH\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xx0L32Vg6z9s83\n\tfor <incoming@patchwork.ozlabs.org>;\n\tTue, 19 Sep 2017 08:00:11 +1000 (AEST)","(qmail 75694 invoked by alias); 18 Sep 2017 22:00:03 -0000","(qmail 72799 invoked by uid 89); 18 Sep 2017 22:00:01 -0000"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id\n\t:references:mime-version:content-type; q=dns; s=default; b=kujE3\n\t6YorLD8xiZ5Pu8lAyWUNJBkizJeX2qyqdKrh9HIE9B/XphcEUhxSTzRSF2PTSzYF\n\td+6v5oODyE0XTcn3piL4EYj5o4RV7NeWd3cejkOe2eGE8QWMtGDVC/mm9MYHr/OK\n\tWw21WsiumJMqHX7TymS5+OQiuQIHsnzFt4Xfp8=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id\n\t:list-unsubscribe:list-subscribe:list-archive:list-post\n\t:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id\n\t:references:mime-version:content-type; s=default; bh=dWXDYUWGzzE\n\trapeVj/gE5vHrABk=; b=jvqzq+CHZ6VqpBbBdG4JD657XE9jlxjRiMQIWh0C5PW\n\tD3m+E0d9z3eymmtALwdkp7pe8244LyjefzE028eundEsTPV9Z8R7woszfelpxMGG\n\t44zZEmJ4q6kKvtwws5H+4Kd+wmtGiqb48paCSAV2QMI9GrxEp5nWDmNlw0Jbb7iI\n\t=","Mailing-List":"contact libc-alpha-help@sourceware.org; run by ezmlm","Precedence":"bulk","List-Id":"<libc-alpha.sourceware.org>","List-Unsubscribe":"<mailto:libc-alpha-unsubscribe-incoming=patchwork.ozlabs.org@sourceware.org>","List-Subscribe":"<mailto:libc-alpha-subscribe@sourceware.org>","List-Archive":"<http://sourceware.org/ml/libc-alpha/>","List-Post":"<mailto:libc-alpha@sourceware.org>","List-Help":"<mailto:libc-alpha-help@sourceware.org>,\n\t<http://sourceware.org/ml/#faqs>","Sender":"libc-alpha-owner@sourceware.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-2.0 required=5.0 tests=AWL, BAYES_00,\n\tRCVD_IN_DNSWL_NONE, SPF_PASS,\n\tURIBL_RED autolearn=ham version=3.3.2 spammy=*is*","X-HELO":"relay1.mentorg.com","Date":"Mon, 18 Sep 2017 21:59:51 +0000","From":"Joseph Myers <joseph@codesourcery.com>","To":"Sergei Trofimovich <slyfox@gentoo.org>","CC":"<libc-alpha@sourceware.org>, <vapier@gentoo.org>","Subject":"Re: [PATCH] ia64: refresh ulps","In-Reply-To":"<20170918225252.2d3cecb5@sf>","Message-ID":"<alpine.DEB.2.20.1709182157400.12317@digraph.polyomino.org.uk>","References":"<20170916211329.15602-1-slyfox@gentoo.org>\n\t<alpine.DEB.2.20.1709181209240.1128@digraph.polyomino.org.uk>\n\t<20170918225252.2d3cecb5@sf>","User-Agent":"Alpine 2.20 (DEB 67 2015-01-07)","MIME-Version":"1.0","Content-Type":"text/plain; charset=\"US-ASCII\"","X-ClientProxiedBy":"svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To\n\tsvr-ies-mbx-01.mgc.mentorg.com (139.181.222.1)"}}]