Fix a #include in fpdf_page_func.cpp.

Fix a #include in fpdf_page_func.cpp.

Not sure why building with gyp was working despite the missing '../' but
it wasn't working in stricter build systems.

BUG=
R=thestig@chromium.org

Committed: https://pdfium.googlesource.com/pdfium/+/fa31d9630aadfe101d3b35e26ce0fc926ec1505b

[Lei Zhang, 2015-09-09 00:30:47]

lgtm

It's not gyp's job to catch this. For whatever reason, the #include paths work
out on the desktop even though it's off.

https://codereview.chromium.org/1321293003/diff/1/core/src/fpdfapi/fpdf_page/...
File core/src/fpdfapi/fpdf_page/fpdf_page_func.cpp (right):

https://codereview.chromium.org/1321293003/diff/1/core/src/fpdfapi/fpdf_page/...
core/src/fpdfapi/fpdf_page/fpdf_page_func.cpp:12: #include
"../../../../third_party/base/numerics/safe_conversions_impl.h"
I think this goes on top now if you sort with LANG=C ?

[David Lattimore, 2015-09-09 00:38:20]

https://codereview.chromium.org/1321293003/diff/1/core/src/fpdfapi/fpdf_page/...
File core/src/fpdfapi/fpdf_page/fpdf_page_func.cpp (right):

https://codereview.chromium.org/1321293003/diff/1/core/src/fpdfapi/fpdf_page/...
core/src/fpdfapi/fpdf_page/fpdf_page_func.cpp:12: #include
"../../../../third_party/base/numerics/safe_conversions_impl.h"
On 2015/09/09 00:30:47, Lei Zhang wrote:
> I think this goes on top now if you sort with LANG=C ?

Done.

[Lei Zhang, 2015-09-09 00:49:43]

++lgtm

BTW, we have pdfium bug 65 and 66 open to sanitize the #includes.

[Lei Zhang, 2015-09-14 21:42:32]

There's this CL to land too.

[David Lattimore, 2015-09-14 21:54:11]

Thanks. I just tried building and found that safe_conversions_impl.h wasn't
including assert.h. This wasn't causing problems until I moved the #include of
safe_conversions_impl.h to the start. PTAL

[Lei Zhang, 2015-09-17 20:33:43]

patch set 3 still lgtm

[David Lattimore, 2015-09-17 21:39:55]

Committed patchset #3 (id:30001) manually as
fa31d9630aadfe101d3b35e26ce0fc926ec1505b (presubmit successful).