summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorFrancisco Jerez <[email protected]>2013-09-20 16:36:37 -0700
committerFrancisco Jerez <[email protected]>2013-10-01 17:30:52 -0700
commitc307d27c5e83c45d572b593de3497892c24dc178 (patch)
treed3bf032d6817b006568a2c1978f5b352c16e154d
parentced327ec64d37211ff77f17aac2338f26c82c67f (diff)
i965: Switch fs_live_variables to the non-zeroing allocator.
All member variables of fs_live_variables are already being initialized from its constructor, it's not necessary to use rzalloc to allocate its memory, and doing so makes it more likely that we will start relying on the allocator to zero out all memory if the class is ever extended with new member variables. That's bad because it ties objects to some specific allocation scheme, and gives unpredictable results when an object is created with a different allocator -- Stack allocation, array allocation, or aggregation inside a different object are some of the useful possibilities that come to my mind. Reviewed-by: Kenneth Graunke <[email protected]>
-rw-r--r--src/mesa/drivers/dri/i965/brw_fs_live_variables.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/mesa/drivers/dri/i965/brw_fs_live_variables.h b/src/mesa/drivers/dri/i965/brw_fs_live_variables.h
index fa8b61d0ae3..e2274391541 100644
--- a/src/mesa/drivers/dri/i965/brw_fs_live_variables.h
+++ b/src/mesa/drivers/dri/i965/brw_fs_live_variables.h
@@ -53,7 +53,7 @@ struct block_data {
class fs_live_variables {
public:
- DECLARE_RZALLOC_CXX_OPERATORS(fs_live_variables)
+ DECLARE_RALLOC_CXX_OPERATORS(fs_live_variables)
fs_live_variables(fs_visitor *v, cfg_t *cfg);
~fs_live_variables();