summaryrefslogtreecommitdiffstats
path: root/src/string_piece.h
Commit message (Collapse)AuthorAgeFilesLines
* windows: fix size_t<->int conversions in ninja.exeEvan Martin2012-08-101-2/+2
|
* Revert "Make StringPiece data members private."Nico Weber2012-07-281-4/+0
| | | | | | This reverts commit 904c9610fe66c4f4bd63a07d6f057c8603d24394. The commit caused issue #380, this revert fixes it. The revert also makes the test from the previous commit pass.
* Make StringPiece data members private.Thiago Farina2012-06-301-0/+4
| | | | Signed-off-by: Thiago Farina <tfarina@chromium.org>
* std::string(NULL,0) asserts in MSVC DebugFrances Buontempo2012-01-031-1/+1
|
* use re2c to parse depfilesEvan Martin2011-12-071-0/+2
|
* Add a EditDistance() function based on the one in ↵Nico Weber2011-11-131-1/+1
| | | | llvm/lib/Support/StringRef.cpp.
* use StringPiece for makefile depsEvan Martin2011-09-121-0/+51
Because of this, MakefileParser now returns pointers into the source makefile string rather than allocating new strings. Despite needing to take the result and stuff it into a new string anyway to canonicalize it, this takes another 50ms or so off the null Chrome build, likely due to the vector used in MakefileParser changing to a type that doesn't use any allocations. (I also experimented with making the vector reserve an initial size but didn't see any performance impact.)