Make the implementation .cc files go away, instead have the authors give us a...

ipc/ipc_message_constructor_macros.h

Index: ipc/ipc_message_constructor_macros.h
===================================================================
--- ipc/ipc_message_constructor_macros.h	(revision 0)
+++ ipc/ipc_message_constructor_macros.h	(revision 0)
@@ -0,0 +1,24 @@
+// Copyright (c) 2010 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+#ifndef IPC_IPC_MESSAGE_CONSTRUCTOR_MACROS_H_
+#define IPC_IPC_MESSAGE_CONSTRUCTOR_MACROS_H_
+
+// Enable multiple inclusion.
+#undef IPC_MESSAGE_REINCLUDE
+#define IPC_MESSAGE_REINCLUDE 1
+
+// Null out all the macros that need nulling.
+#include "ipc/ipc_message_null_macros.h"
+
+// Set up so next include will generate constructors.
+#undef IPC_STRUCT_BEGIN
+#undef IPC_STRUCT_MEMBER
+#undef IPC_STRUCT_END
+#define IPC_STRUCT_BEGIN(struct_name) struct_name::struct_name() : NoParams()
+#define IPC_STRUCT_MEMBER(type, name) , name()
+#define IPC_STRUCT_END(struct_name) {}

[jam, 2011/02/07 20:17:01]

why do we need struct_name in IPC_STRUCT_END?  can't we do the work that's done
there in the IPC_STRUCT_BEGIN?

+
+#endif  // IPC_IPC_MESSAGE_CONSTRUCTOR_MACROS_H_
+
Property changes on: ipc/ipc_message_constructor_macros.h
___________________________________________________________________
Added: svn:eol-style
   + LF