X-Recipient:	archive-cygwin AT delorie DOT com
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=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; 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; s=default; bh=ma6vDNDspaF5vPR1BCUIGp
	FtWEU=; b=rWOKRTtONAshBzJiwOcTkvA5iJAxjBiVjdwR3Xg54As/hGkfsRZFEQ
	Js9Vgb17t6AOCxMvqFAc+GFXsSXjfFn3Dhw2UubApo1Q3j+Ggd+ssR/9mBjnXxcD
	i4qrqJl2XeSsMIiQL/cXv1x3Wf3TI5+gq6M8oDruhEkdMu7FbOqlg=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=12m, 1.2m, 18m, notebook
X-HELO:	mail-wr1-f52.google.com
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=NdwrToKCRg5TjEP9vMsTGpqgUm9ru9EBdJVi/aV2qNE=; b=Vdxu87gcc7AWxYepmkHtbofgGYLNKzMGI9hUjsjQP+4yUohU6KpQdCbQuoip015kcz wKRQaitMtSpO1wMD3F7zE9I0VY8+iq6wF8CFh6aY0/GVwZVolv6iwpVC1of0dorgbRjR s2Y6r0PmleWlVwov1fJr9yuRI+W4m9mIqzSN9rQ+I/Blu+lEMtDTtnZoQV7khyIclUy4 vXKMbAL39cgSLQ2EnUhfw+e97AQyy+MwBQUla9PunW9WIX6t7BI7vyhl2M+IWmmRfNTc XG1CzcuGmZFNjqkkApwYcw3r4Cts6Weg6584SHZyGrKGaY1Mf+z7ih/bt6mnCkztIsbz G84w==
Subject:	Re: headache on build repeatibility: octave vs BLODA ?
To:	cygwin AT cygwin DOT com
References:	<2904b4fa-6349-bd3e-c4ff-4b32a0bb3838 AT gmail DOT com> <f2d0d267-cca2-bec4-e6a4-1a8d64ebff57 AT t-online DOT de>
From:	Marco Atzeri <marco DOT atzeri AT gmail DOT 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>
X-IsSubscribed:	yes

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

- Raw text -