git.cworth.org Git - apitrace/blob - thirdparty/snappy/ChangeLog

   1 ------------------------------------------------------------------------
   2 r49 | snappy.mirrorbot@gmail.com | 2011-09-15 11:50:05 +0200 (Thu, 15 Sep 2011) | 5 lines
   3
   4 Fix public issue #50: Include generic byteswap macros.
   5 Also include Solaris 10 and FreeBSD versions.
   6
   7 R=csilvers
   8
   9 ------------------------------------------------------------------------
  10 r48 | snappy.mirrorbot@gmail.com | 2011-08-10 20:57:27 +0200 (Wed, 10 Aug 2011) | 5 lines
  11
  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.
  14
  15 Based on patch by Travis Vitek.
  16
  17 ------------------------------------------------------------------------
  18 r47 | snappy.mirrorbot@gmail.com | 2011-08-10 20:44:16 +0200 (Wed, 10 Aug 2011) | 4 lines
  19
  20 Use the right #ifdef test for sys/mman.h.
  21
  22 Based on patch by Travis Vitek.
  23
  24 ------------------------------------------------------------------------
  25 r46 | snappy.mirrorbot@gmail.com | 2011-08-10 03:22:09 +0200 (Wed, 10 Aug 2011) | 6 lines
  26
  27 Fix public issue #47: Small comment cleanups in the unit test.
  28
  29 Originally based on a patch by Patrick Pelletier.
  30
  31 R=sanjay
  32
  33 ------------------------------------------------------------------------
  34 r45 | snappy.mirrorbot@gmail.com | 2011-08-10 03:14:43 +0200 (Wed, 10 Aug 2011) | 8 lines
  35
  36 Fix public issue #46: Format description said "3-byte offset"
  37 instead of "4-byte offset" for the longest copies.
  38
  39 Also fix an inconsistency in the heading for section 2.2.3.
  40 Both patches by Patrick Pelletier.
  41
  42 R=csilvers
  43
  44 ------------------------------------------------------------------------
  45 r44 | snappy.mirrorbot@gmail.com | 2011-06-28 13:40:25 +0200 (Tue, 28 Jun 2011) | 8 lines
  46
  47 Fix public issue #44: Make the definition and declaration of CompressFragment
  48 identical, even regarding cv-qualifiers.
  49
  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).
  52
  53 R=sanjay
  54
  55 ------------------------------------------------------------------------
  56 r43 | snappy.mirrorbot@gmail.com | 2011-06-04 12:19:05 +0200 (Sat, 04 Jun 2011) | 7 lines
  57
  58 Correct an inaccuracy in the Snappy format description.
  59 (I stumbled into this when changing the way we decompress literals.)
  60
  61 R=csilvers
  62
  63 Revision created by MOE tool push_codebase.
  64
  65 ------------------------------------------------------------------------
  66 r42 | snappy.mirrorbot@gmail.com | 2011-06-03 22:53:06 +0200 (Fri, 03 Jun 2011) | 50 lines
  67
  68 Speed up decompression by removing a fast-path attempt.
  69
  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).
  79
  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:
  86
  87
  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%]
 113
 114 R=jeff
 115
 116 Revision created by MOE tool push_codebase.
 117
 118 ------------------------------------------------------------------------
 119 r41 | snappy.mirrorbot@gmail.com | 2011-06-03 22:47:14 +0200 (Fri, 03 Jun 2011) | 43 lines
 120
 121 Speed up decompression by not needing a lookup table for literal items.
 122
 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.)
 128
 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.)
 133
 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%]
 159
 160 R=jeff
 161
 162 Revision created by MOE tool push_codebase.
 163
 164 ------------------------------------------------------------------------
 165 r40 | snappy.mirrorbot@gmail.com | 2011-06-03 00:57:41 +0200 (Fri, 03 Jun 2011) | 2 lines
 166
 167 Release Snappy 1.0.3.
 168
 169 ------------------------------------------------------------------------
 170 r39 | snappy.mirrorbot@gmail.com | 2011-06-02 20:06:54 +0200 (Thu, 02 Jun 2011) | 11 lines
 171
 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.
 175
 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).
 180
 181 R=jeff
 182
 183 ------------------------------------------------------------------------
 184 r38 | snappy.mirrorbot@gmail.com | 2011-06-02 19:59:40 +0200 (Thu, 02 Jun 2011) | 52 lines
 185
 186 Speed up decompression by caching ip_.
 187
 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.)
 197
 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).
 200
 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.
 207
 208 Microbenchmark results for Core i7, 64-bit (Opteron results are similar):
 209
 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%]
 235
 236
 237
 238 ------------------------------------------------------------------------
 239 r37 | snappy.mirrorbot@gmail.com | 2011-05-17 10:48:25 +0200 (Tue, 17 May 2011) | 10 lines
 240
 241
 242 Fix the numbering of the headlines in the Snappy format description.
 243
 244 R=csilvers
 245 DELTA=4  (0 added, 0 deleted, 4 changed)
 246
 247
 248 Revision created by MOE tool push_codebase.
 249 MOE_MIGRATION=1906
 250
 251 ------------------------------------------------------------------------
 252 r36 | snappy.mirrorbot@gmail.com | 2011-05-16 10:59:18 +0200 (Mon, 16 May 2011) | 12 lines
 253
 254
 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.
 258
 259 R=csilvers
 260 DELTA=112  (111 added, 0 deleted, 1 changed)
 261
 262
 263 Revision created by MOE tool push_codebase.
 264 MOE_MIGRATION=1867
 265
 266 ------------------------------------------------------------------------
 267 r35 | snappy.mirrorbot@gmail.com | 2011-05-09 23:29:02 +0200 (Mon, 09 May 2011) | 12 lines
 268
 269
 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.
 273
 274 R=csilvers
 275 DELTA=5  (3 added, 0 deleted, 2 changed)
 276
 277
 278 Revision created by MOE tool push_codebase.
 279 MOE_MIGRATION=1799
 280
 281 ------------------------------------------------------------------------
 282 r34 | snappy.mirrorbot@gmail.com | 2011-05-09 23:28:45 +0200 (Mon, 09 May 2011) | 19 lines
 283
 284
 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.
 291
 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.
 295
 296 R=csilvers
 297 DELTA=7  (5 added, 0 deleted, 2 changed)
 298
 299
 300 Revision created by MOE tool push_codebase.
 301 MOE_MIGRATION=1798
 302
 303 ------------------------------------------------------------------------
 304 r33 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:52 +0200 (Wed, 04 May 2011) | 11 lines
 305
 306
 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).
 309
 310 R=csilvers
 311 DELTA=20  (14 added, 0 deleted, 6 changed)
 312
 313
 314 Revision created by MOE tool push_codebase.
 315 MOE_MIGRATION=1710
 316
 317 ------------------------------------------------------------------------
 318 r32 | snappy.mirrorbot@gmail.com | 2011-05-04 01:22:33 +0200 (Wed, 04 May 2011) | 11 lines
 319
 320
 321 Release Snappy 1.0.2, to get the license change and various other fixes into
 322 a release.
 323
 324 R=csilvers
 325 DELTA=239  (236 added, 0 deleted, 3 changed)
 326
 327
 328 Revision created by MOE tool push_codebase.
 329 MOE_MIGRATION=1709
 330
 331 ------------------------------------------------------------------------
 332 r31 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:55 +0200 (Tue, 26 Apr 2011) | 15 lines
 333
 334
 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.)
 341
 342 R=csilvers
 343 DELTA=74  (55 added, 19 deleted, 0 changed)
 344
 345
 346 Revision created by MOE tool push_codebase.
 347 MOE_MIGRATION=1556
 348
 349 ------------------------------------------------------------------------
 350 r30 | snappy.mirrorbot@gmail.com | 2011-04-26 14:34:37 +0200 (Tue, 26 Apr 2011) | 11 lines
 351
 352
 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.
 355
 356 R=csilvers
 357 DELTA=16  (13 added, 1 deleted, 2 changed)
 358
 359
 360 Revision created by MOE tool push_codebase.
 361 MOE_MIGRATION=1555
 362
 363 ------------------------------------------------------------------------
 364 r29 | snappy.mirrorbot@gmail.com | 2011-04-16 00:55:56 +0200 (Sat, 16 Apr 2011) | 12 lines
 365
 366
 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>.
 370
 371 R=csilvers
 372 DELTA=1  (1 added, 0 deleted, 0 changed)
 373
 374
 375 Revision created by MOE tool push_codebase.
 376 MOE_MIGRATION=1485
 377
 378 ------------------------------------------------------------------------
 379 r28 | snappy.mirrorbot@gmail.com | 2011-04-11 11:07:01 +0200 (Mon, 11 Apr 2011) | 15 lines
 380
 381
 382 Fix public issue #29: Write CPU timing code for Windows, based on GetProcessTimes()
 383 instead of getursage().
 384
 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.
 388
 389 R=csilvers
 390 DELTA=43  (39 added, 3 deleted, 1 changed)
 391
 392
 393 Revision created by MOE tool push_codebase.
 394 MOE_MIGRATION=1295
 395
 396 ------------------------------------------------------------------------
 397 r27 | snappy.mirrorbot@gmail.com | 2011-04-08 11:51:53 +0200 (Fri, 08 Apr 2011) | 22 lines
 398
 399
 400 Include C bindings of Snappy, contributed by Martin Gieseking.
 401
 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.
 405
 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.
 409
 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.
 413
 414 R=csilvers
 415 DELTA=238  (233 added, 0 deleted, 5 changed)
 416
 417
 418 Revision created by MOE tool push_codebase.
 419 MOE_MIGRATION=1294
 420
 421 ------------------------------------------------------------------------
 422 r26 | snappy.mirrorbot@gmail.com | 2011-04-07 18:36:43 +0200 (Thu, 07 Apr 2011) | 13 lines
 423
 424
 425 Replace geo.protodata with a newer version.
 426
 427 The data compresses/decompresses slightly faster than the old data, and has
 428 similar density.
 429
 430 R=lookingbill
 431 DELTA=1  (0 added, 0 deleted, 1 changed)
 432
 433
 434 Revision created by MOE tool push_codebase.
 435 MOE_MIGRATION=1288
 436
 437 ------------------------------------------------------------------------
 438 r25 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:53 +0200 (Wed, 30 Mar 2011) | 12 lines
 439
 440
 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.
 444
 445 R=csilvers
 446 DELTA=5  (4 added, 1 deleted, 0 changed)
 447
 448
 449 Revision created by MOE tool push_codebase.
 450 MOE_MIGRATION=1152
 451
 452 ------------------------------------------------------------------------
 453 r24 | snappy.mirrorbot@gmail.com | 2011-03-30 22:27:39 +0200 (Wed, 30 Mar 2011) | 13 lines
 454
 455
 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).
 460
 461 R=csilvers
 462 DELTA=92  (69 added, 9 deleted, 14 changed)
 463
 464
 465 Revision created by MOE tool push_codebase.
 466 MOE_MIGRATION=1151
 467
 468 ------------------------------------------------------------------------
 469 r23 | snappy.mirrorbot@gmail.com | 2011-03-30 22:25:09 +0200 (Wed, 30 Mar 2011) | 18 lines
 470
 471
 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.
 476
 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.
 481
 482 R=sesse
 483 DELTA=123  (18 added, 3 deleted, 102 changed)
 484
 485
 486 Revision created by MOE tool push_codebase.
 487 MOE_MIGRATION=1150
 488
 489 ------------------------------------------------------------------------
 490 r22 | snappy.mirrorbot@gmail.com | 2011-03-29 00:17:04 +0200 (Tue, 29 Mar 2011) | 11 lines
 491
 492
 493 Put back the final few lines of what was truncated during the
 494 license header change.
 495
 496 R=csilvers
 497 DELTA=5  (4 added, 0 deleted, 1 changed)
 498
 499
 500 Revision created by MOE tool push_codebase.
 501 MOE_MIGRATION=1094
 502
 503 ------------------------------------------------------------------------
 504 r21 | snappy.mirrorbot@gmail.com | 2011-03-26 03:34:34 +0100 (Sat, 26 Mar 2011) | 20 lines
 505
 506
 507 Change on 2011-03-25 19:18:00-07:00 by sesse
 508
 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.
 511
 512         R=dannyb,csilvers
 513         DELTA=147  (74 added, 2 deleted, 71 changed)
 514
 515 Change on 2011-03-25 19:25:07-07:00 by sesse
 516
 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).
 520
 521
 522
 523 Revision created by MOE tool push_codebase.
 524 MOE_MIGRATION=1072
 525
 526 ------------------------------------------------------------------------
 527 r20 | snappy.mirrorbot@gmail.com | 2011-03-25 17:14:41 +0100 (Fri, 25 Mar 2011) | 10 lines
 528
 529
 530 Change Snappy from the Apache 2.0 to a BSD-type license.
 531
 532 R=dannyb
 533 DELTA=328  (80 added, 184 deleted, 64 changed)
 534
 535
 536 Revision created by MOE tool push_codebase.
 537 MOE_MIGRATION=1061
 538
 539 ------------------------------------------------------------------------
 540 r19 | snappy.mirrorbot@gmail.com | 2011-03-25 01:39:01 +0100 (Fri, 25 Mar 2011) | 11 lines
 541
 542
 543 Release Snappy 1.0.1, to soup up all the various small changes
 544 that have been made since release.
 545
 546 R=csilvers
 547 DELTA=266  (260 added, 0 deleted, 6 changed)
 548
 549
 550 Revision created by MOE tool push_codebase.
 551 MOE_MIGRATION=1057
 552
 553 ------------------------------------------------------------------------
 554 r18 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:54 +0100 (Thu, 24 Mar 2011) | 11 lines
 555
 556
 557 Fix a microbenchmark crash on mingw32; seemingly %lld is not universally
 558 supported on Windows, and %I64d is recommended instead.
 559
 560 R=csilvers
 561 DELTA=6  (5 added, 0 deleted, 1 changed)
 562
 563
 564 Revision created by MOE tool push_codebase.
 565 MOE_MIGRATION=1034
 566
 567 ------------------------------------------------------------------------
 568 r17 | snappy.mirrorbot@gmail.com | 2011-03-24 20:15:27 +0100 (Thu, 24 Mar 2011) | 13 lines
 569
 570
 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).
 573
 574 Patch by Martin Gieseking.
 575
 576 R=csilvers
 577 DELTA=2  (1 added, 0 deleted, 1 changed)
 578
 579
 580 Revision created by MOE tool push_codebase.
 581 MOE_MIGRATION=1033
 582
 583 ------------------------------------------------------------------------
 584 r16 | snappy.mirrorbot@gmail.com | 2011-03-24 20:13:57 +0100 (Thu, 24 Mar 2011) | 15 lines
 585
 586
 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.
 591
 592 (Part 2/2)
 593
 594 R=csilvers
 595 DELTA=15  (12 added, 3 deleted, 0 changed)
 596
 597
 598 Revision created by MOE tool push_codebase.
 599 MOE_MIGRATION=1032
 600
 601 ------------------------------------------------------------------------
 602 r15 | snappy.mirrorbot@gmail.com | 2011-03-24 20:12:27 +0100 (Thu, 24 Mar 2011) | 15 lines
 603
 604
 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.
 609
 610 (Part 1/2)
 611
 612 R=csilvers
 613 DELTA=9  (8 added, 0 deleted, 1 changed)
 614
 615
 616 Revision created by MOE tool push_codebase.
 617 MOE_MIGRATION=1031
 618
 619 ------------------------------------------------------------------------
 620 r14 | snappy.mirrorbot@gmail.com | 2011-03-24 00:17:36 +0100 (Thu, 24 Mar 2011) | 14 lines
 621
 622
 623 Fix public issue #12: Don't keep autogenerated auto* files in Subversion;
 624 it causes problems with others sending patches etc..
 625
 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.
 628
 629 R=csilvers
 630 DELTA=21038  (0 added, 21036 deleted, 2 changed)
 631
 632
 633 Revision created by MOE tool push_codebase.
 634 MOE_MIGRATION=1012
 635
 636 ------------------------------------------------------------------------
 637 r13 | snappy.mirrorbot@gmail.com | 2011-03-23 18:50:49 +0100 (Wed, 23 Mar 2011) | 11 lines
 638
 639
 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.
 642
 643 R=csilvers
 644 DELTA=1  (1 added, 0 deleted, 0 changed)
 645
 646
 647 Revision created by MOE tool push_codebase.
 648 MOE_MIGRATION=997
 649
 650 ------------------------------------------------------------------------
 651 r12 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:39 +0100 (Wed, 23 Mar 2011) | 11 lines
 652
 653
 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).
 656
 657 R=csilvers
 658 DELTA=1  (0 added, 1 deleted, 0 changed)
 659
 660
 661 Revision created by MOE tool push_codebase.
 662 MOE_MIGRATION=994
 663
 664 ------------------------------------------------------------------------
 665 r11 | snappy.mirrorbot@gmail.com | 2011-03-23 12:16:18 +0100 (Wed, 23 Mar 2011) | 11 lines
 666
 667
 668 Fix public issue #9: Add -Wall -Werror to automake flags.
 669 (This concerns automake itself, not the C++ compiler.)
 670
 671 R=csilvers
 672 DELTA=4  (3 added, 0 deleted, 1 changed)
 673
 674
 675 Revision created by MOE tool push_codebase.
 676 MOE_MIGRATION=993
 677
 678 ------------------------------------------------------------------------
 679 r10 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:37 +0100 (Wed, 23 Mar 2011) | 10 lines
 680
 681
 682 Fix a typo in the Snappy README file.
 683
 684 R=csilvers
 685 DELTA=1  (0 added, 0 deleted, 1 changed)
 686
 687
 688 Revision created by MOE tool push_codebase.
 689 MOE_MIGRATION=992
 690
 691 ------------------------------------------------------------------------
 692 r9 | snappy.mirrorbot@gmail.com | 2011-03-23 12:13:13 +0100 (Wed, 23 Mar 2011) | 11 lines
 693
 694
 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.
 697
 698 R=csilvers
 699 DELTA=16  (13 added, 0 deleted, 3 changed)
 700
 701
 702 Revision created by MOE tool push_codebase.
 703 MOE_MIGRATION=991
 704
 705 ------------------------------------------------------------------------
 706 r8 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:44 +0100 (Wed, 23 Mar 2011) | 12 lines
 707
 708
 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.
 712
 713 R=csilvers
 714 DELTA=7  (0 added, 4 deleted, 3 changed)
 715
 716
 717 Revision created by MOE tool push_codebase.
 718 MOE_MIGRATION=990
 719
 720 ------------------------------------------------------------------------
 721 r7 | snappy.mirrorbot@gmail.com | 2011-03-23 12:12:22 +0100 (Wed, 23 Mar 2011) | 10 lines
 722
 723
 724 Fix public issue #4: Properly quote all macro arguments in configure.ac.
 725
 726 R=csilvers
 727 DELTA=16  (0 added, 0 deleted, 16 changed)
 728
 729
 730 Revision created by MOE tool push_codebase.
 731 MOE_MIGRATION=989
 732
 733 ------------------------------------------------------------------------
 734 r6 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:54 +0100 (Wed, 23 Mar 2011) | 11 lines
 735
 736
 737 Fix public issue #7: Don't use internal variables named ac_*, as those belong
 738 to autoconf's namespace.
 739
 740 R=csilvers
 741 DELTA=6  (0 added, 0 deleted, 6 changed)
 742
 743
 744 Revision created by MOE tool push_codebase.
 745 MOE_MIGRATION=988
 746
 747 ------------------------------------------------------------------------
 748 r5 | snappy.mirrorbot@gmail.com | 2011-03-23 12:11:09 +0100 (Wed, 23 Mar 2011) | 10 lines
 749
 750
 751 Add missing licensing headers to a few files. (Part 2/2.)
 752
 753 R=csilvers
 754 DELTA=12  (12 added, 0 deleted, 0 changed)
 755
 756
 757 Revision created by MOE tool push_codebase.
 758 MOE_MIGRATION=987
 759
 760 ------------------------------------------------------------------------
 761 r4 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:39 +0100 (Wed, 23 Mar 2011) | 10 lines
 762
 763
 764 Add mising licensing headers to a few files. (Part 1/2.)
 765
 766 R=csilvers
 767 DELTA=24  (24 added, 0 deleted, 0 changed)
 768
 769
 770 Revision created by MOE tool push_codebase.
 771 MOE_MIGRATION=986
 772
 773 ------------------------------------------------------------------------
 774 r3 | snappy.mirrorbot@gmail.com | 2011-03-23 12:10:04 +0100 (Wed, 23 Mar 2011) | 11 lines
 775
 776
 777 Use the correct license file for the Apache 2.0 license;
 778 spotted by Florian Weimer.
 779
 780 R=csilvers
 781 DELTA=202  (174 added, 0 deleted, 28 changed)
 782
 783
 784 Revision created by MOE tool push_codebase.
 785 MOE_MIGRATION=985
 786
 787 ------------------------------------------------------------------------
 788 r2 | snappy.mirrorbot@gmail.com | 2011-03-18 18:14:15 +0100 (Fri, 18 Mar 2011) | 6 lines
 789
 790
 791
 792
 793 Revision created by MOE tool push_codebase.
 794 MOE_MIGRATION=
 795
 796 ------------------------------------------------------------------------
 797 r1 | sesse@google.com | 2011-03-18 18:13:52 +0100 (Fri, 18 Mar 2011) | 2 lines
 798
 799 Create trunk directory.
 800
 801 ------------------------------------------------------------------------