220 29628 <5751472.mzv4v8F4CI@tjmaciei-mobl1> article
Path: news.gmane.org!.POSTED!not-for-mail
From: Thiago Macieira <thiago@macieira.org>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: "A Proposal to Relax Constexpr Restrictions for
 some Reinterpret Casts" ?
Date: Fri, 02 Dec 2016 18:39:23 -0800
Lines: 18
Approved: news@gmane.org
Message-ID: <5751472.mzv4v8F4CI@tjmaciei-mobl1>
References: <afbaf79e-305d-4408-98ab-5b35cfb11f27@isocpp.org> <591447c7-38cd-4ad4-83aa-fc1326c1829e@isocpp.org> <569dee8e-b869-40e0-9b41-1d1f39fecb12@isocpp.org>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-Trace: blaine.gmane.org 1480732770 5697 195.159.176.226 (3 Dec 2016 02:39:30 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sat, 3 Dec 2016 02:39:30 +0000 (UTC)
User-Agent: KMail/5.3.3 (Linux/4.8.8-1-default; KDE/5.28.0; x86_64; ; )
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCB4TK757YBRBXXARDBAKGQEAKKCKFQ@isocpp.org Sat Dec 03 03:39:26 2016
Return-path: <std-proposals+bncBCB4TK757YBRBXXARDBAKGQEAKKCKFQ@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-lf0-f69.google.com ([209.85.215.69])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <std-proposals+bncBCB4TK757YBRBXXARDBAKGQEAKKCKFQ@isocpp.org>)
	id 1cD0EW-0000UV-Ay
	for gclcip-std-proposals@m.gmane.org; Sat, 03 Dec 2016 03:39:24 +0100
Original-Received: by mail-lf0-f69.google.com with SMTP id b14sf116381761lfg.6
        for <gclcip-std-proposals@m.gmane.org>; Fri, 02 Dec 2016 18:39:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=isocpp-org.20150623.gappssmtp.com; s=20150623;
        h=from:to:subject:date:message-id:user-agent:in-reply-to:references
         :mime-version: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=qM+ijisVU2lM0r4+i3Ib4SYVKujv8AVawp15cJxEs9w=;
        b=zFtLkoiC+MhhGkRcARaQTAxUf1/jUhS7dlLS9l347zuu/r35SQF0iTxY0lT6q/GkQl
         w7s0Eg7xGqhzM1nzwSTWHWAUPJiR0M1sL6YdLaMn18k4UZv36s4KH0LZNc2WHkitjGuq
         GChZihi3+3t5P82tU6M/Wlbjs3pDiMQYPJgNERLMQADklMJVdrSBOPArdQb+I5oOqs+p
         gDUbWzqmKNXyEoz9jI46LqCxJ1lXytFkWhjp6SqRl4KYze3R/L0CTiJu0IiFAzh9agU0
         AlyvXdvELOij0NS2RQBO9qd/zQ0YF0+zZBEGYZWsLMK62TnRTcLy2LP87OySOq70dHx5
         U7vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:to:subject:date:message-id:user-agent
         :in-reply-to:references:mime-version: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=qM+ijisVU2lM0r4+i3Ib4SYVKujv8AVawp15cJxEs9w=;
        b=TgKCveVWC9XN0UAeT03woSp5nxXAjXvaIszcxwOqEpDv/DjndaNtH7xy6nb3Vf56Nj
         /embTpcFWcykLjSBe15BWp6fS5+0t58R8rLGvNAchfcMytz7HM2n1dRg/wcsUhx1dnfl
         DnMobnVZRLBoET5GWxYYxqOyzT6YdzgUAdwPWBxbDrHrVG0WLanJc006+ejHNoR2BBM+
         qzuBX6LMSaC1w9kwgIIVTnUcSes15LWpDT45V81tDdX7+A5Gr69jx/PVnUJUuQ4lullR
         gC6lwk8oTJeQ/kXuU4kFDENV1b66VH+klQtehDccQ4iA8hLx4BZiyQNcAYVO6fJDPyWh
         pW8g==
X-Gm-Message-State: AKaTC02c4+36LoDX+TAA1gJTXLrg5ny6L0zmgM5a96UsRDJYK1c16HD2aDMlbF1B4o4KzA==
X-Received: by 10.25.43.204 with SMTP id r195mr4589367lfr.23.1480732768532;
        Fri, 02 Dec 2016 18:39:28 -0800 (PST)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.28.207.67 with SMTP id f64ls502745wmg.24.canary-gmail; Fri, 02
 Dec 2016 18:39:26 -0800 (PST)
X-Received: by 10.194.113.129 with SMTP id iy1mr42219320wjb.127.1480732766463;
        Fri, 02 Dec 2016 18:39:26 -0800 (PST)
Original-Received: from gondolin.macieira.info (gondolin.macieira.info. [2a01:4f8:d13:f81:21c:14ff:fe01:12a3])
        by mx.google.com with ESMTP id aj4si7441790wjd.196.2016.12.02.18.39.26
        for <std-proposals@isocpp.org>;
        Fri, 02 Dec 2016 18:39:26 -0800 (PST)
Received-SPF: pass (google.com: domain of thiago@macieira.org designates 2a01:4f8:d13:f81:21c:14ff:fe01:12a3 as permitted sender) client-ip=2a01:4f8:d13:f81:21c:14ff:fe01:12a3;
Original-Received: from tjmaciei-mobl1.localnet (unknown [IPv6:2601:1c0:4501:5f9f:809c:9956:bf7e:d95])
	by gondolin.macieira.info (Postfix) with ESMTPSA id 32E2911B389
	for <std-proposals@isocpp.org>; Fri,  2 Dec 2016 18:39:24 -0800 (PST)
In-Reply-To: <569dee8e-b869-40e0-9b41-1d1f39fecb12@isocpp.org>
X-Original-Sender: thiago@macieira.org
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com:
 domain of thiago@macieira.org designates 2a01:4f8:d13:f81:21c:14ff:fe01:12a3
 as permitted sender) smtp.mailfrom=thiago@macieira.org
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Google-Group-Id: 399137483710
List-Post: <https://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <https://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <https://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>,
 <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:29628
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/29628>

On sexta-feira, 2 de dezembro de 2016 17:32:34 PST Myriachan wrote:
> As far as I can tell, constexpr bit_cast would be useful for implementing
> things that'd otherwise require direct compiler support, such as
> std::numeric_limits<float>::infinity().  Am I right in this assumption?

Probably, but not for infinity(). That can be implemented by doing max() * 
max(). 

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center

-- 
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/5751472.mzv4v8F4CI%40tjmaciei-mobl1.

.
