Merge lp:~mterry/platform-api/gles into lp:platform-api
Status: | Merged |
---|---|
Approved by: | Michael Terry |
Approved revision: | 50 |
Merged at revision: | 48 |
Proposed branch: | lp:~mterry/platform-api/gles |
Merge into: | lp:platform-api |
Diff against target: |
127 lines (+56/-1) 7 files modified
debian/control (+2/-1) debian/rules (+10/-0) include/CMakeLists.txt (+3/-0) include/config.h.in (+24/-0) include/ubuntu/ui/session_enumerator.h (+6/-0) include/ubuntu/ui/ubuntu_ui_session_service.h (+7/-0) src/android/CMakeLists.txt (+4/-0) |
To merge this branch: | bzr merge lp:~mterry/platform-api/gles |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Thomas Voß (community) | Approve | ||
PS Jenkins bot | continuous-integration | Approve | |
Review via email: mp+158128@code.launchpad.net |
Commit message
Add ubuntu/ui/config.h with UBUNTU_USE_GLES so we can know whether to include GLES2/gl2.h or GL/gl.h.
Description of the change
My understanding of the intricacies of GL headers is not deep. But it appears that you cannot use both GLES2 and normal GL headers at the same time. That is, GLES/gl2.h and GL/gl.h have conflicting definitions.
In Ubuntu, we want to use GLES2 on armhf, and GL everywhere else. Qt has solved this by using a configure-time flag to change the installed headers to use on or the other.
So here's a change to do the same for platform-api. It adds a new header, ubuntu/ui/config.h which contains UBUNTU_USE_GLES. If this is 1, GLES headers should be used. Otherwise, normal GL headers.
FAILED: Continuous integration, rev:48 jenkins. qa.ubuntu. com/job/ platform- api-ci/ 4/ jenkins. qa.ubuntu. com/job/ platform- api-raring- amd64-ci/ 1/console jenkins. qa.ubuntu. com/job/ platform- api-raring- armhf-ci/ 1
http://
Executed test runs:
FAILURE: http://
SUCCESS: http://
Click here to trigger a rebuild: s-jenkins: 8080/job/ platform- api-ci/ 4/rebuild
http://