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

[Olaf Wagner]

Quoting Jay K <jay.krell at cornell.edu>:

> 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.

Hm, I don't think so, as is happend in my Home-VM, too.
And there's everything with proper NL endings.

As for m3bundle, that should have been built by do-cm3-core.sh
long before the build of vbtkit fails.

But I cannot really check until tomorrow evening.

Olaf

>  - 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 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