From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) by sourceware.org (Postfix) with ESMTPS id 6A2F63857345 for ; Wed, 18 May 2022 17:04:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6A2F63857345 Received: by mail-wr1-x436.google.com with SMTP id r30so3540464wra.13 for ; Wed, 18 May 2022 10:04:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=gqK5ztBs93yoRnf/W3Pa067X1i9HHWyj8SPHAiM3qkE=; b=irJiUrxPRvGq0AzhgSOj1+hlNL5rwNomyipWP+iiJANBcL4Ud/8QGY4RsElWYTEF6s o4wl7oTtLw/tsiwDA5IxBEMpezajfbNDErTqNGeiRoubuI3bRZzaxuqGIO8er2YwqbmB zTrH1AuNVaN5iBv/CLjOHAYuTEIgwaYPT5vW3jhT9ANXKkExSHxt25cIAa7RJH4Gb6EQ lxt5KIddAG6WoMsaOjQX8+i36hsUI7qKBNH1DrcGfTKHB846jB3pozynQv8qbYsDZ0RC zQbWp/7YZrl4ENN8sueQuDdlE8YmKrLjSpjjh0haqLHc1JpdabjOzIoe5amP+8XayICS oPWw== X-Gm-Message-State: AOAM532dYKZIUNYNcHXNR0bsL+RvyB2gaFLIw/ZufxWRVGgjzQewpnAx AUHaru7pfmdeDjjnfd238v8= X-Google-Smtp-Source: ABdhPJy1er3iO/KD8bpMus7wPz4KiYfQFg6xkYnfzGPfI+Jdab8rFF8r1pYMdW4adZ7Xpq+UMr9tyA== X-Received: by 2002:a05:6000:188f:b0:20c:5a1c:b7c with SMTP id a15-20020a056000188f00b0020c5a1c0b7cmr547814wri.65.1652893440093; Wed, 18 May 2022 10:04:00 -0700 (PDT) Received: from [10.1.0.78] ([109.190.253.14]) by smtp.googlemail.com with ESMTPSA id c4-20020adfc6c4000000b0020c5253d8desm2488718wrh.42.2022.05.18.10.03.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 18 May 2022 10:03:59 -0700 (PDT) Message-ID: <682cd604-595b-2d02-be08-4e061e956eb0@gmail.com> Date: Wed, 18 May 2022 19:03:57 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: Bare metal C++ with a GNU/Linux toolchain Content-Language: fr To: Florian Weimer , libstdc++@gcc.gnu.org References: <87h75n6qgg.fsf@oldenburg.str.redhat.com> From: =?UTF-8?Q?Fran=c3=a7ois_Dumont?= In-Reply-To: <87h75n6qgg.fsf@oldenburg.str.redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2022 17:04:03 -0000 On 18/05/22 13:16, Florian Weimer via Libstdc++ wrote: > It seems that it is fairly straightforward to eliminate dependencies on > libstdc++ if only a C++ subset is used (no exception handling, no RTTI, > no operator new, etc.). Those C++ features are in libsup++, not libstdc++. You should still be able to use full C++ without libstdc++. I used to do so when working on STLport but it was such a long time ago that the way we were doing it is surely outdated. > But once you use abstract classes, you > necessarily gain a reference to __cxa_pure_virtual. > > Would it be possible to document this symbol as interposable, so that > developers can bring their own definition if they want? If yes, what > would be the appropriate place for this? > > Thanks, > Florian >