From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-173018-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 384 invoked by alias); 19 Mar 2012 10:57:24 -0000
Received: (qmail 366 invoked by uid 22791); 19 Mar 2012 10:57:23 -0000
X-SWARE-Spam-Status: No, hits=-2.3 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: sourceware.org
Received: from mail-vb0-f47.google.com (HELO mail-vb0-f47.google.com) (209.85.212.47)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Mar 2012 10:56:49 +0000
Received: by vbbfr13 with SMTP id fr13so647033vbb.20        for <gcc@gcc.gnu.org>; Mon, 19 Mar 2012 03:56:48 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.220.229.66 with SMTP id jh2mr4511480vcb.40.1332154608456; Mon, 19 Mar 2012 03:56:48 -0700 (PDT)
Received: by 10.220.159.6 with HTTP; Mon, 19 Mar 2012 03:56:48 -0700 (PDT)
In-Reply-To: <20120319065619.631fdcf1937d03cd65137b04@starynkevitch.net>
References: <877gyu85mc.fsf@inria.fr>	<CA+=Sn1kdNMTKq+GTkEvCWyoRGz90D9XV29UGC8OxTTgXjvQMOw@mail.gmail.com>	<87ty1y6oq2.fsf@inria.fr>	<mcrsjhhn7or.fsf@dhcp-172-18-216-180.mtv.corp.google.com>	<877gytvl0o.fsf@inria.fr>	<mcry5r9lq5e.fsf@dhcp-172-18-216-180.mtv.corp.google.com>	<87r4x1r9re.fsf@inria.fr>	<mcr8vj9lkai.fsf@dhcp-172-18-216-180.mtv.corp.google.com>	<87pqciurih.fsf@inria.fr>	<CAFiYyc2Xuc5YVafL2L=qxVvmGoWcjUPP9j2cg4h6sL_XYk4L+g@mail.gmail.com>	<87obrwyfhg.fsf@inria.fr>	<CAFiYyc2aVn3mNYmGrB+UveLOs6iUcE0_LcZbG_-tr6B2E5jjXw@mail.gmail.com>	<87ty1ou26x.fsf@inria.fr>	<CAFiYyc3YFLoh_cVyAUiMJ3PcS2Z6_rEnBaoT_GT=SYqs4sS45g@mail.gmail.com>	<87mx7gshhk.fsf@inria.fr>	<1331918370.2174.50.camel@surprise>	<Pine.LNX.4.64.1203161934450.18824@digraph.polyomino.org.uk>	<20120318175611.ff50e5c23bd6d6882e652d3c@starynkevitch.net>	<CAH6eHdRE0ntadTEYCLUQe88b4XaYzz3EijhQEnkADXwcfhtgpg@mail.gmail.com>	<20120319065619.631fdcf1937d03cd65137b04@starynkevitch.net>
Date: Mon, 19 Mar 2012 10:57:00 -0000
Message-ID: <CAAiZkiD8yiF0D_gtkqSw9tdKRu0CdS6Vaf+iiw8rCtM82cfATQ@mail.gmail.com>
Subject: Re: GCC 5 & modularity
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: Basile Starynkevitch <basile@starynkevitch.net>
Cc: Jonathan Wakely <jwakely.gcc@gmail.com>, "Joseph S. Myers" <joseph@codesourcery.com>, dnovillo@google.com, 	gcc@gcc.gnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2012-03/txt/msg00274.txt.bz2

On Mon, Mar 19, 2012 at 12:56 AM, Basile Starynkevitch
<basile@starynkevitch.net> wrote:
> On Sun, 18 Mar 2012 20:49:24 +0000
> Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
>
>> On 18 March 2012 16:56, Basile Starynkevitch wrote:
>> >
>> > =A0 * a garbage collector. Even a modular GCC need some memory managem=
ent policy (and
>> > ref-counting =E0 la GTK, or =E0 la std::shared_ptr is not enough IMHO =
inside a compiler
>> > because a compiler has much more complex and circular data structures,=
 and much less
>> > hierarchically organized, that a graphical tookit has).
>>
>> As has been pointed out to you before, shared_ptr is designed to be
>> useful even with circular structures. Please read about weak_ptr.
>
>
> Then why has it not being used before?

by whom? where?

-- Gaby