committed: merge with libada-branch
Laurent GUERBY
laurent@guerby.net
Tue Feb 10 21:35:00 GMT 2004
On Tue, 2004-02-10 at 22:15, Zack Weinberg wrote:
> My concern is for people (such as myself) who are *not* familiar with
> Ada. I have occasion to look in there maybe once a month and every
> time I have to work out from first principles how the krunching scheme
> works.
If you know the Ada package name (from textbook and no IDE around), the
gnatkr tool will give you the crunched name:
$ gnatkr ada.text_io
a-textio
If you're in a file, the package name is at the top and end of the file.
> As for organization of OS specific stuff, the only real suggestion I
> have is that the file names have some obvious relation to the system
> they're intended for, rather than being arbitrary codes. Directory
> partitioning was just the first thing that came to mind.
For now the table is in ada/Makefile.in, it's not simple
to classify the OS/file correspondance, sometimes
one file is used for half of the OSes, sometimes only
for one OS, so it will not be simple to come with a set
of meaningful prefixes.
It would be interesting to have more information about
the things that costed you time to come up with concrete solutions.
I use search for filename or search for target
with a text editor in ada/Makefile.in when I'm looking for something.
But if you have a problem involving tasking (where the codes are
used), finding the file is 0.0001% of the problem, the complement
will be understanding interaction between OS threads and up to Ada
tasking constructs.
> > It looks like most of the existing ada/Makefile.in is related
> > to the specifics building the library and tools and we should be able
> > to move that to libada, orthogonal to renaming I'd say.
>
> Yes, I agree this should be possible.
Will see if it's on Arnaud's plan.
Laurent
More information about the Gcc
mailing list