Age | Commit message (Collapse) | Author |
|
Silences the clang warning:
static data member specialization of '_singleton' must
originally be declared in namespace 'Common'; accepted as a C++0x
extension [-Wc++0x-extensions]
Wrapping "namespace Common {}" around the macro assignment causes clang
to complain about a spurious semicolon, and removing the semicolon at
the end of the macro causes some editors to misbehave.
Changing the requirement of using the macro in one namespace (the
global) to another (Common) seems a small price to pay to
silence a warning.
|
|
|
|
|
|
|
|
|
|
So far, the various *-fs-factory.cpp files were #including the
corresponding *-fs.cpp files. This is surprising and hence could lead to
all kinds of problems). To fix this, provide proper headers for the
*-fs.cpp files.
This also makes code reuse via subclassing possible.
Since not all ports were tested, this will likely lead to a few
easy to fix compile regressions.
|
|
This makes it possible to write
DECLARE_SINGLETON(foo);
instead of
DECLARE_SINGLETON(foo)
without causing a warning about an extra semicolon.
The extra semicolon helps some editors at parsing the C++ code.
svn-id: r54258
|
|
svn-id: r52089
|
|
access for the GameCube port.
svn-id: r52074
|
|
We need to use a namespace Common { } there to make strict C++ compilers
like clang++ and comeau happy. I also added a slight comment about why
that is needed to the macro definition and a note that you need to use
it from the global namespace.
svn-id: r48254
|
|
svn-id: r44202
|
|
svn-id: r43965
|
|
createWriteStream, again to make ownership of the returned stream clear
svn-id: r36014
|
|
svn-id: r35985
|
|
svn-id: r35930
|
|
svn-id: r35894
|
|
svn-id: r35882
|
|
svn-id: r35872
|
|
svn-id: r35648
|
|
mounted devices
svn-id: r35504
|
|
svn-id: r34716
|
|
to backends
svn-id: r34304
|
|
'typedef Common::String String;' name aliases
svn-id: r34302
|
|
AbstractFilesystemNode::lastPathComponent() method, with customizable path separator character
svn-id: r34197
|
|
svn-id: r32547
|