summaryrefslogtreecommitdiffstats
path: root/python_modules
diff options
context:
space:
mode:
authorAlon Levy <alevy@redhat.com>2012-06-14 12:15:44 +0300
committerAlon Levy <alevy@redhat.com>2012-07-08 18:12:18 +0300
commitb49c4794ee23b0e31cde1ba8c7a34a1f27f2f98f (patch)
treeceffc13a9e6a608f461c9fa2c287d30bb9a43828 /python_modules
parent2449260c81a6f5344214ee2a80c5566bec48aeee (diff)
downloadspice-common-b49c4794ee23b0e31cde1ba8c7a34a1f27f2f98f.tar.gz
spice-common-b49c4794ee23b0e31cde1ba8c7a34a1f27f2f98f.tar.xz
spice-common-b49c4794ee23b0e31cde1ba8c7a34a1f27f2f98f.zip
spice-protocol/spice/enums.h: rebuild from spice.proto
This file was hand generated until now, resulting in the wierd situation where it is different for spice-gtk and spice-server even though they both use the same spice-common and spice-protocol (or at least close) versions. This patch generates the enums.h files from spice-common. While that file is actually in the spice-protocol submodule, it cannot be generated from spice-protocol since it lacks access to spice.proto and spice_codegen.py. So in affect whenvever it will differ the spice-protocol module will become dirty and hence hopefully commited with the new enums.h. enums.h is generated from spice.proto is a superset of that generated from spice1.proto.
Diffstat (limited to 'python_modules')
0 files changed, 0 insertions, 0 deletions