• file
• revisions
• annotate
• diff
• comparison
• raw

other-licenses/snappy/src/ChangeLog@97036ab72558 (annotated)

other-licenses/snappy/src/ChangeLog

Tue, 06 Jan 2015 21:39:09 +0100

author

Michael Schloh von Bennewitz <michael@schloh.com>

date

Tue, 06 Jan 2015 21:39:09 +0100

branch

TOR_BUG_9701

changeset 8

97036ab72558

permissions

-rw-r--r--

Conditionally force memory storage according to privacy.thirdparty.isolate;
This solves Tor bug #9701, complying with disk avoidance documented in
https://www.torproject.org/projects/torbrowser/design/#disk-avoidance.

michael@0	1	------------------------------------------------------------------------
michael@0	2	r49 | snappy.mirrorbot@gmail.com | 2011-09-15 11:50:05 +0200 (Thu, 15 Sep 2011) | 5 lines
michael@0	3
michael@0	4	Fix public issue #50: Include generic byteswap macros.
michael@0	5	Also include Solaris 10 and FreeBSD versions.
michael@0	6
michael@0	7	R=csilvers
michael@0	8
michael@0	9	------------------------------------------------------------------------
michael@0	10	r48 | snappy.mirrorbot@gmail.com | 2011-08-10 20:57:27 +0200 (Wed, 10 Aug 2011) | 5 lines
michael@0	11
michael@0	12	Partially fix public issue 50: Remove an extra comma from the end of some
michael@0	13	enum declarations, as it seems the Sun compiler does not like it.
michael@0	14
michael@0	15	Based on patch by Travis Vitek.
michael@0	16
michael@0	17	------------------------------------------------------------------------
michael@0	18	r47 | snappy.mirrorbot@gmail.com | 2011-08-10 20:44:16 +0200 (Wed, 10 Aug 2011) | 4 lines
michael@0	19
michael@0	20	Use the right #ifdef test for sys/mman.h.
michael@0	21
michael@0	22	Based on patch by Travis Vitek.
michael@0	23
michael@0	24	------------------------------------------------------------------------
michael@0	25	r46 | snappy.mirrorbot@gmail.com | 2011-08-10 03:22:09 +0200 (Wed, 10 Aug 2011) | 6 lines
michael@0	26
michael@0	27	Fix public issue #47: Small comment cleanups in the unit test.
michael@0	28
michael@0	29	Originally based on a patch by Patrick Pelletier.
michael@0	30
michael@0	31	R=sanjay
michael@0	32
michael@0	33	------------------------------------------------------------------------
michael@0	34	r45 | snappy.mirrorbot@gmail.com | 2011-08-10 03:14:43 +0200 (Wed, 10 Aug 2011) | 8 lines
michael@0	35
michael@0	36	Fix public issue #46: Format description said "3-byte offset"
michael@0	37	instead of "4-byte offset" for the longest copies.
michael@0	38
michael@0	39	Also fix an inconsistency in the heading for section 2.2.3.
michael@0	40	Both patches by Patrick Pelletier.
michael@0	41
michael@0	42	R=csilvers
michael@0	43
michael@0	44	------------------------------------------------------------------------
michael@0	45	r44 | snappy.mirrorbot@gmail.com | 2011-06-28 13:40:25 +0200 (Tue, 28 Jun 2011) | 8 lines
michael@0	46
michael@0	47	Fix public issue #44: Make the definition and declaration of CompressFragment
michael@0	48	identical, even regarding cv-qualifiers.
michael@0	49
michael@0	50	This is required to work around a bug in the Solaris Studio C++ compiler
michael@0	51	(it does not properly disregard cv-qualifiers when doing name mangling).
michael@0	52
michael@0	53	R=sanjay
michael@0	54
michael@0	55	------------------------------------------------------------------------
michael@0	56	r43 | snappy.mirrorbot@gmail.com | 2011-06-04 12:19:05 +0200 (Sat, 04 Jun 2011) | 7 lines
michael@0	57
michael@0	58	Correct an inaccuracy in the Snappy format description.
michael@0	59	(I stumbled into this when changing the way we decompress literals.)
michael@0	60
michael@0	61	R=csilvers
michael@0	62
michael@0	63	Revision created by MOE tool push_codebase.
michael@0	64
michael@0	65	------------------------------------------------------------------------
michael@0	66	r42 | snappy.mirrorbot@gmail.com | 2011-06-03 22:53:06 +0200 (Fri, 03 Jun 2011) | 50 lines
michael@0	67
michael@0	68	Speed up decompression by removing a fast-path attempt.
michael@0	69
michael@0	70	Whenever we try to enter a copy fast-path, there is a certain cost in checking
michael@0	71	that all the preconditions are in place, but it's normally offset by the fact
michael@0	72	that we can usually take the cheaper path. However, in a certain path we've
michael@0	73	already established that "avail < literal_length", which usually means that
michael@0	74	either the available space is small, or the literal is big. Both will disqualify
michael@0	75	us from taking the fast path, and thus we take the hit from the precondition
michael@0	76	checking without gaining much from having a fast path. Thus, simply don't try
michael@0	77	the fast path in this situation -- we're already on a slow path anyway
michael@0	78	(one where we need to refill more data from the reader).
michael@0	79
michael@0	80	I'm a bit surprised at how much this gained; it could be that this path is
michael@0	81	more common than I thought, or that the simpler structure somehow makes the
michael@0	82	compiler happier. I haven't looked at the assembler, but it's a win across
michael@0	83	the board on both Core 2, Core i7 and Opteron, at least for the cases we
michael@0	84	typically care about. The gains seem to be the largest on Core i7, though.
michael@0	85	Results from my Core i7 workstation:
michael@0	86
michael@0	87
michael@0	88	Benchmark Time(ns) CPU(ns) Iterations
michael@0	89	---------------------------------------------------
michael@0	90	BM_UFlat/0 73337 73091 190996 1.3GB/s html [ +1.7%]
michael@0	91	BM_UFlat/1 696379 693501 20173 965.5MB/s urls [ +2.7%]
michael@0	92	BM_UFlat/2 9765 9734 1472135 12.1GB/s jpg [ +0.7%]
michael@0	93	BM_UFlat/3 29720 29621 472973 3.0GB/s pdf [ +1.8%]
michael@0	94	BM_UFlat/4 294636 293834 47782 1.3GB/s html4 [ +2.3%]
michael@0	95	BM_UFlat/5 28399 28320 494700 828.5MB/s cp [ +3.5%]
michael@0	96	BM_UFlat/6 12795 12760 1000000 833.3MB/s c [ +1.2%]
michael@0	97	BM_UFlat/7 3984 3973 3526448 893.2MB/s lsp [ +5.7%]
michael@0	98	BM_UFlat/8 991996 989322 14141 992.6MB/s xls [ +3.3%]
michael@0	99	BM_UFlat/9 228620 227835 61404 636.6MB/s txt1 [ +4.0%]
michael@0	100	BM_UFlat/10 197114 196494 72165 607.5MB/s txt2 [ +3.5%]
michael@0	101	BM_UFlat/11 605240 603437 23217 674.4MB/s txt3 [ +3.7%]
michael@0	102	BM_UFlat/12 804157 802016 17456 573.0MB/s txt4 [ +3.9%]
michael@0	103	BM_UFlat/13 347860 346998 40346 1.4GB/s bin [ +1.2%]
michael@0	104	BM_UFlat/14 44684 44559 315315 818.4MB/s sum [ +2.3%]
michael@0	105	BM_UFlat/15 5120 5106 2739726 789.4MB/s man [ +3.3%]
michael@0	106	BM_UFlat/16 76591 76355 183486 1.4GB/s pb [ +2.8%]
michael@0	107	BM_UFlat/17 238564 237828 58824 739.1MB/s gaviota [ +1.6%]
michael@0	108	BM_UValidate/0 42194 42060 333333 2.3GB/s html [ -0.1%]
michael@0	109	BM_UValidate/1 433182 432005 32407 1.5GB/s urls [ -0.1%]
michael@0	110	BM_UValidate/2 197 196 71428571 603.3GB/s jpg [ +0.5%]
michael@0	111	BM_UValidate/3 14494 14462 972222 6.1GB/s pdf [ +0.5%]
michael@0	112	BM_UValidate/4 168444 167836 83832 2.3GB/s html4 [ +0.1%]
michael@0	113
michael@0	114	R=jeff
michael@0	115
michael@0	116	Revision created by MOE tool push_codebase.
michael@0	117
michael@0	118	------------------------------------------------------------------------
michael@0	119	r41 | snappy.mirrorbot@gmail.com | 2011-06-03 22:47:14 +0200 (Fri, 03 Jun 2011) | 43 lines
michael@0	120
michael@0	121	Speed up decompression by not needing a lookup table for literal items.
michael@0	122
michael@0	123	Looking up into and decoding the values from char_table has long shown up as a
michael@0	124	hotspot in the decompressor. While it turns out that it's hard to make a more
michael@0	125	efficient decoder for the copy ops, the literals are simple enough that we can
michael@0	126	decode them without needing a table lookup. (This means that 1/4 of the table
michael@0	127	is now unused, although that in itself doesn't buy us anything.)
michael@0	128
michael@0	129	The gains are small, but definitely present; some tests win as much as 10%,
michael@0	130	but 1-4% is more typical. These results are from Core i7, in 64-bit mode;
michael@0	131	Core 2 and Opteron show similar results. (I've run with more iterations
michael@0	132	than unusual to make sure the smaller gains don't drown entirely in noise.)
michael@0	133
michael@0	134	Benchmark Time(ns) CPU(ns) Iterations
michael@0	135	---------------------------------------------------
michael@0	136	BM_UFlat/0 74665 74428 182055 1.3GB/s html [ +3.1%]
michael@0	137	BM_UFlat/1 714106 711997 19663 940.4MB/s urls [ +4.4%]
michael@0	138	BM_UFlat/2 9820 9789 1427115 12.1GB/s jpg [ -1.2%]
michael@0	139	BM_UFlat/3 30461 30380 465116 2.9GB/s pdf [ +0.8%]
michael@0	140	BM_UFlat/4 301445 300568 46512 1.3GB/s html4 [ +2.2%]
michael@0	141	BM_UFlat/5 29338 29263 479452 801.8MB/s cp [ +1.6%]
michael@0	142	BM_UFlat/6 13004 12970 1000000 819.9MB/s c [ +2.1%]
michael@0	143	BM_UFlat/7 4180 4168 3349282 851.4MB/s lsp [ +1.3%]
michael@0	144	BM_UFlat/8 1026149 1024000 10000 959.0MB/s xls [+10.7%]
michael@0	145	BM_UFlat/9 237441 236830 59072 612.4MB/s txt1 [ +0.3%]
michael@0	146	BM_UFlat/10 203966 203298 69307 587.2MB/s txt2 [ +0.8%]
michael@0	147	BM_UFlat/11 627230 625000 22400 651.2MB/s txt3 [ +0.7%]
michael@0	148	BM_UFlat/12 836188 833979 16787 551.0MB/s txt4 [ +1.3%]
michael@0	149	BM_UFlat/13 351904 350750 39886 1.4GB/s bin [ +3.8%]
michael@0	150	BM_UFlat/14 45685 45562 308370 800.4MB/s sum [ +5.9%]
michael@0	151	BM_UFlat/15 5286 5270 2656546 764.9MB/s man [ +1.5%]
michael@0	152	BM_UFlat/16 78774 78544 178117 1.4GB/s pb [ +4.3%]
michael@0	153	BM_UFlat/17 242270 241345 58091 728.3MB/s gaviota [ +1.2%]
michael@0	154	BM_UValidate/0 42149 42000 333333 2.3GB/s html [ -3.0%]
michael@0	155	BM_UValidate/1 432741 431303 32483 1.5GB/s urls [ +7.8%]
michael@0	156	BM_UValidate/2 198 197 71428571 600.7GB/s jpg [+16.8%]
michael@0	157	BM_UValidate/3 14560 14521 965517 6.1GB/s pdf [ -4.1%]
michael@0	158	BM_UValidate/4 169065 168671 83832 2.3GB/s html4 [ -2.9%]
michael@0	159
michael@0	160	R=jeff
michael@0	161
michael@0	162	Revision created by MOE tool push_codebase.
michael@0	163
michael@0	164	------------------------------------------------------------------------
michael@0	165	r40 | snappy.mirrorbot@gmail.com | 2011-06-03 00:57:41 +0200 (Fri, 03 Jun 2011) | 2 lines
michael@0	166
michael@0	167	Release Snappy 1.0.3.
michael@0	168
michael@0	169	------------------------------------------------------------------------
michael@0	170	r39 | snappy.mirrorbot@gmail.com | 2011-06-02 20:06:54 +0200 (Thu, 02 Jun 2011) | 11 lines
michael@0	171
michael@0	172	Remove an unneeded goto in the decompressor; it turns out that the
michael@0	173	state of ip_ after decompression (or attempted decompresion) is
michael@0	174	completely irrelevant, so we don't need the trailer.
michael@0	175
michael@0	176	Performance is, as expected, mostly flat -- there's a curious ~3–5%
michael@0	177	loss in the “lsp” test, but that test case is so short it is hard to say
michael@0	178	anything definitive about why (most likely, it's some sort of
michael@0	179	unrelated effect).
michael@0	180
michael@0	181	R=jeff
michael@0	182
michael@0	183	------------------------------------------------------------------------
michael@0	184	r38 | snappy.mirrorbot@gmail.com | 2011-06-02 19:59:40 +0200 (Thu, 02 Jun 2011) | 52 lines
michael@0	185
michael@0	186	Speed up decompression by caching ip_.
michael@0	187
michael@0	188	It is seemingly hard for the compiler to understand that ip_, the current input
michael@0	189	pointer into the compressed data stream, can not alias on anything else, and
michael@0	190	thus using it directly will incur memory traffic as it cannot be kept in a
michael@0	191	register. The code already knew about this and cached it into a local
michael@0	192	variable, but since Step() only decoded one tag, it had to move ip_ back into
michael@0	193	place between every tag. This seems to have cost us a significant amount of
michael@0	194	performance, so changing Step() into a function that decodes as much as it can
michael@0	195	before it saves ip_ back and returns. (Note that Step() was already inlined,
michael@0	196	so it is not the manual inlining that buys the performance here.)
michael@0	197
michael@0	198	The wins are about 3–6% for Core 2, 6–13% on Core i7 and 5–12% on Opteron
michael@0	199	(for plain array-to-array decompression, in 64-bit opt mode).
michael@0	200
michael@0	201	There is a tiny difference in the behavior here; if an invalid literal is
michael@0	202	encountered (ie., the writer refuses the Append() operation), ip_ will now
michael@0	203	point to the byte past the tag byte, instead of where the literal was
michael@0	204	originally thought to end. However, we don't use ip_ for anything after
michael@0	205	DecompressAllTags() has returned, so this should not change external behavior
michael@0	206	in any way.
michael@0	207
michael@0	208	Microbenchmark results for Core i7, 64-bit (Opteron results are similar):
michael@0	209
michael@0	210	Benchmark Time(ns) CPU(ns) Iterations
michael@0	211	---------------------------------------------------
michael@0	212	BM_UFlat/0 79134 79110 8835 1.2GB/s html [ +6.2%]
michael@0	213	BM_UFlat/1 786126 786096 891 851.8MB/s urls [+10.0%]
michael@0	214	BM_UFlat/2 9948 9948 69125 11.9GB/s jpg [ -1.3%]
michael@0	215	BM_UFlat/3 31999 31998 21898 2.7GB/s pdf [ +6.5%]
michael@0	216	BM_UFlat/4 318909 318829 2204 1.2GB/s html4 [ +6.5%]
michael@0	217	BM_UFlat/5 31384 31390 22363 747.5MB/s cp [ +9.2%]
michael@0	218	BM_UFlat/6 14037 14034 49858 757.7MB/s c [+10.6%]
michael@0	219	BM_UFlat/7 4612 4612 151395 769.5MB/s lsp [ +9.5%]
michael@0	220	BM_UFlat/8 1203174 1203007 582 816.3MB/s xls [+19.3%]
michael@0	221	BM_UFlat/9 253869 253955 2757 571.1MB/s txt1 [+11.4%]
michael@0	222	BM_UFlat/10 219292 219290 3194 544.4MB/s txt2 [+12.1%]
michael@0	223	BM_UFlat/11 672135 672131 1000 605.5MB/s txt3 [+11.2%]
michael@0	224	BM_UFlat/12 902512 902492 776 509.2MB/s txt4 [+12.5%]
michael@0	225	BM_UFlat/13 372110 371998 1881 1.3GB/s bin [ +5.8%]
michael@0	226	BM_UFlat/14 50407 50407 10000 723.5MB/s sum [+13.5%]
michael@0	227	BM_UFlat/15 5699 5701 100000 707.2MB/s man [+12.4%]
michael@0	228	BM_UFlat/16 83448 83424 8383 1.3GB/s pb [ +5.7%]
michael@0	229	BM_UFlat/17 256958 256963 2723 684.1MB/s gaviota [ +7.9%]
michael@0	230	BM_UValidate/0 42795 42796 16351 2.2GB/s html [+25.8%]
michael@0	231	BM_UValidate/1 490672 490622 1427 1.3GB/s urls [+22.7%]
michael@0	232	BM_UValidate/2 237 237 2950297 499.0GB/s jpg [+24.9%]
michael@0	233	BM_UValidate/3 14610 14611 47901 6.0GB/s pdf [+26.8%]
michael@0	234	BM_UValidate/4 171973 171990 4071 2.2GB/s html4 [+25.7%]
michael@0	235
michael@0	236
michael@0	237
michael@0	238	------------------------------------------------------------------------
michael@0	239	r37 | snappy.mirrorbot@gmail.com | 2011-05-17 10:48:25 +0200 (Tue, 17 May 2011) | 10 lines
michael@0	240
michael@0	241
michael@0	242	Fix the numbering of the headlines in the Snappy format description.
michael@0	243
michael@0	244	R=csilvers
michael@0	245	DELTA=4 (0 added, 0 deleted, 4 changed)
michael@0	246
michael@0	247
michael@0	248	Revision created by MOE tool push_codebase.
michael@0	249	MOE_MIGRATION=1906
michael@0	250
michael@0	251	------------------------------------------------------------------------
michael@0	252	r36 | snappy.mirrorbot@gmail.com | 2011-05-16 10:59:18 +0200 (Mon, 16 May 2011) | 12 lines
michael@0	253
michael@0	254
michael@0	255	Fix public issue #32: Add compressed format documentation for Snappy.
michael@0	256	This text is new, but an earlier version from Zeev Tarantov was used
michael@0	257	as reference.
michael@0	258
michael@0	259	R=csilvers
michael@0	260	DELTA=112 (111 added, 0 deleted, 1 changed)
michael@0	261
michael@0	262
michael@0	263	Revision created by MOE tool push_codebase.
michael@0	264	MOE_MIGRATION=1867
michael@0	265
michael@0	266	------------------------------------------------------------------------
michael@0	267	r35 | snappy.mirrorbot@gmail.com | 2011-05-09 23:29:02 +0200 (Mon, 09 May 2011) | 12 lines
michael@0	268
michael@0	269
michael@0	270	Fix public issue #39: Pick out the median runs based on CPU time,
michael@0	271	not real time. Also, use nth_element instead of sort, since we
michael@0	272	only need one element.
michael@0	273
michael@0	274	R=csilvers
michael@0	275	DELTA=5 (3 added, 0 deleted, 2 changed)
michael@0	276
michael@0	277
michael@0	278	Revision created by MOE tool push_codebase.
michael@0	279	MOE_MIGRATION=1799
michael@0	280
michael@0	281	------------------------------------------------------------------------
michael@0	282	r34 | snappy.mirrorbot@gmail.com | 2011-05-09 23:28:45 +0200 (Mon, 09 May 2011) | 19 lines
michael@0	283
michael@0	284
michael@0	285	Fix public issue #38: Make the microbenchmark framework handle
michael@0	286	properly cases where gettimeofday() can stand return the same
michael@0	287	result twice (as sometimes on GNU/Hurd) or go backwards
michael@0	288	(as when the user adjusts the clock). We avoid a division-by-zero,
michael@0	289	and put a lower bound on the number of iterations -- the same
michael@0	290	amount as we use to calibrate.
michael@0	291
michael@0	292	We should probably use CLOCK_MONOTONIC for platforms that support
michael@0	293	it, to be robust against clock adjustments; we already use Windows'
michael@0	294	monotonic timers. However, that's for a later changelist.
michael@0	295
michael@0	296	R=csilvers
michael@0	297	DELTA=7 (5 added, 0 deleted, 2 changed)
michael@0	298
michael@0	299
michael@0	300	Revision created by MOE tool push_codebase.
michael@0	301	MOE_MIGRATION=1798
michael@0	302
michael@0	303	------------------------------------------------------------------------
michael@0	304	r33 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:52 +0200 (Wed, 04 May 2011) | 11 lines
michael@0	305
michael@0	306
michael@0	307	Fix public issue #37: Only link snappy_unittest against -lz and other autodetected
michael@0	308	libraries, not libsnappy.so (which doesn't need any such dependency).
michael@0	309
michael@0	310	R=csilvers
michael@0	311	DELTA=20 (14 added, 0 deleted, 6 changed)
michael@0	312
michael@0	313
michael@0	314	Revision created by MOE tool push_codebase.
michael@0	315	MOE_MIGRATION=1710
michael@0	316
michael@0	317	------------------------------------------------------------------------
michael@0	318	r32 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:33 +0200 (Wed, 04 May 2011) | 11 lines
michael@0	319
michael@0	320
michael@0	321	Release Snappy 1.0.2, to get the license change and various other fixes into
michael@0	322	a release.
michael@0	323
michael@0	324	R=csilvers
michael@0	325	DELTA=239 (236 added, 0 deleted, 3 changed)
michael@0	326
michael@0	327
michael@0	328	Revision created by MOE tool push_codebase.
michael@0	329	MOE_MIGRATION=1709
michael@0	330
michael@0	331	------------------------------------------------------------------------
michael@0	332	r31 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:55 +0200 (Tue, 26 Apr 2011) | 15 lines
michael@0	333
michael@0	334
michael@0	335	Fix public issue #30: Stop using gettimeofday() altogether on Win32,
michael@0	336	as MSVC doesn't include it. Replace with QueryPerformanceCounter(),
michael@0	337	which is monotonic and probably reasonably high-resolution.
michael@0	338	(Some machines have traditionally had bugs in QPC, but they should
michael@0	339	be relatively rare these days, and there's really no much better
michael@0	340	alternative that I know of.)
michael@0	341
michael@0	342	R=csilvers
michael@0	343	DELTA=74 (55 added, 19 deleted, 0 changed)
michael@0	344
michael@0	345
michael@0	346	Revision created by MOE tool push_codebase.
michael@0	347	MOE_MIGRATION=1556
michael@0	348
michael@0	349	------------------------------------------------------------------------
michael@0	350	r30 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:37 +0200 (Tue, 26 Apr 2011) | 11 lines
michael@0	351
michael@0	352
michael@0	353	Fix public issue #31: Don't reset PATH in autogen.sh; instead, do the trickery
michael@0	354	we need for our own build system internally.
michael@0	355
michael@0	356	R=csilvers
michael@0	357	DELTA=16 (13 added, 1 deleted, 2 changed)
michael@0	358
michael@0	359
michael@0	360	Revision created by MOE tool push_codebase.
michael@0	361	MOE_MIGRATION=1555
michael@0	362
michael@0	363	------------------------------------------------------------------------
michael@0	364	r29 | snappy.mirrorbot@gmail.com | 2011-04-16 00:55:56 +0200 (Sat, 16 Apr 2011) | 12 lines
michael@0	365
michael@0	366
michael@0	367	When including <windows.h>, define WIN32_LEAN_AND_MEAN first,
michael@0	368	so we won't pull in macro definitions of things like min() and max(),
michael@0	369	which can conflict with <algorithm>.
michael@0	370
michael@0	371	R=csilvers
michael@0	372	DELTA=1 (1 added, 0 deleted, 0 changed)
michael@0	373
michael@0	374
michael@0	375	Revision created by MOE tool push_codebase.
michael@0	376	MOE_MIGRATION=1485
michael@0	377
michael@0	378	------------------------------------------------------------------------
michael@0	379	r28 | snappy.mirrorbot@gmail.com | 2011-04-11 11:07:01 +0200 (Mon, 11 Apr 2011) | 15 lines
michael@0	380
michael@0	381
michael@0	382	Fix public issue #29: Write CPU timing code for Windows, based on GetProcessTimes()
michael@0	383	instead of getursage().
michael@0	384
michael@0	385	I thought I'd already committed this patch, so that the 1.0.1 release already
michael@0	386	would have a Windows-compatible snappy_unittest, but I'd seemingly deleted it
michael@0	387	instead, so this is a reconstruction.
michael@0	388
michael@0	389	R=csilvers
michael@0	390	DELTA=43 (39 added, 3 deleted, 1 changed)
michael@0	391
michael@0	392
michael@0	393	Revision created by MOE tool push_codebase.
michael@0	394	MOE_MIGRATION=1295
michael@0	395
michael@0	396	------------------------------------------------------------------------
michael@0	397	r27 | snappy.mirrorbot@gmail.com | 2011-04-08 11:51:53 +0200 (Fri, 08 Apr 2011) | 22 lines
michael@0	398
michael@0	399
michael@0	400	Include C bindings of Snappy, contributed by Martin Gieseking.
michael@0	401
michael@0	402	I've made a few changes since Martin's version; mostly style nits, but also
michael@0	403	a semantic change -- most functions that return bool in the C++ version now
michael@0	404	return an enum, to better match typical C (and zlib) semantics.
michael@0	405
michael@0	406	I've kept the copyright notice, since Martin is obviously the author here;
michael@0	407	he has signed the contributor license agreement, though, so this should not
michael@0	408	hinder Google's use in the future.
michael@0	409
michael@0	410	We'll need to update the libtool version number to match the added interface,
michael@0	411	but as of http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
michael@0	412	I'm going to wait until public release.
michael@0	413
michael@0	414	R=csilvers
michael@0	415	DELTA=238 (233 added, 0 deleted, 5 changed)
michael@0	416
michael@0	417
michael@0	418	Revision created by MOE tool push_codebase.
michael@0	419	MOE_MIGRATION=1294
michael@0	420
michael@0	421	------------------------------------------------------------------------
michael@0	422	r26 | snappy.mirrorbot@gmail.com | 2011-04-07 18:36:43 +0200 (Thu, 07 Apr 2011) | 13 lines
michael@0	423
michael@0	424
michael@0	425	Replace geo.protodata with a newer version.
michael@0	426
michael@0	427	The data compresses/decompresses slightly faster than the old data, and has
michael@0	428	similar density.
michael@0	429
michael@0	430	R=lookingbill
michael@0	431	DELTA=1 (0 added, 0 deleted, 1 changed)
michael@0	432
michael@0	433
michael@0	434	Revision created by MOE tool push_codebase.
michael@0	435	MOE_MIGRATION=1288
michael@0	436
michael@0	437	------------------------------------------------------------------------
michael@0	438	r25 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:53 +0200 (Wed, 30 Mar 2011) | 12 lines
michael@0	439
michael@0	440
michael@0	441	Fix public issue #27: Add HAVE_CONFIG_H tests around the config.h
michael@0	442	inclusion in snappy-stubs-internal.h, which eases compiling outside the
michael@0	443	automake/autoconf framework.
michael@0	444
michael@0	445	R=csilvers
michael@0	446	DELTA=5 (4 added, 1 deleted, 0 changed)
michael@0	447
michael@0	448
michael@0	449	Revision created by MOE tool push_codebase.
michael@0	450	MOE_MIGRATION=1152
michael@0	451
michael@0	452	------------------------------------------------------------------------
michael@0	453	r24 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:39 +0200 (Wed, 30 Mar 2011) | 13 lines
michael@0	454
michael@0	455
michael@0	456	Fix public issue #26: Take memory allocation and reallocation entirely out of the
michael@0	457	Measure() loop. This gives all algorithms a small speed boost, except Snappy which
michael@0	458	already didn't do reallocation (so the measurements were slightly biased in its
michael@0	459	favor).
michael@0	460
michael@0	461	R=csilvers
michael@0	462	DELTA=92 (69 added, 9 deleted, 14 changed)
michael@0	463
michael@0	464
michael@0	465	Revision created by MOE tool push_codebase.
michael@0	466	MOE_MIGRATION=1151
michael@0	467
michael@0	468	------------------------------------------------------------------------
michael@0	469	r23 | snappy.mirrorbot@gmail.com | 2011-03-30 22:25:09 +0200 (Wed, 30 Mar 2011) | 18 lines
michael@0	470
michael@0	471
michael@0	472	Renamed "namespace zippy" to "namespace snappy" to reduce
michael@0	473	the differences from the opensource code. Will make it easier
michael@0	474	in the future to mix-and-match third-party code that uses
michael@0	475	snappy with google code.
michael@0	476
michael@0	477	Currently, csearch shows that the only external user of
michael@0	478	"namespace zippy" is some bigtable code that accesses
michael@0	479	a TEST variable, which is temporarily kept in the zippy
michael@0	480	namespace.
michael@0	481
michael@0	482	R=sesse
michael@0	483	DELTA=123 (18 added, 3 deleted, 102 changed)
michael@0	484
michael@0	485
michael@0	486	Revision created by MOE tool push_codebase.
michael@0	487	MOE_MIGRATION=1150
michael@0	488
michael@0	489	------------------------------------------------------------------------
michael@0	490	r22 | snappy.mirrorbot@gmail.com | 2011-03-29 00:17:04 +0200 (Tue, 29 Mar 2011) | 11 lines
michael@0	491
michael@0	492
michael@0	493	Put back the final few lines of what was truncated during the
michael@0	494	license header change.
michael@0	495
michael@0	496	R=csilvers
michael@0	497	DELTA=5 (4 added, 0 deleted, 1 changed)
michael@0	498
michael@0	499
michael@0	500	Revision created by MOE tool push_codebase.
michael@0	501	MOE_MIGRATION=1094
michael@0	502
michael@0	503	------------------------------------------------------------------------
michael@0	504	r21 | snappy.mirrorbot@gmail.com | 2011-03-26 03:34:34 +0100 (Sat, 26 Mar 2011) | 20 lines
michael@0	505
michael@0	506
michael@0	507	Change on 2011-03-25 19:18:00-07:00 by sesse
michael@0	508
michael@0	509	Replace the Apache 2.0 license header by the BSD-type license header;
michael@0	510	somehow a lot of the files were missed in the last round.
michael@0	511
michael@0	512	R=dannyb,csilvers
michael@0	513	DELTA=147 (74 added, 2 deleted, 71 changed)
michael@0	514
michael@0	515	Change on 2011-03-25 19:25:07-07:00 by sesse
michael@0	516
michael@0	517	Unbreak the build; the relicensing removed a bit too much (only comments
michael@0	518	were intended, but I also accidentially removed some of the top lines of
michael@0	519	the actual source).
michael@0	520
michael@0	521
michael@0	522
michael@0	523	Revision created by MOE tool push_codebase.
michael@0	524	MOE_MIGRATION=1072
michael@0	525
michael@0	526	------------------------------------------------------------------------
michael@0	527	r20 | snappy.mirrorbot@gmail.com | 2011-03-25 17:14:41 +0100 (Fri, 25 Mar 2011) | 10 lines
michael@0	528
michael@0	529
michael@0	530	Change Snappy from the Apache 2.0 to a BSD-type license.
michael@0	531
michael@0	532	R=dannyb
michael@0	533	DELTA=328 (80 added, 184 deleted, 64 changed)
michael@0	534
michael@0	535
michael@0	536	Revision created by MOE tool push_codebase.
michael@0	537	MOE_MIGRATION=1061
michael@0	538
michael@0	539	------------------------------------------------------------------------
michael@0	540	r19 | snappy.mirrorbot@gmail.com | 2011-03-25 01:39:01 +0100 (Fri, 25 Mar 2011) | 11 lines
michael@0	541
michael@0	542
michael@0	543	Release Snappy 1.0.1, to soup up all the various small changes
michael@0	544	that have been made since release.
michael@0	545
michael@0	546	R=csilvers
michael@0	547	DELTA=266 (260 added, 0 deleted, 6 changed)
michael@0	548
michael@0	549
michael@0	550	Revision created by MOE tool push_codebase.
michael@0	551	MOE_MIGRATION=1057
michael@0	552
michael@0	553	------------------------------------------------------------------------
michael@0	554	r18 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:54 +0100 (Thu, 24 Mar 2011) | 11 lines
michael@0	555
michael@0	556
michael@0	557	Fix a microbenchmark crash on mingw32; seemingly %lld is not universally
michael@0	558	supported on Windows, and %I64d is recommended instead.
michael@0	559
michael@0	560	R=csilvers
michael@0	561	DELTA=6 (5 added, 0 deleted, 1 changed)
michael@0	562
michael@0	563
michael@0	564	Revision created by MOE tool push_codebase.
michael@0	565	MOE_MIGRATION=1034
michael@0	566
michael@0	567	------------------------------------------------------------------------
michael@0	568	r17 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:27 +0100 (Thu, 24 Mar 2011) | 13 lines
michael@0	569
michael@0	570
michael@0	571	Fix public issue #19: Fix unit test when Google Test is installed but the
michael@0	572	gflags package isn't (Google Test is not properly initialized).
michael@0	573
michael@0	574	Patch by Martin Gieseking.
michael@0	575
michael@0	576	R=csilvers
michael@0	577	DELTA=2 (1 added, 0 deleted, 1 changed)
michael@0	578
michael@0	579
michael@0	580	Revision created by MOE tool push_codebase.
michael@0	581	MOE_MIGRATION=1033
michael@0	582
michael@0	583	------------------------------------------------------------------------
michael@0	584	r16 | snappy.mirrorbot@gmail.com | 2011-03-24 20:13:57 +0100 (Thu, 24 Mar 2011) | 15 lines
michael@0	585
michael@0	586
michael@0	587	Make the unit test work on systems without mmap(). This is required for,
michael@0	588	among others, Windows support. For Windows in specific, we could have used
michael@0	589	CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer
michael@0	590	to compiling, and is of course also relevant for embedded systems with no MMU.
michael@0	591
michael@0	592	(Part 2/2)
michael@0	593
michael@0	594	R=csilvers
michael@0	595	DELTA=15 (12 added, 3 deleted, 0 changed)
michael@0	596
michael@0	597
michael@0	598	Revision created by MOE tool push_codebase.
michael@0	599	MOE_MIGRATION=1032
michael@0	600
michael@0	601	------------------------------------------------------------------------
michael@0	602	r15 | snappy.mirrorbot@gmail.com | 2011-03-24 20:12:27 +0100 (Thu, 24 Mar 2011) | 15 lines
michael@0	603
michael@0	604
michael@0	605	Make the unit test work on systems without mmap(). This is required for,
michael@0	606	among others, Windows support. For Windows in specific, we could have used
michael@0	607	CreateFileMapping/MapViewOfFile, but this should at least get us a bit closer
michael@0	608	to compiling, and is of course also relevant for embedded systems with no MMU.
michael@0	609
michael@0	610	(Part 1/2)
michael@0	611
michael@0	612	R=csilvers
michael@0	613	DELTA=9 (8 added, 0 deleted, 1 changed)
michael@0	614
michael@0	615
michael@0	616	Revision created by MOE tool push_codebase.
michael@0	617	MOE_MIGRATION=1031
michael@0	618
michael@0	619	------------------------------------------------------------------------
michael@0	620	r14 | snappy.mirrorbot@gmail.com | 2011-03-24 00:17:36 +0100 (Thu, 24 Mar 2011) | 14 lines
michael@0	621
michael@0	622
michael@0	623	Fix public issue #12: Don't keep autogenerated auto* files in Subversion;
michael@0	624	it causes problems with others sending patches etc..
michael@0	625
michael@0	626	We can't get this 100% hermetic anyhow, due to files like lt~obsolete.m4,
michael@0	627	so we can just as well go cleanly in the other direction.
michael@0	628
michael@0	629	R=csilvers
michael@0	630	DELTA=21038 (0 added, 21036 deleted, 2 changed)
michael@0	631
michael@0	632
michael@0	633	Revision created by MOE tool push_codebase.
michael@0	634	MOE_MIGRATION=1012
michael@0	635
michael@0	636	------------------------------------------------------------------------
michael@0	637	r13 | snappy.mirrorbot@gmail.com | 2011-03-23 18:50:49 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	638
michael@0	639
michael@0	640	Fix public issue tracker bug #3: Call AC_SUBST([LIBTOOL_DEPS]), or the rule
michael@0	641	to rebuild libtool in Makefile.am won't work.
michael@0	642
michael@0	643	R=csilvers
michael@0	644	DELTA=1 (1 added, 0 deleted, 0 changed)
michael@0	645
michael@0	646
michael@0	647	Revision created by MOE tool push_codebase.
michael@0	648	MOE_MIGRATION=997
michael@0	649
michael@0	650	------------------------------------------------------------------------
michael@0	651	r12 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:39 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	652
michael@0	653
michael@0	654	Fix public issue #10: Don't add GTEST_CPPFLAGS to snappy_unittest_CXXFLAGS;
michael@0	655	it's not needed (CPPFLAGS are always included when compiling).
michael@0	656
michael@0	657	R=csilvers
michael@0	658	DELTA=1 (0 added, 1 deleted, 0 changed)
michael@0	659
michael@0	660
michael@0	661	Revision created by MOE tool push_codebase.
michael@0	662	MOE_MIGRATION=994
michael@0	663
michael@0	664	------------------------------------------------------------------------
michael@0	665	r11 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:18 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	666
michael@0	667
michael@0	668	Fix public issue #9: Add -Wall -Werror to automake flags.
michael@0	669	(This concerns automake itself, not the C++ compiler.)
michael@0	670
michael@0	671	R=csilvers
michael@0	672	DELTA=4 (3 added, 0 deleted, 1 changed)
michael@0	673
michael@0	674
michael@0	675	Revision created by MOE tool push_codebase.
michael@0	676	MOE_MIGRATION=993
michael@0	677
michael@0	678	------------------------------------------------------------------------
michael@0	679	r10 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:37 +0100 (Wed, 23 Mar 2011) | 10 lines
michael@0	680
michael@0	681
michael@0	682	Fix a typo in the Snappy README file.
michael@0	683
michael@0	684	R=csilvers
michael@0	685	DELTA=1 (0 added, 0 deleted, 1 changed)
michael@0	686
michael@0	687
michael@0	688	Revision created by MOE tool push_codebase.
michael@0	689	MOE_MIGRATION=992
michael@0	690
michael@0	691	------------------------------------------------------------------------
michael@0	692	r9 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:13 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	693
michael@0	694
michael@0	695	Fix public issue #6: Add a --with-gflags for disabling gflags autodetection
michael@0	696	and using a manually given setting (use/don't use) instead.
michael@0	697
michael@0	698	R=csilvers
michael@0	699	DELTA=16 (13 added, 0 deleted, 3 changed)
michael@0	700
michael@0	701
michael@0	702	Revision created by MOE tool push_codebase.
michael@0	703	MOE_MIGRATION=991
michael@0	704
michael@0	705	------------------------------------------------------------------------
michael@0	706	r8 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:44 +0100 (Wed, 23 Mar 2011) | 12 lines
michael@0	707
michael@0	708
michael@0	709	Fix public issue #5: Replace the EXTRA_LIBSNAPPY_LDFLAGS setup with something
michael@0	710	slightly more standard, that also doesn't leak libtool command-line into
michael@0	711	configure.ac.
michael@0	712
michael@0	713	R=csilvers
michael@0	714	DELTA=7 (0 added, 4 deleted, 3 changed)
michael@0	715
michael@0	716
michael@0	717	Revision created by MOE tool push_codebase.
michael@0	718	MOE_MIGRATION=990
michael@0	719
michael@0	720	------------------------------------------------------------------------
michael@0	721	r7 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:22 +0100 (Wed, 23 Mar 2011) | 10 lines
michael@0	722
michael@0	723
michael@0	724	Fix public issue #4: Properly quote all macro arguments in configure.ac.
michael@0	725
michael@0	726	R=csilvers
michael@0	727	DELTA=16 (0 added, 0 deleted, 16 changed)
michael@0	728
michael@0	729
michael@0	730	Revision created by MOE tool push_codebase.
michael@0	731	MOE_MIGRATION=989
michael@0	732
michael@0	733	------------------------------------------------------------------------
michael@0	734	r6 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:54 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	735
michael@0	736
michael@0	737	Fix public issue #7: Don't use internal variables named ac_*, as those belong
michael@0	738	to autoconf's namespace.
michael@0	739
michael@0	740	R=csilvers
michael@0	741	DELTA=6 (0 added, 0 deleted, 6 changed)
michael@0	742
michael@0	743
michael@0	744	Revision created by MOE tool push_codebase.
michael@0	745	MOE_MIGRATION=988
michael@0	746
michael@0	747	------------------------------------------------------------------------
michael@0	748	r5 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:09 +0100 (Wed, 23 Mar 2011) | 10 lines
michael@0	749
michael@0	750
michael@0	751	Add missing licensing headers to a few files. (Part 2/2.)
michael@0	752
michael@0	753	R=csilvers
michael@0	754	DELTA=12 (12 added, 0 deleted, 0 changed)
michael@0	755
michael@0	756
michael@0	757	Revision created by MOE tool push_codebase.
michael@0	758	MOE_MIGRATION=987
michael@0	759
michael@0	760	------------------------------------------------------------------------
michael@0	761	r4 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:39 +0100 (Wed, 23 Mar 2011) | 10 lines
michael@0	762
michael@0	763
michael@0	764	Add mising licensing headers to a few files. (Part 1/2.)
michael@0	765
michael@0	766	R=csilvers
michael@0	767	DELTA=24 (24 added, 0 deleted, 0 changed)
michael@0	768
michael@0	769
michael@0	770	Revision created by MOE tool push_codebase.
michael@0	771	MOE_MIGRATION=986
michael@0	772
michael@0	773	------------------------------------------------------------------------
michael@0	774	r3 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:04 +0100 (Wed, 23 Mar 2011) | 11 lines
michael@0	775
michael@0	776
michael@0	777	Use the correct license file for the Apache 2.0 license;
michael@0	778	spotted by Florian Weimer.
michael@0	779
michael@0	780	R=csilvers
michael@0	781	DELTA=202 (174 added, 0 deleted, 28 changed)
michael@0	782
michael@0	783
michael@0	784	Revision created by MOE tool push_codebase.
michael@0	785	MOE_MIGRATION=985
michael@0	786
michael@0	787	------------------------------------------------------------------------
michael@0	788	r2 | snappy.mirrorbot@gmail.com | 2011-03-18 18:14:15 +0100 (Fri, 18 Mar 2011) | 6 lines
michael@0	789
michael@0	790
michael@0	791
michael@0	792
michael@0	793	Revision created by MOE tool push_codebase.
michael@0	794	MOE_MIGRATION=
michael@0	795
michael@0	796	------------------------------------------------------------------------
michael@0	797	r1 | sesse@google.com | 2011-03-18 18:13:52 +0100 (Fri, 18 Mar 2011) | 2 lines
michael@0	798
michael@0	799	Create trunk directory.
michael@0	800
michael@0	801	------------------------------------------------------------------------