Erik Huelsmann wrote:
>[ about Makefile contents ]
>
>
>
>>>+include subversion/po/Makefile
>>>
>>>
>>Does this work if src_dir != build_ir?
>>
>>
>
>I started wondering about that after I sent the mail; I'd need to try.
>Anybody?
>
>
Nope, of course it doesn't. It should be $(abs_srcdir)/po/Makefile, and
the default for abs_srcdir should be '.'. But of course, that's a minor
issue, because not all makes understand the 'include' directive with
that spelling. It's '.include' in some BSD makes I've seen. I wonder if
autoconf know how to replace that? It should...
>>>Index: subversion/po/Makefile
>>>===================================================================
>>>--- subversion/po/Makefile (revision 0)
>>>+++ subversion/po/Makefile (revision 0)
>>>@@ -0,0 +1,35 @@
>>>+
>>>+abs_srcdir ?= ../..
>>>
>>>
That's _not_ abs_srcdir... :-)
>>>+MSGFMT ?= msgfmt
>>>
>>>
>>Is ?= available in all make clones we support? Probably, since you used
>>it? :-)
>>
>>
>Hmm; no. I used it because I was looking in the (gnu) make manuals. I'll
>have a look at the nmake manuals.
>
>
It's completely GNUish, as far as I know. Hmmm...
One way to avoid this problem would be to use normal assignment, and
change to top-level makefile to _call_ this one instead of oncluding it.
That means you get to keep the suffixes, and the rules get expanded to
$(MAKE) $@ abs_srcdir="$(abs_srcdir)" XGETTEXT="$(XGETTEXT)" MSGFMT="$(MSGFMT)"
And so on. The settings on the command line will override the
assignments in the makefile.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 21 23:23:23 2004