[ < ] [ > ]   [ << ] [ Up ] [ >> ]         [Top] [Contents] [Index] [ ? ] [ Search: ]

C.6.6 Identifier Changes

Naming Normalization

The following SCF class names have been normalized in order to be consistent with the names of all other available “null” and “multiplexer” plugins:

For API consistency and uniformity between container classes, the following methods have been renamed:

In most cases, the old names listed above are still recognized for backward compatibility, but they are deprecated, so you probably ought to convert to the new API at some point. The API of most of the container classes also has been expanded, so you may want to study the API reference manual to learn about newly available functionality.

Likewise, the following global functions have been renamed:

For consistency with like-named methods in other SCF interfaces, the following ‘iImage’ methods have been renamed:

Various methods in ‘csIntersect3’ have been renamed in order to improve consistency and clarity. In addition, some arguments have been reversed order so that, for example, a method named SegmentTriangle() will receive first the segment argument followed by the triangle argument.

In addition to that the function csMath3::FindIntersection() has been removed and is replaced with a new csIntersect3::TriangleTriangle() routine which is faster and more correct.

The same improvements have been made to csIntersect2:

The following configuration control macros (most of which are emitted to ‘csconfig.h’ by the Crystal Space ‘configure’ script) have been renamed in order to improve internal naming consistency, and to conform more closely to naming scheme used by Autoconf.

Likewise, the same normalization has been applied to the ‘CS_USE_FAKE_feature’ macros published by the ‘configure’ script, and the boolean sense of these control macros has been reversed to account for the name change.

For consistency with like-named macros (such as ‘CS_PROCESSOR_NAME’ and ‘CS_PROCESSOR_arch’), the following control macros have been renamed:

The csOrdering<> template has been renamed to the more general csComparator<> to reflect the fact that this template can perform both ordering and equality comparisons.

Pollution Reduction

In order to avoid polluting the top-level system include directory, the Crystal Space header tree is now installed (via ‘make install’ or ‘jam install’) in a subdirectory named ‘crystalspace’, rather than being installed directly in the top-level system directory. For example, assuming the default installation location, the Crystal Space headers are now installed in ‘/usr/local/include/crystalspace’. Previously, they would have been deposited directly into ‘/usr/local/include’. The ‘cs-config’ utility script properly returns the new header location in response to the ‘--includedir’, ‘--cflags’, and ‘--cxxflags’ options, so this relocation should be mostly transparent to external projects.

The following global header files have been renamed in order to avoid possible conflict with headers installed by other packages.

The following symbols have been renamed in order to avoid pollution of the global namespace.

‘iConfig’ Renamed

The ‘iConfig’ interface has been renamed to the more fitting ‘iPluginConfig’, and the containing header from ‘iutil/config.h’ to iutil/pluginconfig.h. Other changes have not been made.

csRenderMeshHolderSingle Renamed

‘csRenderMeshHolderSingle’ has been renamed to ‘csRenderMeshHolder’ as a consequence of the removal of ‘csRenderMeshHolderMultiple’.

[ < ] [ > ]   [ << ] [ Up ] [ >> ]         [Top] [Contents] [Index] [ ? ]

This document was generated using texi2html 1.76.