mirror of
git://gcc.gnu.org/git/gcc.git
synced 2024-12-18 00:30:02 +08:00
9563abe0c2
* dbz/dbz.c (putconf): Handle systems which use "long long" as type
for "off_t".
* dbz/dbzmain.c (mkfiles): Likewise.
From-SVN: r17579
|
||
|---|---|---|
| .. | ||
| altbytes | ||
| byteflip.c | ||
| case.c | ||
| case.h | ||
| configure.in | ||
| dbz.1 | ||
| dbz.3z | ||
| dbz.c | ||
| dbz.h | ||
| dbzmain.c | ||
| fake.c | ||
| firstlast25 | ||
| getmap | ||
| Makefile.in | ||
| 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.