git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Re: Segmentation fault with latest git (070c57df)

From
Jeff King <peff@peff.net>
Date
Feb 1, 2013, 09:57 UTC
Message-ID
<20130201095709.GA31971@sigill.intra.peff.net>
In-Reply-To
<17285958.791361359710080706.JavaMail.weblogic@epml01>
On Fri, Feb 01, 2013 at 09:14:41AM +0000, Jongman Heo wrote:
> I can reproduce the issue in my machine (RedHat Enterprise 5, x86 PAE) as follows. 
Great, thanks for taking the time to reproduce.
> But in my different machine (Fedora 16 x86) I can't reproduce.

That makes me wonder if it is related to the gcc or make version. I couldn't reproduce the problem on my gcc-4.1 system, though. My make is:

  $ make --version
  GNU Make 3.81
  [...]
>   $ git reset --hard v1.8.1       # back to v1.8.1
>   $ make clean 
>   $ make all install               # this git works fine

After this step, what does builtin/.depend/fetch.o.d contain? It should show a dependency of builtin/fetch.o on string-list (among other things).

>   $ git pull                          # top commit 9a6c84e6, "Merge git://ozlabs.org/~paulus/gitk"
>   $ make all install

Can you try running "make -d builtin/fetch.o" here instead of "make all install"? Can you confirm that it reads builtin/.depend/fetch.o, and that fetch.o gets rebuilt (you should even be able to see the list of "newer than" dependencies in the debug output)?

Another thing to double-check: does it work if you instead run
  make all install COMPUTE_HEADER_DEPENDENCIES=no
?
-Peff
Previous: Jongman Heo
Message 2 of 2 in “Re: Re: Segmentation fault with latest git (070c57df)”
  1. Jongman HeoFeb 1, 2013
  2. Jeff KingFeb 1, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.