https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70909

--- Comment #36 from Mark Wielaard <mark at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #33)
> (In reply to Mark Wielaard from comment #32)
> > - PR70517
> > _ZSt4moveIRZN11tconcurrent6futureIvE4thenIZ5awaitIS2_EDaOT_EUlRKS6_E_EENS1_IN
> > St5decayIDTclfp_defpTEEE4typeEEES7_EUlvE_EONSt16remove_referenceIS6_E4typeES7
> > _
> 
> This one demangles just fine with Nathan's patch.
> 
> > 
> > - PR68700
> > _ZN8futurizeI13frozen_schemaE5applyIRZN7seastar7shardedIN7service13storage_pr
> > oxyEE9invoke_onIZZNS6_22init_messaging_serviceEvENKUljN5utils4UUIDEE8_clEjSA_
> > EUlOT_E_6futureIJS0_EEEET0_jSD_EUlvE_JEEESG_SD_DpOT0_
> > This looks like it comes from a real compiler, dunno what it should demangle
> > to.
> 
> This one, too. 

You are right. Sorry our messages/investigations crossed. If I allow d_printing
up to 2 levels they do (with Nathan's patch).

> > - PR61460
> > _ZNK6clover6detail11basic_rangeINS_13adaptor_rangeINS_9addressesEINS2_IRFRNS_
> > 5eventEP9_cl_eventEINS_14iterator_rangeIPKS7_EEEEEEEENS0_16iterator_adaptorIS
> > 3_INSG_IS9_ISC_EEEEEESI_EcvT_ISt6vectorIPS4_SaISN_EEvEEv
> > The referenced GDB bug claims this comes from clover's libOpenCL in Mesa,
> > but doesn't state which compiler.
> 
> None of the three demanglers could handle this one.

Does any of them handle the one from PR67738:
_ZNK6Common15ConvertingRangeIN5boost12range_detail17transformed_rangeIZN1a1b1cEbEUljE_KSt6vectorIjSaIjEEEEEcvT_IS7_INS4_1dESaISF_EEEEv

Reply via email to