https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> --- (In reply to Carlos Galvez from comment #6) > Hi again! > > I realized there is still one more problem missing, so I suspect the linker > was not the only culprit. It does not segfault, but it gets stuck in an > infinite loop, once again when mixing exceptions and libcudart_static.a. > > @Richard you mentioned: > > > Does libcudart_static.a by chance contain any symbols from the libgcc > > runtime (of an old toolchain)? > > Do you know how I could verify this? I'm pretty new when it comes to > troubleshooting these things. > > My understanding is that libstdc++.so and libgcc_s.so are always backwards > compatible so using "the latest" ensures you can use the newest features and > also run older built code. Is there a flaw/pitfall in that reasoning? There were changes to the internal data structures of the unwinder so I wondered if you somehow managed to mix unwinder parts of different versions. You probably have a libgcc_eh.a file as part of your GCC install, you could look for symbols this library provides in the NVIDIA static archives. > Thanks!
