mirror of https://gitee.com/openkylin/qemu.git
fpu: Replace uint8 typedef with uint8_t
Replace the uint8 softfloat-specific typedef with uint8_t. This change was made with find include hw fpu target-* -name '*.[ch]' | xargs sed -i -e 's/\buint8\b/uint8_t/g' together with manual removal of the typedef definition and manual fixing of more erroneous uses found via test compilation. It turns out that the only code using this type is an accidental use where uint8_t was intended anyway... Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Reviewed-by: Richard Henderson <rth@twiddle.net> Reviewed-by: Aurelien Jarno <aurelien@aurel32.net> Acked-by: Leon Alrae <leon.alrae@imgtec.com> Acked-by: James Hogan <james.hogan@imgtec.com> Message-id: 1452603315-27030-7-git-send-email-peter.maydell@linaro.org
This commit is contained in:
parent
8f506c709a
commit
d341d9f306
|
@ -434,7 +434,7 @@ int qcrypto_secret_lookup(const char *secretid,
|
|||
return -1;
|
||||
}
|
||||
|
||||
*data = g_new0(uint8, secret->rawlen + 1);
|
||||
*data = g_new0(uint8_t, secret->rawlen + 1);
|
||||
memcpy(*data, secret->rawdata, secret->rawlen);
|
||||
(*data)[secret->rawlen] = '\0';
|
||||
*datalen = secret->rawlen;
|
||||
|
|
|
@ -49,7 +49,7 @@ vmw_shmem_rw(hwaddr addr, void *buf, int len, int is_write)
|
|||
}
|
||||
|
||||
static inline void
|
||||
vmw_shmem_set(hwaddr addr, uint8 val, int len)
|
||||
vmw_shmem_set(hwaddr addr, uint8_t val, int len)
|
||||
{
|
||||
int i;
|
||||
VMW_SHPRN("SHMEM set: %" PRIx64 ", len: %d (value 0x%X)", addr, len, val);
|
||||
|
|
|
@ -90,16 +90,11 @@ this code that are retained.
|
|||
#include "config-host.h"
|
||||
#include "qemu/osdep.h"
|
||||
|
||||
/*----------------------------------------------------------------------------
|
||||
| Each of the following `typedef's defines the most convenient type that holds
|
||||
| integers of at least as many bits as specified. For example, `uint8' should
|
||||
| be the most convenient type that can hold unsigned integers of as many as
|
||||
| 8 bits. The `flag' type must be able to hold either a 0 or 1. For most
|
||||
| implementations of C, `flag', `uint8', and `int8' should all be `typedef'ed
|
||||
| to the same as `int'.
|
||||
*----------------------------------------------------------------------------*/
|
||||
/* This 'flag' type must be able to hold at least 0 and 1. It should
|
||||
* probably be replaced with 'bool' but the uses would need to be audited
|
||||
* to check that they weren't accidentally relying on it being a larger type.
|
||||
*/
|
||||
typedef uint8_t flag;
|
||||
typedef uint8_t uint8;
|
||||
|
||||
#define LIT64( a ) a##LL
|
||||
|
||||
|
|
|
@ -265,7 +265,7 @@ struct DecompressParam {
|
|||
QemuMutex mutex;
|
||||
QemuCond cond;
|
||||
void *des;
|
||||
uint8 *compbuf;
|
||||
uint8_t *compbuf;
|
||||
int len;
|
||||
};
|
||||
typedef struct DecompressParam DecompressParam;
|
||||
|
|
Loading…
Reference in New Issue