<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>truncated again...<BR><BR>
"rip out my code" btw is Quake code in the NT386 config files (and also similar in m3cc and m3gdb on Windows platforms)<BR>
<BR>
- Jay<BR><BR><BR>
<BLOCKQUOTE>
<HR id=EC_stopSpelling>
From: jayk123@hotmail.com<BR>To: wagner@elegosoft.com; m3devel@elegosoft.com<BR>Subject: RE: [M3devel] response file changes?<BR>Date: Sat, 23 Feb 2008 15:38:18 +0000<BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass EC_body.hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>
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></BLOCKQUOTE><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>