Total Lines Of Code: 3271 (2003-07-11 20:29)
Summary Period: 1999-05-06 to 2003-07-02
Total Lines Of Code:
3271 (2003-07-11 20:29)
| Author | Changes | Lines of code | Lines per change |
|---|---|---|---|
| Totals | 384 (100.0%) | 10971 (100.0%) | 28.5 |
| sunshine | 211 (54.9%) | 10012 (91.3%) | 47.4 |
| matzebraun | 29 (7.6%) | 325 (3.0%) | 11.2 |
| jorrit | 20 (5.2%) | 230 (2.1%) | 11.5 |
| andyz | 39 (10.2%) | 130 (1.2%) | 3.3 |
| okt | 2 (0.5%) | 77 (0.7%) | 38.5 |
| andy | 37 (9.6%) | 49 (0.4%) | 1.3 |
| wouter | 6 (1.6%) | 41 (0.4%) | 6.8 |
| bdavis | 3 (0.8%) | 41 (0.4%) | 13.6 |
| norman | 4 (1.0%) | 23 (0.2%) | 5.7 |
| miklby | 1 (0.3%) | 14 (0.1%) | 14.0 |
| res2002 | 4 (1.0%) | 8 (0.1%) | 2.0 |
| philwyett | 8 (2.1%) | 6 (0.1%) | 0.7 |
| cbayle | 3 (0.8%) | 4 (0.0%) | 1.3 |
| mbond | 2 (0.5%) | 3 (0.0%) | 1.5 |
| ab031ns | 3 (0.8%) | 3 (0.0%) | 1.0 |
| azverkan | 2 (0.5%) | 2 (0.0%) | 1.0 |
| samuel | 2 (0.5%) | 1 (0.0%) | 0.5 |
| mlong | 1 (0.3%) | 1 (0.0%) | 1.0 |
| ghaussmann | 1 (0.3%) | 1 (0.0%) | 1.0 |
| serplord | 5 (1.3%) | 0 (0.0%) | 0.0 |
| dan | 1 (0.3%) | 0 (0.0%) | 0.0 |
Eric Sunshine applied a patch to snapshot.py from Just van Rossum
<just@letterror.com> which allows it to work correctly when project
subdirectory names contain spaces.
4 lines of code changed in:
Eric Sunshine made the following changes:
-*- Added the new variable %name% to msvcgen.pl which can be interpolated
into any template file. The value of this variable is the name
provided by the --name option.
-*- Performed some code clean up of msvcgen.pl following the merge of
msvcgen.pl and msvc7gen.pl (which occurred some time ago).
-*- Cleaned up a bunch of errors in the documentation and added
documentation which should have been added when msvcgen.pl and
msvc7gen.pl were merged.
-*- Renamed msvcgen.pl options --projext, -px, --wsext, -wx, --projname,
and --htmlent to --project-extension, -P, --workspace-extension, -W,
--project-name, --xml-protect, respectively.
-*- Changed msvcgen.pl so that it no longer creates the unused "dummy"
fragment file. This file seems to have been an ugly artifact to
slighly simplify msvcgen.mak following the msvcgen.pl and msvc7gen.pl
merge. A slight modification of msvcgen.mak obviated the need for
this hack.
-*- Fixed bug in msvcgen.pl where it failed to use the value from --name
as the default for --project-name if --project-name was not specified.
-*- The extensions .C, .m, .mm, and .M are now recognized as source files
(in addition to .c, .cc, and .cpp) by msvcgen.pl. The extensions .hpp
and .H are now recognized as header files (in addition to .h).
-*- Added --strip-root option to msvcgen.pl which allows specification of
zero or more prefixes which should be stripped from
filenames/resources mentioned on the command-line and which are
referenced by generated project files. This is desirable because it
is a good idea to record only relative paths in project files, rather
than absolute. This switch can be employed by tools which are unable
to provide relative paths to msvcgen.pl.
-*- Revived the DSP.PROJECT.RESOURCES variable. This variable is useful
for inserting additional human-readable resources into the generated
project files. It is not clear why this variable was removed when the
$(PROJECT.EXE).WINRSRC functionality (which is completely different in
purpose) was added to msvcgen.mak.
-*- Revived the "appgui" project type which had been removed some time
back. Although the project files for GUI (appgui) and console
(appcon) applications might not differ at present, it is still useful
to be able to make this distinction (especially since it might be
needed again in the future).
-*- Cleaned up some documentation in msvcgen.mak following the merge of
msvcgen.mak and msvc7gen.mak (some time ago).
-*- Fixed problem with mergeres.sh where it failed to perform path
"fix-up" properly if the build hierarchy differed from the source
hierarchy. One manifestation of this problem was that the .rc files
generated via msvcgen.mak from a build hierarchy outside the source
hierarchy differed from those generated directly in the source
hierarchy. On a related note, win32gcc.mak and msvcgen.jam were
providing "fix-up" argument to mergeres.sh which failed to take
$(SRCDIR) into account, thus causing the fix-up to fail.
-*- Fixed bug in msvcgen.jam where it failed to specify the location of
csver.h when invoking mkverres.sh, thus it failed when generating
project files from a build hierarchy which differed from the source
hierarchy.
-*- Fixed bug in msvcgen.jam where it failed to use --xmlprotect (nee
--htmlent) when building MSVC7 project files.
-*- Fixed bug in msvcgen.jam where it was incorrectly specifying external
libraries via --depend. The correct option is --library.
-*- Fixed bug in msvcgen.jam where it was incorrectly specifying linker
flags via --library. The correct option is --lflags.
-*- Fixed bug in msvcgen.jam where it failed to normalize the source,
header, and resource paths which it passed to msvcgen.pl for mention
in the generated project files. This was a problem when the build
directory differed from the CS source directory, since the paths
recorded in the project file would be relative to the build directory
or absolute, rather than relative within the source directory.
-*- Fixed bug in msvcgen.jam where it would insert the wrong file into a
generated project if the filename was not unique between all
directories. For instance, in the generated libcsutil project,
plugins\documentsystem\xmltiny\xmltiny.cpp would incorrectly appear in
place of libs\csutil\xmltiny.cpp.
-*- msvcgen.jam is almost usable. Still to-do: Make it respect
ExternaLibs() or fix all the Jamfiles which require special Windows
libraries to invoke MsvcExternalLibrary(). Overhaul the "config" file
handling rule so that it associates configuration files with built
targets. This will allow the generated projects to reference
configuration files. Likewise, provide a generic Resources rule which
allows specification of additional textual resources for inclusion in
generated projects. Upgrade module Jamfiles to mention headers from
the CS/include/foobar directory. This will allow related headers to
appear in the generated project files. For instance, the libcsutil
project should mention headers from CS/include/csengine, in addition
to the ones from CS/libs/csengine, which it currently mentions.
-*- Renamed CS/mk/visualc to CS/mk/visualc6.
-*- Renamed CS/mk/msvcgen/template to CS/mk/msvcgen/template6.
-*- Renamed the msvcgen and msvcinst makefile targets to msvc6gen and
msvc6inst.
-*- Fixed problem in Jam build where it would attempt to invoke Bourne
scripts using C-shell if user's login shell was C-shell or compatible.
-*- Fixed csperl5/Jamefile so that it is only enabled if the Perl SDK was
detected, rather than if the Perl command is available. This is an
important distinction because the presence of the Perl command alone
does not necessarily imply the presence of a working SDK.
4 lines of code changed in:
Eric Sunshine changed jobber.pl and snapshot.py to once again use
/home/groups/c/cr/crystal as a working area rather than /tmp. It seems
that the snapshot script runs out of disk space when using /tmp on
shell1.sourceforge.net even though there appears to be nearly 0.5GB
available.
2 lines of code changed in:
Eric Sunshine made the following changes:
-*- Changed jobber.pl and snapshot.py to once again use /tmp as the
working directory rather than /home/groups/c/cr/crystal. Use of the
/tmp directory is now possible since SourceForge lifted the 5MB quota
restriction which used to plague /tmp. This should make these scripts
run slightly faster since /tmp is a local directory, unlike
/home/groups/c/cr/crystal which is NFS-mounted.
-*- Fixed a bug in jobber.pl introduced on 2-May-2003 in which PATH was
gorked, which caused most commands invoked by jobber.pl to fail when
executed from cron (though not when run from an interactive shell
session).
3 lines of code changed in:
added $@ to call of autoconf to transfer optional commandline parameters
1 lines of code changed in:
Eric Sunshine augmented jobber.pl to make it possible to associate
multiple directories with a single "target" (in @TARGETS). All of the
current updating targets modify files in a single directory hierarchy (for
instance, "htmldoc" modifies the "out/docs/html" hierarchy, but touches
nothing outside of this directory). With this change, however, future
targets can modify, add, remove files in multiple directories. For
instance, the upcoming Swig re-generation target will touch files in
several directories.
126 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.)
4 lines of code changed in:
Eric Sunshine made the following changes:
-*- Merged configure.ac and configure-jam.ac. There is now a single
configure script which automatically configures for both GNU make and
Jam. Not only does this change eliminate the maintenance headache
associated with trying to keep two nearly identical scripts
synchronized, but it also fixes a lot of bugs with the Jam
configuration. A significant number of changes which had been applied
to configure.ac were never propogated to configure-jam.ac.
-*- Replaced CS/Jamfile with CS/Jamfile.in. CS/Jamfile is now created
automatically from Jamfile.in as part of the configuration process.
Consistent with the reasoning behind Makefile.in, this change forces
people to configure the project before trying to build it with Jam.
-*- Fixed a number of problems with the Jam configuration where it was
performing tasks incorrectly, incompletely, or inconsistently. Also
fixed some problems where variables emitted to Jamconfig did not agree
with those mentioned in various Jamfiles.
-*- Fixed numerous issues with CS/mk/jam/clean.jam. Renamed cvsclean
target to maintainerclean (for consistency with other projects).
Completed implementation of the Configure rule. Fixed bugs in the
Autogen and Configure rules. The distclean target now also removes
Makefile and config.mak. This is necessary since the united configure
script configures both build systems in parallel.
-*- Still to do: Factor utility functionality out of configure.ac into
re-usable .m4 scripts residing in CS/mk/autoconf. Provide a united
crystal.m4 for external projects which works for makefiles and
Jamfiles. Having two crystal.m4 scripts, as is presently the case, is
a bad idea and a maintenance headache.
0 lines of code changed in:
merged jam msvcgen and nonfinished jamdocu tool
44 lines of code changed in:
part1 of the jam merge: added autoconf macros and basic jam rules
17 lines of code changed in:
Eric Sunshine made the following changes to project configuration:
-*- Fixed configure.ac bug: Was adding cs_gl_plat_cflags,
cs_gl_plat_lflags, and cs_gl_plat_libs flags one time extra for GLU,
GLUT, and GLX tests.
-*- Made the OpenGL-related checks in configure.ac more orthogonal.
Previously, there was no clear distinction as to whether it was
checking for existence of a library (libglx, libglu, etc.) or
existence of a facility (GLX, GLU, etc.). Now, all tests check for
existence of a facility and will correctly recognize facilities even
if built into the OpenGL library. For example, GLX is usually built
into libGL.a these days. Previously, the GLX check would fail because
there was no separate libglx.a, but now the GLX check will succeed.
This change also fixes a problem where the GLX "extensions" check
failed to run if GLX was built into libGL.a.
-*- Now that GLX.AVAIALBLE has a meaningful value even when GLX is built
into libGL.a, this variable is used to control building of glx2d
rather than GL.AVAIALBLE.
-*- Now checks for upper- and lowercase OpenGL-related library names
rather than assuming that GL, GLU, and GLX should be uppercase. This
should help to identify these libraries on platforms where they appear
as libgl.a, libglu.a, and libglx.a.
-*- Moved config.guess, config.sub, and install-sh from CS/bin to
CS/mk/autoconf.
0 lines of code changed in:
Eric Sunshine made the following changes:
-*- Fixed mk/autoconf/pkg.m4 so that it no longer aborts configuration and
abuses the user just because an optional package is absent.
-*- Fixed bin/autogen.sh so that it cleans up after itself.
7 lines of code changed in:
- Matze Braun added mk/autoconf dir for autoconf macros and added a
script to regenerate configure (bin/autogen.sh).
- Matze Braun added a check for the libxml2 plugin.
18 lines of code changed in:
Updated trace information.
2 lines of code changed in:
Eric Sunshine augmented jobber.pl so that it emits "USE_PLUGINS=yes" to
the config.mak file which it fakes up. This fixes the problem in which
scftutor.mak was misbehaving and adding dog.cpp and worm.cpp to the appzoo
project. (These files should have appeared only in the plgdog and plgworm
projects.)
1 lines of code changed in:
Fixed syntax problem.
1 lines of code changed in:
jobber.pl now performs these additional tasks now that the old ad-hoc
makefile-based project configuration mechanism has been removed:
- Defines OS, MODE, and PERL in config.mak.
- Synthesizes Makefile from Makefile.in.
7 lines of code changed in:
Eric Sunshine made the following changes:
-*- Removed the old ad-hoc "make platform" configuration mechanism. The
new Autoconf configure script is now the only way to configure the
project.
-*- Updated the configure script so that it emits the makefile variables
COMP and OS to config.mak, and also now emits DEPEND_TOOL=cc if
makedep is missing or has the incorrect version.
0 lines of code changed in:
Eric Sunshine updated jobber.pl so that it no longer uses the old-style
"make linux" in preparation for its processing.
20 lines of code changed in:
Eric Sunshine added an Autoconf `configure' script to CS. This is now the
preferred way to configure the project. The old configuration mechanism
("make platform") will continue to exist in parallel with the new
mechanism for a short time as a fallback in case some problems are
detected with the new mechanism.
0 lines of code changed in:
(235 more)
Generated by StatCvs v0.2-dev