WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
105287
[EFL] Allow the build system to detect EGL support
https://bugs.webkit.org/show_bug.cgi?id=105287
Summary
[EFL] Allow the build system to detect EGL support
Kalyan
Reported
2012-12-18 07:08:36 PST
Currently, we don't have any way to determine if EGL is supported by the build. We probably would need something like FindEGL.cmake unless something is already included in cmake distributions.
Attachments
patch
(2.68 KB, patch)
2012-12-18 07:50 PST
,
Kalyan
no flags
Details
Formatted Diff
Diff
reviewpatch
(2.68 KB, patch)
2012-12-18 08:46 PST
,
Kalyan
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Kalyan
Comment 1
2012-12-18 07:50:22 PST
Created
attachment 179939
[details]
patch
Thiago Marcos P. Santos
Comment 2
2012-12-18 08:00:29 PST
Comment on
attachment 179939
[details]
patch View in context:
https://bugs.webkit.org/attachment.cgi?id=179939&action=review
I'm fine on landing a FindSomething without actually using it if the is a imminent use case.
> ChangeLog:4 > + [EFL] Allow the build system to detect EGL support. > +
https://bugs.webkit.org/show_bug.cgi?id=105287
.
Nit, we don't use dots at the end here.
> Source/cmake/FindEGL.cmake:36 > + > +include(FindPackageHandleStandardArgs)
Where is the FIND_PACKAGE_HANDLE_STANDARD_ARGS?
Thiago Marcos P. Santos
Comment 3
2012-12-18 08:01:40 PST
(In reply to
comment #2
)
> (From update of
attachment 179939
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=179939&action=review
> > I'm fine on landing a FindSomething without actually using it if the is a imminent use case. > > > ChangeLog:4 > > + [EFL] Allow the build system to detect EGL support. > > +
https://bugs.webkit.org/show_bug.cgi?id=105287
. > > Nit, we don't use dots at the end here. > > > Source/cmake/FindEGL.cmake:36 > > + > > +include(FindPackageHandleStandardArgs) > > Where is the FIND_PACKAGE_HANDLE_STANDARD_ARGS?
Sorry, the FIND_PACKAGE_HANDLE_STANDARD_ARGS was cropped from my "review window" somehow. But it should be uppercase because is a macro, not a built-in cmake command.
Thiago Marcos P. Santos
Comment 4
2012-12-18 08:05:12 PST
(In reply to
comment #3
)
> (In reply to
comment #2
) > > (From update of
attachment 179939
[details]
[details]) > > View in context:
https://bugs.webkit.org/attachment.cgi?id=179939&action=review
> > > > I'm fine on landing a FindSomething without actually using it if the is a imminent use case. > > > > > ChangeLog:4 > > > + [EFL] Allow the build system to detect EGL support. > > > +
https://bugs.webkit.org/show_bug.cgi?id=105287
. > > > > Nit, we don't use dots at the end here. > > > > > Source/cmake/FindEGL.cmake:36 > > > + > > > +include(FindPackageHandleStandardArgs) > > > > Where is the FIND_PACKAGE_HANDLE_STANDARD_ARGS? > > Sorry, the FIND_PACKAGE_HANDLE_STANDARD_ARGS was cropped from my "review window" somehow. But it should be uppercase because is a macro, not a built-in cmake command.
The order of the parameters of the FIND_PACKAGE_HANDLE_STANDARD_ARGS is also wrong.
Kalyan
Comment 5
2012-12-18 08:46:50 PST
Created
attachment 179954
[details]
reviewpatch After our discussion, we agree that the order doesn't matter.
Laszlo Gombos
Comment 6
2012-12-18 09:40:55 PST
Comment on
attachment 179954
[details]
reviewpatch lgtm.
WebKit Review Bot
Comment 7
2012-12-18 10:01:31 PST
Comment on
attachment 179954
[details]
reviewpatch Clearing flags on attachment: 179954 Committed
r138033
: <
http://trac.webkit.org/changeset/138033
>
WebKit Review Bot
Comment 8
2012-12-18 10:01:37 PST
All reviewed patches have been landed. Closing bug.
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