public inbox for
 help / color / mirror / Atom feed
From: Jonathan Wakely <>
To: Thomas Schwinge <>
Subject: Re: libstdc++ "freestanding" ('--disable-hosted-libstdcxx') with '-fno-rtti', '-fno-exceptions': 'libstdc++-v3/libsupc++/' global constructors
Date: Thu, 14 Jul 2022 16:25:22 +0100	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

[-- Attachment #1: Type: text/plain, Size: 2168 bytes --]

On Thu, 14 Jul 2022 at 15:53, Thomas Schwinge wrote:
> Hi!
> In context of <> '[OpenMP][AMDGCN][nvptx]
> C++ offloading: unresolved _Znwm = "operator new(unsigned long)"'
> I'm looking into building GCN, nvptx offloading libstdc++ "freestanding"
> ('--disable-hosted-libstdcxx') with '-fno-rtti', '-fno-exceptions'.
> (I've basically got these things wired up; details to be shared later.)
> For nvptx, I'm running into:
>     In function ‘(static initializers for [...]/libstdc++-v3/libsupc++/’:
>     cc1plus: sorry, unimplemented: global constructors not supported on this target
>     make[4]: *** [Makefile:777: eh_alloc.lo] Error 1
> ... because, indeed, "global constructors not supported" for nvptx at
> this time.  This may change, but I'd first like to get clarified
> conceptually to which extent 'libstdc++-v3/libsupc++/' is
> actually relevant for such a libstdc++ configuration,

It depends.

Does your target *ever* support exceptions? Building libstdc++ with
-fno-exceptions means that the library code can't throw or catch
exceptions, but in theory user code linking to that libstdc++ build
could still be compiled with -fexceptions. In such a scenario, the
__cxxabiv1::__cxa_allocate_exception and
__cxxabiv1::__cxa_free_exception functions (which are required by the
C++ ABI) are still needed.

But if your target completely disallows -fexceptions, you probably
don't need anything in that file.

> and/or whether this
> should be expected to compile fine already?

I think a few people have built libstdc++ with -fno-rtti and
-fno-exceptions recently, and that should work. The problem here is
the lack of global ctors, which is much less common. You might find
other parts of libstdc++ that don't build for the same reason,
although maybe those other parts are all disabled for freestanding

>  Do certain things simply
> need to be '#if'-conditionalized, or similar, for example?

Yes, I think so.

> I've not yet
> looked into the details; hoping that's maybe easy for you to answer?

Does the attached patch work?

[-- Attachment #2: patch.txt --]
[-- Type: text/plain, Size: 980 bytes --]

diff --git a/libstdc++-v3/libsupc++/ b/libstdc++-v3/libsupc++/
index c85b9aed40b..4060c9edf2e 100644
--- a/libstdc++-v3/libsupc++/
+++ b/libstdc++-v3/libsupc++/
@@ -80,6 +80,17 @@ namespace __gnu_cxx
+  struct pool
+  {
+    static constexpr void* const arena = nullptr;
+    static void *allocate (std::size_t) { return nullptr; }
+    static void free (void *) { }
+    static bool in_pool (void *) { return false; }
+  };
   // A fixed-size heap, variable size object allocator
   class pool
@@ -258,6 +269,7 @@ namespace
       return (p > arena
 	      && p < arena + arena_size);
   pool emergency_pool;
@@ -267,11 +279,13 @@ namespace __gnu_cxx
     if (emergency_pool.arena)
 	emergency_pool.arena = 0;

      reply	other threads:[~2022-07-14 15:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-14 11:54 Thomas Schwinge
2022-07-14 15:25 ` Jonathan Wakely [this message]

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:

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

  git send-email \
    --in-reply-to='' \ \ \ \

* 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).