public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
@ 2011-09-19 11:43 ` paolo.carlini at oracle dot com
  2011-09-19 12:17 ` paolo at gcc dot gnu.org
                   ` (10 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2011-09-19 11:43 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

--- Comment #7 from Paolo Carlini <paolo.carlini at oracle dot com> 2011-09-19 11:05:10 UTC ---
But see: http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01048.html. Thus, for the
time being, I'm going to use __int128_t and __uint128_t in the implementation
details: using the latter to define specializations instead of __int128 and
unsigned __int128 should be undetectable from the user point of view.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
  2011-09-19 11:43 ` [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t paolo.carlini at oracle dot com
@ 2011-09-19 12:17 ` paolo at gcc dot gnu.org
  2011-09-19 12:21 ` paolo.carlini at oracle dot com
                   ` (9 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: paolo at gcc dot gnu.org @ 2011-09-19 12:17 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

--- Comment #8 from paolo at gcc dot gnu.org <paolo at gcc dot gnu.org> 2011-09-19 11:52:54 UTC ---
Author: paolo
Date: Mon Sep 19 11:52:49 2011
New Revision: 178969

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178969
Log:
2011-09-19  Paolo Carlini  <paolo.carlini@oracle.com>

    PR libstdc++/40856
    * include/std/limits (numeric_limits<__int128_t>,
    numeric_limits<__uint128_t>): Add.
    * src/limits.cc:Define.
    * config/abi/pre/gnu.ver: Export.
    * include/ext/typelist.h (_GLIBCXX_TYPELIST_CHAIN16, 20): Add.
    * testsuite/util/testsuite_common_types.h (integral_types_gnu): Add
    (limits_tl): Use it.
    * testsuite/18_support/numeric_limits/requirements/
    constexpr_functions.cc: Likewise.
    * testsuite/18_support/numeric_limits/40856.cc: New.
    * testsuite/18_support/numeric_limits/dr559.cc: Extend.
    * testsuite/18_support/numeric_limits/lowest.cc: Likewise.
    * testsuite/18_support/numeric_limits/max_digits10.cc: Likewise.
    * testsuite/29_atomics/atomic/cons/assign_neg.cc: Adjust dg-error
    line numbers.
    * testsuite/29_atomics/atomic/cons/copy_neg.cc: Likewise.
    * testsuite/29_atomics/atomic_integral/cons/assign_neg.cc: Likewise.
    * testsuite/29_atomics/atomic_integral/cons/copy_neg.cc: Likewise.
    * testsuite/29_atomics/atomic_integral/operators/bitwise_neg.cc:
    Likewise.
    * testsuite/29_atomics/atomic_integral/operators/decrement_neg.cc:
    Likewise.
    * testsuite/29_atomics/atomic_integral/operators/increment_neg.cc:
    Likewise.

Added:
    trunk/libstdc++-v3/testsuite/18_support/numeric_limits/40856.cc
Modified:
    trunk/libstdc++-v3/ChangeLog
    trunk/libstdc++-v3/config/abi/pre/gnu.ver
    trunk/libstdc++-v3/include/ext/typelist.h
    trunk/libstdc++-v3/include/std/limits
    trunk/libstdc++-v3/src/limits.cc
    trunk/libstdc++-v3/testsuite/18_support/numeric_limits/dr559.cc
    trunk/libstdc++-v3/testsuite/18_support/numeric_limits/lowest.cc
    trunk/libstdc++-v3/testsuite/18_support/numeric_limits/max_digits10.cc
   
trunk/libstdc++-v3/testsuite/18_support/numeric_limits/requirements/constexpr_functions.cc
    trunk/libstdc++-v3/testsuite/29_atomics/atomic/cons/assign_neg.cc
    trunk/libstdc++-v3/testsuite/29_atomics/atomic/cons/copy_neg.cc
    trunk/libstdc++-v3/testsuite/29_atomics/atomic_integral/cons/assign_neg.cc
    trunk/libstdc++-v3/testsuite/29_atomics/atomic_integral/cons/copy_neg.cc
   
trunk/libstdc++-v3/testsuite/29_atomics/atomic_integral/operators/bitwise_neg.cc
   
trunk/libstdc++-v3/testsuite/29_atomics/atomic_integral/operators/decrement_neg.cc
   
trunk/libstdc++-v3/testsuite/29_atomics/atomic_integral/operators/increment_neg.cc
    trunk/libstdc++-v3/testsuite/util/testsuite_common_types.h


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
  2011-09-19 11:43 ` [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t paolo.carlini at oracle dot com
  2011-09-19 12:17 ` paolo at gcc dot gnu.org
@ 2011-09-19 12:21 ` paolo.carlini at oracle dot com
  2012-10-22 12:21 ` zerotype at yahoo dot com
                   ` (8 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2011-09-19 12:21 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.7.0

--- Comment #9 from Paolo Carlini <paolo.carlini at oracle dot com> 2011-09-19 11:54:59 UTC ---
Done.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2011-09-19 12:21 ` paolo.carlini at oracle dot com
@ 2012-10-22 12:21 ` zerotype at yahoo dot com
  2012-10-22 12:42 ` jakub at gcc dot gnu.org
                   ` (7 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: zerotype at yahoo dot com @ 2012-10-22 12:21 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

zerotype at yahoo dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zerotype at yahoo dot com

--- Comment #10 from zerotype at yahoo dot com 2012-10-22 12:21:22 UTC ---
Are there any plans to backport this fix to any versions earlier than 4.7?
Ubuntu 12.04 LTS, which only has version 4.6, is likely to be around for quite
a long time due to its support lifespan.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2012-10-22 12:21 ` zerotype at yahoo dot com
@ 2012-10-22 12:42 ` jakub at gcc dot gnu.org
  2012-10-25 20:12 ` john.salmon at deshaw dot com
                   ` (6 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: jakub at gcc dot gnu.org @ 2012-10-22 12:42 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-10-22 12:41:32 UTC ---
That is not possible, it requires new exports from a shared library, which
isn't possible without backporting also all other symbols added to libstdc++.so
for GCC 4.7.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (4 preceding siblings ...)
  2012-10-22 12:42 ` jakub at gcc dot gnu.org
@ 2012-10-25 20:12 ` john.salmon at deshaw dot com
  2012-10-25 20:24 ` glisse at gcc dot gnu.org
                   ` (5 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: john.salmon at deshaw dot com @ 2012-10-25 20:12 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

John Salmon <john.salmon at deshaw dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

--- Comment #12 from John Salmon <john.salmon at deshaw dot com> 2012-10-25 20:12:14 UTC ---
Somewhere along the way, the specializations for this bug and for some
related type_traits (make_signed, make_unsigned, is_integral) were
conditionalized with:

#if !defined(__STRICT_ANSI__) && defined(_GLIBCXX_USE_INT128)

I think the STRICT_ANSI condition is a mistake.  It has always been
the case that the availability of the __[u]int128_t types has been
independent of the value of __STRICT_ANSI__.  Similarly, the
specializations of numeric_limits and type_traits should be present
regardless of whether __STRICT_ANSI__ is in effect.  

The check for defined(_GLIBXX_USE_INT128) should be both necessary and
sufficient.

If I can declare a variable of a non-standard extension-type with some
compiler flags in effect, e.g., -std=c++11, then I should also be able
to get a sensible answer from std::numeric_limits and <type_traits>
with the same compiler flags.

This code should produce the same results with -std=g++11 and -std=c++11:

drdlogin0039$ cat strict128.cpp
#include <type_traits>
#include <limits>
#include <iostream>

int main(int , char **){
    __int128_t i;
    std::cout << "is_specialized: " <<
std::numeric_limits<__int128_t>::is_specialized << "\n";
    std::cout << "is_integral: " << std::is_integral<__int128_t>::value <<
"\n";
    return 0;
}
drdlogin0039$ g++ -std=gnu++11 strict128.cpp && ./a.out
is_specialized: 1
is_integral: 1
drdlogin0039$ g++ -std=c++11 strict128.cpp && ./a.out
is_specialized: 0
is_integral: 0
drdlogin0039$


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (5 preceding siblings ...)
  2012-10-25 20:12 ` john.salmon at deshaw dot com
@ 2012-10-25 20:24 ` glisse at gcc dot gnu.org
  2012-10-25 20:28 ` paolo.carlini at oracle dot com
                   ` (4 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: glisse at gcc dot gnu.org @ 2012-10-25 20:24 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

--- Comment #13 from Marc Glisse <glisse at gcc dot gnu.org> 2012-10-25 20:23:43 UTC ---
(In reply to comment #12)
> If I can declare a variable of a non-standard extension-type with some
> compiler flags in effect, e.g., -std=c++11, then I should also be able
> to get a sensible answer from std::numeric_limits and <type_traits>
> with the same compiler flags.

*If* that's what's wanted, defined(__SIZEOF_INT128__) is the right test
(_GLIBCXX_USE_INT128 could use it in its definition).


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (6 preceding siblings ...)
  2012-10-25 20:24 ` glisse at gcc dot gnu.org
@ 2012-10-25 20:28 ` paolo.carlini at oracle dot com
  2012-10-25 21:36 ` paolo.carlini at oracle dot com
                   ` (3 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2012-10-25 20:28 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|paolo.carlini at oracle dot |unassigned at gcc dot
                   |com                         |gnu.org

--- Comment #14 from Paolo Carlini <paolo.carlini at oracle dot com> 2012-10-25 20:28:30 UTC ---
I can't spend further time on this issue in the near future. If somebody wants
to tweak the condition which enables the specializations, please just post a
patch to the mailing list and ask for a review from one of the maintainers. I
have no strong opinion either way.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (7 preceding siblings ...)
  2012-10-25 20:28 ` paolo.carlini at oracle dot com
@ 2012-10-25 21:36 ` paolo.carlini at oracle dot com
  2012-10-25 21:40 ` paolo.carlini at oracle dot com
                   ` (2 subsequent siblings)
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2012-10-25 21:36 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

--- Comment #15 from Paolo Carlini <paolo.carlini at oracle dot com> 2012-10-25 21:35:57 UTC ---
Ah, a final punctualization in terms of general philosophy: I *suspect* that
some people don't fully realize that the *default* mode is -std=gnu++98 *not*
-std=c++98, thus there is always the implicit assumption that people moving to
the new standard normally use -std=gnu++11, not -std=c++11, otherwise, even
without considering the special integer types at issue here, they will soon
miss quite a few gnu extension bits in many other areas. That's way, today,
restricting these still quite special interest specializations to the strict
mode still makes a lot of conservative sense to me. But, I repeat, I will not
object to patches tweaking the condition and positively reviewed by fellow
maintainers.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (8 preceding siblings ...)
  2012-10-25 21:36 ` paolo.carlini at oracle dot com
@ 2012-10-25 21:40 ` paolo.carlini at oracle dot com
  2012-12-07  9:20 ` rguenth at gcc dot gnu.org
  2012-12-07 10:20 ` paolo.carlini at oracle dot com
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2012-10-25 21:40 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

--- Comment #16 from Paolo Carlini <paolo.carlini at oracle dot com> 2012-10-25 21:39:48 UTC ---
Of course I meant "restricting to the non-strict mode", you got the point.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (9 preceding siblings ...)
  2012-10-25 21:40 ` paolo.carlini at oracle dot com
@ 2012-12-07  9:20 ` rguenth at gcc dot gnu.org
  2012-12-07 10:20 ` paolo.carlini at oracle dot com
  11 siblings, 0 replies; 19+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-12-07  9:20 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.7.0                       |---

--- Comment #17 from Richard Biener <rguenth at gcc dot gnu.org> 2012-12-07 09:19:52 UTC ---
Still not fixed, removing target milestone.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
       [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
                   ` (10 preceding siblings ...)
  2012-12-07  9:20 ` rguenth at gcc dot gnu.org
@ 2012-12-07 10:20 ` paolo.carlini at oracle dot com
  11 siblings, 0 replies; 19+ messages in thread
From: paolo.carlini at oracle dot com @ 2012-12-07 10:20 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.7.0

--- Comment #18 from Paolo Carlini <paolo.carlini at oracle dot com> 2012-12-07 10:20:26 UTC ---
Was fixed for 4.7.0.


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
                   ` (5 preceding siblings ...)
  2010-05-25 20:57 ` paolo dot carlini at oracle dot com
@ 2010-05-25 21:04 ` paolo dot carlini at oracle dot com
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2010-05-25 21:04 UTC (permalink / raw)
  To: gcc-bugs



-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|paolo dot carlini at oracle |
                   |dot com                     |
         AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
                   |dot org                     |dot com
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-05-25 21:03:55
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
                   ` (4 preceding siblings ...)
  2010-02-18 14:11 ` paolo dot carlini at oracle dot com
@ 2010-05-25 20:57 ` paolo dot carlini at oracle dot com
  2010-05-25 21:04 ` paolo dot carlini at oracle dot com
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2010-05-25 20:57 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #6 from paolo dot carlini at oracle dot com  2010-05-25 20:57 -------
See http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01912.html we are going to
have __int128 and unsigned __int128.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
                   ` (3 preceding siblings ...)
  2010-02-18 14:10 ` paolo dot carlini at oracle dot com
@ 2010-02-18 14:11 ` paolo dot carlini at oracle dot com
  2010-05-25 20:57 ` paolo dot carlini at oracle dot com
  2010-05-25 21:04 ` paolo dot carlini at oracle dot com
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2010-02-18 14:11 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #5 from paolo dot carlini at oracle dot com  2010-02-18 14:11 -------
Gaby, I just attached a draft patch which essentially does what submitter
requested, adds the two specializations. Shall we do this?


-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gdr at integrable-solutions
                   |                            |dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
                   ` (2 preceding siblings ...)
  2009-12-17 12:10 ` paolo dot carlini at oracle dot com
@ 2010-02-18 14:10 ` paolo dot carlini at oracle dot com
  2010-02-18 14:11 ` paolo dot carlini at oracle dot com
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2010-02-18 14:10 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from paolo dot carlini at oracle dot com  2010-02-18 14:10 -------
Created an attachment (id=19907)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19907&action=view)
Draft patch


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
  2009-07-26  9:26 ` [Bug libstdc++/40856] " paolo dot carlini at oracle dot com
  2009-12-17 12:09 ` paolo dot carlini at oracle dot com
@ 2009-12-17 12:10 ` paolo dot carlini at oracle dot com
  2010-02-18 14:10 ` paolo dot carlini at oracle dot com
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2009-12-17 12:10 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from paolo dot carlini at oracle dot com  2009-12-17 12:10 -------
Sorry, the last comment is for 40497.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
  2009-07-26  9:26 ` [Bug libstdc++/40856] " paolo dot carlini at oracle dot com
@ 2009-12-17 12:09 ` paolo dot carlini at oracle dot com
  2009-12-17 12:10 ` paolo dot carlini at oracle dot com
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2009-12-17 12:09 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from paolo dot carlini at oracle dot com  2009-12-17 12:09 -------
Yeah, the usual accessibility issue: in Santa Cruz I discussed that briefly
with Doug, he pretended to convince people that with extended SFINAE you can
implement trivially *any* introspection trait, then somebody (me too) pointed
out the accessibility issue and he said "bah, I don't care, accessibility is
"broken" n  C++ anyway" ;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t
  2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
@ 2009-07-26  9:26 ` paolo dot carlini at oracle dot com
  2009-12-17 12:09 ` paolo dot carlini at oracle dot com
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 19+ messages in thread
From: paolo dot carlini at oracle dot com @ 2009-07-26  9:26 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #1 from paolo dot carlini at oracle dot com  2009-07-26 09:26 -------
Certainly not a bug, at most an enhancement: in the current and future C++
Standards there is no mention of such types, of course.


-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856


^ permalink raw reply	[flat|nested] 19+ messages in thread
end of thread, other threads:[~2012-12-07 10:20 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-40856-4@http.gcc.gnu.org/bugzilla/>
2011-09-19 11:43 ` [Bug libstdc++/40856] numeric_limits not specialized for __int128_t or __uint128_t paolo.carlini at oracle dot com
2011-09-19 12:17 ` paolo at gcc dot gnu.org
2011-09-19 12:21 ` paolo.carlini at oracle dot com
2012-10-22 12:21 ` zerotype at yahoo dot com
2012-10-22 12:42 ` jakub at gcc dot gnu.org
2012-10-25 20:12 ` john.salmon at deshaw dot com
2012-10-25 20:24 ` glisse at gcc dot gnu.org
2012-10-25 20:28 ` paolo.carlini at oracle dot com
2012-10-25 21:36 ` paolo.carlini at oracle dot com
2012-10-25 21:40 ` paolo.carlini at oracle dot com
2012-12-07  9:20 ` rguenth at gcc dot gnu.org
2012-12-07 10:20 ` paolo.carlini at oracle dot com
2009-07-25 15:02 [Bug libstdc++/40856] New: " john dot salmon at deshaw dot com
2009-07-26  9:26 ` [Bug libstdc++/40856] " paolo dot carlini at oracle dot com
2009-12-17 12:09 ` paolo dot carlini at oracle dot com
2009-12-17 12:10 ` paolo dot carlini at oracle dot com
2010-02-18 14:10 ` paolo dot carlini at oracle dot com
2010-02-18 14:11 ` paolo dot carlini at oracle dot com
2010-05-25 20:57 ` paolo dot carlini at oracle dot com
2010-05-25 21:04 ` paolo dot carlini at oracle dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).