<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>Nobody should depend on this strange heuristic-based behavior..<BR>
I know that doesn't make it so, but it does possibly legitimize changing it.<BR>
<BR>
> as long as their names are unique.<BR>
<BR>
Right, like how I'm doing now _m3responsefile0.txt, _m3responsefile1.txt.<BR>
I wrap around from 9 to 0 because Quake can't do math.<BR>
In practise there's only ever one or two response files per directory, one to make in import .lib and one make a .dll, or just one to link an .exe.<BR>
C compilation doesn't use response files, but it could if the parameters got long and esp. if there were lots of C files in one directory and batch compile them instead of one at a time.. That's a nice optimization in C-based systems, not a big deal in Modula-3 with so few .c files.<BR>
<BR>
Maybe soon I'll rip out my code, and then fix the reliable deletion, and THEN move the directory...<BR>
<BR>
<BR>
- Jay<BR><BR><BR>
<HR id=stopSpelling>
<BR>
> Date: Sat, 23 Feb 2008 12:04:46 +0100<BR>> From: wagner@elegosoft.com<BR>> To: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] response file changes?<BR>> <BR>> Two short comments:<BR>> <BR>> o Response files in the target directory should be OK, as long as<BR>> their names are unique.<BR>> <BR>> o The heuristic is built-in to arglist(pfx, array), IIRC; I wouldn't<BR>> change that without need. You never know what depends on it, as it<BR>> has been there for a long time.<BR>> <BR>> Olaf<BR>> <BR>> Quoting Jay <jayk123@hotmail.com>:<BR>> <BR>> > "response files" are files that contain command lines, to <BR>> > overcomecommand line length limits. (Why the limits are so small? <BR>> > Lame.)<BR>> > CM3 has built in support for them.<BR>> > I have seen them not be deleted reliably.<BR>> > While the deletion should be made more reliable, I propose they be <BR>> > writteninto the target directory instead of "temp".<BR>> > That is, nearly all writes should be into the target directory.This <BR>> > is what is reliably cleaned up when you run "realclean".<BR>> ><BR>> > I realize there is a tension between putting things that belong <BR>> > together together, and reliable deletion, vs. load balancing of I/O. <BR>> > "Temp" is sometimes smaller/faster.<BR>> > I had already worked around this by wrapping up the response file <BR>> > supportin Quake code that moves the file into the target directory <BR>> > immediatelyafter creating it. I'll be able to remove that code, and <BR>> > live with theunreliably deleted files only when using older tools.<BR>> > ?<BR>> > Also, the built in support uses a heuristic.For shorter command <BR>> > lines, it doesn't use a response file.I found that surprising and a <BR>> > bit disappointing.While a more immediately readable log is valuable, <BR>> > consistency is too.<BR>> > Leave it alone or make it always use a response file?<BR>> > The Microsoft C compiler and linker dump the output of any response <BR>> > filethey are given, so that gets you a readable log.<BR>> ><BR>> > I don't care all that much.<BR>> > Maybe I'll just look into why the deletion is unreliable, but I <BR>> > figure "cleanup" is always unreliable because you might control-c <BR>> > the build, or the compiler might crash, etc. There is a "delete on <BR>> > close" flag in Windows, but I think it has a problem in that you <BR>> > have to keep the file open and if anyone else also opens it, they <BR>> > might need file_share_delete, not sure. File_share_delete not being <BR>> > supported on Win9x, maybe not much used?<BR>> ><BR>> > - Jay<BR>> > _________________________________________________________________<BR>> > Need to know the score, the latest news, or you need your <BR>> > Hotmail®-get your "fix".<BR>> > http://www.msnmobilefix.com/Default.aspx<BR>> <BR>> <BR>> <BR>> -- <BR>> Olaf Wagner -- elego Software Solutions GmbH<BR>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR>> <BR><BR><br /><hr />Climb to the top of the charts! Play the word scramble challenge with star power. <a href='http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan' target='_new'>Play now!</a></body>
</html>