{"thread":{"id":"8180","subject":"MinGW port: some questions","startedAt":"2007-05-16T18:52:00Z","lastAt":"2007-05-18T07:58:23Z","messageCount":4,"participants":["Alon Ziv","Junio C Hamano","Johannes Sixt"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"42325","messageId":"1179341520.31213.38.camel@bruno.nolaviz.org","threadId":"8180","inReplyTo":null,"subject":"MinGW port: some questions","fromName":"Alon Ziv","fromEmail":"alonz@nolaviz.org","sentAt":"2007-05-16T18:52:00Z","receivedAt":"2007-05-16T18:52:00Z","isPatch":false,"sender":{"key":"alonz@nolaviz.org","avatar":null},"body":"Hi,\n\nI am looking at the MinGW port, and I see some rather strange changes\nincluded in the port; \"strange\" in the sense that they do not appear to\nhave anything to do with MinGW.\n\nI am referring, for example, to the changes from commit dc380d6, which\nwere reverted in Git mainline (actually in \"next\", they never reached\nGit's \"master\"). Or to the changes from 4493e36, which had the same\nfate.\n\nAre these intentional? Or are they the result of some strange mismerge?\n\n\t-az\n"},{"id":"42326","messageId":"7vejlgegb9.fsf@assigned-by-dhcp.cox.net","threadId":"8180","inReplyTo":"1179341520.31213.38.camel@bruno.nolaviz.org","subject":"Re: MinGW port: some questions","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2007-05-16T19:09:30Z","receivedAt":"2007-05-16T19:09:30Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Alon Ziv writes:\n\n> I am referring, for example, to the changes from commit dc380d6, which\n> were reverted in Git mainline (actually in \"next\", they never reached\n> Git's \"master\"). Or to the changes from 4493e36, which had the same\n> fate.\n\nMinGW repository bases its work on my 'next', so it will not be\npulled wholesale to my 'master'. The plan is to trickle down\nthe platform independent bits of fixes and refactoring to the\nmainline, as well as #ifdef __MINGW32__ and $(findstring MINGW)\nparts, but that will most likely happen as a series of bite\nsized patch series to the list with public reviews.\n\nI do not know if you mistyped dc380d6 (I do not find it there),\nbut reverting 4493e36 (merge of jc/3way) was intentional. The\nwork in that commit that deviates from the mainline is the\njc/3way topic, which turned out to be incomplete and not very\nusable. MinGW tree might not have synchronized with the latest\nfrom the mainline in which case it might not have merged the\nrevert from me yet, and that may be why you are seeing the\ndifferences.\n"},{"id":"42329","messageId":"1179345334.31213.48.camel@bruno.nolaviz.org","threadId":"8180","inReplyTo":"7vejlgegb9.fsf@assigned-by-dhcp.cox.net","subject":"Re: MinGW port: some questions","fromName":"Alon Ziv","fromEmail":"alonz@nolaviz.org","sentAt":"2007-05-16T19:55:34Z","receivedAt":"2007-05-16T19:55:34Z","isPatch":false,"sender":{"key":"alonz@nolaviz.org","avatar":null},"body":"On Wed, 2007-05-16 at 12:09 -0700, Junio C Hamano wrote:\n> I do not know if you mistyped dc380d6 (I do not find it there),\n\nI did; it was dc3806d. I don't know how it slipped... I usually\ncut'n'paste commit IDs :-/\n\n> but reverting 4493e36 (merge of jc/3way) was intentional. The\n> work in that commit that deviates from the mainline is the\n> jc/3way topic, which turned out to be incomplete and not very\n> usable.\n\nI know it was intentional; but the revert happened on Feb 13, and the\nMinGW port is supposed to be merged up to v1.5.1. The revert of dc3806d\n(\"in_merge_bases(): optimization\") and 40e0e66 (\"merge_base(): move\ntraversal into a separate function.\") also happened on Feb 13, and both\nof there commits are still present in the MinGW master branch.\n\nMaybe I'll just try cherry-picking the port's commits on top of the\nlatest master, and see if anything breaks :)\n\n\t-az\n"},{"id":"42452","messageId":"464D5C9F.DBA27467@eudaptics.com","threadId":"8180","inReplyTo":"7vejlgegb9.fsf@assigned-by-dhcp.cox.net","subject":"Re: MinGW port: some questions","fromName":"Johannes Sixt","fromEmail":"j.sixt@eudaptics.com","sentAt":"2007-05-18T07:58:23Z","receivedAt":"2007-05-18T07:58:23Z","isPatch":false,"sender":{"key":"j6t@kdbg.org","avatar":"https://avatars.githubusercontent.com/u/14810926?v=4"},"body":"Junio C Hamano wrote:\n> \n> Alon Ziv writes:\n> \n> > I am referring, for example, to the changes from commit dc380d6, which\n> > were reverted in Git mainline (actually in \"next\", they never reached\n> > Git's \"master\"). Or to the changes from 4493e36, which had the same\n> > fate.\n> \n> MinGW repository bases its work on my 'next', so it will not be\n> pulled wholesale to my 'master'. The plan is to trickle down\n> the platform independent bits of fixes and refactoring to the\n> mainline, as well as #ifdef __MINGW32__ and $(findstring MINGW)\n> parts, but that will most likely happen as a series of bite\n> sized patch series to the list with public reviews.\n> \n> I do not know if you mistyped dc380d6 (I do not find it there),\n> but reverting 4493e36 (merge of jc/3way) was intentional. The\n> work in that commit that deviates from the mainline is the\n> jc/3way topic, which turned out to be incomplete and not very\n> usable. MinGW tree might not have synchronized with the latest\n> from the mainline in which case it might not have merged the\n> revert from me yet, and that may be why you are seeing the\n> differences.\n\nSometime around 1.5.0 I decided to merge only 'master' into MinGW and I\ndidn't notice that there were some more or less important reversals in\n'next'. (Note to myself: Pull 079f7cb27b into mingw before next update.)\n\n-- Hannes\n"}]}