Open Bug 1115523 Opened 9 years ago Updated 1 year ago

skia/SkTypes.h: No such file or directory


(Core :: Graphics, defect)

35 Branch





(Reporter: kladit, Unassigned)



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"

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 .
See Also: → 1141642
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 ....
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.