DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=QF06jyVy+/ZUeKuq
	Ce2swf0nVVvhhVHmIy/VJ2h19+F8V1CuypvDaY0OSbgW+HJUG39sE/NK8FcInHGR
	v6tV8jfwMC4NIgPBmoo11HE7iwx84BypvBZCCO/c9XM7ODGi4wk1EuFvZhFCSwsU
	vleOVsSy5/i4LJYSqS1rq76al+E=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: headache on build repeatibility: octave vs BLODA ?
To: cygwin@cygwin.com
References: <2904b4fa-6349-bd3e-c4ff-4b32a0bb3838@gmail.com> <f2d0d267-cca2-bec4-e6a4-1a8d64ebff57@t-online.de>
From: Marco Atzeri <marco.atzeri@gmail.com>
Message-ID: <40677b2a-10d7-839a-16a3-304ad9ec49fa@gmail.com>
Date: Wed, 29 Jan 2020 06:10:28 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2
MIME-Version: 1.0
In-Reply-To: <f2d0d267-cca2-bec4-e6a4-1a8d64ebff57@t-online.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Am 29.01.2020 um 01:02 schrieb Hans-Bernhard Bröker:
> Am 25.01.2020 um 17:55 schrieb Marco Atzeri:
> 


> The problem occurs the same way, here, running Win10 Pro 1909 fully 
> updated (a.k.a. Version 10.0.18363.592), no extra AntiVirus running 
> besides Defender.
> 
>> Be aware that build time is very long (~ 4 hours) and requires
>> a ton of mathematical libraries.
> 
> The build itself completed in ~30 minutes, here ;-).  But then this is a 
> fresh i9, 8-core, 16-thread box.

Nice toy. Here just a notebook with i5 4-core

> cygport install took ages to complete, though, because objcopy takes 
> spectacularly long to strip those DLLs --- longer than it took to build 
> the whole package! And it does them one at a time.  That could profit 
> from some parallelization.

there are only 2 gigant dll`s

$ find . -name "cyg*dll" -exec du -sh {} \;
55M     ./libgui/.libs/cygoctgui-5.dll
536M    ./libinterp/.libs/cygoctinterp-7.dll
213M    ./liboctave/.libs/cygoctave-7.dll

the rest is penauts

$ find . -name "*oct" -exec du -sh {} \;
67M     ./libgui/graphics/__init_qt__.oct
1.3M    ./libinterp/dldfcn/amd.oct
3.0M    ./libinterp/dldfcn/audiodevinfo.oct
1.8M    ./libinterp/dldfcn/audioread.oct
1.4M    ./libinterp/dldfcn/ccolamd.oct
1.6M    ./libinterp/dldfcn/chol.oct
1.5M    ./libinterp/dldfcn/colamd.oct
1.4M    ./libinterp/dldfcn/convhulln.oct
1.2M    ./libinterp/dldfcn/dmperm.oct
1.2M    ./libinterp/dldfcn/fftw.oct
1.3M    ./libinterp/dldfcn/gzip.oct
1.7M    ./libinterp/dldfcn/qr.oct
1.3M    ./libinterp/dldfcn/symbfact.oct
1.3M    ./libinterp/dldfcn/symrcm.oct
1.4M    ./libinterp/dldfcn/__delaunayn__.oct
2.6M    ./libinterp/dldfcn/__eigs__.oct
1.3M    ./libinterp/dldfcn/__fltk_uigetfile__.oct
1.4M    ./libinterp/dldfcn/__glpk__.oct
3.8M    ./libinterp/dldfcn/__init_fltk__.oct
2.8M    ./libinterp/dldfcn/__init_gnuplot__.oct
2.5M    ./libinterp/dldfcn/__ode15__.oct
1.5M    ./libinterp/dldfcn/__voronoi__.oct

on the x86 build takes longer :-(

> So while I waited, I decided to try it with the distributed octave.exe 
> instead.
> It passes the critical tests without issue.

my experience also. I was not able to make crash the old (by one month) 
version

> Next step, after cygport inst is done: run the test with the executable 
> in cygport's "inst" directory (to bypass libtool): Success, again!
> 
> So I tried running the test via libtool, i.e. the run-octave script. And 
> boom it goes.
> 
> So re-run it in gdb, via libtool (run-octave -g ...).  Still crashes, 
> but I didn't manage to get around the SIGSEGV handler in octave.  It 
> always caught the SEGV before gdb managed to get there.
> 
> So my finding, so far, would be that this is related to libtool.  Maybe 
> some update to Windows broke the way libtool interacts with 
> not-quite-finished executables...

I had also the fresh executable installed and it also can fail.
My guess is that it is in someplace different as behaviour than the old
one.

So libtool can help to trigger but it is not necessary.

Regards
Marco


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple