mirror of
https://github.com/ZDoom/raze-gles.git
synced 2024-12-25 03:00:46 +00:00
- undid the very pointless pow2char (de)optimization by substituting the real array with an empty struct containing an inlined [] operator.
I think this shows a fundamental misunderstanding of what constexpr means, even when declared as such it requires a constant argument to be treated as a constant. But since nearly all uses of this were not using constants, the compiler was emitting actual memory accesses to the array each time this was used.
This commit is contained in:
parent
fca3c2f5b5
commit
ab28697c18
1 changed files with 11 additions and 0 deletions
|
@ -1134,7 +1134,18 @@ CONSTEXPR size_t logbasenegative(T n)
|
||||||
|
|
||||||
////////// Bitfield manipulation //////////
|
////////// Bitfield manipulation //////////
|
||||||
|
|
||||||
|
#if 0
|
||||||
|
// Behold the probably most useless (de)optimization I ever discovered.
|
||||||
|
// Replacing a simple bit shift with a memory access through a global pointer is surely going to improve matters... >(
|
||||||
|
// Constexpr means shit here if the index is not a constant!
|
||||||
static CONSTEXPR const char pow2char[8] = {1,2,4,8,16,32,64,128u};
|
static CONSTEXPR const char pow2char[8] = {1,2,4,8,16,32,64,128u};
|
||||||
|
#else
|
||||||
|
// Revert the above to a real bit shift through some C++ operator magic. That saves me from reverting all the code that uses this construct.
|
||||||
|
struct
|
||||||
|
{
|
||||||
|
constexpr uint8_t operator[](int index) const { return 1 << index; };
|
||||||
|
} pow2char;
|
||||||
|
#endif
|
||||||
|
|
||||||
static FORCE_INLINE void bitmap_set(uint8_t *const ptr, int const n) { ptr[n>>3] |= pow2char[n&7]; }
|
static FORCE_INLINE void bitmap_set(uint8_t *const ptr, int const n) { ptr[n>>3] |= pow2char[n&7]; }
|
||||||
static FORCE_INLINE void bitmap_clear(uint8_t *const ptr, int const n) { ptr[n>>3] &= ~pow2char[n&7]; }
|
static FORCE_INLINE void bitmap_clear(uint8_t *const ptr, int const n) { ptr[n>>3] &= ~pow2char[n&7]; }
|
||||||
|
|
Loading…
Reference in a new issue