general
(19 files, 2319 lines)
macosx
(26 files, 3200 lines)
unix
(7 files, 540 lines)
win32
(20 files, 4067 lines)
rsrc
(2 files, 12 lines)Summary Period: 1999-05-06 to 2003-06-23
[root]/CS/libs/cssys
general
(19 files, 2319 lines)
macosx
(26 files, 3200 lines)
unix
(7 files, 540 lines)
win32
(20 files, 4067 lines)
rsrc
(2 files, 12 lines)
Total Lines Of Code:
187 (2003-07-11 20:29)
| Author | Changes | Lines of code | Lines per change |
|---|---|---|---|
| Totals | 271 (100.0%) | 4770 (100.0%) | 17.6 |
| andy | 12 (4.4%) | 1971 (41.3%) | 164.2 |
| andyz | 52 (19.2%) | 1019 (21.4%) | 19.5 |
| sunshine | 69 (25.5%) | 528 (11.1%) | 7.6 |
| jorrit | 38 (14.0%) | 478 (10.0%) | 12.5 |
| mgeisse | 27 (10.0%) | 165 (3.5%) | 6.1 |
| philwyett | 17 (6.3%) | 157 (3.3%) | 9.2 |
| norman | 16 (5.9%) | 110 (2.3%) | 6.8 |
| link | 7 (2.6%) | 86 (1.8%) | 12.2 |
| bdavis | 1 (0.4%) | 71 (1.5%) | 71.0 |
| matzebraun | 5 (1.8%) | 44 (0.9%) | 8.8 |
| wouter | 4 (1.5%) | 34 (0.7%) | 8.5 |
| azverkan | 5 (1.8%) | 25 (0.5%) | 5.0 |
| thieber | 3 (1.1%) | 20 (0.4%) | 6.6 |
| res2002 | 5 (1.8%) | 12 (0.3%) | 2.4 |
| malakai | 1 (0.4%) | 12 (0.3%) | 12.0 |
| pgarceau | 1 (0.4%) | 11 (0.2%) | 11.0 |
| samuel | 3 (1.1%) | 9 (0.2%) | 3.0 |
| tomriemer | 1 (0.4%) | 8 (0.2%) | 8.0 |
| miklby | 1 (0.4%) | 5 (0.1%) | 5.0 |
| thebolt00 | 1 (0.4%) | 3 (0.1%) | 3.0 |
| gblock | 1 (0.4%) | 2 (0.0%) | 2.0 |
| jplatt | 1 (0.4%) | 0 (0.0%) | 0.0 |
fixed typo
6 lines of code changed in:
Eric Sunshine added cssys/general/resdir.cpp to cssys/win32/win32gcc.mak,
cssys/Jamfile (for Windows), and msvcgen/win32.mak since Frank removed the
csGetResourcePath() implementation from winsyspath.cpp.
34 lines of code changed in:
Eric Sunshine made the following changes:
-*- Renamed csGetAppPath() to csGetAppDir() to better reflect its
function.
-*- Added a new csGetAppPath() which returns the actual absolute path to
the executable (as opposed to csGetAppDir() which returns the
directory containing the executable).
-*- Added csGetResourceDir() as complement of csGetAppDir(). On many
platforms, the resource path is the same as the application path, but
this might not be true for all platforms. For instance, on MacOS/X,
csGetAppDir() needs to return the directory in which the .app wrapper
is contained, however csGetResourceDir() needs to return the Resources
directory inside the wrapper.
-*- Added platform-specific csGetAppDir() and csGetResourceDir() for
MacOS/X.
-*- Updated the generic csGetPluginPaths() so that it includes the result
of csGetResourceDir() in the plugin path list.
-*- The above changes should allow the MacOS/X port to once again locate
its plugin modules.
-*- Fixed bug: In the case of a bare program name as argv[0] (as opposed
to an absolute or relative path), the default csGetAppDir() in
cssys/general simply returned the first component of PATH which
actually existed, rather than returning the component of PATH which
contained the application.
-*- Fixed bug: The default csGetAppDir() in cssys/general was always using
';' as the path delimiter, even though that only works for Windows.
Now uses ':' for Unix and Unix-like platforms.
-*- Fixed bug: The default csGetPluginPaths() in cssys/general was
attempting to prevent pushing "/" onto the plugin path list (because
"/" has ambiguous meaning under Windows), but was instead actually
preventing addition of any absolute path to the list (that is, any
path beginning with "/").
-*- Renamed iCommandLineParser::GetAppPath() to GetAppDir() to better
reflect its function.
7 lines of code changed in:
Made the following changes:
Added some documentation about per-user configs.
Fixed csGetAppPath() on unix.
On Win32, external .csplugin files are supported again (in
addition to embedded metadata.)
SCF factories have internally a 'context' now. The 'context'
basically identifies the directory of a plugin and is used to
decide whether duplicate class ID will be reported or not.
Eliminated a bit of redundant code and used more macros in
the GL extension manager to reduce it's bloat a bit.
Renamed "win32/syspath.cpp" to "win32/winsyspath.cpp".
1 lines of code changed in:
Win32/Jam syspath.cpp double compile fix.
1 lines of code changed in:
Made the following changes:
- Added a few helpers to deal with native paths and plugin paths.
- All platforms now use the same plugin paths:
<app dir>, $CRYSTAL/lib, $CRYSTAL/crystal, $CRYSTAL
(where $CRYSTAL is the CS installation dir)
6 lines of code changed in:
- Marten added the class csProcessorCapabilities to allow CS to query processorspecific extensions and information. Some functions in this class is processorspecific and some parts compilerdependnat so we must protect certain areas with #defines
3 lines of code changed in:
Forgot to add new file to build ...
3 lines of code changed in:
iChecking in an implementation for MacOS/X to use the NSUserDefaults API
to load/store user preferences.
MacOS/X will now store user preferences on a per-application basis into
~/Library/Preferences, stored in the standard preferences format by the OS.
Multiple configuration files are used; they are named as following:
"Generic" CrystalSpace configuration data (per-user): CrystalSpace.Generic
App-specific: CrystalSpace.<appname>
For example:
bash% defaults read CrystalSpace.Walktest
{
"Video.OpenGL.ClipOptional" = NSP;
"Video.OpenGL.ClipOuter" = pSZ;
"Video.OpenGL.ClipRequired" = SPp;
}
As you can see, the key/value pairs are stored in the defaults database according
to the normal preferences behavior.
These preference files will be read on creation of an iDefaultsConfig object and
the 'Open()' call tells it which domain you're interested in reading.
Application initialization is responsible for providing the appropriate keys to read.
2 lines of code changed in:
Eric Sunshine applied a fix to SRC.CSSYS and INC.CSSYS in cssys.mak where
it was prefixing an extra $(SRCDIR) to items from SRC.SYS_CSSYS and
INC.SYS_CSSYS which already mentioned SRCDIR. Problem was pointed out by
Frank Richter.
3 lines of code changed in:
moved platformconfig.cpp to general as the macosx target is also using it at the moment and maybe other posix like systems will too
4 lines of code changed in:
Replaced NULL with 0.
1 lines of code changed in:
Eric Sunshine made the following changes:
-*- Modified configure.ac so that it emits a SRCDIR property to
config.mak. This value represents the --srcdir argument given to the
configure script (or "." if --srcdir is omitted). This points at the
directory containing the CS source code (which may differ from the
build directory, which is typically the current working directory).
-*- Modified makefiles and build scripts throughout the project so that
they respect $(SRCDIR). This allows the project to be built in a
directory other than the source directory, thus it is possible to
place the source directory on a readonly filesystem (such as a
CD-ROM), or to share a single NFS-mounted source directory among
different builds, where each build inhabits its own directory. For
example, if CS resides at /home/CS and you wish to build the project
in /home/build:
% cd /home/build
% ../CS/configure
% make -k all
% make install
(Note that the Jam-base build system already supports this build
paradigm.)
-*- Modified configure.ac so that it emits EXTENSIVE_MEMDEBUG to
config.mak since this variable is used by Makefile.in for the
`showconfig' target.
-*- Modified configure.ac so that it emits MONITOR_MAKEFILE_CACHE when the
value is either "yes" or "no", instead of emitting it only when the
value is "yes". This was necessary because CS/mk/cache.mak prints the
value of this variable as part of $(SYSMODIFIER).
4 lines of code changed in:
moved dependencies of the libraries into the library Jamfiles, and removed the hacked mk/jam/deps.jam
1 lines of code changed in:
fixed problem on macos_x: was including pthrd.cpp instead of cspthrd.cpp
1 lines of code changed in:
added the Jamfiles
32 lines of code changed in:
- INC.SYS_CSSYS makefile var
1 lines of code changed in:
Eric Sunshine (hopefully) worked around a problem caused by buggy stat()
on Win9x and WinME where a bogus result is returned if the path has a
trailing slash. This causes problems with the makefile dependency rules
which depend upon $(OUTBASE), $(OUTOS), $(OUTPROC), or $(OUT), all of
which end with a slash, since make thinks that those directories don't
exist even when they are present. Consequently, make tries invoking
$(MKDIR) on already-present directories. The work-around was to redefine
these variable so without the trailing slash. Also updated all makefiles
throughout the project to take into account that these variables are no
longer defined with a trailing slash.
7 lines of code changed in:
Slight code cleanup: removed all trailing spaces and tabs from
all lines in all source and make files throughout the entire project.
Note that this will most likely not result in a significant
FPS increase :-)
1 lines of code changed in:
this fix will actually make use of the replacements of general/* in their respective subdirectories like unix/ etc. .
Problem was that sorting put the general directory in front of unix directory for instance and if instpath.cpp (for example) is requested to compile its taken from the general directory.
Note that this fix is considered a hack (by Eric (and me too - thats why i consulted him first:))
2 lines of code changed in:
(199 more)
Generated by StatCvs v0.2-dev