[PATCH 0/8 v4] LTO Dead Field Elimination and Field Reordering

2020-12-04 Thread Erick Ochoa
Hello, I'm sharing the most recent version of dead-field elimination. In this patchset the following issues have been addressed: * CamelCase -> snake_case * STL -> GCC specific data structures * Fixed the commit messages (the last two commits will be squashed in future patchset so the commit

Re: Dead Field Elimination and Field Reordering

2020-11-11 Thread Erick Ochoa
Hello, I will be posting today some changes on the patches mailing list. I believe that due to some changes in the way clones are materialized, the transformation now supports IPA-SRA by default. I still need to test this more thoroughly, but initial tests show that this is no longer an

Re: Dead Field Elimination and Field Reordering

2020-11-06 Thread Erick Ochoa
Hi Richard, just some top-level comments before I write about anything specific: * I have removed all non-essential flags I introduced * I have placed the standard headers before config * I have squashed some changes that I sent to the patches mailing list and make sure that the transformation

Re: Dead Field Elimination and Field Reordering

2020-11-05 Thread Richard Biener via Gcc
On Tue, Nov 3, 2020 at 5:21 PM Erick Ochoa wrote: > > Thanks for the review Richard I'll address what I can. I also provide > maybe some hindsight into some of the design decisions here. I'm not > trying to be defensive just hoping to illuminate why some decisions were > made and how some

[5/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From bad08833616e9dd7a212e55b93503200393da942 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Sun, 30 Aug 2020 10:21:35 +0200 Subject: [PATCH 5/7] Abort if Gimple produced from C++ or Fortran sources is found. 2020-11-04 Erick Ochoa * gcc/ipa-field-reorder: Add flag to exit

[2/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From 09feb1cc82a5d9851a6b524e37c32554b923b1c4 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Thu, 6 Aug 2020 14:07:20 +0200 Subject: [PATCH 2/7] Add Dead Field Elimination Using the Dead Field Analysis, Dead Field Elimination automatically transforms gimple to eliminate fields that are never

[6/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From 1609f4713b6d0ab2e84e52b4fbd6f645f10a95e7 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Fri, 16 Oct 2020 08:49:08 +0200 Subject: [PATCH 6/7] Add heuristic to take into account void* pattern. We add a heuristic in order to be able to transform functions which receive void* arguments as a

[7/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From 747b13bf2c6f5b17bc46316998f01483f8039548 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Wed, 4 Nov 2020 13:42:35 +0100 Subject: [PATCH 7/7] Getting rid of warnings 2020-11-04 Erick Ochoa * gcc/ipa-dfe.c : Change const_tree to tree * gcc/ipa-dfe.h : same *

[3/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From 91947eea01a41bd7b17e501ad7d53dfb6499eefc Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Sun, 9 Aug 2020 10:22:49 +0200 Subject: [PATCH 3/7] Add Field Reordering Field reordering of structs at link-time 2020-11-04 Erick Ochoa * gcc/Makefile.in: add new file to list of sources

[4/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
From a8c4d5b99d5c4168ede79054396cba514fdf23b5 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Mon, 10 Aug 2020 09:10:37 +0200 Subject: [PATCH 4/7] Add documentation for dead field elimination 2020-11-04 Erick Ochoa * gcc/Makefile.in: Add file to documentation sources *

[0/7] LTO Dead field elimination and field reordering

2020-11-04 Thread Erick Ochoa
Hi, I've been working on several implementations of data layout optimizations for GCC, and I am again kindly requesting for a review of the type escape based dead field elimination and field reorg. This patchset is organized in the following way: * Adds a link-time warning if dead fields

Re: Dead Field Elimination and Field Reordering

2020-11-03 Thread Erick Ochoa
Thanks for the review Richard I'll address what I can. I also provide maybe some hindsight into some of the design decisions here. I'm not trying to be defensive just hoping to illuminate why some decisions were made and how some criticisms may fail to really address the reason why these

Re: Dead Field Elimination and Field Reordering

2020-11-03 Thread Richard Biener via Gcc
On Fri, Oct 30, 2020 at 6:44 PM Erick Ochoa wrote: > > Hello again, > > I've been working on several implementations of data layout > optimizations for GCC, and I am again kindly requesting for a review of > the type escape based dead field elimination and field reorg. > > Thanks to everyone that

Dead Field Elimination and Field Reordering

2020-10-30 Thread Erick Ochoa
Hello again, I've been working on several implementations of data layout optimizations for GCC, and I am again kindly requesting for a review of the type escape based dead field elimination and field reorg. Thanks to everyone that has helped me. The main differences between the previous