{"thread":{"id":"32807","subject":"Re: Re: Segmentation fault with latest git (070c57df)","startedAt":"2013-02-01T09:14:42Z","lastAt":"2013-02-01T09:57:09Z","messageCount":2,"participants":["Jongman Heo","Jeff King"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"208460","messageId":"17285958.791361359710080706.JavaMail.weblogic@epml01","threadId":"32807","inReplyTo":null,"subject":"Re: Re: Segmentation fault with latest git (070c57df)","fromName":"Jongman Heo","fromEmail":"jongman.heo@samsung.com","sentAt":"2013-02-01T09:14:42Z","receivedAt":"2013-02-01T09:14:42Z","isPatch":false,"sender":{"key":"jongman.heo@samsung.com","avatar":null},"body":"\nJunio C Hamano<gitster@pobox.com> wrote :\n> 허종만 writes:\n>> But usually when I build upstream Linux kernel, I don't do \"make\n>> clean\" after git pull..  I didn't expect that I needed \"make\n>> clean\" for git build.\n>\n> We don't expect anybody need \"make clean\", either.  There is\n> something wrong in the dependency.\n\n\nHi all,\n\nI can reproduce the issue in my machine (RedHat Enterprise 5, x86 PAE) as follows. \nBut in my different machine (Fedora 16 x86) I can't reproduce.\n\n  $ git reset --hard v1.8.1       # back to v1.8.1\n  $ make clean \n  $ make all install               # this git works fine\n\n  $ git pull                          # top commit 9a6c84e6, \"Merge git://ozlabs.org/~paulus/gitk\"\n  $ make all install\n\n  $ git fetch                         # this git segfaults\n  Segmentation fault\n\n\nSo if there is any patch to test, just let me know  (but will not available during weekend).\n\n\nRegards,\nJongman Heo"},{"id":"208463","messageId":"20130201095709.GA31971@sigill.intra.peff.net","threadId":"32807","inReplyTo":"17285958.791361359710080706.JavaMail.weblogic@epml01","subject":"Re: Re: Segmentation fault with latest git (070c57df)","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2013-02-01T09:57:09Z","receivedAt":"2013-02-01T09:57:09Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Fri, Feb 01, 2013 at 09:14:41AM +0000, Jongman Heo wrote:\n\n> I can reproduce the issue in my machine (RedHat Enterprise 5, x86 PAE) as follows. \n\nGreat, thanks for taking the time to reproduce.\n\n> But in my different machine (Fedora 16 x86) I can't reproduce.\n\nThat makes me wonder if it is related to the gcc or make version. I\ncouldn't reproduce the problem on my gcc-4.1 system, though. My make is:\n\n  $ make --version\n  GNU Make 3.81\n  [...]\n\n>   $ git reset --hard v1.8.1       # back to v1.8.1\n>   $ make clean \n>   $ make all install               # this git works fine\n\nAfter this step, what does builtin/.depend/fetch.o.d contain? It should\nshow a dependency of builtin/fetch.o on string-list (among other\nthings).\n\n>   $ git pull                          # top commit 9a6c84e6, \"Merge git://ozlabs.org/~paulus/gitk\"\n>   $ make all install\n\nCan you try running \"make -d builtin/fetch.o\" here instead of \"make all\ninstall\"? Can you confirm that it reads builtin/.depend/fetch.o, and\nthat fetch.o gets rebuilt (you should even be able to see the list of\n\"newer than\" dependencies in the debug output)?\n\nAnother thing to double-check: does it work if you instead run\n\n  make all install COMPUTE_HEADER_DEPENDENCIES=no\n\n?\n\n-Peff\n"}]}