Total Lines Of Code: 3277 (2003-07-11 20:29)
Summary Period: 2003-04-08 to 2003-07-10
Total Lines Of Code:
3277 (2003-07-11 20:29)
| Author | Changes | Lines of code | Lines per change |
|---|---|---|---|
| Totals | 237 (100.0%) | 4867 (100.0%) | 20.5 |
| matzebraun | 164 (69.2%) | 3912 (80.4%) | 23.8 |
| sunshine | 65 (27.4%) | 847 (17.4%) | 13.0 |
| res2002 | 3 (1.3%) | 69 (1.4%) | 23.0 |
| norman | 2 (0.8%) | 36 (0.7%) | 18.0 |
| philwyett | 1 (0.4%) | 2 (0.0%) | 2.0 |
| mreda | 1 (0.4%) | 1 (0.0%) | 1.0 |
| okt | 1 (0.4%) | 0 (0.0%) | 0.0 |
Fixed incorrect comment.
3 lines of code changed in:
correctly clean up .def and .o files from win32 resources
3 lines of code changed in:
CS cflags are defined in Jamrules now instead of mk/jam/variant.jam. So that we're not enforcing flags to external apps who use teh same file
0 lines of code changed in:
added move helper rule
6 lines of code changed in:
added possiblity to disable static linking
8 lines of code changed in:
fixed a typo in swig rules
1 lines of code changed in:
added missing dependency from .csplugin to metadata.rc
1 lines of code changed in:
metarc file was missing from clean target
1 lines of code changed in:
fixed a bug in the IncludeDir rule when it was used on targets
6 lines of code changed in:
Eric Sunshine fixed library.jam so that it correctly resolves the new
csutil/cssys dependency. There are now several layers of circular
dependencies between these two libraries.
9 lines of code changed in:
Changed the way how SCF plugin scanning works:
- Moved scanning invokation to scfInitialize().
- A platform-dependent function, csScanPluginsDir(), returns
plugin filenames and metadata.
- Such a function is provided for Win32. For unix and macosx,
the "old" function that scans for .csplugin files is used.
Made the following changes:
- The DirectDraw configure time test now also tests for
DirectSound, and thus changed the makefile var nomenclature to
"DirectX".
- Slight changed the way DLLs are loaded on Win32: now
LoadLibraryEx() is used with a flag which causes Windows to
first look for the actual file in the specified directory.
- On Win32, plugin metadata is now contained inside the DLL.
Worked around problems with static linking. Specifically, it was
assumed that a factory function is always only used for a single
class. This is not always the case (e.g. the bezier loader.)
60 lines of code changed in:
Eric Sunshine performed Phase Four of the elimination of the monolithic
scf.cfg:
-*- Repaired static linking mode so that it works with the new SCF design.
-*- Added new macros SCF_REGISTER_STATIC_LIBRARY() and
SCF_REGISTER_FACTORY_FUNC() which can be used in aid of static linking
(and other special cases).
-*- Added iSCF::RegisterClasses(char const*) convenience variation.
-*- Added iSCF::RegisterFactoryFunc() which allows clients to register a
class factory function after-the-fact (that is, after a class has been
registered).
-*- Modified static.mak and static.jam to utilize the new
SCF_REGISTER_STATIC_LIBRARY() and SCF_REGISTER_FACTORY_FUNC() macros
when creating the special static-link stub source files which register
the SCF classes and ensure that the program links with the appropriate
libraries.
-*- Redesigned the sed expressions used in creation of the plugin .def
files on Windows. Was able to eliminate CS/libs/cssys/win32/mkdef.sh
since the sed expressions no longer contain embedded newlines.
-*- Still To-Do:
- Remove references to scf.cfg and scfreg from documentation. Also
document new .csplugin resources.
- Add platform-specific function to scan and locate plugins
automatically rather than using the ad-hoc approach inherited from
scanning for .scf files.
- Add platform-specific function to query a plugin's meta-information.
This should be used by SCF to do the raw extraction. Provide and
finalize API for higher-level clients to access meta-information.
16 lines of code changed in:
Added implmentation note to comments in win32.jam and cssys/win32/mkdef.sh.
4 lines of code changed in:
Eric Sunshine performed Phase Three of the elimination of the monolithic
scf.cfg:
-*- Eliminated the SCF information which was hardcoded in the .cpp files
of plugin modules, and which duplicated information in the external
.csplugin files.
-*- Plugin modules no longer maintain and export a monolithic class list.
Now, each factory implemented by the code is exported automatically.
-*- Added a new <implementation> child node to the <class> node in
.csplugin files. The value of this node is the name of the C++ class
which implements the SCF class. For instance, C++ class csVFS
implements crystalspace.kernel.vfs.
-*- Eliminated the following SCF macros which were related to exporting
SCF information from .cpp code and/or registering classes manually:
SCF_EXPORT_CLASS_TABLE
SCF_EXPORT_CLASS
SCF_EXPORT_CLASS_DEP
SCF_EXPORT_CLASS_TABLE_END
SCF_REGISTER_STATIC_CLASS_DEP
-*- Eliminated the following methods from iSCF:
RegisterStaticClass
RegisterClassList
-*- Plugin modules are now initialized/shutdown lazily as classes are
requested from them. The first time a class is requested, the plugin
is initialized. The plugin is shutdown after the last class instance
has been destroyed.
-*- Fixed bug in scf.h where SCF_PRINT_CALL_ADDRESS was not being enabled
for gcc 3.x.
-*- Fixed bug in win32.jam where GenerateExportDefs rule failed to ensure
that directory containing output file existed before creating file.
Also fixed bug where it failed to set up a dependency between the
input and output files.
-*- Still To-Do:
- Remove references to scf.cfg and scfreg from documentation. Also
document new .csplugin resources.
- Add platform-specific function to scan and locate plugins
automatically rather than using the ad-hoc approach inherited from
scanning for .scf files.
- Add platform-specific function to query a plugin's meta-information.
This should be used by SCF to do the raw extraction. Provide and
finalize API for higher-level clients to access meta-information.
- Augment static linking to work with the new facility. (Removal of
the hardcoded SCF information, has now broken static linking. It
worked until this time, even with all of the preceding changes.)
13 lines of code changed in:
removed some strange code leftovers, as pointed out by Eric
1 lines of code changed in:
disabled warning about headers
1 lines of code changed in:
Eric Sunshine made the following changes to the Jam build:
-*- Removed some leftover junk from LinkStaticPlugins in static.jam.
-*- Added a hack to Jamrules to allow STATIC.PLUGINLIST work on all
supported platforms, rather than only Linux. (This is a hack because
STATIC.PLUGINLIST itself is an ugly hack.)
-*- Fixed problem in macosx/cocoa/Jamfile which prevented cocoa2d driver
from ever being considered a build target by Jam.
9 lines of code changed in:
disabled some warnings
1 lines of code changed in:
Removed the clean target from swig.jam since it was deleting the Swig-generated Python and Perl module source files.
0 lines of code changed in:
Eric Sunshine performed Phase Two of the elimination of the
monolithic scf.cfg:
-*- Converted SCF to understand XML format meta-information resources
associated with plugins. More specifically, it understands resources
accessed via the iDocument interface.
-*- SCF now actually utilizes the .csplugin meta-information resources
associated with plugins. It no longer consults scf.cfg nor the
individual .scf files. (Presently, the old code for locating .scf
files is being re-used to locate the new .csplugin files. Fully
dynamic, recursive discovery of plugin modules is not yet implemented.
See To-Do below.)
-*- Eliminated scf.cfg, as well as all remaining code references to it.
(Some other non-SCF code was accessing scf.cfg for other purposes.)
-*- Eliminated the now obsolete scfreg. Eliminated references to scfreg
from install.jam.
-*- Still To-Do:
- Remove references to scf.cfg and scfreg from documentation. Also
document new .csplugin resources.
- Add platform-specific function to scan and locate plugins
automatically rather than using the ad-hoc approach inherited from
scanning for .scf files.
- Add platform-specific function to query a plugin's meta-information.
This should be used by SCF to do the raw extraction. Provide and
finalize API for higher-level clients to access meta-information.
- Augment static linking to work with the new facility.
- Eliminate the hard-coded SCF registration information in each
plugin's source code.
0 lines of code changed in:
(84 more)
Generated by StatCvs v0.2-dev