https://bugzilla.gdcproject.org/show_bug.cgi?id=157
--- Comment #7 from Iain Buclaw <ibuc...@gdcproject.org> ---
(In reply to Johannes Pfau from comment #6)
> It doesn't even show up in -fdump-tree-original though and I think it should
> be there? Also the toChars function is not a nasted template (See conv.d in
> the attached test case). And the backend still emits an 'undefined'
> reference so this is not a case of completely removing the symbol.
>
OK, I've managed to unearth this in 2.074 I think.
---
$ nm src/.libs/libgphobos.so.74 | grep " U " | grep _D3std
U
_D3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZ6Result5emptyMFNaNbNdNiNfZb
U
_D3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZ6Result5frontMFNaNbNdNiNfZa
U
_D3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZ6Result6lengthMFNaNbNdNiNfZm
U
_D3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZ6Result8popFrontMFNaNbNiNfZv
U
_D3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZS3std4conv47__T7toCharsVii10TaVE3std5ascii10LetterCasei1TkZ7toCharsFNaNbNiNfkZ6Result
---
Having a quick grep, in this case, the symbol is coming from
regex.internal.backtrace. Compiling with -funittest and the problem goes away
- possibly because *all* symbols are emitted in this mode.
https://github.com/D-Programming-GDC/GDC/blob/7de3bf8fb18aa3f1ef4e3363b80b50ed1212d190/gcc/d/dfrontend/dtemplate.c#L7445-L7451
--
You are receiving this mail because:
You are watching all bug changes.
