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