From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25293 invoked by alias); 11 Feb 2015 17:36:21 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 25279 invoked by uid 89); 11 Feb 2015 17:36:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail-ob0-f181.google.com Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 11 Feb 2015 17:36:19 +0000 Received: by mail-ob0-f181.google.com with SMTP id vb8so4650807obc.12 for ; Wed, 11 Feb 2015 09:36:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=C4PxTxhldl9S/CLPKPAEaEE2yyv7Q/VduKmT07tzldA=; b=S2MM5Gz1a1uYUt4wgXxdrxrvf75UdhzVXe7+PWb3aTv0BSqgX5rmfRKjJ2TIyvefbA vJJt2/hOcQEg0Ag1qcPCx6iEPXlEIjPjTU2piGzeqYXzVNhFl9NGB4fhQpzQhzeBMCYn un9n/I+iV5P2ouwwQQxUX2/pPa1d+OKFWjNyAwJpX8rdxnyc559Db18nLY7Il1KtGG0V R6uOrO9YISVeitLt9BTS3NGqnV57y26srh4SdiMImIYzeluWguQLtjQfz7IvNst8yUyx /jQjw6EM9+U3hFxr3Ppa6T4x97cw3iIjs9PJGPsUnVZV4qwBjiJ917pfYuR5IJGG3niR ApvQ== X-Gm-Message-State: ALoCoQnJny+QiEg0CsEocIBB9edKokyMuA4F7Uo1rCJhUxgpm1sYPGKyXIu6ZFoXlBtHW+MVOV7D MIME-Version: 1.0 X-Received: by 10.60.85.38 with SMTP id e6mr20082368oez.65.1423676177701; Wed, 11 Feb 2015 09:36:17 -0800 (PST) Received: by 10.182.222.98 with HTTP; Wed, 11 Feb 2015 09:36:17 -0800 (PST) In-Reply-To: <20150211084354.GK4738@adacore.com> References: <1421243390-24015-1-git-send-email-keven.boell@intel.com> <1421243390-24015-2-git-send-email-keven.boell@intel.com> <20150209065213.GA15579@adacore.com> <20150211084354.GK4738@adacore.com> Date: Wed, 11 Feb 2015 17:36:00 -0000 Message-ID: Subject: Re: [V4 01/18] vla: introduce allocated/associated flags From: Doug Evans To: Joel Brobecker Cc: Keven Boell , gdb-patches Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-02/txt/msg00317.txt.bz2 On Wed, Feb 11, 2015 at 12:43 AM, Joel Brobecker wrote: >> I can even imagine removing data_location from the main_type "base class" >> [see below]. But I'm not advocating that that needs to be done >> now or even soon. > > I thought of that, also, and in the end, decided not to suggest it > because it is slightly more complex to implement. In particular, > you'd need to know whether you'll neex some extra room at the end > before you allocate the type (or else, you'll have to realloc it > later on, and this might not be easy to do when it is allocated on > an obstack). Yep. 'twas on my mind as well, it's something I'd like to see looked into.