Fri Apr 02 01:44:09 2010: Request 55660 was acted upon.
Transaction: Correspondence added by sisyph...@optusnet.com.au
       Queue: Win32-API
     Subject: Re: [rt.cpan.org #55660] [PATCH] Partial win64 support for 
Win32::API 
   Broken in: (no value)
    Severity: (no value)
       Owner: COSIMO
  Requestors: sbenn...@accelrys.com
      Status: open
 Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=55660 >



----- Original Message ----- 
From: "Sisyphus" <sisyph...@optusnet.com.au>

>
> I'll try and get hold of a suitable ml.exe.
>

Duh - I already have one. But it's called ml64.exe, not ml.exe.
Anyway, renaming ml64.exe to ml.exe (temporarily) allows the build to 
complete.

For me, There are some failing tests (including a couple of segfaults):

###############################
Test Summary Report
-------------------
t/00_API.t        (Wstat: 1280 Tests: 11 Failed: 0)
  Non-zero exit status: 5
  Parse errors: Bad plan.  You planned 25 tests but ran 11.
t/01_Struct.t     (Wstat: 1280 Tests: 5 Failed: 0)
  Non-zero exit status: 5
  Parse errors: Bad plan.  You planned 7 tests but ran 5.
Files=6, Tests=53, 19 wallclock secs ( 0.17 usr +  0.11 sys =  0.28 CPU)
Result: FAIL
Failed 2/6 test programs. 0/53 subtests failed.
NMAKE : fatal error U1077: 'C:\_64\perl1007\bin\perl.exe' : return code 
'0xff'
Stop.
###############################

Is that as anticipated ?

Now ... to try and find out why ml.exe is being called, instead of ml64.exe.

Cheers,
Rob 


Reply via email to