From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 84023 invoked by alias); 29 Jan 2020 05:10:38 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 84014 invoked by uid 89); 29 Jan 2020 05:10:37 -0000 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 Received: from mail-wr1-f52.google.com (HELO mail-wr1-f52.google.com) (209.85.221.52) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 29 Jan 2020 05:10:35 +0000 Received: by mail-wr1-f52.google.com with SMTP id g17so18630090wro.2 for ; Tue, 28 Jan 2020 21:10:34 -0800 (PST) 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== Return-Path: Received: from ?IPv6:2003:ee:6727:2e01:bc9e:951a:6230:1604? (p200300EE67272E01BC9E951A62301604.dip0.t-ipconnect.de. [2003:ee:6727:2e01:bc9e:951a:6230:1604]) by smtp.gmail.com with ESMTPSA id c4sm862349wml.7.2020.01.28.21.10.31 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Jan 2020 21:10:31 -0800 (PST) Subject: Re: headache on build repeatibility: octave vs BLODA ? To: cygwin@cygwin.com References: <2904b4fa-6349-bd3e-c4ff-4b32a0bb3838@gmail.com> From: Marco Atzeri Message-ID: <40677b2a-10d7-839a-16a3-304ad9ec49fa@gmail.com> Date: Wed, 29 Jan 2020 05:10:00 -0000 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2020-01/txt/msg00286.txt.bz2 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