This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 8.4 Status Report (2020-02-17)
- From: Bernd Edlinger <bernd dot edlinger at hotmail dot de>
- To: Jakub Jelinek <jakub at redhat dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Cc: Jason Merrill <jason at redhat dot com>, Matthias Klose <doko at debian dot org>
- Date: Tue, 18 Feb 2020 19:37:05 +0000
- Subject: Re: GCC 8.4 Status Report (2020-02-17)
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9VJvbfTXsrJ5d78frhKOyAXB/xkrfpky13XU3shlBJk=; b=bar4lWYSiO5piNpoXpgrhgBI9d51YWsg9suP1eOHkLHepM6/WDkLmL1VbdAicDbXLi5IknnBCOJzCQKYFW5TZntDil3xXcuoNknIzCthL6XrrN761waoZOfbOYBgn+1HxGwjdhWuv0eh2WPDzb6apuX2ghATWk0FrVN51FyVAOSbVh2XUtLFSQpT5rPiiS+XyRDpGYSI6rOhj+DidDM9ygwXm4Zh1pHvpUIuPSxqKIUj4WsvW6YtNR2sAnzCzNVyXqIoWQLrc0DdarvruEjH1D+t6cMsGZuxv00Oaj/rJw0seZg8JBUs7El+KGZY9+TGS/WV8CPRdi0kFXTV2rw3pQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g/NBOV+ot4UpqGoaA1DeMjVA8uPgzMFe2AHS2donyTaqjoMw6lMw87DONDzamHPJyKi7vnjHK8TsgUAYln0Pk7/1gW5xdYe884gJAb3l/BwlJ6I3lbg0I+OZ9uV7Xm8Fx1QG6ScJyhfXL00CQDJ1sJJtxMl5OOzTiCLT+ryucRHvoGFEXYT7aw/48DM7u+Cjss0fxINvr/iYPo2BekwduwnFba9TBzCWbnMQpdTu7rvZIc/GBYGDASrihTkPfIpC/nUabe2nkb65slrvj7JE5wflpBpCQH6GmmaNAbdG8OZ6wlSJGUX/F5VKrIAar348tjOzMTFuSdnzYSJGMLgojg==
> It has been almost a year since GCC 8.3 has been released and GCC 8.4
> release should have been released already, so we should concentrate on
> getting it out soon. Unfortunately we have two P1s, one of them is
> waiting for reporter's input, so we might as well just ignore it unless
> the input is provided, but the other, C++ FE one, looks something that
> should be fixed. If we get rid of the P1s, I'd like to create
> 8.4-rc1 on Wednesday, Feb 26th and release 8.4 the week afterwards.
> If you have any queued backports, please commit them to 8 branch
> (and 9 branch too, we'd like to release 9.3 soon too).
Hi Jakub,
it just occurred to me that my patch here is a kind of
security relevant one:
https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01060.html
since every time the collect2 process is interrupted via a signal
it can delete random files from the hard drive, since the
signal handler may be using the path name, and passes it to the unlink
function before it is initialized.
The patch doe not apply cleanly to gcc-8, but just fixing
that issue, without tackling the cleanup at the same time should
be feasible, if you like that for this version?
Thanks
Bernd.