Is make being built with -D_FILE_OFFSET_BITS=64 to use the large-file APIs? If not, then maybe the problem is an inode number that doesn't fit in the old 32-bit ino_t that some struct dirent's were stuck with. Check the output of "ls -l -i" (note the -i option!) to see if there's an inode number larger than 2billion in the output, like the '..' directory entry from the NFS parent filesystem...
(You have less than 16 years of use on that Solaris 8 box, as it still has a 32-bit time_t, which wraps in Jan 2038. Type fast!) Philip On Mon, Nov 7, 2022 at 8:17 PM anonymous <invalid.nore...@gnu.org> wrote: > Follow-up Comment #4, bug #63330 (project make): > > It looks like this is somehow related to NFS. I was running the > newly-generated make in the root of the source tree, and on an NFS mounted > directory it fails immediately. If I copy the tree to a local directory I > have no problems. > > > _______________________________________________________ > > Reply to this item at: > > <https://savannah.gnu.org/bugs/?63330> > > _______________________________________________ > Message sent via Savannah > https://savannah.gnu.org/ > > >
