On Aug 31, 10 10:40:55 -0400, Paul Smith wrote: > > I already wrote that this issue exists when make version 3.81 was > > released, and the discussion wasn't exactly long or productive. > > It's hard for me to track issues long term via email. Is there a > Savannah bug filed about this? That's the best way to make sure it's > not forgotten about.
I have to double check. Probably won't have time for that this week, though. > For bugs related to the test suite I really need the entire work > directory, not just a description and a patch. Ok. > > > Maybe we could do something like use locking files (one process sleeps > > > for a second and creates file X, another process waits for file X to > > > exist then sleeps for a second and continues). The problem here is > > > doing it in a portable way, so it works on both UNIX and Windows (for > > > example) systems is not so simple. > > > > As the files don't have to be locked, but rather only created and tested > > for existence (if using single use names), I think this would be > > possible to do. Let me think about it. > > Right, I didn't mean flock() or something; I just meant test for > existence. But, doing a loop waiting for a file to exist in a UNIX > shell vs. Windows command.com (for example) is not simple. I was thinking about a perl script. That'll do, the test system is using perl anyway. > I don't think deadlocks are a problem here: we aren't trying to test a > cycle in the graph (there cannot be a cycle), we just want to be sure > things are created in the right order. But if the order is different, the file availability tests might end up in a deadlock. At least I thought so. > The first thing we should probably do is determine if the test suite > runs on Windows and if so which of the Windows variations it supports > (cygwin/mingw/native windows32/dos/etc.) :-) Good point... Matthias -- Matthias Hopf <mh...@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de _______________________________________________ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make
