Workaround scons and xcode not understanding #include MESSAGES_INTERNAL_FILE.

chrome/common/ipc_message_macros.h

 // Copyright (c) 2006-2008 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.
 
 // This header is meant to be included in multiple passes, hence no traditional
 // header guard.
 //
 // In the first pass, IPC_MESSAGE_MACROS_ENUMS should be defined, which will
 // create enums for each of the messages defined with the IPC_MESSAGE_* macros.
 //
@@ skipping 28 matching lines @@
 //     ViewHostMsg_SyncMessageName::WriteReplyParams(reply_msg, out1, out2);
 //     Send(reply_msg);
 
 #include "chrome/common/ipc_message_utils.h"
 
 
 #ifndef MESSAGES_INTERNAL_FILE
 #error This file should only be included by X_messages.h, which needs to define MESSAGES_INTERNAL_FILE first.
 #endif
 
+// Trick scons and xcode into seeing the possible real dependencies since they
+// don't understand #include MESSAGES_INTERNAL_FILE. See BUG 7828.
+#if 0
+#include "chrome/common/ipc_sync_message_unittest.h"

[jam, 2009/03/02 21:43:52]

why is this needed?

+#include "chrome/common/plugin_messages_internal.h"
+#include "chrome/common/render_messages_internal.h"
+#include "chrome/renderer/dev_tools_messages_internal.h"
+#include "chrome/test/automation/automation_messages_internal.h"
+#endif
+
 #ifndef IPC_MESSAGE_MACROS_INCLUDE_BLOCK
 #define IPC_MESSAGE_MACROS_INCLUDE_BLOCK
 
 // Multi-pass include of X_messages_internal.h.  Preprocessor magic allows
 // us to use 1 header to define the enums and classes for our render messages.
 #define IPC_MESSAGE_MACROS_ENUMS
 #include MESSAGES_INTERNAL_FILE
 
 #define IPC_MESSAGE_MACROS_CLASSES
 #include MESSAGES_INTERNAL_FILE
@@ skipping 1073 matching lines @@
    public: \
    enum { ID = msg_class##__ID }; \
     msg_class(int routing_id, const type1_in& arg1, const type2_in& arg2, const type3_in& arg3, const type4_in& arg4, type1_out* arg5, type2_out* arg6) \
         : IPC::MessageWithReply<Tuple4<type1_in, type2_in, type3_in, type4_in>, \
             Tuple2<type1_out&, type2_out&> >(routing_id, ID, \
             MakeTuple(arg1, arg2, arg3, arg4), MakeRefTuple(*arg5, *arg6)) {} \
   };
 
 #endif  // #if defined()