Previously I said "OK I spent some time digging around and maybe I understand a
bit more."
and also "Not totally confident that I have analyzed this correctly. What do
you think?"
Well here is a better analysis which I do feel more confident about.
The version of gettext I had previously instal
The way configure is supposed to work is that it tests if it's possible to
build with a library, and it will deselect it if it doesn't work.
Also, as far as I can tell, this issue only occurs if one has built gettext
prior to upgrade to 10.9. In this particular case, it seems reasonable for
config
We probably want to do that at some time anyway but IMHO a simpler solution is
to make
the default in configure be --without-nls. Particularly in view of Jürgen's
comments.
So if somebody wants NLS they have to be intentional. Either way it's no big
deal
to just add it or remove it at ./configur
How about we build an binary package for OSX? Another alternative is a
Hombrew recipe.
Regards,
Elias
On 7 May 2014 19:22, "Juergen Sauermann"
wrote:
> Hi Peter,
>
> when I first looked at internationalization my impression was that it
> could be a good idea,
> in particular for ⎕NLT.
>
> After
Hi Peter,
when I first looked at internationalization my impression was that it
could be a good idea,
in particular for ?NLT.
After that saw a number of problems with translation and locales, and I
was several times
close to removing it again (and I may actually do that at some point in
time
Hi Jürgen:
OK I spent some time digging around and maybe I understand a bit more.
Based on the details below it is my understanding that
•gettext was built using libstdc++
•but GNU APL was built using libc++
And so we have incompatible binaries.
On OS X 10.8 I had previously, ins
Sigh…..
Tracking down something in nabla I decided to start absolutely clean and did a
new SVN checkout.
I did the usual ./configure followed by make and got this:
…..
Undefined symbols for architecture x86_64:
"_libintl_bindtextdomain", referenced from:
_main in apl-main.o
"_libintl_get
