On Thu, May 05, 2011 at 09:24:39AM +0100, Daniel P. Berrange wrote:
On Thu, May 05, 2011 at 02:59:39PM +0800, Daniel Veillard wrote:
> On Thu, May 05, 2011 at 02:31:57PM +0800, Hu Tao wrote:
> > On Thu, May 05, 2011 at 08:07:49AM +0200, Matthias Bolte wrote:
> > > 2011/5/5 Hu Tao <hutao(a)cn.fujitsu.com>:
> > > > 1. this file is automatically generated at compile-time, so rm it
> > > > to avoid further commit to this file.
> > > > 2. any update should made to file src/remote/remote_protocol.x.
> > > > ---
> > > > daemon/remote_dispatch_table.h | 1054
----------------------------------------
> > > > 1 files changed, 0 insertions(+), 1054 deletions(-)
> > > > delete mode 100644 daemon/remote_dispatch_table.h
> > > >
> > >
> > > There is probably a reason why this generated file is under version
> > > control, maybe Dan knows.
> > >
> > > If we decide to remove the generated protocol dispatch header files
> > > then we should remove all of them (daemon/remote_dispatch_*.h and
> > > daemon/qemu_dispatch_*.h) and not just this single one.
> >
> > :( doesn't noticed other daemon/remote_dispatch_*.h are also generated
> > ones. Thanks for pointing it out.
> >
> > Dan, what's your opinion?
>
> my recollection is that they are kept because when compiling on
> windows we don't have ways to generate them. So while generated,
> they are kept in git and in the dist tarballs.
We kept them because the rpcgen binary was kind of flakey on some
platforms. This may no longer be required, but will need to check
But daemon/remote_dispatch_*.h are generated by
daemon/remote_generate_stubs.pl which doesn't depend on rpcgen. I
deleted the *.h files and /usr/bin/rpcgen, and `make' still generated
the *.h files.
Maybe you mean src/remote/rpcgen_fix.pl but it is not related to the
daemon/remote_dispatch_*.h files.