Update of bug #54529 (project make):
Status: None => Not A Bug
Open/Closed: Open => Closed
Follow-up Comment #4:
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