On Tue, Dec 01, 2015 at 12:22:12PM -0500, Steven Rostedt wrote: > On Tue, 1 Dec 2015 17:10:14 +0000 > Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> wrote: > > > Another suggestion - maybe recordmcount, which fstat()s the file, > > should check the st_nlink before modifying the file, and error out > > with a helpful error message telling people not to use hardlinks, > > which would stop nasty surprises (and make it a rule that this should > > be implemented as a general principle for good build behaviour) - iow, > > Actually I like this solution the best. > > > something like this (untested): > > Can you test it to see if it gives you the error, otherwise I need to > set up a CCACHE_HARDLINK environment :-) It does indeed: CC init/do_mounts_initrd.o file is hard linked: init/do_mounts_initrd.o /home/rmk/git/linux-rmk/scripts/Makefile.build:258: recipe for target 'init/do_mounts_initrd.o' failed make[2]: *** [init/do_mounts_initrd.o] Error 1 > I guess another solution is to do a copy instead of modifying in place > if it detects the multiple hard link? That would be the "transparent" solution. If you think it's worth persuing, I'll have a go at fixing recordmcount to do that. -- FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net. -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html