Open Bug 1115523 Opened 8 years ago Updated 7 years ago
Types .h: No such file or directory
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0 Build ID: 20141202121540 Steps to reproduce: Trying to compile firefox-35.0b6.source Actual results: In file included from /mnt/md1/sources/firefox35/mozilla-beta/gfx/2d/convolverSSE2.cpp:29:0: /mnt/md1/sources/firefox35/mozilla-beta/gfx/2d/convolver.h:38:26: fatal error: skia/SkTypes.h: No such file or directory #include "skia/SkTypes.h" ^ compilation terminated. Expected results: Not the error above which existed since firefox-35.0b01.
PLease provide exact steps to reproduce. "Trying to compile" is too vague / interpretable.
Same way I compiled firefox-34.0.5 but with an explicit additional --disable-skia . find /sources/firefox35/mozilla-beta -name "SkTypes.h" /sources/firefox35/mozilla-beta/gfx/skia/trunk/include/core/SkTypes.h So an #include "skia/SkTypes.h" has to fail even with --enable-skia.
QA Whiteboard: [bugday-20141229]
Component: Untriaged → Graphics
Product: Firefox → Core
Version: 34 Branch → 35 Branch
Please include your .mozconfig .
I have no .mozconfig (I use configure) and it is not needed to see the bug. In ../mozilla-beta/gfx/2d/ there is just no directory named skia. So an include "skia/SkTypes.h" must fail because it assumes a dir named skia at the place of this include. Correct me if I missed a change of preprocessor behavior in the meantime. An include <skia/SkTypes.h> could work (assumed the add of -I/somewhere/skia), but as you can see from the output of find, no dir name skia has a content of skia.h. firefox-36 and 36.0.1 worked. (Don't now why) Similiar bugs are now in all firefox-37 betas, all are skia related.
ppc build has been busted since a while in skia. See also 1136958, 1005535, 1144632 ....
You need to log in before you can comment on or make changes to this bug.