Re: What about a glob standard method in Ada.Command_Line ?

["Randy Brukardt" <randy@rrsoftware.com>]

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote in message 
news:198k7jlp1nvhi$.1mq6mu1iorkpi$.dlg@40tude.net...
...
> There are other self-evident requirements. But since it seems that nobody
> actually uses Ada.Directories, there will be no pressure on the ARG to fix
> it any soon.

This is getting silly. I use Ada.Directories heavily in all of my programs; 
and I used Claw.Directories (on which it is based) for years before that. It 
works great for what it is intended for. You seem to want to use it for 
things for which it was never intended (and indeed things that defy 
abstraction). Perhaps there is no pressure to change it much because most 
users don't see any significant problems?

The encoding of file names as Strings is less than ideal, but it is 
something that we inherited from Ada 83, and cannot change without breaking 
virtually all existing Ada programs. In order to do that, we'd need to add 
overloaded Opens that take Wide_Wide_Character file names:
             procedure Open (File : in out File_Type; Mode : in File_Mode;
                                        Name : in Wide_Wide_String; Form : 
in Wide_Wide_String := "");
But then any calls on Open using literal file names (which are very common) 
would be ambiguous and fail to compile. For instance,
            Open (My_Std_Error, Name => "err:", Mode => Out_File);

Thus, this isn't happening.

Using a private type for file names would be possible, but it would be way 
too hard to use; harder than Unbounded_Strings which is already too hard to 
use regularly.

                               Randy.