From 0f5a9301e49f938b030f7bf22e3c3d2319a58936 Mon Sep 17 00:00:00 2001 From: hboehm Date: Sat, 15 Mar 2003 01:04:08 +0000 Subject: * java/lang/natObject.cc (JV_SYNC_HASH): replace signed % by &. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@64386 138bc75d-0d04-0410-961f-82ee72b054a4 --- libjava/java/lang/natObject.cc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'libjava/java/lang/natObject.cc') diff --git a/libjava/java/lang/natObject.cc b/libjava/java/lang/natObject.cc index e9c74fdb285..24faf29e51e 100644 --- a/libjava/java/lang/natObject.cc +++ b/libjava/java/lang/natObject.cc @@ -351,7 +351,7 @@ struct heavy_lock { obj_addr_t address; // Object to which this lock corresponds. // Should not be traced by GC. // Cleared as heavy_lock is destroyed. - // Together with the rest of the hevy lock + // Together with the rest of the heavy lock // chain, this is protected by the lock // bit in the hash table entry to which // the chain is attached. @@ -457,12 +457,12 @@ struct hash_entry { }; #ifndef JV_SYNC_TABLE_SZ -# define JV_SYNC_TABLE_SZ 2048 +# define JV_SYNC_TABLE_SZ 2048 // Must be power of 2. #endif hash_entry light_locks[JV_SYNC_TABLE_SZ]; -#define JV_SYNC_HASH(p) (((long)p ^ ((long)p >> 10)) % JV_SYNC_TABLE_SZ) +#define JV_SYNC_HASH(p) (((long)p ^ ((long)p >> 10)) & (JV_SYNC_TABLE_SZ-1)) // Note that the light_locks table is scanned conservatively by the // collector. It is essential the the heavy_locks field is scanned. -- cgit v1.2.3