[Top][All Lists]

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

Re: [bug-gettext] Errors building with getttext-runtime/po/Makefile.in.i

From: Ed
Subject: Re: [bug-gettext] Errors building with getttext-runtime/po/Makefile.in.in
Date: Sat, 4 Aug 2018 12:38:53 +0100

Hi Bruno

Thanks for your help.

Running gettextize on freedroid's repo seems to not be compatible with
how it's currently set up (the current structure seems to date from
2009 - I'm not a contributor to this project, I was trying to help
out, so I don't know the full history). I get broken makefiles, and
the po structure it wants to create doesn't match the existing, even
after following all of its instructions.

I can't see any place in which top_builddir is exported in the current
set of makefile templates. Gnu Make's documentation admits no
instances in which the variable would be exported without a
declaration. top_srcdir is already set up for substitution in the
makefile. So I don't see how it can possibly work, regardless of what
tools I run, unless they export additional variables in some unclear

In any case, unfortunately I've spent as long looking at this now
(about a week of my free time) as I can without getting results. I'll
just patch the Makefile.in locally as I think it should be and move

Thanks again for your help


On 2 August 2018 at 02:12, Bruno Haible <address@hidden> wrote:
> Hi,
>> gettext-runtime/po/Makefile.in.in uses the variable top_builddir, but
>> that variable is not directly set in the makefile, unlike (for
>> example) top_srcdir.
>> This causes build errors for me building applications out-of-tree
>> (specifically, freedroid latest has this problem for me with autoconf
>> 2.69, automake 1.15.1 - the latest for Ubuntu 18.04).
>> I think the fix is just to add
>> top_builddir = @top_builddir@
>> to the top of the file.
> Did you follow all recommendations that gettextize did output,
> when you ran gettextize?
> Also, the comment #5 of
> https://bugs.launchpad.net/ubuntu/+source/gettext/+bug/122343
> might help.
> Bruno

reply via email to

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