• Nick Sabalausky (5/5) Jul 30 2011 The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out of...
• Walter Bright (2/7) Jul 30 2011 Just do a 'touch' on the minit.obj.
• Nick Sabalausky (5/17) Jul 31 2011 That's no good for an automated DMD-building tool. If the automated tool...
• Don (2/22) Jul 31 2011 Nobody should ever change minit.asm.
• Nick Sabalausky (3/27) Jul 31 2011 Really? I guess that solves it then.
• Trass3r (1/1) Jul 31 2011 Can't we finally get rid of that asm file?

"Nick Sabalausky" <a a.a> writes:

The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out of 
date WRT the matching asm file. (At least as far as the timestamps, I don't 
know about the actual file content.) On systems without masm386 installed, 
this causes automated DMD builders to fail without manual user intervention. 
Is it too late to get that fixed?

Walter Bright <newshound2 digitalmars.com> writes:

On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
 The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out of
 date WRT the matching asm file. (At least as far as the timestamps, I don't
 know about the actual file content.) On systems without masm386 installed,
 this causes automated DMD builders to fail without manual user intervention.
 Is it too late to get that fixed?

Just do a 'touch' on the minit.obj.

"Nick Sabalausky" <a a.a> writes:

"Walter Bright" <newshound2 digitalmars.com> wrote in message 
news:j12ubk$dqd$2 digitalmars.com...
 On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
 The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out of
 date WRT the matching asm file. (At least as far as the timestamps, I 
 don't
 know about the actual file content.) On systems without masm386 
 installed,
 this causes automated DMD builders to fail without manual user 
 intervention.
 Is it too late to get that fixed?

 Just do a 'touch' on the minit.obj.

That's no good for an automated DMD-building tool. If the automated tool 
does the "touch", then if someone changes minit.asm, the obj will never get 
rebuilt. The "touch" would have to be left up to the user to do manually.

Don <nospam nospam.com> writes:

Nick Sabalausky wrote:
 "Walter Bright" <newshound2 digitalmars.com> wrote in message 
 news:j12ubk$dqd$2 digitalmars.com...
 On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
 The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out of
 date WRT the matching asm file. (At least as far as the timestamps, I 
 don't
 know about the actual file content.) On systems without masm386 
 installed,
 this causes automated DMD builders to fail without manual user 
 intervention.
 Is it too late to get that fixed?

 Just do a 'touch' on the minit.obj.

 
 That's no good for an automated DMD-building tool. If the automated tool 
 does the "touch", then if someone changes minit.asm, the obj will never get 
 rebuilt. The "touch" would have to be left up to the user to do manually.
 
 

Nobody should ever change minit.asm.

"Nick Sabalausky" <a a.a> writes:

"Don" <nospam nospam.com> wrote in message 
news:j137a6$vlt$1 digitalmars.com...
 Nick Sabalausky wrote:
 "Walter Bright" <newshound2 digitalmars.com> wrote in message 
 news:j12ubk$dqd$2 digitalmars.com...
 On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
 The file "dmd2\src\druntime\src\rt\minit.obj" in the 2.054 zip is out 
 of
 date WRT the matching asm file. (At least as far as the timestamps, I 
 don't
 know about the actual file content.) On systems without masm386 
 installed,
 this causes automated DMD builders to fail without manual user 
 intervention.
 Is it too late to get that fixed?

 Just do a 'touch' on the minit.obj.

 That's no good for an automated DMD-building tool. If the automated tool 
 does the "touch", then if someone changes minit.asm, the obj will never 
 get rebuilt. The "touch" would have to be left up to the user to do 
 manually.

 Nobody should ever change minit.asm.

Really? I guess that solves it then.

Trass3r <un known.com> writes:

Can't we finally get rid of that asm file?