[M3devel] RC3 build problems, was: RE: caltech-parser NT386 Hudson problems

[Jay K]

It was backslashes vs. forward slashes as I had originally suspected.
My debugprinting never hit because I was guessing the elego paths wrong.
I finally made it always print and tested it in-situ in the VM.
 
 
 - Jay


----------------------------------------
> From: jay.krell at cornell.edu
> To: wagner at elegosoft.com
> CC: m3devel at elegosoft.com
> Subject: RE: [M3devel] RC3 build problems, was: RE: caltech-parser NT386 Hudson problems
> Date: Thu, 27 Aug 2009 12:15:14 +0000
>
>
> My current theory is the unresolve problem is due to that wierd initial build of import-libs in the Hudson task, which was related to the line endings problem, which was related to using CVSNT instead of Cygwin cvs.
>
> - Jay
>
>
>
> ----------------------------------------
>> From: jay.krell at cornell.edu
>> To: wagner at elegosoft.com
>> CC: m3devel at elegosoft.com
>> Subject: RE: [M3devel] RC3 build problems, was: RE: caltech-parser NT386 Hudson problems
>> Date: Thu, 27 Aug 2009 06:09:52 +0000
>>
>>
>> I'm testing a fix for the VM right now actually.
>> Once that works I'll look into the Unresolve problem further. I put in some printing to help diagnose it and possibly a fix. It could be a slash mixup; the printing will tell us.
>> The VBT problem is new seeming. I'll look at that too.
>> Anyone else is welcome to also.
>>
>> - Jay
>>
>>
>> ----------------------------------------
>>> Date: Thu, 27 Aug 2009 08:06:57 +0200
>>> From: wagner at elegosoft.com
>>> To: jay.krell at cornell.edu
>>> CC: m3devel at elegosoft.com
>>> Subject: [M3devel] RC3 build problems, was: RE: caltech-parser NT386 Hudson problems
>>>
>>> Quoting Jay K :
>>>
>>>> Something or some things very wierd here. I'll keep looking into it.
>>> I'm not sure if we should spend/waste(?) more time in trying to make
>>> this VM with Windows work.
>>>
>>> Last night I reactivated my own qemu-based VM and was able to checkout
>>> and build some current CM3 stuff.
>>>
>>> CVS behaves correctly there, and no need to adapt any of the shell
>>> scripts at all. It's agonizingly slow though. And it has no remote
>>> access.
>>>
>>> However, building the release archives failed with two errors:
>>>
>>> vbtkit:
>>> new source -> compiling VBTKitResources.m3
>>> "..\src\lego\VBTKitResources.m3", line 10: unable to find interface
>>> (VBTKitBundle)
>>> 1 error encountered
>>>
>>> and
>>>
>>> errors during build-all; some packages will be missing
>>> m3-win/import-libs/NT386/.M3SHIP seems to be broken:
>>> make_dir("c:/tmp/cm3/lib")
>>> install_file("wsock32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("advapi32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("opengl32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("netapi32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("comctl32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("user32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("comdlg32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("kernel32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("winspool.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("glu32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("gdi32.lib", "c:/tmp/cm3/lib", "0775")
>>> install_file("odbc32.lib", "c:/tmp/cm3/lib", "0775")
>>>
>>> (wrong shippind destination, already reported)
>>>
>>> I suggest we rather concentrate on these and build the Windows
>>> packages manually.
>>>
>>> I'm off to (paid) work again now...
>>>
>>> Olaf
>>> --
>>> Olaf Wagner -- elego Software Solutions GmbH
>>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
>>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
>>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
>>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>>>