From owner-freebsd-standards@freebsd.org Sun Apr 9 21:00:39 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3565D360F5 for ; Sun, 9 Apr 2017 21:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E3791CD0 for ; Sun, 9 Apr 2017 21:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v39L01wu010629 for ; Sun, 9 Apr 2017 21:00:39 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201704092100.v39L01wu010629@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-standards@FreeBSD.org Subject: Problem reports for freebsd-standards@FreeBSD.org that need special attention Date: Sun, 09 Apr 2017 21:00:39 +0000 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2017 21:00:39 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 193594 | stddef.h should define max_align_t Open | 191586 | FreeBSD doesn't validate negative edgecases in bi 2 problems total for which you should take action. From owner-freebsd-standards@freebsd.org Sun Apr 9 22:04:34 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A54F1D367C4 for ; Sun, 9 Apr 2017 22:04:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FB2F9BD for ; Sun, 9 Apr 2017 22:04:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v39M4YXZ007733 for ; Sun, 9 Apr 2017 22:04:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218514] [LIBM] implementations of sinpi[fl], cospi[fl], and tanpi[fl] Date: Sun, 09 Apr 2017 22:04:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sgk@troutmask.apl.washington.edu X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2017 22:04:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218514 Bug ID: 218514 Summary: [LIBM] implementations of sinpi[fl], cospi[fl], and tanpi[fl] Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: standards Assignee: freebsd-standards@FreeBSD.org Reporter: sgk@troutmask.apl.washington.edu Created attachment 181622 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D181622&action= =3Dedit patch Both IEEE-754 2008 and ISO/IEC TS 18661-4 define the half-cycle trignometric functions cospi, sinpi, and tanpi. The attached patch implements cospi[fl], sinpi[fl], and tanpi[fl]. Limited testing on the cospi and sinpi reveal a max ULP less than 0.89; while tanpi is more problematic with a max ULP less than 2.01=20 in the interval [0,0.5]. The algorithms used in these functions are documented in {ks}_cospi.c, {ks}_sinpi.c, and s_tanpi.c. Note 1. ISO/IEC TS 18661-4 says these funstions are guarded by a predefine macro. I have no idea or interest in what clang and gcc do with regards to this macro. I've put the functions behind __BSD_VISIBLE. Note 2. I no longer have access to a system with ld128 and=20 adequate support to compile and test the ld128 implementations of these functions. Given the almost complete lack of input from others on improvements to libm, I doubt that anyone cares. If=20 someone does care, the ld128 files contain a number of FIXME comments, and in particular, while the polynomial coefficients are given I did not update the polynomial algorithms to properly use the coefficients. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Mon Apr 10 00:23:48 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49D99D3551B for ; Mon, 10 Apr 2017 00:23:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 396943DB for ; Mon, 10 Apr 2017 00:23:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3A0Nm0A074102 for ; Mon, 10 Apr 2017 00:23:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218514] [LIBM] implementations of sinpi[fl], cospi[fl], and tanpi[fl] Date: Mon, 10 Apr 2017 00:23:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2017 00:23:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218514 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Tue Apr 11 20:21:28 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32A5FD3ACB9; Tue, 11 Apr 2017 20:21:28 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0078.outbound.protection.outlook.com [104.47.38.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A4DF1AF; Tue, 11 Apr 2017 20:21:27 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LERGuygVnhSHc2ek/QihWWNIveDS2IXN6/Tq6XE3U9U=; b=SbrIfIBSbFGgDGuRwT/XQvAmCBsUU/VulI3p2SLOuPM9eYojQipNxzoCjlKvYOEzAjOzUMxpmgQFQd6yskWRlvNmW84lk1j8dPRCY1omCGPBkIvzCeXLbk+a86wB0EsjfpP3l3Ri4GCZxONd0SkX6UwSX4lhyiU/vrNvHo8Su4I= Received: from DM2PR0501CA0040.namprd05.prod.outlook.com (10.162.29.178) by BY1PR0501MB1109.namprd05.prod.outlook.com (10.160.103.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5; Tue, 11 Apr 2017 20:21:25 +0000 Received: from SN1NAM02FT055.eop-nam02.prod.protection.outlook.com (2a01:111:f400:7e44::208) by DM2PR0501CA0040.outlook.office365.com (2a01:111:e400:5148::50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5 via Frontend Transport; Tue, 11 Apr 2017 20:21:25 +0000 Authentication-Results: spf=pass (sender IP is 129.130.18.151) smtp.mailfrom=ksu.edu; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=ksu.edu; Received-SPF: Pass (protection.outlook.com: domain of ksu.edu designates 129.130.18.151 as permitted sender) receiver=protection.outlook.com; client-ip=129.130.18.151; helo=ome-vm-smtp1.campus.ksu.edu; Received: from ome-vm-smtp1.campus.ksu.edu (129.130.18.151) by SN1NAM02FT055.mail.protection.outlook.com (10.152.72.174) with Microsoft SMTP Server id 15.1.1019.14 via Frontend Transport; Tue, 11 Apr 2017 20:21:24 +0000 Received: from calypso.engg.ksu.edu (calypso.engg.ksu.edu [129.130.43.181]) by ome-vm-smtp1.campus.ksu.edu (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id v3BKLM0s004639; Tue, 11 Apr 2017 15:21:22 -0500 Received: by calypso.engg.ksu.edu (Postfix, from userid 110) id 68001248005; Tue, 11 Apr 2017 15:21:22 -0500 (CDT) Received: from mail-wr0-f182.google.com (mail-wr0-f182.google.com [209.85.128.182]) by calypso.engg.ksu.edu (Postfix) with ESMTPA id 15271248004; Tue, 11 Apr 2017 15:21:20 -0500 (CDT) Received: by mail-wr0-f182.google.com with SMTP id o21so5073596wrb.2; Tue, 11 Apr 2017 13:21:20 -0700 (PDT) X-Gm-Message-State: AFeK/H1vWhcGvsElaH3P+Nd2zlfXYxgh/F/HLMFKTydqZ0wcnkgYM6lXZISW0xZkKNLlaZZUdTNsNVpCXJBKQA== X-Received: by 10.223.154.54 with SMTP id z51mr32463232wrb.76.1491942079266; Tue, 11 Apr 2017 13:21:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.39.134 with HTTP; Tue, 11 Apr 2017 13:20:58 -0700 (PDT) From: Kyle Evans Date: Tue, 11 Apr 2017 15:20:58 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Replacing libgnuregex To: , X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:129.130.18.151; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39400400002)(39410400002)(39850400002)(39450400003)(39860400002)(39840400002)(2980300002)(438002)(189002)(199003)(450100002)(61266001)(189998001)(221733001)(38730400002)(93516999)(63696999)(54356999)(8936002)(8676002)(3480700004)(512874002)(46386002)(88552002)(90966002)(45336002)(8576002)(42186005)(305945005)(50986999)(59536001)(106466001)(61726006)(2906002)(7116003)(9896002)(9686003)(356003)(5660300001)(498394004)(55446002)(75432002)(86362001)(84326002)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0501MB1109; H:ome-vm-smtp1.campus.ksu.edu; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; SN1NAM02FT055; 1:hq2osXGRM10eSK3Aok7WXISnSxjlzma8d0VxpkQsvBPSF+548kZXwwD9iQkl6ikgcWX7LS/lS1qd2+lEfzLrp00V6QExUDErzUoKZpGUMrQ+MwSGG9lbJ/Ybp0gWiJkqVQgXKT3w6MN2B0sxFDj7tsV3RzDF3/jxFCtXSI62E9vGhPMmD54wjd+VqiSfz8V83ThHYFMghmX/poJ1oVzmZfzmfngQcaTN44DzHl/KeCIh7+wdBT7fcip2YVGPYcp2teH5yDTMPZCn6qCMbWjYz333OWY2/3eakoDVrvWHUBvbVyQ5IBSe1xuvCbr3YKtMuvXP7i7mauba43lLTcZkWcSjNxwzVdMxfhAxosXymIGscVNR7pwc8Zape5WdbDH6fN/9j0//VP1P5wVUG5QAY7kCzjgkkumB+C8J5rv/JsSBKa0ojcWIU6gUm5qgT5GIbFWdGU0iwpsjRkPSaUbsPqynYyQ3vAhAitWWxPXj3w7E9m2/IDGrmUmi7y2zCZneABoTP3/1vpTuCRK8rECkDA2dV4oeOYDxKDn8vVNXvi4= X-MS-Office365-Filtering-Correlation-Id: 42b62dcd-2e20-470b-512f-08d48118535b X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075)(201703131423075)(201703031133081); SRVR:BY1PR0501MB1109; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 3:rrakiPXfYSx3fiLhj1bPAyROiL3JPKHviEx0tsdOZtxBfX747dl/VbXpBz4UVGb0DX02Hmt+zZsMXE0dKQKhk9VMz52/4y05P4lDnfRSQtJXnWSLKkYX5txLPZOqFShTnoz0LfiAMrX+qIiAnq9lBhY6KWtIm+Neeuu+b+tKO42YOjRKi75qZJgHfSF905j5IjsdHAW9kbt0vRydV+WFLWXTUB75JHFcvQefVSI8JFTPsp8ImahPGtVzYOvd/ti12hmuzYmQd5w+bkndSbXWOJcV3AIO1z/UT4mGxNJf9z+JTplm/q9eS6LStbTEqdQT1l3NJ6njomZaQARtPbJIkMS8iHj8AxgcL/qaPPf8hCtuiKEp0tswJlA1hOLQdFaW1V7rO4RkIoJQ2BZUKjlN9txn3fPcW+C6o0Q/uVl2qOiyK0MJEgZHoujFPIj9Oku7HzDrsEl2EQSJ9+DAfVzFlKxZsCiL3Y/9oIaiJCPAykJgi6CsKQvxrSIQzFWiZmy8 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 25:dVavJMkz6eGxyAKzcMMkpHeHQi10NpT7Xn8L9W0pxbSP+N+kArIQ+iCA9ZJKrGwNS3mEyhQyeuKlaRTs3lf8CFOWxxhBKeJ5f9hpZcqvnvOVLHkrWrBEjXBNbcFWItbjYkAo1o8NbiWSw6G2p/JZL0g8rJafudms+A+X/2IE2JuAboWJixsxz4E/m0Mjkluj/ffKeeDHFDICbxsKYidByY11v6docWpP4WuWUfbriRLHZ2bqJg6p5CXhB5lwX8o8DtBqFfVPk6r3n8RSZS0EKcKZYN2Bt/sKqlV9ae3BMNe2FCVenqFycObxE95d+qHu3aZfPg9afIN/w3RbQR26gMaQ+1KKtU56HwEjRQ87VZlnAW6dkEbQomG5svRnhbfepFv7lpVwKLIOCmQuRB+xHyysNNnVZGQOYTaCdktfPeZqyR+quy3rWcvHr0v7ZzeRPRgp/wRZp60EAQ/pkNAfyg==; 31:ZMi+ao6IpOtF5la7Ii6fyzQjgh3HqJp8ek7vQmy9ImD+M8f/vwwovVKd9cMXB10BmMCHbWjMgoCoFIttkyP2Sg6y+PtWeTe7YIIkxRrzuJtlmDYI9PijZ6e+rtqXpXuL/kTyPp8JqpCvpSxs8p+orj/4rXubr1Vkl4siXD9IqElHCIa+YCtlB+XFNgH0O/Tqn9kctNDC/7milQAqOPgRbFpdvX9Z0GvOfQcZe+VrQnA8/C/lj56Ji54SWA4Mp0u/vxIX1Td1wy89i00nQ8IcTg== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 20:zpxIKwzosPh7TqJ7dZ7nKRCJHm4hLJ1TsQL7d1TTa0fr6WnSfZR1OI8WPH2QGHLSA426XXNm8qYShdotGgs41/c9LzcTMfCis3G5WSSORzvwzhQj3YFPpzHcWTXgawe+8bjv/RO6f4ZxNJpH6t/nja+ys6UrFCF8nTT8ahCTZHq2KctTbbBU1LOn1x8t+8w2k7e2MWYa0PI3aIgvjwfb0CZtVOh44mfNM6M5GEonB1UFVbqJsFhGeeXIKNYUVY6FvNjJdwFZ9sbLyiJDKTd4YXh1OSVQ9Unq1KgUpcFzZ63ZhrkACdqlHODmdeh8ziUoB3AvfIwD83iuL3kbX/L5F/xdxIp7MQMTZLWUrQp8TdyjxfU7prEXztxzqc+Q4ukrzElrJuI63sCyj4ZXAqFXd7DyXEy/opd/CZj1JY1ymshwdJLss0wtXGvXsq00JEJ9I/qBXPCxADuOwUeoagXp6BQ2P2O+hDcgOe2uwyqSTEXgbDsBhUZVpZREqhtTBodW X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(13015025)(5005006)(13017025)(13018025)(13024025)(13023025)(10201501046)(93006095)(93004095)(3002001)(6041248)(20161123564025)(20161123560025)(20161123562025)(20161123555025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(6072148); SRVR:BY1PR0501MB1109; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1109; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 4:svs9ctkkC/s/fBvWc3j0M0p64XOo/ta2l7ONTF1+1o7i/k3hfkHKxeIl3n2lX2EODHiMVnWjwmrZX5+PlejTmtjLuJlo6/GReS37kfYLr/O0HBqXCmuWqvuE90nKtmZdDxwzwYVU9r6IBXkR0wrh0wJ3OLOaLfvj2VQnnQTBU3hNuv4Qj0SpHG+IGN+r+je9iTpSaqeOP4GbbX0RGGbcugmQS34sIC86Mg1kMzx5l5q9QF2WMFgJ5m4mh7pBDHe9jeKD8mebDNIqt5YK5DfSCd+YKemHa3z8AKPJuCGI5f24NFBCQxI4IzC/M027ewX9g5gFQaoS3HdzXOqdLq3htXdK6IKe5IXc6lTh0p3LpCzxr5DlENa0OVagqwUoa8lrEBAFzunVZiz5oKTMV3M6UDeawljm8ykriAU/fUGyJpk0gogZ8Xk/G4ZyoFEQBEvX81TWMTr7winJYLsZLspUj5QNg0cajAPl7tbzJe7neg/AVZIDVTK0I5MrtGPpIRHTAcKvxzcKB7qHpl0WUarrEtOIgUiPw+qanIZPSlbBByf8kJxdOCAi27Cok9qR1FAZx4egmA8i926S/NWsW0mdDx3Nw+SdxKUXlR6Jh4u52UXFoBcSi8VH7Pwt7N0lnWlgcPMp/OGQi2aQ9Zj92Ih9AeQEBlwVkl+URhLoihCjXz7/CHul84EcXdb8fYgGwinEj4hpmufEfwZtOtgGsOiT1hlpNISmtcR45Sh4OWRi90ihDCmBvzw5G4s669NJlcTKST/7YK6KObh7kRyEO4hNID3Hz6SClZX9WmrgkX4+yKXa9QaBksjVyYs4LS4vBuhasr+f7fPUsUolAbT9L9tS7A== X-Forefront-PRVS: 0274272F87 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0501MB1109; 23:WMolZbBmBP7KUXB9EDNNxeGt+P4v1HM0/iFSaqN?= =?us-ascii?Q?W5C+omtO7crhMju7dWSWyWYj0LdFtC/2CAZ08u5FvwtHwcorr9RNfkigazL7?= =?us-ascii?Q?5NyTQIiOcUeWaLUCEfXOZOv6haHqONmy5LuxgWPND9lIGZlipFvA+oyuBZ8F?= =?us-ascii?Q?/rAPBUrVonXe3F74pszY5F6B60XmrcZ0Rf67GX3jQaPacja7o9tFakEQb+MU?= =?us-ascii?Q?9JSF3SbZvom5EaQ8suEw+X/uVyPbDN52ELFlUkbjvbEcB7NcEaJJYUQceycR?= =?us-ascii?Q?oh5NSgwVC2kSJcDT0VjbnwcpXuR4Wea/Bo9rSGL4aihH7XjJbto8zhrgUIjq?= =?us-ascii?Q?XK+EGeRNfpAMMNgcnx2nlKdYdAEr3NNYdtP+wbn9gycbsXLvEojL8d5Vywrj?= =?us-ascii?Q?kJ/ZalwDe57C/FO7TsmVqeoLkkEJ6dTBVUcRePCjGC809ybp3f9h63RiNNeA?= =?us-ascii?Q?oEzSwmrTlFPQvyPWyJHL3PQ0FcYECoo7aLDTQ3iyuH6yCUq3bnAEMaMVVjIo?= =?us-ascii?Q?IBqJ5bg9BUDHQh4OpJPbtcyBSgtQfTFr6cMc9WfRLVolrXfACrSGc9PXb5Ef?= =?us-ascii?Q?u/JMQOXYKnx1hWSDOXvOD4w2BqSO8o0bW4qyUsA9V7im8t6oe9mvkEZuTJpb?= =?us-ascii?Q?pzdfXHl9NJdy6F7pqYig0pot/j+7afYNfcVJudVj3549mXIYTVDFZkqjlFNk?= =?us-ascii?Q?WDe2jY1onfXWTUrv6mg4T/0dLG0nG47I5DW+AdaI3Pmxh4onsa8ndlLRnD34?= =?us-ascii?Q?vP58kIYsaEeO9VBlSliSlNMH38c/zxY+X5f5twxDWKPxwUtFI7fxyY8MSpQt?= =?us-ascii?Q?Vn6PPnNbcIas2xGektoqYta0828BmDWI4mQWvJfky5LSPMRI0CUFMvecvfxB?= =?us-ascii?Q?vq6iiEbH3bL/j+Q628kJPZ3exvcKxPJGhZyrNXY4ZHmXGJvUgOaRywOpJrrk?= =?us-ascii?Q?yz+LiJqEl44suw/g+Sjs/nUzaidK1hvBfJzIs/6ZE6yUV1pChsRB/BjaAPXx?= =?us-ascii?Q?Hy0HQGU7wdegFavXKd/K178kBleiyLxYacZB4Pt6ETIwirsFtDnnQrcWb1mp?= =?us-ascii?Q?WAopS48XOQCNqWiqyY1nNEU7gRyPLj3etKkd6WDsPhBiTuTF9K2jqpK7p9I+?= =?us-ascii?Q?wdPsrwGOCXLsX9JeTVzxw24N5+TE6DOPZ?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 6:qY8LDc7zBbmnDEk2VDTsGc/HgcDMezpLUFzlw+qwNGt568gAU9nMQQKAVQaa5riDimqbzW1rBFC4jYasDCYCrfI65kpP45/13QX4NQW20pOHyvejn68RTtnlS5goESKYJi34DFEiNcYzKhJjHd7ORyWoQf74x2lbeo6fYVYKih1Et/h4KRKXJxvdAFpkeDJV46D8aLkMzFG0DkO6LQoJAdbJNyLdriQ9Gpj/IuydAXtIU1pT2BUvTN6lQnlRoAyI1AuKBioB+v7H2tDwPfnNybBUZr2NHHeROcu6NdgRKQTW+OSkfRmHqljK9cuhotcznXFwKZp6qgzhmyHG8M97AkxIR8ol2dWEaVhAPcsFrSZCfpKckBrprIx8OVYmSp8582VyFmv5eYIIkrWoaAApDcEtxskak3RA26s4alv9LFo35ryvBGYmwSVLhMcKRcNGS0j8x19Id2pCb/Ga/X5Krw==; 5:OZPbTr4fMeRJ9wq1fw5pPZzfxCzZGJv6ZjYuxneJtSW3bw5R7EKdF3ylfVNNQMqp9kH7afGrIEGw0JWomuPqhFoecLPlBYldpXEv2UIG8C9bXIsA1QaqkaZidNJCodkeGEGaGrWgalHbzcr5dfPP/A==; 24:/3Se69i1nM8uR0B6UZUErGgaua8PkdXdl9//vjf8EvQZxM0YM1Qbux89Z7KyMWJkyEURZktJWPMJf31PZhI7pEhv6dIsyPi7q/rf3TGh/CI= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1109; 7:JCAHkLhqbwha/8jc3tswCD+CVIpHwdG1aa2yYTUpFRPE0AKfAjU0LSDVb/ibU4nOJOzf18dfzQfzuS7/HOgyCeudb00Pay5NeF1Lx8HBx6tlSbS64YjvvhuEHeRn+8GQIBjRaJdKvZplRkBsXDbRBXB/8cvZtUGE8BorFvaT4jfPSOgzuz1YkdsxAF81F5iJMxGP2ByYw0/3HFrIUVbhZElWuBAXhbq9zSLs4W0tFrUKcMl32SHIeBrLlW/C+TxNHuy5z8FBJOkmD+G0h1YIt2e4jHdKUApBSH+XLmWJ94sJ3EHAoXKAcg0RvBTRwCarWraopU/PefryLwX7Lt1agQ==; 20:lb2IcOAyn3s60wYWFwC8D59ma4AjWmXnRJj0pXYTtd26Waqe8qjYb0D7u95Jf1WnzlF7MmxMgGyk06gVIgX51HmlrJpQ9y83CjKVeujQu1fDcvlRgQgMVXqYc6t00PPb8pHKAbxDoGgCqHJor2sFmiawUsj+7iMTe1wHdD6ZXrY= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2017 20:21:24.1899 (UTC) X-MS-Exchange-CrossTenant-Id: d9a2fa71-d67d-4cb6-b541-06ccaa8013fb X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d9a2fa71-d67d-4cb6-b541-06ccaa8013fb; Ip=[129.130.18.151]; Helo=[ome-vm-smtp1.campus.ksu.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1109 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 20:21:28 -0000 Hello! To start, I'm cross-posting to freebsd-hackers@ and freebsd-standards@, since it seems to pertain to both as a question of how strictly we follow the standards, as well as potential approach. The following e-mail will somewhat outline my questions, then my personal opinion. == Almost objective, obviously biased stuff == The first question we must answer- is it strictly necessary necessary that we maintain a separate library for gnuregex, or would it be feasible/desirable to extend libc/regex to include GNU extensions? There's obvious benefits to both, but the former (a drop-in replacement for libgnuregex) seems like it's going to be more difficult to find. We only have two base-consumers of libgnuregex (at the moment), but one must consider the potential other consumers since this doesn't seem to be a private library. On the other hand, I think I could fairly easily implement most of these into libc/regex. Here's a summary of what this option entails adding to libc/regex, from what I've found: * Empty subexpressions(*) * Add missing quantifiers to BREs: \?, \+ * Add branching to BREs: \| * Add backreferences (\1 through \9) to EREs * Add \w, \W, \s, and \S corresponding to [[:alnum:]], [^[:alnum:]], [[:space:]], and [^[:space:]] respectively * Add word boundaries and anchors: ** \b: word boundary ** \B: not word boundary ** \<: Strt of word ** \>: End of word ** \`: Start of subject string ** \': End of subject string (*) I didn't actually find anything explicitly stating this as a GNU extension, but it's certainly not conformant to POSIX specifications to use, it gets used a tiny bit in some ports, and we implement a workaround in bsdgrep(1) for the simplest case of empty expressions ("") to match everything and produce zero length matches. The main benefit of this is not having to maintain a completely separate regex parser and the potential for inconsistencies that come along with it. The downside is that that would seem to promote expressions that are not strictly POSIX conformant. Is this a problem? Is this a problem worth worrying about? == Opinion == My personal opinion is that we should go the latter route and implement these features into libc/regex as a default behavior. Perhaps with a flag or something so that an application *could* opt out of GNU extensions ("strict POSIX" type of flag) if it so chooses or finds them undesirable, but that may not be deemed necessary. Ultimately, the GNU extensions are just that- extensions. There's no direct harm that I can think of in accepting them in our libc, and they do indeed provide some sensible features with little cost added to our current implementation. I'd personally like to have one parser that does it all so that when a regex-parsing bug does come in, there's no initial triage *at all* of whether it's a gnuregex bug or a libc/regex bug. Thoughts? What all have I missed? Thanks, Kyle Evans From owner-freebsd-standards@freebsd.org Thu Apr 13 02:59:27 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79C7BD385CA for ; Thu, 13 Apr 2017 02:59:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E46AAD3 for ; Thu, 13 Apr 2017 02:59:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3D2xRdp054426 for ; Thu, 13 Apr 2017 02:59:27 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218622] libc/gen/telldir [hack-n-PATCH] performance limited to O(n) vs file count, O(n^2) against samba ls workload Date: Thu, 13 Apr 2017 02:59:27 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ash@ixsystems.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 02:59:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218622 Bug ID: 218622 Summary: libc/gen/telldir [hack-n-PATCH] performance limited to O(n) vs file count, O(n^2) against samba ls workload Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: standards Assignee: freebsd-standards@FreeBSD.org Reporter: ash@ixsystems.com We have been tracking a performance regression in FreeBSD 11 stable based s= mbd pegs a cpu and takes much longer to list huge directories than it's FreeBSD= 9.x base counterpart . Profiling showed that the time was geometrically relate= d to file count within the directory.=20 Samba emits a telldir for every file during a readdir; and in 9.x that seem= ed to run in linear time and things where fine; however this change appears to expands the workload of list scan to O(n^2) vs file count.=20 https://svnweb.freebsd.org/base/stable/11/lib/libc/gen/telldir.c?r1=3D23564= 7&r2=3D269204 For a directory with 64k files, the performance is as follows when driven by samba listing files. Identical hardware and zfs data sets are used: using dtrace script: BEGIN { printf("thinking, hit control-c when you are tired of it");} pid$1::$2:entry { self->st=3D timestamp; } pid$1::$2:return { @[execname,"delta(ns)" ] =3D quantize( timestamp - self->st); self->st =3D 0; } 9.3:=20 #./dt_time_in_pid_func.dt `top -b | head -10 | tail -1 | chomp | cut -w -f1` telldir=20 dtrace: script './dt_time_in_pid_func.dt' matched 3 probes CPU ID FUNCTION:NAME 7 1 :BEGIN thinking, hit control-c when you are tired of it ^C smbd delta(ns)=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 value ------------- Distribution ------------- count=20=20=20=20 2048 | 0=20=20=20=20=20= =20=20=20 4096 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 53883=20=20=20=20 8192 |@ 730=20=20=20=20= =20=20 16384 | 502=20=20=20=20= =20 and under 11-stable(ish): #dtrace -s dtprofile.is_in_path.dt `top -b | head -10 | tail -1 | chomp | = cut -w -f1` telldir=20=20 dtrace: script 'dtprofile.is_in_path.dt' matched 2 probes ^C deltans=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 value ------------- Distribution ------------- count=20=20=20=20 2048 | 0=20=20=20=20=20= =20=20=20 4096 | 90=20=20=20=20= =20=20=20 8192 | 8=20=20=20=20=20= =20=20=20 16384 | 0=20=20=20=20=20= =20=20=20 32768 | 0=20=20=20=20=20= =20=20=20 65536 |@ 1583=20=20=20=20= =20 131072 |@@@@@@@@@@ 12270=20=20=20=20 262144 |@@@@@@@@@@@@@@@@@@@@@@ 28159 <<- libc telldir takes how long now?! 524288 |@@@@@@@ 9299=20=20=20=20= =20 1048576 |=20=20=20=20=20=20 After reverting the telldir change shamelessly: https://github.com/freenas/os/commit/92873f3190c830302143d759411b23bd719b0b= a2 Performance for the telldir returned to constant time.=20 The change appears important to @standards however the impact is tough to explain to samba users. To conjecture, I wonder if a run time tunable could select the 'conforming' or 'fast' behaviour for telldir like LD_PRELOAD... style directives. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Thu Apr 13 03:18:36 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53FBAD3B251 for ; Thu, 13 Apr 2017 03:18:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42F28AED for ; Thu, 13 Apr 2017 03:18:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3D3IZI4037922 for ; Thu, 13 Apr 2017 03:18:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218622] libc/gen/telldir [hack-n-PATCH] performance limited to O(n) vs file count, O(n^2) against samba ls workload Date: Thu, 13 Apr 2017 03:18:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org 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: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 03:18:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218622 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhb@FreeBSD.org, | |jilles@FreeBSD.org --- Comment #1 from Mark Linimon --- Notify committer and reviewer of the rather-old r269204 commit (itself base= d on PR 121656, Phabricator https://phabric.freebsd.org/D490.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Thu Apr 13 17:12:54 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1149D3B46C; Thu, 13 Apr 2017 17:12:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ED68808; Thu, 13 Apr 2017 17:12:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v3DHCm5v086804 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 13 Apr 2017 10:12:48 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v3DHCmGX086803; Thu, 13 Apr 2017 10:12:48 -0700 (PDT) (envelope-from sgk) Date: Thu, 13 Apr 2017 10:12:48 -0700 From: Steve Kargl To: freebsd-numerics@freebsd.org Cc: freebsd-standards@freebsd.org Subject: Re: Implementation of half-cycle trignometric functions Message-ID: <20170413171248.GA86780@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170409220809.GA25076@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170409220809.GA25076@troutmask.apl.washington.edu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 17:12:54 -0000 On Sun, Apr 09, 2017 at 03:08:09PM -0700, Steve Kargl wrote: > Both IEEE-754 2008 and ISO/IEC TS 18661-4 define the half-cycle > trignometric functions cospi, sinpi, and tanpi. The attached > patch implements cospi[fl], sinpi[fl], and tanpi[fl]. Limited > testing on the cospi and sinpi reveal a max ULP less than 0.89; > while tanpi is more problematic with a max ULP less than 2.01 > in the interval [0,0.5]. The algorithms used in these functions > are documented in {ks}_cospi.c, {ks}_sinpi.c, and s_tanpi.c. > > Note 1. ISO/IEC TS 18661-4 says these funstions are guarded by > a predefine macro. I have no idea or interest in what clang and > gcc do with regards to this macro. I've put the functions behind > __BSD_VISIBLE. > > Note 2. I no longer have access to a system with ld128 and > adequate support to compile and test the ld128 implementations > of these functions. Given the almost complete lack of input from > others on improvements to libm, I doubt that anyone cares. If > someone does care, the ld128 files contain a number of FIXME comments, > and in particular, while the polynomial coefficients are given > I did not update the polynomial algorithms to properly use the > coefficients. > > The code is attached the bug reportr. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218514 > While everyone is busy reviewing and testing the patch available in bugzilla, I suspect some may be wondering about the inverse half-cycle trignometric functions. I have worked out an algorithm for asinpi[fl] and have a working implemenation of asinpif(x). It will take a couple of weeks (due to limited available time) before I can submit asinpi[fl], acospi[fl], and atanpi[fl], but work is in progress. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-standards@freebsd.org Fri Apr 14 15:48:41 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D55D0D3D0A1 for ; Fri, 14 Apr 2017 15:48:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B95E81B27 for ; Fri, 14 Apr 2017 15:48:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3EFmfhf068990 for ; Fri, 14 Apr 2017 15:48:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218657] Usage of I (_Complex_I) from complex.h results in unexpected warnings with clang -pedantic Date: Fri, 14 Apr 2017 15:48:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: akari@alienslab.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 15:48:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218657 Bug ID: 218657 Summary: Usage of I (_Complex_I) from complex.h results in unexpected warnings with clang -pedantic Product: Base System Version: 9.2-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: standards Assignee: freebsd-standards@FreeBSD.org Reporter: akari@alienslab.net Created attachment 181784 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D181784&action= =3Dedit the test program Compile the attached test program with: clang -std=3Dc11 -pedantic test.c -= o test This is expected to compile without warnings. However, it produces an "imaginary constants is a GNU extension" warning on FreeBSD. This is because _Complex_I is defined as ((float _Complex)1.0i) in /usr/include/complex.h. The easiest workaround would be to use __extension__ to suppress the warnin= g, i.e. redefine _Complex_I as (__extension__ (float _Complex)1.0i). This is w= hat glibc does as well. It's a minor issue, but it prevents a project I'm working on from building = with -Wall on FreeBSD. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Fri Apr 14 15:50:42 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09CABD3D1B6 for ; Fri, 14 Apr 2017 15:50:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED4BA1ED9 for ; Fri, 14 Apr 2017 15:50:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3EFof4t072281 for ; Fri, 14 Apr 2017 15:50:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218657] Usage of I (_Complex_I) from complex.h results in unexpected warnings with clang -pedantic Date: Fri, 14 Apr 2017 15:50:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: akari@alienslab.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: 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: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 15:50:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218657 Andrey Alexeyev changed: What |Removed |Added ---------------------------------------------------------------------------- Version|9.2-RELEASE |11.0-RELEASE --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-standards@freebsd.org Fri Apr 14 17:37:36 2017 Return-Path: Delivered-To: freebsd-standards@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC957D3E80C for ; Fri, 14 Apr 2017 17:37:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB98DD92 for ; Fri, 14 Apr 2017 17:37:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3EHbakQ077417 for ; Fri, 14 Apr 2017 17:37:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-standards@FreeBSD.org Subject: [Bug 218622] libc/gen/telldir [hack-n-PATCH] performance limited to O(n) vs file count, O(n^2) against samba ls workload Date: Fri, 14 Apr 2017 17:37:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jhb@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org 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: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 17:37:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218622 --- Comment #2 from John Baldwin --- So this wasn't purely about standards@ compliance, but there was actual software that was broken on FreeBSD because of this (it might have involved using telldir() on a large directory accessed via NFS where the client brok= e.=20 If it's the thing I'm thinking of then you would have an 'ls' on a large NFS directory that would never complete). The larger fix is to change getdirentries() to report a valid seek location with each 'struct dirent'.= =20 That depends on changing the contents of 'struct dirent' which is a non-tri= vial thing to do, but is included in the ongoing 'ino64' work. Once that is in place you don't need the telldir cookies at all. One thing you could do for now is replace the linear O(n) search with something better like a tree that you can do a binary search on. --=20 You are receiving this mail because: You are the assignee for the bug.=