| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
emulator_renderer implicitly uses symbols defined by libX11.so
through intermediate libraries, which can cause dependency issues
if the intermediates drop the dependency. The linkers on distros
like fedora now explicilty disable such indirect dependency
resolution - which causes compilation failure.
More information is available at this URL
http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
Signed-Off-By: Bhanu Chetlapalli <bhanu@mips.com>
Change-Id: If378fa76142cb6c8c7641d76802dcbc7691871d6
|
| |
|
|
|
|
|
|
| |
Added OS X 10.8 to the conditional which includes dylib during compilation
on 10.7.
Change-Id: Id078e001fd52d82b345249fcf647e0a4802c1f89
Signed-off-by: Al Sutton <al@funkyandroid.com>
|
| |
|
|
|
|
|
|
|
| |
This also changes the strings reported by the default OpenGL ES
1.1/2.0 to OpenGL translators so they include the strings from the
underlying OpenGL implementation. This will give more useful bug
reports and SDK deployment statistics.
Change-Id: Id2d231a4fe3c40157c24a63ec19785826e037fd3
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The emulator opengles.c file duplicated the function declarations from
libOpenglRenderer's render_api.h instead of including it directly.
This led to multiple bugs since the declarations didn't actually
match, but there was no way for the compiler or dynamic loader to
check this.
This change makes opengles.c include render_api.h to get function
pointer prototypes, and changes the prototypes/implementation as
necessary to make both sides actually match. It should be much more
difficult to introduce interface mismatch bugs now.
Two bugs this change would have prevented:
(a) The interface mismatch caused by inconsistent branching which led
to GPU acceleration crashing on Windows. With this change, we
would have caught the problem at compile time.
(b) The emulator verbose log has always been printing "Can't start
OpenGLES renderer?" even when the renderer started fine. This is
because the renderer was returning a bool (true == success) but
the emulator's declaration said it returned int, and the emulator
assumed 0 meant success. This difference in return type should now
be caught at compile time.
Change-Id: Iab3b6960e221edd135b515a166cf991b62bb60c9
|
| |/
|
|
| |
Change-Id: I45e3eb12187c10b9d5625fa2521573dc9348417a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The emulator GLES support has two interfaces: a host shared library
interface used by QEMU, and a protocol between the platform and the
host. The host library interface is not versioned; QEMU and the GLES
renderer must match. The protocol on the other hand must be backwards
compatible: a new GLES renderer must support an older platform image.
Thus for branching purposes it makes more sense to put the GLES
renderer in sdk.git, which is branched along with qemu.git for SDK
releases. Platform images will be built against the protocol version
in the platform branch of sdk.git.
Change-Id: I2c3bce627ecfd0a4b3e688d1839fe10755a21e58
|
| |
|
|
|
|
| |
This project code is moving to live under development.git/tools/emulator
Change-Id: I3f7673bc17681a0ffa14bb0b4d0880977b77f24d
|
|
|
Emugen is a tool that can be used to generate code that
deals with marshaling/unmarshaling request to/from a wire-protocol.
Its input is an API defintion files and its output is C++ source
code for the client (caller) and the server (callee) sides.
See README file for more details.
Change-Id: I45beea6657fae0887d2b4d92933213ecc20d2525
|
