WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
143785
More progress towards CMake on Mac
https://bugs.webkit.org/show_bug.cgi?id=143785
Summary
More progress towards CMake on Mac
Alex Christensen
Reported
2015-04-15 10:30:27 PDT
I'm getting pretty close to compiling and linking WK1 and WK2. There is going to need to be either a list of objc bindings to add or remove, because not all objc bindings that are generated are used or even compile. There are probably some quirks left to iron out in this list, but it's a huge step in the right direction.
Attachments
Patch
(28.50 KB, patch)
2015-04-15 10:35 PDT
,
Alex Christensen
no flags
Details
Formatted Diff
Diff
Patch
(27.60 KB, patch)
2015-04-15 10:49 PDT
,
Alex Christensen
ossy
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Alex Christensen
Comment 1
2015-04-15 10:35:30 PDT
Created
attachment 250821
[details]
Patch
Alex Christensen
Comment 2
2015-04-15 10:49:25 PDT
Created
attachment 250823
[details]
Patch
Csaba Osztrogonác
Comment 3
2015-04-15 13:21:11 PDT
Comment on
attachment 250823
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=250823&action=review
> Source/WebKit/mac/WebView/WebPDFDocumentExtras.mm:38 > +#ifdef BUILDING_WITH_CMAKE > +#import <PDFDocument.h> > +#else > #import <PDFKit/PDFDocument.h> > #endif > +#endif
?
> Source/WebKit/mac/WebView/WebPDFView.mm:73 > +#ifdef BUILDING_WITH_CMAKE > +#import <PDFKit.h> > +#else > +#import <PDFKit/PDFKit.h> > +#endif
Why the import path is different with cmake?
Chris Dumez
Comment 4
2015-04-15 13:25:09 PDT
Comment on
attachment 250823
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=250823&action=review
>> Source/WebKit/mac/WebView/WebPDFDocumentExtras.mm:38 >> +#endif > > ?
I agree this should be addressed differently.
>> Source/WebKit/mac/WebView/WebPDFView.mm:73 >> +#endif > > Why the import path is different with cmake?
Ditto.
Alex Christensen
Comment 5
2015-04-15 13:32:09 PDT
(In reply to
comment #3
)
> Why the import path is different with cmake?
CMake couldn't find the PDFKit.framework inside of the umbrella framework Quartz.framework, so I taught it how to find the binary and headers. We do similar things when including ShaderLang.h. Would you be ok with me putting it in as-is and if it becomes a problem we can fix it somehow?
Alex Christensen
Comment 6
2015-04-15 13:42:06 PDT
Comment on
attachment 250823
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=250823&action=review
> Source/WebKit/PlatformMac.cmake:19 > +find_library(PDFKIT_FRAMEWORK PDFKit HINTS ${QUARTZ_LIBRARY}/Versions/*/Frameworks) > +find_path(PDFKIT_INCLUDE_DIRECTORY PDFKit.h HINTS ${PDFKIT_FRAMEWORK}/Versions/*/Headers)
After reading
http://www.cmake.org/cmake/help/v3.0/command/find_package.html
I determined that this was the best way to find frameworks in umbrella frameworks, which are not found by default CMake.
Alex Christensen
Comment 7
2015-04-15 15:47:38 PDT
Committed without the questionable #ifdef BUILDING_WITH_CMAKE to
http://trac.webkit.org/changeset/182865
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug