X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1584122056; bh=FRrzNJtldsIrH4Xi67IP1utMohhscMwcMfH14WrWn/E=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=egwbvxti4qD93Z1V6JH99ra1IJZwKbRmj+hXMWzQetpKXESk8HSBlOEvRLxvZBFLd ASIZ4AM5fDDmcE+jc21L7sl5O2lFkc3qt36icngA1Rxx2puWjbKlSlkTck/VHl8Yg5 hb3B6BdG7Z02lG3QMg51rGrjFflFdhuyCsp1yJUc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Message-ID: <5E6BC8C6.50700@gmx.de> Date: Fri, 13 Mar 2020 18:54:14 +0100 From: "Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com]" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.13) Gecko/20101206 SUSE/3.1.7 Thunderbird/3.1.7 MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: Re: ANNOUNCE: DJGPP port of GNU binutils 2.34 uploaded. References: <202003101900 DOT 02AJ0s2L026948 AT delorie DOT com> <88b53f3e-5c10-256f-5a0c-aa942a48c6e9 AT gmail DOT com> <5E694788 DOT 5090308 AT gmx DOT de> <41a90860-92e9-632e-4b56-4da87681e8f3 AT iki DOT fi> In-Reply-To: <41a90860-92e9-632e-4b56-4da87681e8f3@iki.fi> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:h84yRNiHpxFMKE7i1OZjDoLdKwMBLV8YvcmFbVAmhhVCnmaaho9 GmivB9hx4p94+D59BlqE0XW15yee+bMicbYx9lD8h8a/2horVztOQbYO99yMQlEoQ0YK5vV kFTQD6NWyT4HOUY+VwFbQGBBEqoxAAy2joUsnVdI7wwuYhtZx4DikRf3NAk/qpy4nxQ/jcS oTePeQVLMtZqUAqhVcxuA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:YwQvF4XmxWo=:dWEUcq247Xq5C0d4dZNIcy PqpzX7C5l8UwlhTi2r1x39kcPvtYhFyA7c2Th31XwQGHrK/JakydkOSEf1/VW7Qdv1a9cuz5n P8wXh331+f8WmsXg//C0mTQOETx9gh4Ws0FlEPz+LZer8ZRiMvI1Hlu/o9QCzsGDjyM/5mGpF i8QJBA2spTZefyMhdRm2nS6ibEomve7Qed1kE5kUvVJqFcEwBBxbGpsgAYlQPa/eNnM5Gq9FD j8PYHmT+rsYQjbd3Qwva6gjxqRjl97bvRY6Kh4VNXG5hjsUWWZb7DQmh0CW/k/UCD0sX1wca5 SKdAzDDpiBY02P46ZZibk3rC9LFrfxhUneO04p1KIWDmHqYPChTc4DJBFu0xEDGx4F2mYLIEC cXSSsl8syK2Gg6lZ95OmXFjY/iDa5+nx794uSoh0R8uWbUTUVhTx5WC31MkSSexyMzffi0n1p Y9DIAHP/KCBg+qNzlz3nRMd2lhTZ6fHxEzHVOpXIViWeZuhKhTQWRfQjC8p963QFlJanh4zNM m6J6sGyU9gT2AZ8v22JY86dtXQkXLiY1TSjoSclIgryahv+1J2rV+QYtXs+Qklgq891fJuZKK Vlji2k0rgacZk7uoclqe1ck9b8QOXE+FhxEInwLUYxy0Ay4L36X86RikFx5AuHdNX0ufXnj7/ zYovtr5TTPFuX43CKPIeM5qWzgLUxp/NRXMCA8JktlJAZKAosCnIo/VOoRXmiMSZx0PbryXiq 38BEp5ZIVB5O35/emsv5tp30Nb+cqGbH4ixQ5r8qfhIxQDDuYAc7h3ABbwZtdiuizT+zpCkMM Sa0Ze9WrS3z9vOwiChmz7/MoXgH5bjiYoI/gmuB2lIztTpt+SH18bLUg6qutvFLbjSvc8FPUA LBhFgQKWxFajPg3wwNc/RMf0Gu/ACUT5/keKl92hK/hOVaf17XW2uixq0M5yU7u9mGi2QeeST 7UvYGzMgyur1HshDgrwaHD39DUZ1iV1BIZOfVwU9rfqHAw1tUSZew0W0EcjAY6sa8MUiqzaYe GTeXaw3zONj2HHnvIdWVAc0wSXR3JUw4lKXv1NZFmdikyKNeNLVekXwO45Ga+8xxvThC1PjyT RvwN4PCbiRkymXRUHvbJP9hg03SfmAj5zwIHKDhw4WEfemjHqGlerjUJuVjEGKdRqJrF6kaY7 pnegZiUg5ndyUF18N9ULiTX2Ifim90LfsGdwig9Q+G8nsT7vIPVhutI4pddSq3ieme3H782Ic PAVRgnnvOBPwk+s7Q Reply-To: djgpp AT delorie DOT com Am 13.03.2020 05:30, schrieb Andris Pavenis (andris DOT pavenis AT iki DOT fi) [via djgpp AT delorie DOT com]: > On 3/11/20 10:18 PM, Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com] wrote: >> Am 11.03.2020 15:56, schrieb J.W. Jagersma (jwjagersma AT gmail DOT com) [via djgpp AT delorie DOT com]: >> >> [snip] >>>> DJGPP specific changes. >>>> ======================= >>>> - There are no DJGPP specific changes compared with the previous port. >>>> The DJGPP specific changes enumerated below are the same than the ones >>>> already available in the previous port. >>> >>> Are there any plans to have these changes (even partially) upstreamed >>> to GNU? Because currently the upstream version is unusable even for >>> cross-compiling, primarily due to a missing '_environ' symbol in the >>> ldscripts. >> >> No, I have no intention to upstream the patch to GNU. Primary due to my >> limited english skills I do not want to become involved in endless discussions >> about a port that may be considered today as archaic by the maintainers. >> I do not even know if there is still an official COFF and/or djgpp maintainer >> of binutils. > > Getting in parts that are necessary for building a cross-compiler should be not too difficult I guess . Than means changes to libbfd and linker scripts. I suppose that DJ would give some support in discussions. An example of such assistance: > > - https://gcc.gnu.org/legacy-ml/gcc-patches/2016-07/msg02005.html (see all thread) > > I did not succeed to get in all changes in than but would not have perhaps got in anything at all without DJ assistance then > > Changes needed to build with 8+3 filename limitations is another thing. I would not even try that. I does not really matter as it is easy to build native binutils for DJGPP using cross-compiler. [snip] I think there are three issues here. First the fixing of the linker scripts in the repository. Second the changes required to get the cross-binutils working again. Third the changes required for binutils to get the COFF/djgpp port supporting a maximal number of 4294967296 relocations per object file and a maximal number of 4294967296 of lines per executable file. First let us fix the broken linker scripts in the repository. Patch below will be committed in a couple of days if no one discovers some issue. Thanks to J.W. Jagersma for reporting this. Regards, Juan M. Guerrero 2020-03-13 Juan Manuel Guerrero * djgpp/lib/djgpp.djl: Added the missing leading dot in gnu.lto_ symbol. Reported by J.W. Jagersma (jwjagersma AT gmail DOT com). * djgpp/lib/dxe.ld: Added the missing leading dot in gnu.lto_ symbol. Reported by J.W. Jagersma (jwjagersma AT gmail DOT com). diff -aprNU5 djgpp.orig/lib/djgpp.djl djgpp/lib/djgpp.djl --- djgpp.orig/lib/djgpp.djl 2015-05-11 07:41:38 +0000 +++ djgpp/lib/djgpp.djl 2020-03-13 18:17:54 +0000 @@ -51,11 +51,11 @@ SECTIONS *(COMMON) end = . ; PROVIDE(_end = .) ; . = ALIGN(0x200); } /* Discard LTO sections. */ - /DISCARD/ : { *(gnu.lto_*) } + /DISCARD/ : { *(.gnu.lto_*) } /* Stabs debugging sections. */ .stab 0 : { *(.stab) } .stabstr 0 : { *(.stabstr) } /* DWARF debug sections. Symbols in the DWARF debugging sections are relative to the beginning diff -aprNU5 djgpp.orig/lib/dxe.ld djgpp/lib/dxe.ld --- djgpp.orig/lib/dxe.ld 2017-04-26 11:20:34 +0000 +++ djgpp/lib/dxe.ld 2020-03-13 18:17:54 +0000 @@ -29,7 +29,7 @@ SECTIONS { LONG(0); *(.gnu.linkonce.d*) *(.bss .bss.* .gnu.linkonce.b.*) *(COMMON) } - /DISCARD/ : { *(gnu.lto_*) } + /DISCARD/ : { *(.gnu.lto_*) } }