X-Authentication-Warning:	delorie.com: mail set sender to djgpp-workers-bounces using -f
X-Recipient:	djgpp-workers AT delorie DOT com
Subject:	Re: gcc-8.1.0 packages for testing
To:	djgpp-workers AT delorie DOT com
References:	<0244cff9-6176-8aec-bbc2-6fc49602c295 AT iki DOT fi>
	<CAA-ihx_a2k3V4w5s=7EZG6pXEjnoTZaiKi-_13kV1txLwxcrig AT mail DOT gmail DOT com>
From:	"Andris Pavenis (andris DOT pavenis AT iki DOT fi) [via djgpp-workers AT delorie DOT com]" <djgpp-workers AT delorie DOT com>
Message-ID:	<48be2fc5-3ecb-c324-87a9-bdb09d72b78a@iki.fi>
Date:	Sun, 13 May 2018 11:09:57 +0300
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.7.0
MIME-Version:	1.0
In-Reply-To:	<CAA-ihx_a2k3V4w5s=7EZG6pXEjnoTZaiKi-_13kV1txLwxcrig@mail.gmail.com>
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On 05/11/2018 03:54 AM, Rugxulo (rugxulo AT gmail DOT com) [via djgpp-workers AT delorie DOT com] wrote:
> Hi,
>
> On Wed, May 2, 2018 at 10:20 PM, Andris Pavenis
> (andris DOT pavenis AT iki DOT fi) [via djgpp-workers AT delorie DOT com]
> <djgpp-workers AT delorie DOT com> wrote:
>> gcc-8.1.0 packages (both DJGPP native compiler and cross-compiler RPMs) are
>> available for testing at
>>
>> http://ap1.pp.fi/djgpp/gcc/8.1.0/
>> http://ap1.pp.fi/djgpp/gcc/gcc-version-index.html
>>
>> I have not have done any additional testing except of building the compiler
>> (bootstrapping native compiler ensures that it works for building itself).
>>
>> I'll upload the same packages to ftp.delorie.com sometime later unless
>> serious enough problems found.
>>
>> Happy testing,
> Thanks again for your efforts.
>
> __DATE__ is still wrong (says 2106) but otherwise seems to work okay.
Confirmed. Booth __DATE__ and __TIME__ correspond to time_t value 0xFFFFFFFF

Only happens with native compiler not cross-compiler (only checked cross-compiler in ArchLinux).
Unfortunately gdb-7.11 "likes" to run out of memory when trying to debug cc1.exe (not immediately but
soon enough to prevent getting any useful results)

I guess I should debug cc1 under Linux to see why it works there. From the first impression it 
should not:
1) environment variable SOURCE_DATE_EPOCH not defined
2) 
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libcpp/macro.c;h=776af7bd00eae4f0571f61c36ceaa1a276c256d3;hb=af8bbdf198a7cd619efd7c9a7aef2f86d5590aae 
(code beginning from line 500)
3) 
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/c-family/c-common.c;h=7e6905e791e27a4035c389476862a76eb270fd0c;hb=af8bbdf198a7cd619efd7c9a7aef2f86d5590aae 
(procedure cb_get_source_date_epoch) cb_get_source_date_epoch() returns (time_t)-1 due to 1). it is 
after that converted to struct tm using gmtime()
>
> I was able to rebuild a working p7zip 16.02 (7za.exe) via G++ 8.1.0
> with no (extra) problems. The resulting .EXE works as expected (within
> previous limits), and its CRC32 matches between builds under DOSEMU
> (LFN) and native FreeDOS (SFN, with appropriate patches/workarounds,
> thus not needing DOSLFN and builds faster).
>
> I did not (yet) test Ada (Gautier's 3D engine) or much other stuff.
>
Files are already on ftp.delorie.com in current/v2gnu. Only announcement is still missing.

Andris

- Raw text -