- 10 8月, 2005 1 次提交
-
-
由 Timo Sirainen 提交于
GCC's format __attribute__ is good for checking errors, especially with -Wformat=2 parameter. This fixes most of the reported problems against 2005-08-09 snapshot.
-
- 29 7月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
When git-apply was printing out long filenames, it used to just truncate them to show the last "max_len" characters of the filename. Which can be really quite ugly (note the two filenames that have just been silently truncated from the beginning - it looks even worse when there are lots of them, like there were in the current v2.6.13-rc4 cris arch update): Documentation/video4linux/README.saa7134 | 9 Documentation/video4linux/bttv/Cards | 74 umentation/video4linux/hauppauge-wintv-cx88-ir.txt | 54 Documentation/video4linux/lifeview.txt | 42 mentation/video4linux/not-in-cx2388x-datasheet.txt | 41 Documentation/w1/w1.generic | 107 With this patch it now looks like so: Documentation/video4linux/README.saa7134 | 9 Documentation/video4linux/bttv/Cards | 74 .../video4linux/hauppauge-wintv-cx88-ir.txt | 54 Documentation/video4linux/lifeview.txt | 42 .../video4linux/not-in-cx2388x-datasheet.txt | 41 Documentation/w1/w1.generic | 107 ie we've made it clear with an ellipsis that we've cut off something from the beginning, and it also tries to do it cleanly at a subdirectory level. Signed-off-by: NLinus "good taste" Torvalds <torvalds@osdl.org> Signed-off-by: NJunio C Hamano <junkio@cox.net>
-
- 23 7月, 2005 2 次提交
-
-
由 Junio C Hamano 提交于
Adds --exclude=pattern option to the "git-apply" command. This was useful while reimporting the BKCVS patchset dump of the Linux kernel, starting at 2.4.0 and ending at 2.6.12-rc2 Ingo announced some time ago to exclude BitKeeper directory. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
由 Junio C Hamano 提交于
The parsing code had a bug that failed to recognize an incomplete line at the end of a fragment, and the fragment application code had a comparison bug to recognize such. Fix them to handle incomplete lines correctly. Add a test script for patches with various combinations of complete and incomplete lines to make sure the fix works. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 14 7月, 2005 2 次提交
-
-
由 Junio C Hamano 提交于
The more recent --apply option was not described. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
由 Linus Torvalds 提交于
We write them under another name and rename them to their destination, so that if something bad happens in the middle, we won't have caused any bigger harm. Also, this makes the writing be NFS "intr" safe, and as a side effects makes sure that if the target is hardlinked (or symlinked) we will have broken the link.
-
- 13 7月, 2005 1 次提交
-
-
由 Tony Luck 提交于
apply.c: In function `show_rename_copy': apply.c:1147: warning: field precision is not type int (arg 3) Signed-off-by: NTony Luck <tony.luck@intel.com> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 07 7月, 2005 1 次提交
-
-
由 Junio C Hamano 提交于
IIRC our strategy was to let the users' umask take care of the final mode bits. This patch fixes places that deviate from it. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 04 7月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Mainly making a lot of local functions and variables be marked "static", but there was a "zero as NULL" warning in there too.
-
- 24 6月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Also, remove debugging statement about applying a fragment at an offset.
-
- 23 6月, 2005 2 次提交
-
-
由 Junio C Hamano 提交于
Typical expected usage is "git-apply --stat --summary" to show diffstat plus dense description of information available in git extended headers, such as creations, renames, and mode changes. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
由 Junio C Hamano 提交于
When a patch is a git extended rename/copy patch, "git-apply --stat" showed the old filename. Change it to show the new filename, because most of the time we are interested in looking at the resulting tree. Signed-off-by: NJunio C Hamano <junkio@cox.net> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 22 6月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Applying Andrew's latest patch-bomb showed us failing miserably if a new subdirectory needed to be created.. That said, it's uncommon enough that it's worth optimistically assuming it won't be needed, and then creating the subdirectories only on failure.
-
- 21 6月, 2005 1 次提交
-
-
由 Sven Verdoolaege 提交于
Diffs with only mode changes didn't pass through git-apply --stat. [ Linus' note: they did for me, on my ppc64, where division by zero just silently returns zero. Duh. ] Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 18 6月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Pure mode changes won't have the file-name in the extended header lines, so make sure we pick it up from the default name from the "diff --git" line.
-
- 14 6月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Sine git only saves the 'x' bit, we shouldn't compare the stat contents directly.
-
- 13 6月, 2005 2 次提交
-
-
由 Linus Torvalds 提交于
Missing argument for error() function. We should really use the gcc printf format checking capabilities.
-
由 Linus Torvalds 提交于
A meaningful (ie non-empty) git patch always has more information in the header than just the "diff --git" line itself: it needs to have either a patch associated with it (which implies "---" and "+++" lines in the header) or it needs to have rename/copy/delete/create information in it. Just ignore git patches which have no change information. Otherwise we'll end up with a patch that doesn't have filenames etc filled in, and we'll be unhappy.
-
- 08 6月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
(but it will result in a warning)
-
- 06 6月, 2005 7 次提交
-
-
由 Linus Torvalds 提交于
Clearly even Junio felt git "rename" header lines should say "from/to" instead of "old/new", since he wrote the documentation that way. This way it also matches "copy". git-apply will accept both versions, at least for a while.
-
由 Linus Torvalds 提交于
A "--stat" or a "--check" will just be quiet, but if you try to apply something with no changes, that's an error.
-
由 Linus Torvalds 提交于
It's not "rename from" and "rename to", it's "rename old" and "rename new". Which is illogical and doesn't match the "copy from/to" case, but that's life. Maybe Junio will fix it up one of these days.
-
由 Linus Torvalds 提交于
We update the index only if the "--index" flag is given, so you can actually use this as a strange kind of "patch" program even for non-git usage. Not that you'd likely want to, but it comes in handy for testing. This _should_ more or less get everythign right, but as usual I leave the testing to the usrs..
-
由 Linus Torvalds 提交于
(And fix name handling for when we have an implied create or delete event from a traditional diff).
-
由 Linus Torvalds 提交于
This applies the fragments in memory, but doesn't actually write the results out to the files yet. But we now do all the difficult parts, the rest is just basically writing the results out and updating the index.
-
由 Linus Torvalds 提交于
Right now it requires that the fragment offsets be exact, and it doesn't actually apply the fragment yet, but it does find where it goes and verify the data. Next step: actually applying the fragment changes.
-
- 01 6月, 2005 2 次提交
-
-
由 Linus Torvalds 提交于
It had already tried to do that, but with the independent rounding of the number of '+' and '-' characters, it would sometimes do 80-char lines after all.
-
由 Linus Torvalds 提交于
It just causes things like "git-apply --stat" to parse traditional patch headers differently depending on what your index is, which is nasty.
-
- 31 5月, 2005 1 次提交
-
-
由 Junio C Hamano 提交于
The way broken deletes and creates are shown in the -p (diff-patch) output format has become consistent with how rename/copy edits are shown. They will show "dissimilarity index" value, immediately following the "deleted file mode" and "new file mode" lines. The git-apply is taught to grok such an extended header. Signed-off-by: NJunio C Hamano <junkio@cox.net>
-
- 27 5月, 2005 6 次提交
-
-
由 Linus Torvalds 提交于
It currently only verifies the index against the working directory, it doesn't actually verify the diff fragments themselves yet.
-
由 Linus Torvalds 提交于
This means that filenames are totally unambiguous even if they have spaces or tabs in them.
-
由 Linus Torvalds 提交于
Pure mode changes, and deletes or creates of empty files won't have this information anywhere else.
-
由 Linus Torvalds 提交于
Slowly this is takign the form of a program that we'd actually use. Now "git-apply --stat" basically ends up being a perfectly useful diffstat.
-
由 Linus Torvalds 提交于
Hey, it's almost free by now, and it's a good way to see that we parse the patches correctly.
-
由 Linus Torvalds 提交于
Make it a clear two-phase thing: first a read-only parse of the patch itself (which is independent of any current index information), and then the second phase actually uses the patch. The second phase might not be a real apply, it could be just a diffstat, for example. Which is trivial to do once the patch is parsed.
-
- 25 5月, 2005 1 次提交
-
-
由 Junio C Hamano 提交于
Not important but I am a bit annoyed by gcc complaining about the control falling out of the function without returning value. Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 24 5月, 2005 4 次提交
-
-
由 Linus Torvalds 提交于
There's some duplication of filenames when doing filename operations (creates, deletes, renames and copies), and this makes us verify that the pathnames match when they should.
-
由 Linus Torvalds 提交于
Right now we only use it to figure out what the filename might be when that is ambiguous, but we'll get there..
-
由 Linus Torvalds 提交于
This makes it act more like a traditional UNIX thing (eg "cat").
-
由 Linus Torvalds 提交于
-