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:references:to:reply-to:from:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=FmlgOCO6AaA/3fsr
	hx9g/CyI5lPWRphg3nP7VqPc033Bzhm1bY/UqLuiRsGofYkWxi1VVPK2TJ7sUt0k
	klJKHHj/yYvsKB2AhQoPhHY4bISXqhxzjRnIBp1KZ0ZEaQwb8tYDIqbh1Zm4cNMa
	17bNH27RAiuSrolk5vBogLkeqeg=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-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> <b6c0f704-1f04-63ea-8220-ee30d623a9d6@pobox.com> <583230d9-f45c-aaa0-ed77-5c50863406f5@gmail.com> <9b872914-d9cf-378e-6eec-96c175a61ffe@pobox.com> <ab35a49e-93e3-4384-bf81-3e8ac99b7194@gmail.com> <7372df4f-c55d-f9a3-325d-3f8800d67d98@pobox.com> <aab8c02e-2fe7-8ebf-5f3b-126e0ea0a745@gmail.com> <a7aca745-bbf2-a356-704a-4956ae6a28b3@pobox.com> <937197c6-f0cd-a7a0-a12f-d3f943ba2c1d@SystematicSw.ab.ca> <affe4ca0-4677-6eb9-1d7d-94a129adc30c@pobox.com> <53efff58-2f84-123a-95a4-a7c426c003ce@SystematicSw.ab.ca> <87pohp6jvk.fsf@Rainer.invalid>
To: cygwin@cygwin.com
Reply-To: Brian.Inglis@SystematicSw.ab.ca
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
Message-ID: <29a5e139-0ac7-fdcc-27d3-3bec97209d63@SystematicSw.ab.ca>
Date: Fri, 10 Mar 2017 13:29:56 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <87pohp6jvk.fsf@Rainer.invalid>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 2017-03-10 11:56, Achim Gratz wrote:
> 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.

Has that been released yet or is it implied in options -O --oblivious 
and -T --filelist=FILE as documented in NEWS?

$ uname -srvmo
CYGWIN_NT-10.0 2.7.0(0.306/5/3) 2017-02-12 13:18 x86_64 Cygwin
$ rebase --version
rebase version 4.4.2 (imagehelper version 0.11)

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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