src-test2/lib/libstand, branch release/6.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2005-11-03T00:35:26Z

'RELENG_6_0_0_RELEASE'. This commit was manufactured to restore the state of the 6.0-RELEASE image.

Match sys/boot in ensure GCC does not use x86 FP registers in integer code.

2005-06-03T06:55:22Z

Submitted by: Pawel Worach

Back out revision 1.51, it is wrong. We don't litter -I's within lib

2005-05-31T20:39:53Z

Makefiles to get headers from /usr/src vs. the standard include paths.

Use %z to print size_t values.

2005-05-31T20:01:58Z

Just use uintptr_t and intptr_t rather than requiring each arch to provide

2005-05-31T20:01:18Z

explicit int/long typedefs.

Make bzip2 support working again after bzip2 upgrade. This time commit

2005-05-29T21:56:38Z

BZ_NO_COMPRESS support to the bzip2 sources directly (yes, this takes file off the vendor branch, but looks like bzip2 maintainer doesn't care), so that it will not be removed when the next upgrade is performed. Also, add a short note on how to test bzip2 support. Pointy hat to: obrien Correct comment (libz -> libbz2) and remove useless full path to zutil.h while I am here.

Add missed ${.CURDIR}/../../contrib/bzip2 into include search path, otherwise

2005-05-29T21:05:58Z

old version of bzlib.h can be picked up from the /usr/include.

Remove unused variable. Shorten the path to WARNS=6 compliance.

2005-05-20T12:55:38Z

Fix libstand on amd64. Rev 1.46 (obrien) removed the -I. that the

2005-05-20T03:18:19Z

bzip2 support provided, and amd64 depended on. Amd64 has a custom ${.OBJDIR}/machine symlink in it and the -I. picked this up. Without it, the libstand code was being compiled in 32 bit mode, but with 64 bit machine headers.

Clean up an additional file.

2005-05-17T17:48:26Z