Gareth Stockwell <gareth.stockwell@accenture.com> [Fri, 24 Sep 2010 12:40:23 +0100] rev 116
Added syborg_graphicsdevice.py to list of imported plugins
Gareth Stockwell <gareth.stockwell@accenture.com> [Fri, 24 Sep 2010 12:07:03 +0100] rev 115
Removed syborg-graphicswrapper model library
This has been moved to the adapt/graphics.simulator package - see changeset 563aa0c4cea3.
Gareth Stockwell <gareth.stockwell@accenture.com> [Fri, 24 Sep 2010 13:30:20 +0100] rev 114
Merged default branch into graphics-phase-3
Gareth Stockwell <gareth.stockwell@accenture.com> [Wed, 22 Sep 2010 20:10:53 +0100] rev 113
Backed out changeset b6c206049d8a
The nvmemmory library depends on a modification to qemu; this change
is therefore backed out in order to allow NVM functionality to be
merged into graphics-phase-3 by transplanting individual commits.
Gareth Stockwell <gareth.stockwell@accenture.com> [Wed, 22 Sep 2010 17:06:27 +0100] rev 112
Copied NVM model library code from default branch
Gareth Stockwell <gareth.stockwell@accenture.com> [Wed, 22 Sep 2010 15:40:40 +0100] rev 111
Fixes to syborg-graphicswrapper.vcproj
These changes allow syborg-graphicswrapper to link against the hostthreadadapter and khronosapiwrapper libraries built by the graphics.simulator component.
The .vcproj file uses relative paths, which requires that the following three packages are laid out as follows:
os/
graphics
adapt/
graphics.simulator
qemu
Jani Hyvonen<jani.hyvonen@nokia.com> [Wed, 22 Sep 2010 16:51:17 +0300] rev 110
Header and class name changes
Gareth Stockwell <gareth.stockwell@accenture.com> [Tue, 14 Sep 2010 17:21:05 +0100] rev 109
Added Makefile for building syborg-graphicswrapper using GCC
At present the build fails due to the following missing headers:
KhronosAPIWrapper.h
VirtualVideoInterfaceConstants.h
platformthreading.h
protocol_MGraphicsVHWCallback.h
Gareth Stockwell <gareth.stockwell@accenture.com> [Thu, 09 Sep 2010 12:06:21 +0100] rev 108
Allow NVM device to be built with MinGW
Gareth Stockwell <gareth.stockwell@accenture.com> [Mon, 06 Sep 2010 16:25:43 +0100] rev 107
Fix for Bug 3671 - QEMU GDB stub listens on IPv6-only port on Windows 7
The connection string used by the GDB stub does not specify which
version of the Internet Protocol should be used by the port on
which it listens. On host platforms with IPv6 support, such as
Windows 7, this means that the stub listens on an IPv6-only port.
Since the GDB client uses IPv4, this means that the client cannot
connect to QEMU.