Fri, 20 Aug 2010 04:08:08 -0700 Merge
trims [Fri, 20 Aug 2010 04:08:08 -0700] rev 6267
Merge
Fri, 20 Aug 2010 03:47:09 -0700 6978726: Bump the HS19 build number to 07
trims [Fri, 20 Aug 2010 03:47:09 -0700] rev 6266
6978726: Bump the HS19 build number to 07 Summary: Update the HS19 build number to 07 Reviewed-by: jcoomes
Thu, 19 Aug 2010 14:08:58 -0400 Merge
tonyp [Thu, 19 Aug 2010 14:08:58 -0400] rev 6265
Merge
Wed, 18 Aug 2010 17:44:33 -0400 Merge
johnc [Wed, 18 Aug 2010 17:44:33 -0400] rev 6264
Merge
Wed, 18 Aug 2010 10:59:06 -0700 6977924: Changes for 6975078 produce build error with certain gcc versions
johnc [Wed, 18 Aug 2010 10:59:06 -0700] rev 6263
6977924: Changes for 6975078 produce build error with certain gcc versions Summary: The changes introduced for 6975078 assign badHeapOopVal to the _allocation field in the ResourceObj class. In 32 bit linux builds with certain versions of gcc this assignment will be flagged as an error while compiling allocation.cpp. In 32 bit builds the constant value badHeapOopVal (which is cast to an intptr_t) is negative. The _allocation field is typed as an unsigned intptr_t and gcc catches this as an error. Reviewed-by: jcoomes, ysr, phh
Wed, 18 Aug 2010 11:39:21 -0700 6977970: CMS: concurrentMarkSweepGeneration.cpp:7947 assert(addr <= _limit) failed: sweep invariant
ysr [Wed, 18 Aug 2010 11:39:21 -0700] rev 6262
6977970: CMS: concurrentMarkSweepGeneration.cpp:7947 assert(addr <= _limit) failed: sweep invariant Summary: Allow for the possibility (when the heap is expanding) that the sweep might skip over and past, rather than necessarily step on, the sweep limit determined at the beginning of a concurrent marking cycle. Reviewed-by: jmasa, tonyp
(0) -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip