lib edit --enable-widec option breaks tab-completion

[Mark Brethen]

On Oct 26, 2014, at 6:07 PM, Ryan Schmidt <ryandesign at macports.org> wrote:

> 
>> On Oct 26, 2014, at 10:22 AM, Mark Brethen wrote:
>> 
>>> On Oct 26, 2014, at 4:12 AM, Ryan Schmidt wrote:
>>> 
>>>> On Oct 24, 2014, at 6:56 PM, Mark Brethen wrote:
>>>> 
>>>> I've found that compiling against macports libedit, which is configured for wide-char/UTF-8 (--enable-widec option), breaks tab completion. The program that I'm building is bundled with libedit and compiles it without UTF-8 support. In this case tab completion works. Is it okay to install this linked libedit library as part of the port?
>>> 
>>> Sure, whatever works best for that program.
>>> 
>>> The obvious concern would be: does that impeded the program's ability to process UTF-8 input?
>> 
>> I think it uses the standard ASCII character set, but I'll check.
> 
> Well libedit and libreadline are used in the process of acquiring user input. Can you guarantee that the user will only input ASCII characters? What happens if the user inputs other characters?
> 

The basic characters which are used to build REDUCE symbols are the following:

	• The 26 letters a through z
	• The 10 decimal digits 0 through 9
	• The special characters _ ! " $ % ' ( ) ⋆ + , - . / : ; < > = { }⟨blank⟩

I'm not sure if it will let you enter anything other than above. I guess I could test this.

Mark