bug-gettext
[Top][All Lists]
Advanced

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

[bug #58669] gettext-tools builds and installs libintl again


From: Ryan Schmidt
Subject: [bug #58669] gettext-tools builds and installs libintl again
Date: Sun, 28 Jun 2020 16:48:14 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

URL:
  <https://savannah.gnu.org/bugs/?58669>

                 Summary: gettext-tools builds and installs libintl again
                 Project: GNU gettext
            Submitted by: ryandesign
            Submitted on: Sun 28 Jun 2020 08:48:12 PM UTC
                Category: Build
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Hi, using gettext 0.20.2 on macOS 10.13.6 I've built and installed
libtextstyle and gettext-runtime separately, and now I'm trying to build
gettext-tools separately. It seems that this builds libintl again, and when I
`make install` it wants to install libintl again. These results surprise me. I
want gettext-tools to use the libintl that I already built and installed
previously via gettext-runtime.

The configure output says:


checking whether included gettext is requested... no


...so you recognize that I don't want to use the included gettext...


checking for GNU gettext in libc... no
ar: /opt/local/lib/libintl.a is a fat file (use libtool(1) or lipo(1) and
ar(1) on it)
ar: /opt/local/lib/libintl.a: Inappropriate file type or format
od: cannot skip past end of input
ar: /opt/local/lib/libintl.a is a fat file (use libtool(1) or lipo(1) and
ar(1) on it)
ar: /opt/local/lib/libintl.a: Inappropriate file type or format
od: cannot skip past end of input
checking for GNU gettext in libintl... yes


...and you recognize that the existing libintl is present and satisfactory...


checking whether to use NLS... yes
checking where the gettext function comes from... included intl directory


...yet you're going to use the included intl directory.





    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58669>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

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