From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-139515-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 2555 invoked by alias); 5 Jun 2017 19:38:06 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 2351 invoked by uid 89); 5 Jun 2017 19:38:04 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:410
X-HELO: gproxy5.mail.unifiedlayer.com
Received: from gproxy5-pub.mail.unifiedlayer.com (HELO gproxy5.mail.unifiedlayer.com) (67.222.38.55) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Jun 2017 19:38:03 +0000
Received: from cmgw4 (unknown [10.0.90.85])	by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id 88D2B1406AD	for <gdb-patches@sourceware.org>; Mon,  5 Jun 2017 13:38:06 -0600 (MDT)
Received: from box522.bluehost.com ([74.220.219.122])	by cmgw4 with 	id V7e31v00a2f2jeq017e6z6; Mon, 05 Jun 2017 13:38:06 -0600
X-Authority-Analysis: v=2.2 cv=QdwWhoTv c=1 sm=1 tr=0 a=GsOEXm/OWkKvwdLVJsfwcA==:117 a=GsOEXm/OWkKvwdLVJsfwcA==:17 a=LWSFodeU3zMA:10 a=20KFwNOVAAAA:8 a=Q500RiOhA3WXmFzI5y8A:9
Received: from 174-29-39-24.hlrn.qwest.net ([174.29.39.24]:42288 helo=pokyo)	by box522.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256)	(Exim 4.87)	(envelope-from <tom@tromey.com>)	id 1dHxpD-00057W-5M; Mon, 05 Jun 2017 13:38:03 -0600
From: Tom Tromey <tom@tromey.com>
To: Pedro Alves <palves@redhat.com>
Cc: Tom Tromey <tom@tromey.com>,  gdb-patches@sourceware.org
Subject: Re: [RFA 2/5] Let print_decimal_chars handle signed values
References: <20170602193651.3173-1-tom@tromey.com>	<20170602193651.3173-3-tom@tromey.com>	<3a7c7f3e-6e5a-55d0-9d0a-978b382f9cc4@redhat.com>
Date: Mon, 05 Jun 2017 19:38:00 -0000
In-Reply-To: <3a7c7f3e-6e5a-55d0-9d0a-978b382f9cc4@redhat.com> (Pedro Alves's	message of "Mon, 5 Jun 2017 18:22:12 +0100")
Message-ID: <87wp8q5ip6.fsf@pokyo>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-BWhitelist: no
X-Exim-ID: 1dHxpD-00057W-5M
X-Source-Sender: 174-29-39-24.hlrn.qwest.net (pokyo) [174.29.39.24]:42288
X-Source-Auth: tom+tromey.com
X-Email-Count: 6
X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTIyLmJsdWVob3N0LmNvbQ==
X-SW-Source: 2017-06/txt/msg00135.txt.bz2

>>>>> "Pedro" == Pedro Alves <palves@redhat.com> writes:

Pedro> On 06/02/2017 08:36 PM, Tom Tromey wrote:
>> +  out_vec->reserve (len);

Pedro> std::vector::reserve() != std::vector::resize() ...

Yikes, sorry about that.

Maybe a buildbot instance could be set up to use libstdc++ debug mode
and ASAN?  That would help avoid this kind of error.

Tom