From b04b76c6a0c87ffc9670d356e793108411ce355a Mon Sep 17 00:00:00 2001 From: Sebastian Huber Date: Tue, 7 Jun 2016 21:36:48 +0200 Subject: score: Simplify priority bit map implementation The priority bit map can deal with a maximum of 256 priority values ranging from 0 to 255. Consistently use an unsigned int for computation, due to the usual integer promotion rules. Make Priority_bit_map_Word definition architecture-independent and define it to uint16_t. This was already the case for all architectures except PowerPC. Adjust the PowerPC bitmap support accordingly. --- cpukit/score/cpu/lm32/rtems/score/types.h | 3 --- 1 file changed, 3 deletions(-) (limited to 'cpukit/score/cpu/lm32') diff --git a/cpukit/score/cpu/lm32/rtems/score/types.h b/cpukit/score/cpu/lm32/rtems/score/types.h index c0fc8a8a89..c3d8666de4 100644 --- a/cpukit/score/cpu/lm32/rtems/score/types.h +++ b/cpukit/score/cpu/lm32/rtems/score/types.h @@ -37,9 +37,6 @@ extern "C" { /** Type that can store a 32-bit integer or a pointer. */ typedef uintptr_t CPU_Uint32ptr; -/** This defines the type for a priority bit map entry. */ -typedef uint16_t Priority_bit_map_Word; - #ifdef __cplusplus } #endif -- cgit v1.2.3