From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) by sourceware.org (Postfix) with ESMTPS id D8E0C3857822 for ; Fri, 9 Oct 2020 20:59:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D8E0C3857822 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linuxmail.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=davea42@linuxmail.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1602277159; bh=t2tZhAGHeb8+uYcNK1fiS+3wAT9JUB5iU00m35ipcTY=; h=X-UI-Sender-Class:To:From:Subject:Date; b=ZQLoPVJhRsLW4Fv0/zBXHWBZVEYCHerZDkxIvbIvuH7YlKUFNQiNq4UBbCsIioMF7 rcriKeyA55pjAVTs49N0FFqTHIKVleIurFRddlBpFh1rRDE3FPNEHjsU0Zqd1Ov/uV /yOyhKBuEfKpmm6h6Lj6r1hmSdtUF8ZrIQDK6IlQ= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [192.168.88.9] ([73.170.78.103]) by mail.gmx.com (mrgmxus005 [74.208.5.15]) with ESMTPSA (Nemesis) id 0Lrd99-1kLa4h3Dif-013RJw for ; Fri, 09 Oct 2020 22:59:18 +0200 To: gdb@sourceware.org From: David Anderson Subject: crc32, gpl, debuglink, and interoperability. Message-ID: <6eeb0949-c85a-9762-37b0-f08a49b8ba90@linuxmail.org> Date: Fri, 9 Oct 2020 13:59:17 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:C3XlUO7N2xTBJfWSE1TAKNG67T/0DAtTLFN5rj6OpZePmdgIXuO c0Mfhgfbn66gbfkenR6D1e0Oe8n+sSGNCVwHhUHywB+LyjspAKrDh55I959lE5HmvfN19H4 SsPi0epox+UiVkyQI5iQxlfEExf+GbXNamGjsuozs0qQZz7eJPz9aroYG9nWhaxBE9tHEjM TX2hGsMuZ3ldYbrofkHNA== X-UI-Out-Filterresults: notjunk:1;V03:K0:Kfn4B+MomG8=:veygHegiq0+XAThc4hj0Pf WEo8keBDqIA6QOxUPkT7qCY01ILrXAVOwV5TLvQfoLvfI2iBpRAFvzUluckSO/N6c2OVeMLt2 2D5DNTm3llVgXqEdvCS2yQLJ1M9HpEtru/CnQpupLhvBOIjsJVreRm2axLf7r9h7X5NBmNfti oFuodCx5mvMra3vfsEj/8C/YMNaNYBdouBI8ReSA29e9xYCCnKU3U47as4w15vindeSYYJ5Vw 9KEkBZ2eFAvnyplmaBnfV3gsc6JJ6/Qjnkadk7Cqp2Lie8MX8YQll13DNWw/62Ijo5xw7kvo0 tXjd+GCrmBjmm2owen9XkNhbuFr4H2CgW0EVwbEbDybgopgg7tXSjovS+7huRz4JA3TJN/P2w L+oRy4bwRwDSr86QCLqARofNBXEiKmOMXoxmmN3JJDJjcC3RYSRgU5XUO+OMuNIJwbkPzcHlv 7njYS+iaUqP3uf0UVDWKmTgfMyrZzsxbF5dO+5B2bULeBATTauBC+cQpmN9bZzr/KU4Eua5TZ G4I87NjkeAz8wDyt7850S8TFg5lLSo6Vsr5svPT1B/FErswoa7IlcZHhnHIan6wG3CY5q0Kfz MvHmb5N2Iwu2nXlxheK3hbpv5P5PvYK+TKq3fk63tbiGkyO71WfC8+pqf7wxCaSRe42CPzi6/ l+GV39MF+J103O8QwZ9IGS4hjAhzMCdss6QiTflV4fIp9cf3UrSh/3rwtiByyKTnZlWXtACsL xDIkI9semrhgC6ORcMVcfmOBHpZ1W1H6R8671nHkHjPw1HnwNvurdA5fdgml9JpoQhg/SQNGt bS2wrXvi7PDhcApmpptPEIECvsqrhTx4vthWb1BOrAA2QGYu4Ua5iBOiNqfjO/y4pLXgm+YUQ nbQFKkawMJxanhBrDV0q+reqbapizGQ9Onv8XiCEBvZ/+Rl8emsPBMHCEo0ydxByLaPBQCN/9 yZ1DvbyPKDn9gSlErrMSNltHZFefXiWUJrIBejdkkqeUK1AHwyvbv6/00AufZMc/pubFt0t67 y2VWQ1vACQNm0IetQyGdupULONlhvft9v90Pt5eH4JmzbV0PVL5ZcveMRcZ1hdbbXRrp2g1HG o+WCMPZjog2A10RESk3fvrBgxINRzDzx5+qeURzSY8Tls+C5EMTMJKOiSYMvpIupi+60zlfbQ OyUhgVbn5OhaFt3g/wmc9bFGkEf6WlUJUBiStgG1yiPXZkR/8f4e2AWSleChsn1lKQn1rvdKN QH0Fl9juulX9B4nqXqLJuqvQXCyUf8aUb8XEwJw== X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 20:59:21 -0000 I'm the maintainer of libdwarf and dwarfdump and wish to interoperate with gdb/debuglink by reading the appropriate sections and validating the crc32 when appropriate. The crc32 used in binutils for debuglink is under plain GPLV3. Linking to sucn a thing (from what I've been able to find and somewhat-understand) means the GPL applies to the linked work. That is not appropriate for the libdwarf library. So how can I get permission to use LGPL v2.1 (which most of libdwarf is) or LGPL v3? on the relevant crc32 function (in bfd/opncls.c)? In other words extract the source and apply an LGPL to the one function calculating the debuglink crc. At present interoperability with debuglink is impossible in libdwarf (so impossible in dwarfdump) and I would like to make it work. Thanks for any help or information. David Anderson =2D- Of course power tools and alcohol don't mix. Everyone knows power tools aren't soluble in alcohol. =2D- Crazy Nigel