Bruno Haible writes:
>> > I wish the list of libraries that support this mechanism was
>> > not hard-coded. Do you have an idea for making it
>> > extensible?
>>
>> It is not clear to me why this mechanism is here. I guess that
>> it must be to avoid the need for the caller to also call the
>>
Hi Ben,
> > I wish the list of libraries that support this mechanism was not hard-coded.
> > Do you have an idea for making it extensible?
>
> It is not clear to me why this mechanism is here. I guess that
> it must be to avoid the need for the caller to also call the
> individual lib_set_reloca
Bruno Haible writes:
>> I noticed that there were references to
>> this preprocessor symbol and two related ones
>> (DEPENDS_ON_LIBCHARSET and DEPENDS_ON_LIBICONV) in
>> relocatable.c. Their purpose was not documented, but I think
>> that I figured out what they are for. I'm proposing the
>> fo
Hi Ben,
> I noticed that there were references to
> this preprocessor symbol and two related ones
> (DEPENDS_ON_LIBCHARSET and DEPENDS_ON_LIBICONV) in
> relocatable.c. Their purpose was not documented, but I think
> that I figured out what they are for. I'm proposing the
> following update to do
Hi Bruno. Thank you for fixing the interactions between
__printf__ in gnulib and libintl.
I have a followup question. While I was trying to figure out
whether PSPP could now drop its definition of DEPENDS_ON_LIBINTL
from its configure.ac, I noticed that there were references to
this preprocessor
