220 37565 article Path: news.gmane.org!.POSTED!not-for-mail From: John McFarlane Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Remove floating point requirement for unordered (multi) set/map Date: Fri, 30 Mar 2018 02:35:55 +0000 Lines: 90 Approved: news@gmane.org Message-ID: References: <4c98e549-8f0c-42e5-a054-0234f7cf1e46@isocpp.org> <9d4a8ea3-9e7d-4851-8b28-5cd67779081a@isocpp.org> <1356e140-2985-4fe7-b9ee-70e40738d1cf@isocpp.org> <7b853bcd-47f5-4c2c-841b-13e30472e14c@isocpp.org> <1df72d61-2659-4864-9a6d-f8ea8fe52792@isocpp.org> <8eb5c7cd-42ec-46bd-8aee-842ef11b885e@isocpp.org> <2ad48eb7-a635-4aaf-9216-7a390791c083@isocpp.org> <8698cc1b-bce1-4c23-bf81-2cab986afe5a@isocpp.org> <7b2a1e15-f345-4749-ab74-b5a53b5dbed0@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a1142ee0a1a477e0568981a2e" X-Trace: blaine.gmane.org 1522377245 1773 195.159.176.226 (30 Mar 2018 02:34:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 30 Mar 2018 02:34:05 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDS7B7WQUYOBBFWF63KQKGQEFE3EMFA@isocpp.org Fri Mar 30 04:34:01 2018 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ua0-f198.google.com ([209.85.217.198]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1jrc-0000Lp-HM for gclcip-std-proposals@m.gmane.org; Fri, 30 Mar 2018 04:34:00 +0200 Original-Received: by mail-ua0-f198.google.com with SMTP id y43sf5122507uac.13 for ; Thu, 29 Mar 2018 19:36:08 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1522377367; cv=pass; d=google.com; s=arc-20160816; b=Qg89PZaTMF2xyHrUaui89CcdNtfTj0qb8XmR/1E9l+kmV2FEIa+deMCPs6XP9Z1fiM cPtFkGswSKLDqE5tFAcS0S6csRSHxhclkiqJX/2xwCGsAiGsIf+uD+ofEH5Z0cgFZPGY yFiqtHWvX3Taf37hhGq4xR+aU1oW4uH9ulrpB9EVLCQzU8IGym/nXgr3DdqZxKGrNW35 u7sZ+Ja62ExaL0CPhc3NcFe5pbuXjyVTRTWd2HNBwOogjv/N9m7vZ57N2HerKfPIDrWI d15GvgbQxVcSYEaGddnepmKvkZQ0ir+bslryyjkgLdS49TZHkpDeuIhv+/u6TJDFJGqu rYUQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:reply-to:to:subject:message-id:date :from:in-reply-to:references:mime-version:arc-authentication-results :arc-message-signature:dkim-signature:arc-authentication-results; bh=La3vJtPOHwuxxJJnb69qcKvQ6QVcXqkxeUPnUZl4gBk=; b=VjxYVRQObxYTeaNXbjIHasAHufCmQlv6N2+ROHIuVq3raxHt6v0Waz6t9QUdbCpBtp 7vZOJvjId1/7uH+Ko2rsZlvql9aPnwoXpqxsB2l/TolOun5GgQ4eNA9IF+U4Qbs8Wccf P4iHr9m5u4Do2zAgCuENstRxHAo5+j8YO6qfbIyb6IOFENfGD+qq4ucxhSKQzmgYVtXK 3s3nky2m0Ne6119mfKHOd0Io5ZE8PdNTg0HnLQwj+RtZu5Nn17bLFm0wwzKiDvjWvKH/ WM4cy1CIvT+ZKOmreZZLElKLI9v4lo8jfFXFJ+rrSx1aAvyyNUn0DJO7r156i6WpucD+ S7xw== ARC-Authentication-Results: i=2; mx.google.com; spf=pass (google.com: domain of mcfarlane.john@gmail.com designates 209.85.220.65 as permitted sender) smtp.mailfrom=mcfarlane.john@gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isocpp-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=La3vJtPOHwuxxJJnb69qcKvQ6QVcXqkxeUPnUZl4gBk=; b=JkSAptFtxobItT0ekpwDmq1pYex+rfDpdT6dWbmAh8QGJBhARfz9HKWFfkZFtW+fej bqx94Iinv5kEeP1wPSH4V2luQ8hKkG91s40EOLMT4MW81LADsTtYFKqUWkHNJeNkthwf EyDtLt+w4ghYvPBiSVajKiYQtDoyM1SYbQPztMXYbsE5aJ076Up1F//IWjCY/GsP3Nyj c70bgxsKilnsJ3WnIXcsLmzw+RRklmUJXEO2iB4rGoUMMZpK1fy+lsJOt8xvr/3EQNZf W3knUB9sG2IfP0fcT4Iolgt6FisRFcxB9f+6l/K3Erz2xCP9yTAEGg0yfsWShWum9Dnp XHlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=La3vJtPOHwuxxJJnb69qcKvQ6QVcXqkxeUPnUZl4gBk=; b=TJuAbd4xpQ09+7n9/2myfrbWiroRCrxKpg6t4ouNotnmzjwI1aXfWp/6dOFqNXQwxu 5g1w8b4OHNcHn3EQeKsVk72bVoQtxn91Ug6He9eDsUxLo14rYk4rldSFeYM7xB3FKeRS g4rc1M/lH9IpABbxaaQGnsaiV9m4KvKiFm8/+Dmu+ugawWVzTffREueRn8pntS71udHK folDM7DFcc31HpI2TJmELaIePC0dVMKe4MbhdolS/IoWzpqGmnVAqA70mVkn4TZibarA IB8p5qvTmtuitlLW9tEzUICOsb3Q3I5SkFsLXGc6K0CLoeRl1RnOVT7i0PqVJYlfLEy6 B4Ag== X-Gm-Message-State: AElRT7F9lZFZ39jgY+H6GSOt8bW0VN6tkt36Y0can9Cae74ZxA8p7nOw 7cPUVz86gEpX+7G88teFIlw= X-Google-Smtp-Source: AG47ELtsHcx9y0yKk5bzLRB7IbqPj+gt50th06Jd2w9g8MthLLRzVgLfnTX6QtWEx7KaAh7l8W4/Dw== X-Received: by 10.176.0.242 with SMTP id 105mr22184759uaj.13.1522377367771; Thu, 29 Mar 2018 19:36:07 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.31.67.2 with SMTP id q2ls4629762vka.0.gmail; Thu, 29 Mar 2018 19:36:06 -0700 (PDT) X-Received: by 10.31.141.150 with SMTP id p144mr6940608vkd.116.1522377366456; Thu, 29 Mar 2018 19:36:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522377366; cv=none; d=google.com; s=arc-20160816; b=CRr8yxHTe+zMUtWrK46he603vK/NB6BRMFzP8W16ES5uqFvaYwstM4Ec8VHFlqkVqA mdN6R7KYqicuPxiCUT/mluDCQzUJzApzSkyieUFXkqXIXk9ytOUed4UWEvak+9Own71S YVBK+omIQk//UudWjAwCdTdrDGbUouXnXBewAd/qpY9jTVJkwX94o5z88LWXI3TFLcSX 1FakPZ74mK5ggkDCAvrmrM/lFldsWDhfammIjLMcANEO8TUPmanYzfhu15b+4RUflbPx nAQRXJwfN2DYtcxkjl/ozCetz4UbqzA0vlKrdTNqIPTdMPbe3uY4Mfv1kWYWIHZIwcz/ Qt2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :arc-authentication-results; bh=vImeetyen/z3NvJQsAGwq4VRrIxYvf36y+w+1O+rh10=; b=FlVGRkEnML+TYsob08yEDIZZ3G469yVyPm+qMxd3Ayze6EW2AwuCBJt7a4bbv6Dk6v 5ETJllzpTL0wPgZhSIK+e02mdGc6JTcRUWLi4zgM1/8wJfKgGwb2MOzepqUlFiYGq0GK 6Ip2APLjNERnQkjqI0aySwS8Oi/znHPWaXN5oYFGgZIOKyfaCm3BZO+dTzDc+bgFbI3k zsqXmLKIAaf/IJ8j1m4sDB5SfWvx7drc46J/mmxZXXu6fYW7w5WNQytZvXlKrjaQM4A4 ZThxIkAUKz6X0poVHfnYO40KdX8zUWfWpgCDfRNS7vXrNwr65ilNQwBgROoJ/ScujV5j GO9g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of mcfarlane.john@gmail.com designates 209.85.220.65 as permitted sender) smtp.mailfrom=mcfarlane.john@gmail.com Original-Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id h23sor3064396vkc.0.2018.03.29.19.36.06 for (Google Transport Security); Thu, 29 Mar 2018 19:36:06 -0700 (PDT) Received-SPF: pass (google.com: domain of mcfarlane.john@gmail.com designates 209.85.220.65 as permitted sender) client-ip=209.85.220.65; X-Received: by 10.31.164.216 with SMTP id n207mr6732101vke.49.1522377365798; Thu, 29 Mar 2018 19:36:05 -0700 (PDT) In-Reply-To: X-Original-Sender: john@mcfarlane.name X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of mcfarlane.john@gmail.com designates 209.85.220.65 as permitted sender) smtp.mailfrom=mcfarlane.john@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Spam-Checked-In-Group: std-proposals@isocpp.org X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:37565 Archived-At: --001a1142ee0a1a477e0568981a2e Content-Type: text/plain; charset="UTF-8" On Thu, Mar 29, 2018 at 6:59 AM Kevin Fitch wrote: > > > On Wednesday, March 28, 2018 at 5:31:48 PM UTC-4, Ben Craig wrote: >> >> Implementations that are targeted at embedded platforms that are fine >> with allocations, fine with exceptions or termination semantics, but not >> fine with floating point. >> > To clarify, was that statement meant to be a question? Perhaps you meant > to say: Do there exist ... And, I would say, emphatically, there are > applications using implementations of the STL targeted at embedded > platforms where that is true. Most often I see applications that are fine > with allocations (with a few restrictions), but not fine with exceptions or > floating point. They key is that implementations targeted at embedded > platforms need to deal with applications that are (or are not) fine with > each of those (and many other things) independently. You can (with a little > effort) use all the features of the STL without using exceptions (e.g. > using operator[] instead of "at" to access members of a vector). You can > use allocators to deal with restrictions on allocation on the platform... > FWIW, one of the developers who recently inquired about my fixed-point type is working on a retro game project targetted at the 386. I don't think dynamic allocations were ever considered extravagent on PC but floats certainly used to be. That's because floating-point is a lot more costly and complex in everything but use. -- You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. To view this discussion on the web visit https://groups.google.com/a/isocpp.org/d/msgid/std-proposals/CABPJVnRPWefvTwug--CdZ0zW6B7Km3-MW0UzgiVLJcbeqdsbKg%40mail.gmail.com. --001a1142ee0a1a477e0568981a2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Mar 29= , 2018 at 6:59 AM Kevin Fitch <kfi= tch42@gmail.com> wrote:


On Wednesday, March 28, 2018 at 5:31:48 PM UTC-4, Ben = Craig wrote:
Implem= entations that are targeted at embedded platforms that are fine with alloca= tions, fine with exceptions or termination semantics, but not fine with flo= ating point.
To clarify, was = that statement meant to be a question? Perhaps you meant to say: Do there e= xist ... And, I would say, emphatically, there are applications using imple= mentations of the STL targeted at embedded platforms where that is true. Mo= st often I see applications that are fine with allocations (with a few rest= rictions), but not fine with exceptions or floating point. They key is that= implementations targeted at embedded platforms need to deal with applicati= ons that are (or are not) fine with each of those (and many other things) i= ndependently. You can (with a little effort) use all the features of the ST= L without using exceptions (e.g. using operator[] instead of "at"= to access members of a vector). You can use allocators to deal with restri= ctions on allocation on the platform...
<= br>FWIW, one of the developers who recently inquired about my fixed-point= =20 type is working on a retro game project targetted at the 386. I don't= =20 think dynamic allocations were ever considered extravagent on PC but=20 floats certainly used to be. That's because floating-point is a lot mor= e=20 costly and complex in everything but use.

--
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposa= ls+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
To view this discussion on the web visit htt= ps://groups.google.com/a/isocpp.org/d/msgid/std-proposals/CABPJVnRPWefvTwug= --CdZ0zW6B7Km3-MW0UzgiVLJcbeqdsbKg%40mail.gmail.com.
--001a1142ee0a1a477e0568981a2e-- .