Oh, replying to myself again, found that this shortening of path names
seems to be a feature, it is the function osd_outputPath() which does
this:
** Given a filename (and possibly a directory name from which the filename
** is relative) return a string which is the shortest possible
** equivalent for the corresponding full (absolutized) filename.
Changing its implementation to
cstring osd_outputPath (cstring filename)
{
return cstring_copy (filename);
}
make splint work with Emacs... however, I suppose there is some great idea
behind osd_outputPath(). I'd like to see the filename reduction as an
option though.
On Thu, 16 May 2002, Anders Torger wrote:
>
> Sorry, I forgot to mention that splint is fed with the full path names
> when called, like this:
>
> splint /home/torger/src/test/proxy/proxy.c \
> -I/home/torger/src/generic/common
>
> On Thu, 16 May 2002, Anders Torger wrote:
> >
> > I have the problem that splint does not include the full path names of the
> > files it finds errors in, for example:
> >
> > In file included from proxy/proxy.c:5
> > generic/common/system_net.h:50:71: #error test
> >
> > What I need, or rather Emacs, is the full path from the root, in this case
> >
> > In file included from /home/torger/src/test/proxy/proxy.c:5
> > /home/torger/src/generic/common/system_net.h:50:71: #error test
> >
> > The problem is that Emacs does not find the source files when not a proper
> > path is given, so it is not possible to use the next-error function,
> > meaning that it is unbearable to use splint in Emacs.
> >
> > Have I misconfigured something, or have I discovered a bug? I have tested
> > an earlier version (when it was called LClint) and that produced the full
> > path names for the files.
> >
> >
>
>
--
Anders Torger, Operax
+46 705 795 504
