Bug 1448426 - Wrap windows.h to avoid problematic define statements, r=froydnj,glandium
By default, windows.h exposes a large number of problematic define statements
which are UpperCamelCase, such as a define from `CreateWindow` to
`CreateWindow{A,W}`.
As many of these names are generic (e.g. CreateFile, CreateWindow), they can
mess up Gecko code that may legitimately have its own methods with the same
names.
The header also defines some traditional SCREAMING_SNAKE_CASE defines which
can mess up our code by conflicting with local values.
This patch adds a simple code generator which generates wrappers for these
defines, and uses them to wrap the windows.h wrapper using the `stl_wrappers`
mechanism, allowing us to use windows.h in more places.
Differential Revision:
https://phabricator.services.mozilla.com/D10932
/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
/* vim: set ts=8 sts=2 et sw=2 tw=80: */
/* 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/. */
/* base class for ruby rendering objects that directly contain content */
#ifndef nsRubyContentFrame_h___
#define nsRubyContentFrame_h___
#include "nsInlineFrame.h"
class nsRubyContentFrame : public nsInlineFrame
{
public:
NS_DECL_ABSTRACT_FRAME(nsRubyContentFrame)
// nsIFrame overrides
virtual bool IsFrameOfType(uint32_t aFlags) const override;
// Indicates whether this is an "intra-level whitespace" frame, i.e.
// an anonymous frame that was created to contain non-droppable
// whitespaces directly inside a ruby level container. This impacts
// ruby pairing behavior.
// See http://dev.w3.org/csswg/css-ruby/#anon-gen-interpret-space
bool IsIntraLevelWhitespace() const;
protected:
nsRubyContentFrame(ComputedStyle* aStyle, ClassID aID)
: nsInlineFrame(aStyle, aID)
{}
};
#endif /* nsRubyContentFrame_h___ */
