[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #54529] [Makefile:5: foobar] Segmentation fault

From: Paul D. Smith
Subject: [bug #54529] [Makefile:5: foobar] Segmentation fault
Date: Mon, 20 Aug 2018 14:33:37 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0

Update of bug #54529 (project make):

                  Status:                    None => Not A Bug              
             Open/Closed:                    Open => Closed                 


Follow-up Comment #4:

This message:

$ make-4.2.1/make
touch foobar
make: *** [Makefile:5: foobar] Segmentation fault (core dumped) 

doesn't mean that make dumped core.  If it had you'd not see the prefix
containing the make target name, etc.

This means that the program make invoked dumped core.  Make is printing out
the results of invoking the program (specifically, the results of the
waitpid() call waiting for the child to complete).  In this case, since this
is a simple command so make can invoke it directly without using the shell, it
means that the "touch" program dumped core.

I suspect that your attempt to modify the LD_LIBRARY_PATH has caused an
incompatible version of the C runtime library (libc) or similar to be loaded
when the "touch" program is running.

I can't explain your "delete any elements and it doesn't happen" result,
except of course that if you modify the pathname you are using with "echo",
then the value of the ROOT make variable will change and the LD_LIBRARY_PATH
value will be different and thus it may not find the wrong library.

I can't see any way this can be related to make so I'm closing this as "not a
bug" but if you have more information feel free to add it as a comment and I
can re-open.


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]