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