From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9507 invoked by alias); 24 Jan 2013 09:49:50 -0000 Received: (qmail 9498 invoked by uid 22791); 24 Jan 2013 09:49:50 -0000 X-SWARE-Spam-Status: No, hits=-5.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_BJ,TW_JC,TW_YG X-Spam-Check-By: sourceware.org Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 24 Jan 2013 09:49:42 +0000 Received: by mail-qc0-f177.google.com with SMTP id u28so550219qcs.22 for ; Thu, 24 Jan 2013 01:49:41 -0800 (PST) X-Received: by 10.49.34.146 with SMTP id z18mr1592170qei.29.1359020981627; Thu, 24 Jan 2013 01:49:41 -0800 (PST) Received: from [172.21.193.108] (85-18-126-22.ip.fastwebnet.it. [85.18.126.22]) by mx.google.com with ESMTPS id z16sm15014448qac.19.2013.01.24.01.49.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Jan 2013 01:49:40 -0800 (PST) Message-ID: <510103AF.3080305@gmail.com> Date: Thu, 24 Jan 2013 09:49:00 -0000 From: marco atzeri User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Binutils objcopy bug (was Re: rebase segfault) References: <50F516C8.9050602@gmail.com> <20130115100745.GC2353@calimero.vinschen.de> <50F5312A.2040503@gmail.com> <20130115112406.GA13752@calimero.vinschen.de> <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> In-Reply-To: <20130124092746.GC8311@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2013-01/txt/msg00342.txt.bz2 On 1/24/2013 10:27 AM, Corinna Vinschen wrote: > On Jan 24 03:01, Yaakov wrote: >> On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote: >>> On 1/16/2013 1:35 PM, Corinna Vinschen wrote: >>>> On Jan 16 08:15, marco atzeri wrote: >>>>> On 1/15/2013 11:03 PM, marco atzeri wrote: >>>>>> On 1/15/2013 12:24 PM, Corinna Vinschen wrote: >>>> This is a serious bug in objcopy in the current binutils. Given that >>>> cygport creates the debug info automatically, we might end up with >>>> spuriously broken DLLs in the distro. >>> >>> we already have some : >>> >>> /usr/bin/cygcrypto-1.0.0.dll >>> 8 .gnu_deb 0000001c 67542000 67542000 0017ac00 2**2 >>> >>> /usr/bin/cyglsa.dll >>> 6 .gnu_deb 00000014 10007000 10007000 00001400 2**2 >>> >>> /usr/bin/cygssl-1.0.0.dll >>> 8 .gnu_deb 0000001c 58fcf000 58fcf000 00059a00 2**2 >> >> I checked every /usr/bin/*.dll on my system (which is a lot), and these >> three, plus cyglsa64.dll (which can only be read by >> x86_64-w64-mingw32-objdump), are the only ones which show this. I did >> manage to reproduce this on my machine with openssl, and passing >> --long-section-names=enable to objcopy does fix this, but why are only >> these DLLs affected? > > Don't forget Marco's DLLs. However, aprt from that it's kind of weird > that all of them are built by me, isn't it? I just don't see where > the connection is. I'm using your stock Fedora cygwin tools on Fedora 17 > to build the Cygwin DLLs. OTOH, the openssl package doesn't support > cross builds, so I'm using stock Cygwin distro gcc, binutils, and cygport > to build openssl. > > This is quite puzzeling. > > > Corinna > likely complex program have anyway a section with long name The attached patch solves the issue of the short ".gnu_deb" on binutils cvs --- src/binutils/objcopy.c 2013-01-07 18:40:59.000000000 +0100 +++ src_new/binutils/objcopy.c 2013-01-19 22:50:12.447000600 +0100 @@ -3453,6 +3453,7 @@ break; case OPTION_ADD_GNU_DEBUGLINK: + long_section_names = ENABLE ; gnu_debuglink_filename = optarg; break; No clue what is causing rebase to chock. I compared the ".reloc" section of built, stripped and with debug link versions of dict_snowball.dll, and I did not notice any difference (but I am not a PE-COFF expert) all file here: http://matzeri.altervista.org/works/rebase/ Please note that rebase segfaults on dict_snowball.dll the first time but any subsequent rebasing, also with different start address, works without any problem, so it is possible that we had other dll with the same problem but we never noticed 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