You showed the FileInfo interface, though. File does contain the original path that was opened:

// Name returns the name of the file as presented to Open.
func (f *File) Name() string

Sorry, my bad. To give you an example of what I usually do:

files, _ := ioutil.ReadDir(splittedLocation)
for _, file := range files {
  if err := processFile(file); err != nil {
    // handle err
  }
}

And then, in the processFile function, I need the full file path to read the file. But then it's not available in the fileInfo struct.

Right; then the issue should be about FileInfo to be clear.

In that case I'd simply pass the directory path along with each file. Then you can join the path with the basename easily. I'm not sure that this is a big issue.

Right; then the issue should be about FileInfo to be clear.

In that case I'd simply pass the directory path along with each file. Then you can join the path with the basename easily. I'm not sure that this is a big issue.

This indeed can be a workaround, but I don't see why the full filepath couldn't be part of the fileInfo struct.

/cc @bradfitz @ianlancetaylor

a) for go1compat reasons, we can't extend the FileInfo interface, even if we wanted to.

b) a full path name isn't always available/known/unique. There could be multiple paths to a file, and only some paths that are accessible to the current user. From the point of view of Readdir, it only gets the base names from the operating systems, so that's all it can return anyway. The *os.File only returns the "full" name if you opened it with a full name, and it just returns the exact string you opened with, which might be relative.

Closing, because there's nothing we can do here.