Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openoffice.apache.org
MIME-Version: 1.0
In-Reply-To: <56B684F7.9020707@acm.org>
References: <56AD4B23.2080504@acm.org> <56B09A62.5010607@acm.org>
 <CAJm2B-noYyjYWQTBUdfCBykFyjPqWR3Jca9-XxPT0+NEwYqwug@mail.gmail.com>
 <56B0BB60.20300@acm.org>
 <CAJm2B-mA_-WXQFvh4xHYpVER-NnHCnB=GZgGJTb_7fRLJy=L2Q@mail.gmail.com>
 <56B0D4E0.3040108@acm.org> <56B19127.1090406@acm.org>
 <56B1DF6B.6000806@acm.org>
 <CAJm2B-kkPxc3BayjrokYp2f22_LxQxsnhybxVWRyBOCVwZbzAA@mail.gmail.com>
 <56B1E468.9030509@acm.org>
 <CAJm2B-=gtMjq8TcAOVuAYU=ic2+NbnOmDBuJprh=HKuw+R1LwA@mail.gmail.com>
 <56B1E66D.90301@acm.org> <56B33313.2090502@t-online.de>
 <56B35E83.7020802@acm.org>
 <CAJm2B-kADF+xpwDSW35xZqsk2x1dEpwPoXz41+CvHrdRbKv03w@mail.gmail.com>
 <56B36603.5040108@acm.org> <56B381AC.2040904@acm.org>
 <CAJm2B-kN9QyaecvVtD=2yrjNUDjRQNVArt5KxWkr=gvMr0QLsg@mail.gmail.com>
 <56B39359.7090600@acm.org> <56B3B73D.6090307@t-online.de>
 <009001d15fa9$9d5a0810$d80e1830$@acm.org>
 <56B400BB.4060103@acm.org> <56B4AFE4.4010604@acm.org>
 <56B684F7.9020707@acm.org>
From: Damjan Jovanovic <damjan@apache.org>
Date: Tue, 9 Feb 2016 19:40:10 +0200
Message-ID: 
 <CAJm2B-=T-=D2o+8WeSoQh7wg-cUr9TOu=jQ_6ODT7hZBOCJQFQ@mail.gmail.com>
Subject: Re: Building on Windows
To: Apache OO <dev@openoffice.apache.org>
Content-Type: multipart/alternative; boundary=001a11379ff24d6ec0052b59d08f

--001a11379ff24d6ec0052b59d08f
Content-Type: text/plain; charset=UTF-8

The icu module has a complicated build with scripts generating makefiles...

I am not sure what approach to even take debugging this, but some ideas
might be:
* make a copy of a main/icu[/wntmsci12.pro] directory that builds and a
copy of one that doesn't, then diff the files to see what's different
* compare build logs with it working and not working, to see what steps
differ (eg. build order of some files might be different)
* try and follow the makefile to understand the problem analytically; my
first try didn't get me far
* give up completely, and just hack it. Make a loop in build.pl that just
keeps cleaning and rebuilding the module. If it builds 50% of the time,
with 10 retries only 1 in 1024 builds will fail, with 20 retries only 1 in
2^20 will fail, etc. Something like this might already have been tried in
the past, as build.pl contains the following code which is only run on
Windows:

sub give_second_chance {
    my $pid = shift;
    # A malicious hack for mysterious windows problems - try 2 times
    # to run dmake in the same directory if errors occurs
    my $child_nick = $processes_hash{$pid};
    $running_children{$folders_hashes{$child_nick}}--;
    delete $processes_hash{$pid};
    start_child($child_nick, $folders_hashes{$child_nick});
};


On Sun, Feb 7, 2016 at 1:42 AM, Patricia Shanahan <pats@acm.org> wrote:

> My next step is to try to get rid of the intermittent failure of the icu
> build. It seems to be the one thing standing between me a repeatable
> unattended build. If you know anything about its cause, please let me know.
>
> Here is a typical failure output:
>
> Generating Code...
>         link.exe @C:\cygwin32\tmp\nm2E74.tmp
>    Creating library .\..\..\lib\icule.lib and object .\..\..\lib\icule.exp
>         if exist ..\..\bin\icule40.dll.manifest mt.exe -manifest
> ..\..\bin\icule40.dll.manifest -outputresource:..\..\bin\icule40.dll;2
>         copy ".\LEFontInstance.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LEGlyphFilter.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LEGlyphStorage.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LEInsertionList.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LELanguages.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LEScripts.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LESwaps.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LETypes.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\LayoutEngine.h" ..\..\include\layout
>         1 file(s) copied.
>         copy ".\loengine.h" ..\..\include\layout
>         1 file(s) copied.
>         cd "..\allinone"
>         cd "C:\OpenOfficeDev\Trunk\main\icu\wntmsci12.pro
> \misc\build\icu\source\allinone\..\layoutex"
>         C:\PROGRA~2\MICROS~1.0\VC\bin\nmake.exe /                   /F
> layoutex.mak EXCEPTIONSWITCH="-EHa -Zc:wchar_t-"
>
> Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
>         if not exist ".\Release/" mkdir ".\Release"
>         rc.exe /l 0x409 /fo".\Release\layoutex.res" /i "..\common" /d
> "NDEBUG" .\layoutex.rc
> Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> NMAKE : fatal error U1073: don't know how to make '".\..\..\lib\icuin.lib"'
> Stop.
> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~1.0\VC\bin\nmake.exe' :
> return code '0x2'
> Stop.
> dmake:  Error code 2, while making './
> wntmsci12.pro/misc/build/so_built_so_icu'
>
> 1 module(s):
>         icu
> need(s) to be rebuilt
>
> Reason(s):
>
> ERROR: error 65280 occurred while making
> /cygdrive/c/OpenOfficeDev/Trunk/main/icu
>
> When you have fixed the errors in that module you can resume the build by
> running:
>
>         build --all:icu
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>

--001a11379ff24d6ec0052b59d08f--