[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Multiple definitions of ___printf__
From: |
Ben Pfaff |
Subject: |
Re: Multiple definitions of ___printf__ |
Date: |
Thu, 25 Mar 2010 21:36:48 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
Bruno Haible gave this advice:
> "Also, your configure.ac should define DEPENDS_ON_LIBINTL if LIBINTL
> (determined by AM_GNU_GETTEXT) evaluates to non-empty."
I can't see where we're invoking AM_GNU_GETTEXT at all. It seems
that we should be, to get LIBINTL set appropriately. This lack
doesn't cause a problem with glibc, where libintl is integrated
into libc.
We used to call AM_GNU_GETTEXT, but commit e59bf0b7b7 "Rewrite
automake rules for internationalisation files." back in August
2009 deleted it.
I suspect that we should re-add
AM_GNU_GETTEXT([external], [need-ngettext])
AM_GNU_GETTEXT_VERSION([0.17])
back to configure.ac, and then append
if test -n "$LIBINTL"; then
AC_DEFINE([DEPENDS_ON_LIBINTL], [1],
[Define to 1 if libintl is built as a
separate library rather than integrated
into libc])
fi
based on Bruno's advice.
What do you think?
--
Ben Pfaff
http://benpfaff.org
- Multiple definitions of ___printf__, Michel Boaventura, 2010/03/25
- Re: Multiple definitions of ___printf__, Ben Pfaff, 2010/03/26
- Re: Multiple definitions of ___printf__,
Ben Pfaff <=
- Re: Multiple definitions of ___printf__, John Darrington, 2010/03/26
- Re: Multiple definitions of ___printf__, Ben Pfaff, 2010/03/26
- Re: Multiple definitions of ___printf__, John Darrington, 2010/03/27
- Re: Multiple definitions of ___printf__, Ben Pfaff, 2010/03/27
- Re: Multiple definitions of ___printf__, John Darrington, 2010/03/29
- Re: Multiple definitions of ___printf__, Ben Pfaff, 2010/03/29
- Re: Multiple definitions of ___printf__, Ben Pfaff, 2010/03/29
- Re: Multiple definitions of ___printf__, John Darrington, 2010/03/30