delta/libgit2.git/src, branch cmn/treebuilder-new github.com: libgit2/libgit2.git treebuilder: rename _create() to _new() 2014-12-27T12:09:11+00:00 Carlos Martín Nieto cmn@dwim.me 2014-12-27T12:09:11+00:00 208a2c8aef59a842d1bec1e6bc83340b1c22c13f This function is a constructor, so let's name it like one and leave _create() for the reference functions, which do create/write the reference. 
This function is a constructor, so let's name it like one and leave
_create() for the reference functions, which do create/write the
reference.
Merge pull request #2772 from ethomson/case_changing_rename 2014-12-24T06:24:42+00:00 Carlos Martín Nieto cmn@dwim.me 2014-12-24T06:24:42+00:00 5692dcf181d26069d68d460fc9179c8c96fa3795 Case changing rename 
Case changing rename
 Merge pull request #2778 from ethomson/whitespace_85 2014-12-24T06:23:36+00:00 Carlos Martín Nieto cmn@dwim.me 2014-12-24T06:23:36+00:00 171c2ff121158c5ee1b808a0243e9115d4aa6259 don't treat 0x85 as whitespace 
don't treat 0x85 as whitespace
 global: include sys/openssl.h for GIT_EXPORT of fn 2014-12-23T22:40:01+00:00 Edward Thomson ethomson@microsoft.com 2014-12-23T22:40:01+00:00 73f0278e5dd9cdb52c46df73daee8c517bba72fe The openssl setup function needs to be GIT_EXPORT'ed, be sure to include the `sys/openssl.h` header so that it is appropriately decorated as an export function. 
The openssl setup function needs to be GIT_EXPORT'ed, be sure
to include the `sys/openssl.h` header so that it is appropriately
decorated as an export function.
don't treat 0x85 as whitespace 2014-12-23T17:27:01+00:00 Edward Thomson ethomson@microsoft.com 2014-12-23T17:27:01+00:00 fe5f7722f5207634c1ef22c74552702e80572048 A byte value of 0x85 is not whitespace, we were conflating that with U+0085 (UTF8: 0xc2 0x85). This caused us to incorrectly treat valid multibyte characters like U+88C5 (UTF8: 0xe8 0xa3 0x85) as whitespace. 
A byte value of 0x85 is not whitespace, we were conflating that with
U+0085 (UTF8: 0xc2 0x85).  This caused us to incorrectly treat valid
multibyte characters like U+88C5 (UTF8: 0xe8 0xa3 0x85) as whitespace.
Always checkout with case sensitive iterator 2014-12-23T16:14:04+00:00 Edward Thomson ethomson@microsoft.com 2014-05-10T02:32:52+00:00 40d791545abfb3cb71553a27dc64129e1a9bec28 On a case-insensitive filesystem, we need to deal with case-changing renames (eg, foo -> FOO) by removing the old and adding the new, exactly as if we were on a case-sensitive filesystem. Update the `checkout::tree::can_cancel_checkout_from_notify` test, now that notifications are always sent case sensitively. 
On a case-insensitive filesystem, we need to deal with case-changing
renames (eg, foo -> FOO) by removing the old and adding the new,
exactly as if we were on a case-sensitive filesystem.

Update the `checkout::tree::can_cancel_checkout_from_notify` test, now
that notifications are always sent case sensitively.
index: reuc and name entrycounts should be size_t 2014-12-23T00:42:03+00:00 Edward Thomson ethomson@microsoft.com 2014-12-23T00:42:03+00:00 2fe8157e1b603e0353fd991f3d129b49d35bed99 For the REUC and NAME entries, we use size_t internally, and we take size_t for the get_byindex() functions, but the entrycount() functions strangely cast to an unsigned int instead. 
For the REUC and NAME entries, we use size_t internally, and we take
size_t for the get_byindex() functions, but the entrycount() functions
strangely cast to an unsigned int instead.
Merge pull request #2759 from libgit2/cmn/openssl-sys 2014-12-21T03:24:45+00:00 Edward Thomson ethomson@edwardthomson.com 2014-12-21T03:24:45+00:00 d147900ea4756975effa6cb568f932a4e3eb698f Make OpenSSL locking warnings more severe 
Make OpenSSL locking warnings more severe
 Merge pull request #2763 from libgit2/cmn/local-proto-progress 2014-12-21T03:22:30+00:00 Edward Thomson ethomson@edwardthomson.com 2014-12-21T03:22:30+00:00 c7d9839f54f62849ef528b97b60a39fd21f54c5a Show progress output on fetch for the local transport 
Show progress output on fetch for the local transport
 COM0 is a valid path, although Windows Explorer does not allow to create this 2014-12-19T15:54:01+00:00 Linquize linquize@yahoo.com.hk 2014-12-19T15:54:01+00:00 6fd00266a8c5c39d98abf2ec899db6f5cbd8874f