Hi folks,
On 5/26/20 8:15 PM, Gerald Pfeifer wrote:
Okay to backport c00568f376078129196740d83946d54dc5437401 to the GCC 9
branch, Jakub?
I don't see it yet on 9, so if 9 is still open for pushes I'd like too to
see that commit applied to 9 (it should apply cleanly). For the records,
the comm
Hi Hans,
On 4/14/20 12:33 AM, Hans-Peter Nilsson wrote:
Sadly this patch doesn't fix PR bootstrap/87252; I just checked
against f8e72b8d9f2:f81653ba8c1:2dd4ceacd8b (truncated from
LAST_UPDATED; I don't remember which field is the actual
commit).
So, would you mind to tell me precisely how to r
When GCC9 is built with an older GCC (4.2.1) on FreeBSD 32-bit on PowerPC
an ICE is generated on stage 1 when selftests are performed.
After an investigation the root cause was traced to an unnecessary and
harmful instantiation of a new dump_context singleton class in order to
get the current acti
Currently an use of get() method of dump_context singleton in optinfo
framework causes a new class to be instantiated and when its dtor
is called it calls delete on uninitialized data, causing an ICE.
It happens when a temporary dump_context is instantiated for the 'm_saved'
initialization in temp
On 04/07/2020 03:24 AM, Jakub Jelinek wrote:
On Mon, Apr 06, 2020 at 09:42:17PM -0400, David Malcolm via Gcc-patches wrote:
2020-04-06 Gustavo Romero
* dumpfile.c:
(selftest::temp_dump_context::temp_dump_context): Fix ctor.
---
gcc/dumpfile.c | 2 +-
1 file changed, 1 inse
Hi David,
On 04/06/2020 10:42 PM, David Malcolm wrote:
On Mon, 2020-04-06 at 19:44 -0400, Gustavo Romero wrote:
Thanks for this patch.
The patch looks correct, but I'm not sure that the description of the
problem is exact in every detail. I think you've run into a bug in
code I wrote; sorry.
Currently an use of get() method of dump_context singleton in optinfo
framework causes a new class to be instantiated, which calls the singleton
dtor when the class is destroyed, freeing memory that is referenced after
free() is called, generating an ICE error.
This commit fixes the issue by using
When GCC9 is built with older GCC (4.7) on FreeBSD 32-bit on PowerPC an ICE
is generated on stage 1 when selftests are performed.
After an investigation the root cause was traced to an unnecessary and
harmful instantiation of a new dump_context singleton class in order to
simply get the current
