X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-3.9 required=5.0	tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,TW_BJ,TW_JC
X-Spam-Check-By: sourceware.org
Message-ID: <51094E62.30000@dunslane.net>
Date: Wed, 30 Jan 2013 11:46:26 -0500
From: Andrew Dunstan <andrew@dunslane.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0
MIME-Version: 1.0
To: Reini Urban <rurban@x-ray.at>
CC: cygwin@cygwin.com
Subject: Re: Binutils objcopy bug (was Re: rebase segfault)
References: <50F5D246.6010902@gmail.com> <50F653AB.80102@gmail.com> <20130116123509.GA16991@calimero.vinschen.de> <50F6AD63.8080106@gmail.com> <20130124030145.22fa143f@YAAKOV04> <20130124092746.GC8311@calimero.vinschen.de> <510103AF.3080305@gmail.com> <20130124100037.GB24121@calimero.vinschen.de> <51027B9E.3080104@gmail.com> <CAEwic4b6jQkh+5FT+R1um12U09nqHoNcR1Vj7kZpsuvQb7pMpg@mail.gmail.com> <20130125150006.GC26731@calimero.vinschen.de> <5102A09A.7040506@gmail.com> <CAHiT=DE5doJnH43DRmbkn7jhN=+cjPo8Cftfsw6fy0+GkZeSzA@mail.gmail.com> <51038B4F.1090903@gmail.com> <CAHiT=DET_G9kAazCtDLzMxxL62YcZqcQ6y22ODqna7E-v7aA-A@mail.gmail.com>
In-Reply-To: <CAHiT=DET_G9kAazCtDLzMxxL62YcZqcQ6y22ODqna7E-v7aA-A@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com


On 01/29/2013 05:30 PM, Reini Urban wrote:
> On Sat, Jan 26, 2013 at 1:52 AM, marco atzeri  wrote:
>> On 1/26/2013 7:32 AM, Reini Urban wrote:
>>>> rebase is not to blame. I agree ;-)
>>>> Someone else is incorrectly managing the reloc table,
>>>> and also objcopy seems innocent ...
>>>>
>>>> Postgresql dll's are built in this way:
>>>
>>> My strong guess is dllwrap.
>>> No other packages uses the ancient dllwrap anymore.
>>> I tried to get rid of it, but got stuck somewhere else.
>>>
>> Hi Reini,
>> I agree dllwrap seems the coolprit, and "gcc -shared"
>> seems a better alternative, at least on a single test with this dll.
>>
>> I looked on the postgresql makefiles and it is a big mess to
>> replace dllwrap; upstream is crazy, they crippled configure
>> forcing a specific version and refusing to use Automake.
>>
>> Autoconf+Automake will be a much cleaner approach, and will
>> allow to avoid at all the platform checks.
> Yes, I had the same impression but it is unfortunately not realistic.
> I worked against dllwrap removal but got stuck somewhere.
> When I find my old patches I'll hand it over to you. Just came back
> from holidays.
>
>


I will be very happy to work with you to remove the use of dllwrap etc. 
for cygwin. Since I'm a Postgres committer (and the only one interested 
in Cygwin at all) I'm in a good position to do this. I believe the 
Postgres project had problems in the past with automake and made a 
decision long ago not to use it, so we're not going down that route. 
However, that surely need not stop us from getting this working.

cheers

andrew




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

