gcc/libio/dbz
Krister Walfridsson 9563abe0c2 dbz.c (putconf): Handle systems which use "long long" as type for "off_t".
* dbz/dbz.c (putconf): Handle systems which use "long long" as type
        for "off_t".
        * dbz/dbzmain.c (mkfiles): Likewise.

From-SVN: r17579
1998-02-01 05:20:13 -07:00
..
altbytes
byteflip.c
case.c
case.h
configure.in
dbz.1
dbz.3z
dbz.c dbz.c (putconf): Handle systems which use "long long" as type for "off_t". 1998-02-01 05:20:13 -07:00
dbz.h
dbzmain.c dbz.c (putconf): Handle systems which use "long long" as type for "off_t". 1998-02-01 05:20:13 -07:00
fake.c
firstlast25
getmap
Makefile.in libio changes from Ulrich to help "old linux" systems. 1997-09-26 22:07:00 -06:00
random.c
README
revbytes
stdio.h

The dbz package was "liberated" from C News.
It is included with the GNU libio because it provides
a fairly good work-out for a stdio implementation.
The Makefile.in, configure.in, and stdio.h have been
set up to test libio.

------

This is the new, improved, lemon-freshened :-) dbz.

Just "make" will get you dbz.o and the dbz program.  "make r" runs an
extensive set of regression tests; most of the mysterious oddments lying
around here are to do with that.  "make rclean" cleans up after "make r".

You probably want to inspect the #ifdef list early in dbz.c before
compiling, although the defaults should work all right on most systems.

If you are not building this as part of C News, you will need to change
the -I option in FLAGS in the Makefile to "-I.", and delete the DBMLIBS
and RFC lines entirely.  That will break some of the regression tests;
at some point I'll fix this.

If you are using this independently from C News, you probably still want
to look through ../notebook/problems, as some of the portability problems
described in there can affect dbz.