Re: [Bug-apl] Linker error libstdc++ vs Libc++

[Peter Teeson]

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 ./configure time. 

I have no idea of how to achieve the following but probably the best solution is to have 

a GNU gettext built using libc++ which seems to be more modern than libstdc++. 

It includes the STLwhich, IIRC, was a motivator for the original libstdc++. 

My recollection may be wrong though. Of course we then have the fragile binary problem

to overcome in the wild and it may not be worth the agony.

As to documenting it in the GNU APL on Macintosh  "A Brief Installation Guide" 

I will do that either way. Also in the forthcoming GNU APL on Macintosh 

"Developing using Xcode"

respect…

Peter

On 2014-05-07, at 7:39 AM, Elias Mårtenson <address@hidden> wrote:

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" <address@hidden> wrote:

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).

Currently only a few major error messages (SYNTAX ERROR, VALUE ERROR, etc) can be
translated to German. More detailed information via )MORE and debug messages are not
translated. So removing gettext() altogether would not harm too much.

My proposal would therefore be ./configure --without-nls and maybe
mention that in your nice Macintosh manual.

Best Regards,
Jürgen