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]" <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>
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  <juan DOT guerrero AT gmx DOT de>

	* 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_*) }
  }

- Raw text -