[Bug 157] using -O{1,2,3} together with -g causes ICE (seg fault)

via D.gnu d.gnu at puremagic.com
Wed Aug 2 18:09:11 PDT 2017


https://bugzilla.gdcproject.org/show_bug.cgi?id=157

--- Comment #7 from Iain Buclaw <ibuclaw at 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.


More information about the D.gnu mailing list