public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: Paolo Carlini <pcarlini@unitus.it>
To: paolo@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
Subject: Re: libstdc++/9626: g++ accepts vector<vector<int> > v(2, 4);
Date: Sat, 08 Feb 2003 15:36:00 -0000	[thread overview]
Message-ID: <20030208153600.474.qmail@sources.redhat.com> (raw)

The following reply was made to PR libstdc++/9626; it has been noted by GNATS.

From: Paolo Carlini <pcarlini@unitus.it>
To: Cc: Falk Hueffner <falk.hueffner@student.uni-tuebingen.de>, 
 gcc-bugs@gcc.gnu.org,  gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/9626: g++ accepts vector<vector<int> > v(2, 4);
Date: Sat, 08 Feb 2003 16:28:16 +0100

 Well... really interesting.
 
 I found a *very* interesting interchange on C++-moderated back in 
 May-2002, between John Potter, Carlos Moreno and others:
 
 http://groups.google.it/groups?hl=it&lr=&ie=UTF-8&threadm=3cf85a1f.17498620%40news.earthlink.net&rnum=40&prev=/groups%3Fq%3Dvector%253Cvector%2Bgroup:comp.*%26start%3D30%26hl%3Dit%26lr%3D%26ie%3DUTF-8%26selm%3D3cf85a1f.17498620%2540news.earthlink.net%26rnum%3D40 
 
 
 It ends with them _agreeing_ that the syntax is _legal_ and John 
 replying to another guy:
 
 > > When people ask me what the keyword 'explicit' is for I usually take a
 > > vector in particular as an example: > Speaking of std::vector it has 
 > > explicit vector(size_type n, const T& value = T(),
 > >              const Allocator& = Allocator()); > so I'd expect that > 
 > vector< vector<int> > values (20, 30); 
 > > must NOT compile on a conformant implementation.
 >
 > However, 20 is not a size_type and it does not match that constructor.
 > It matches
 >
 > template <class InputIterator>
 > vector (InputIterator first, InputIterator last,
 >       Allocator const& = Allocator());
 >
 > Since int can't be an iterator, the implementation is required to make
 > it act the same as
 >
 > vector(static_cast<size_type>(first), static_cast<value_type>(last));
 >
 > The second static_cast takes care of your concerns about explicit.
 >
 > See 23.1.1/9
 >
 > John
 
 At this point I think we can safely close the report!
 Paolo.
 
 
 
 
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9626
 
 
 


             reply	other threads:[~2003-02-08 15:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-08 15:36 Paolo Carlini [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-02-08 15:26 Falk Hueffner
2003-02-08 15:25 paolo
2003-02-08 13:56 Paolo Carlini
2003-02-08 13:56 Falk Hueffner
2003-02-08 13:46 Paolo Carlini
2003-02-08 13:36 paolo
2003-02-08  9:25 paolo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030208153600.474.qmail@sources.redhat.com \
    --to=pcarlini@unitus.it \
    --cc=gcc-prs@gcc.gnu.org \
    --cc=paolo@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).