Jonathan Nieder <jrnie...@gmail.com> writes:
> When I invoke "make block-sha1/sha1.s", 'make' runs $(CC) -S without
> specifying where it should put its output and the output ends up in
> ./sha1.s. Confusing.
> Add an -o option to the .s rule to fix this. We were already doing
> that for most compiler invocations but had forgotten it for the
> assembler listings.
> Signed-off-by: Jonathan Nieder <jrnie...@gmail.com>
> This patch is from below the scissors at
> I think it's a good change, but as usual it's nice if someone else
> takes a look at it and gives it a sanity check. If it seems sane,
> I'd be happy to see it applied. What do you think?
Yeah, I think it is a sensible thing to do.
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/Makefile b/Makefile
> index 285c660e..8bfa19cd 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -2263,7 +2263,7 @@ $(ASM_OBJ): %.o: %.S GIT-CFLAGS $(missing_dep_dirs)
> %.s: %.c GIT-CFLAGS FORCE
> - $(QUIET_CC)$(CC) -S $(ALL_CFLAGS) $(EXTRA_CPPFLAGS) $<
> + $(QUIET_CC)$(CC) -o $@ -S $(ALL_CFLAGS) $(EXTRA_CPPFLAGS) $<
> ifdef USE_COMPUTED_HEADER_DEPENDENCIES
> # Take advantage of gcc's on-the-fly dependency generation
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html