From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID, WEIRD_PORT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e507e3d80b7abf1e X-Google-Attributes: gid103376,public From: dewar@cs.nyu.edu (Robert Dewar) Subject: Re: Fun with WebAda/GNAT Date: 1996/08/18 Message-ID: #1/1 X-Deja-AN: 174971227 references: <32120233.484C@lmtas.lmco.com> <4uv6bs$ffd@dfw.dfw.net> organization: Courant Institute of Mathematical Sciences newsgroups: comp.lang.ada Date: 1996-08-18T00:00:00+00:00 List-Id: Ronald says "Sure there is! Just print the path names for the files/specs in the error message." We have discussed this, but path names in typical Unix systems are so long that this generates an unacceptable level of noise in the normal case. We do of course print references for multiple definitions, so I am not quite sure what that is about: q.adb:2:03: "x" conflicts with declaration at q.ads:2 But are you really sure you want to see /nile.a/ada/ada/gnatbugs/fixed/0000-020/q.adb:2:03: "x" conflicts with declaration at /nile.a/ada/ada/gnatbugs/fixed/0000-020/q.ads:2 we think not. I suppose one could put in a switch, but there are lots of switches already, and typically no one reads the documentation carefully, so no one knows about them! I certainly have never had trouble with the lack of full paths in error messages, and it is not something that any of our users have ever requested. Error messages are always a matter of balance, and we tend to trying to keep them short and content rich. A little tool that shows you where something is on the ada include path sounds trivial, and useful in cases where someone is confused as to where something is. Actually that would be nice to build into EMACS.