From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 77422 invoked by alias); 10 Mar 2017 18:56:46 -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 77320 invoked by uid 89); 10 Mar 2017 18:56:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:ESMTPA X-HELO: vsmx010.vodafonemail.xion.oxcs.net Received: from vsmx010.vodafonemail.xion.oxcs.net (HELO vsmx010.vodafonemail.xion.oxcs.net) (153.92.174.88) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 10 Mar 2017 18:56:43 +0000 Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id 1DDE5802C9 for ; Fri, 10 Mar 2017 18:56:40 +0000 (UTC) Received: from Gertrud (unknown [91.47.53.218]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id B6F593C0C28 for ; Fri, 10 Mar 2017 18:56:37 +0000 (UTC) From: Achim Gratz To: cygwin@cygwin.com Subject: Re: Strange errors running gcc tests on Cygwin References: <8fa02a72-e684-2ead-eacb-a5347d7594ae@pobox.com> <82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com> <8bda181f-f0bc-b0dc-2d2d-1bb17031ccee@gmail.com> <583230d9-f45c-aaa0-ed77-5c50863406f5@gmail.com> <9b872914-d9cf-378e-6eec-96c175a61ffe@pobox.com> <7372df4f-c55d-f9a3-325d-3f8800d67d98@pobox.com> <937197c6-f0cd-a7a0-a12f-d3f943ba2c1d@SystematicSw.ab.ca> <53efff58-2f84-123a-95a4-a7c426c003ce@SystematicSw.ab.ca> Date: Fri, 10 Mar 2017 18:56:00 -0000 In-Reply-To: <53efff58-2f84-123a-95a4-a7c426c003ce@SystematicSw.ab.ca> (Brian Inglis's message of "Thu, 9 Mar 2017 16:51:08 -0700") Message-ID: <87pohp6jvk.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-VADE-STATUS: LEGIT X-VADE-SCORE: 0 X-VADE-REASON: gggruggvucftvghtrhhoucdtuddrfeelhedrgeekgdduvddtucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvegfuffvqffogfftpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufhffjgfkfgggtgesthdtredttdertdenucfhrhhomheptegthhhimhcuifhrrghtiicuoefuthhrohhmvghkohesnhgvgihgohdruggvqeenucffohhmrghinhepshhtrhhomhgvkhhordhnvghtnecukfhppeeluddrgeejrdehfedrvddukeenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepifgvrhhtrhhuugdpihhnvghtpeeluddrgeejrdehfedrvddukedpmhgrihhlfhhrohhmpefuthhrohhmvghkohesnhgvgihgohdruggvpdhrtghpthhtoheptgihghifihhnsegthihgfihinhdrtghomh X-SW-Source: 2017-03/txt/msg00132.txt.bz2 Brian Inglis writes: > Ensure that all Cygwin dlls including anything you build are included > in every rebase, and do an incremental rebase after every build. Don't do this, it's not what incremental rebase is for. I've specifically implemented the "ephemeral" option to rebase to temporarily deal with DLL in staging directories without polluting the global rebase map. The rebase map is still used if you specify that in order to work around the address space used by the installation, but the newl rebased libraries don't get recorded there. Since that rebase is throw-away you have to specify all the ephemeral DLL that can potentially collide in each invocation of rebase. That's still easier than doing a full rebase once you're done building. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- 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