Module CS/apps/tutorial/pathtut/

back to main page

Summary Period: 2002-07-19 to 2003-05-29

Modules

[root]/CS/apps/tutorial/pathtut

Lines Of Code


Total Lines Of Code: 632 (2003-07-11 20:29)

Authors

Author Changes Lines of code Lines per change
Totals 26 (100.0%) 761 (100.0%) 29.2
jorrit 14 (53.8%) 676 (88.8%) 48.2
res2002 2 (7.7%) 29 (3.8%) 14.5
sunshine 7 (26.9%) 25 (3.3%) 3.5
frumpel 2 (7.7%) 22 (2.9%) 11.0
matzebraun 1 (3.8%) 9 (1.2%) 9.0

Most Recent Commits

jorrit 2003-05-29 08:07

Replaced NULL with 0.

7 lines of code changed in:

sunshine 2003-05-11 21:08

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.

1 lines of code changed in:

sunshine 2003-04-27 11:33

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).

3 lines of code changed in:

sunshine 2003-04-10 17:56

Eric Sunshine made the following changes to the makefiles:

-*- Converted the remaining "application" makefiles so that they place
their generated files in a personalized subdirectory of $(OUT), rather
than placing them directly in $(OUT). This lifts the monolithic
restriction that all applications must use distinct names for their
source files.

-*- Converted the application makefiles to augment OUTDIRS with their
personalized output directories, rather than each having a custom
directory creation rule. Not only does this simplify the makefiles
slightly, but it also fixes a problem where the personalized output
directories of plugin modules were not created when an application
makefile target (such as "make walktest") was invoked explicitly and
when the project had been configured with --disable-plugins.

-*- Updated CS/mk/template.mak to reflect the aforementioned changes.

-*- Fixed formatting of help messages emitted by "make help" for several
makefiles.

3 lines of code changed in:

jorrit 2003-04-10 14:34

Thing changes:
- Removed obsolete csThingBBox bounding box in csThing.
- Split bezier curves in seperate mesh object plugin (bezier
plugin).
- Greatly cleaned up the csThingStatic stuff and moved all static
stuff to that.
- Updated API modification document.
- Also updated various other parts in the documentation for these
changes.
- Fixed map2cs to export curves using the new bezier plugin.
- Changed the way thing factories and objects work. A thing factory
and a mesh object no longer are the same object. So first you
have to make a factory and then the object. This also allows
sharing of factories between objects.
- As a consequence of all these changes the lightmap format has
changed again.
- Doing a HardTransform() on a thing mesh object will automatically
cause the factory of that thing to be cloned so that other
things sharing that factory will not be transformed.
Doing a HardTransform() on a thing factory will have an
effect on all instances created from that.
- Used csBlockAllocator<T> for a lot of polygon objects in the
thing mesh plugin. This speeds up loading/unloading and also
improves memory usage.
- Merged csPolyTexLightMap into csPolyTexture. This improved
both speed, memory usage, and source code readability.
- Thing now uses ClipBSphere() instead of ClipBBox(). This is
faster.

3 lines of code changed in:

matzebraun 2003-04-08 20:16

added the Jamfiles

9 lines of code changed in:

jorrit 2003-03-20 10:56

- Split iThingState with iThingState and iThingFactoryState.
- Renamed GetPolygonStatic() to GetPolygon().

2 lines of code changed in:

jorrit 2003-03-19 14:35

Split iPolygon3D into iPolygon3D and iPolygon3DStatic. The static
part contains all information that is static and could be in
a factory. Several functions (like iThingState->CreatePolygon)
will now return an iPolygon3DStatic instead of an iPolygon3D.

1 lines of code changed in:

frumpel 2003-03-03 02:02

Rudolf Potucek updated makefiles in apps/ directory to
remove vpath and generate the object files in separate
subdirectories of $(OUT). THis should allow identical
filenames to coexist in different directories of the
build tree. Also added a rm command for the *.txt console
output files generated on the windows platform. The following
files may generate problems:
apps/demo/demo.mak
apps/tests/netmtst/netmtst.mak
apps/tests/perl5tst/perl5tst.mak
apps/tools/tbconv/tbconv.mak
apps/video/video.mak
as the filename and the internal build name differ and I cannot
test which name the *.txt file will be given.

1 lines of code changed in:

frumpel 2003-03-02 00:16

Removed vpath and converted output directory as per Eric Sunshine's
changes to blocks.mak.

21 lines of code changed in:

jorrit 2003-01-28 08:26

- Made r3dtest spit out a useful error message if it cannot find
a test level.
- Most CS applications will now use OpenGL by default instead of the
software renderer.

1 lines of code changed in:

sunshine 2002-10-30 00:35

Applied patches to documentation and tutorial programs to correct simple
typographical errors. Thanks to Andreas Busch <nobita@t-online.de> for
the patches.

11 lines of code changed in:

jorrit 2002-10-18 15:29

- Removed 8-bit support from the line renderer.
- Moved iTextureManager->FindRGB() to iGraphics2D where it belongs.
- Additionally removed iTextureManager->SetPalette(), ResetPalette(),
and ReserveColor().
- Renamed csColorQuantizer::RGB() to DoRGB() to avoid a conflict
with a define.

0 lines of code changed in:

sunshine 2002-10-03 14:25

Eric Sunshine upgraded the build process so that the Apple/NeXT ports now
create application wrappers for generated GUI programs. The new script
CS/libs/cssys/next/appwrap.sh knows how to wrap applications for MacOS/X,
MacOS/X Server (Rhapsody), OpenStep, and NextStep. Support files
appropriate to each platform, such as Info.plist, are inserted into the
wrapper. Added .icns and .tiff application icons. These are also copied
into the wrapper and referenced from the synthesized .plist files. There
are a couple important reasons for creating appication wrappers for the CS
programs:

- It allows programs to be launched from the Finder/Workspace. Without
application wrappers, programs can only be launched from the
command-line. Note that you must set the user default
CrystalSpaceRoot to point at the Crystal Space directory (either the
installed or development directory) in order for this to work since
Crystal Space programs need to be able to find their resources.

- Presumably this will solve the problem on MacOS/X where CS programs
can not obtain keyboard input. Apparently, Cocoa considers programs
not contained within app wrappers to be "background" programs, thus
they are never allowed to have keyboard focus. A properly formed
application wrapper is reported to cure this problem.

1 lines of code changed in:

sunshine 2002-10-01 11:38

Eliminated a slew of compilation warnings.

2 lines of code changed in:

jorrit 2002-09-12 13:42

- Fixed some memory leaks in odedynamics.
- More csPtr/csRef changes.
- Fixed a bug in csTypedObjectIterator::FetchObject().

17 lines of code changed in:

jorrit 2002-09-09 15:40

Removed lots (but far from all) DecRef() calls from entire
CS. Replaced with csRef usage.

10 lines of code changed in:

res2002 2002-08-08 18:49

- changed some clean targets to be same name as the build
targets (eg walkclean -> walktestclean)

5 lines of code changed in:

sunshine 2002-08-07 13:06

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.

4 lines of code changed in:

res2002 2002-08-05 18:42

- changed the make targets of all applications
to the name of the resulting binary the way
Eric Sunshine suggested. e.g. 'walk' became
'walktest'.
- did the same for all plugins.
- in some cases, the MSVC project differed from
the name for all other platforms, changed those.
- flipped the order of the include directories for
MSVC resource compiler so the right 'volatile.h'
is used.
- added include dirs for resource compiler to msvc7
projects.

24 lines of code changed in:

(2 more)


Generated by StatCvs v0.2-dev