forked from Imagelibrary/rtems
2afb22b7e1
A speciality of the RTEMS build system was the make preinstall step. It copied header files from arbitrary locations into the build tree. The header files were included via the -Bsome/build/tree/path GCC command line option. This has at least seven problems: * The make preinstall step itself needs time and disk space. * Errors in header files show up in the build tree copy. This makes it hard for editors to open the right file to fix the error. * There is no clear relationship between source and build tree header files. This makes an audit of the build process difficult. * The visibility of all header files in the build tree makes it difficult to enforce API barriers. For example it is discouraged to use BSP-specifics in the cpukit. * An introduction of a new build system is difficult. * Include paths specified by the -B option are system headers. This may suppress warnings. * The parallel build had sporadic failures on some hosts. This patch removes the make preinstall step. All installed header files are moved to dedicated include directories in the source tree. Let @RTEMS_CPU@ be the target architecture, e.g. arm, powerpc, sparc, etc. Let @RTEMS_BSP_FAMILIY@ be a BSP family base directory, e.g. erc32, imx, qoriq, etc. The new cpukit include directories are: * cpukit/include * cpukit/score/cpu/@RTEMS_CPU@/include * cpukit/libnetworking The new BSP include directories are: * bsps/include * bsps/@RTEMS_CPU@/include * bsps/@RTEMS_CPU@/@RTEMS_BSP_FAMILIY@/include There are build tree include directories for generated files. The include directory order favours the most general header file, e.g. it is not possible to override general header files via the include path order. The "bootstrap -p" option was removed. The new "bootstrap -H" option should be used to regenerate the "headers.am" files. Update #3254.
57 lines
2.0 KiB
C
57 lines
2.0 KiB
C
/*
|
|
** ********************************************************************
|
|
** md4.h -- Header file for implementation of **
|
|
** MD4 Message Digest Algorithm **
|
|
** Updated: 2/13/90 by Ronald L. Rivest **
|
|
** (C) 1990 RSA Data Security, Inc. **
|
|
** ********************************************************************
|
|
*/
|
|
|
|
#include <stdint.h>
|
|
|
|
/* MDstruct is the data structure for a message digest computation.
|
|
*/
|
|
typedef struct {
|
|
uint32_t buffer[4]; /* Holds 4-word result of MD computation */
|
|
uint8_t count[8]; /* Number of bits processed so far */
|
|
uint32_t done; /* Nonzero means MD computation finished */
|
|
} MD4_CTX;
|
|
|
|
/* MD4Init(MD4_CTX *)
|
|
** Initialize the MD4_CTX prepatory to doing a message digest
|
|
** computation.
|
|
*/
|
|
extern void MD4Init(MD4_CTX *MD);
|
|
|
|
/* MD4Update(MD,X,count)
|
|
** Input: X -- a pointer to an array of unsigned characters.
|
|
** count -- the number of bits of X to use (an unsigned int).
|
|
** Updates MD using the first "count" bits of X.
|
|
** The array pointed to by X is not modified.
|
|
** If count is not a multiple of 8, MD4Update uses high bits of
|
|
** last byte.
|
|
** This is the basic input routine for a user.
|
|
** The routine terminates the MD computation when count < 512, so
|
|
** every MD computation should end with one call to MD4Update with a
|
|
** count less than 512. Zero is OK for a count.
|
|
*/
|
|
extern void MD4Update(MD4_CTX *MD, unsigned char *X, unsigned int count);
|
|
|
|
/* MD4Print(MD)
|
|
** Prints message digest buffer MD as 32 hexadecimal digits.
|
|
** Order is from low-order byte of buffer[0] to high-order byte
|
|
** of buffer[3].
|
|
** Each byte is printed with high-order hexadecimal digit first.
|
|
*/
|
|
extern void MD4Print(MD4_CTX *);
|
|
|
|
/* MD4Final(buf, MD)
|
|
** Returns message digest from MD and terminates the message
|
|
** digest computation.
|
|
*/
|
|
extern void MD4Final(unsigned char *, MD4_CTX *);
|
|
|
|
/*
|
|
** End of md4.h
|
|
****************************(cut)***********************************/
|