On Tue, 29 Jul 2008, Roman Zippel wrote: > > Right now you're giving me the choice between a crappy incomplete history > or a crappy history full of useless information. That's it? As long as > your challenge involves being compared to crappy history, I'm not > interested. No, my challenges have not been about "crappy history" but about performance and about getting it right. The reason I pointed you to lib/vsprintf.c had nothing to do with crappiness, and had everythign to do with just picking a random example of something where you absolutely *HAVE* to simplify history. The fact that it simplifies to a linear one is totally immaterial. You continue to miss the point. Over and over AND OVER again! > Can we please get past this and look at what is required to produce the > correct history? I'm not even going to bother with this argument. You dismiss all my issues, and then you continue to talk about "correct", even though it isn't a correctness thing - it's a difference of opinion. Me, I *much* prefer the simplified history. That _is_ the correct one for me. And the sad part is, what you want is there. It's a command line switch away. You were told in the very first message what the switch was. If you don't want to use "--full-history", you can actually use "git whatchanged" instead of "git log", and it implies the switch without you even having to type it. So it's all there. Use it. Just don't bother adding me to the cc to your inane flames, because I'm fed up with the fact that you can't actually be bothered to read my emails, and just want to flame. And quite frankly, I've seen that behaviour from you before, when it comes to other things. So go away. Write the code. Come back with patches. In the meantime, we've told you what to do: use --full-history if you really want it. Linus -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
