all ebuilds need to be added by: append-flags "-fno-strict-aliasing" to compile right. Reproducible: Always Steps to Reproduce:
could you provide some further justification (eg, upstream) for this? I've never had any problems with freetype compiling at all.
read this: http://www.freetype.org/pipermail/devel/2003-June/009452.html
at most we should patch the makefiles to ensure the particular file are compiled in the right way OR let the upstream developers fix the code themselves. Anyway gcc is still smart enough to discover when the strict aliasing rules are to be avoided...
Created attachment 24993 [details, diff] ftdump.c.patchgcc33 patch freetype with with: patch test/ftdump.c ftdump.c.patchgcc33
Created attachment 24995 [details, diff] ftdump.c.patchgcc33
Created attachment 24996 [details] freetype-1.3.1-r3.ebuild
i added -fno-strict-aliasing to 2.1.9, although for another reason. I see no reason to change this in all older versions as long as it doesn't break. Your report or the mail thread do not suggest that. What i do see is that disabling it is slower, that is not good.
seems to be gone with gcc-3.4.x