bug-gettext
[Top][All Lists]
Advanced

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

[bug-gettext] [bug #45405] VPATH build failure due to missing libintl.h


From: Abel Cheung
Subject: [bug-gettext] [bug #45405] VPATH build failure due to missing libintl.h
Date: Thu, 25 Jun 2015 10:44:44 +0000
User-agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.124 Safari/537.36

URL:
  <http://savannah.gnu.org/bugs/?45405>

                 Summary: VPATH build failure due to missing libintl.h
                 Project: GNU gettext
            Submitted by: abelcheung
            Submitted on: Thu 25 Jun 2015 10:44:42 AM GMT
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The failure occurs in gettext-tools/intl/pluralx.c:


libtool: compile:  gcc -std=gnu99 -c [...flags...] -I.
-I../../../gettext-0.19.4/gettext-tools/../gettext-runtime/intl -I.. -g -O2
-fvisibility=hidden pluralx.c  -fPIC -DPIC -o .libs/pluralx.o
../../../gettext-0.19.4/gettext-tools/../gettext-runtime/intl/plural.c:313:59:
fatal error: libintl.h: No such file or directory
compilation terminated.                                                       
                    


Such failure can be reproduced by removing system bundled libintl.h before
doing a VPATH build of gettext. Currently gettext-tools/intl/Makefile contains
".", ".." and "$(top_srcdir)/../gettext-runtime/intl" as include path, but
those paths don't contain libintl.h which is generated and therefore resides
under $(top_builddir)/../gettext-runtime/intl.

In general it wouldn't fail because there is still a fallback libintl.h
located in system include paths, but when that fallback header is not present
(in clean room build, or in cross compile environment) the problem becomes
apparent.

However I'm not entirely sure what's the correct fix: should gettext reuse
existing libintl.h on system (but risk mix-and-mismatch), or guarantee
compilation is self-contained by fixing sed usage in
gettext-tools/configure.ac ?




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45405>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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