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> From: "Andris Pavenis (andris DOT pavenis AT iki DOT fi) [via 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US 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 Precedence: bulk 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] > 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