config/nsStaticComponents.cpp.in
author Nathan Froyd <froydnj@mozilla.com>
Thu, 11 Apr 2013 16:57:54 -0400
changeset 128513 ebcfc07b631511d2a5c9bd52abbe2ff76428a10f
parent 94484 f4157e8c410708d76703f19e4dfb61859bfe32d8
permissions -rw-r--r--
Bug 860860 - followup: fix json.dump call and be more explicit about object ordering; r=gps It turns out the simple s/simplejson/json/ didn't work because build_tooltool_manifest used item_sort_key to ensure that the objects read in were written out in the same order. This scheme was brittle, since it only understand a couple of keys from the manifest file, and it doesn't work with the stdlib json. Instead, use object_pairs_hook=collections.OrderedDict with json.load, which ensures that current objects get written out in the same order they were read in *and* that any future keys will be handled automagically. DONTBUILD because NPOTB

#line 2 "nsStaticComponents.cpp.in"
/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/* This Source Code Form is subject to the terms of the Mozilla Public
 * License, v. 2.0. If a copy of the MPL was not distributed with this
 * file, You can obtain one at http://mozilla.org/MPL/2.0/. */

#define XPCOM_TRANSLATE_NSGM_ENTRY_POINT 1

#include "mozilla/ModuleUtils.h"
#include "nsXPCOM.h"
#include "nsMemory.h"
#include "nsStaticComponents.h"

/**
 * Declare an NSGetModule() routine for a generic module.
 */
#define MODULE(_name) \
    NSMODULE_DECL(_name);

%MODULE_LIST%
#line 57 "nsStaticComponents.cpp.in"

#undef MODULE


#define MODULE(_name) \
    &NSMODULE_NAME(_name),

/**
 * The nsStaticModuleInfo
 */
const mozilla::Module *const *const kPStaticModules[] = {
	%MODULE_LIST%
#line 70 "nsStaticComponents.cpp.in"
        NULL
};