public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [PATCH, GCC] Improve comment for struct symbolic_number in bswap pass
@ 2016-11-23 10:45 Thomas Preudhomme
  2016-11-23 19:12 ` Jeff Law
  0 siblings, 1 reply; 2+ messages in thread
From: Thomas Preudhomme @ 2016-11-23 10:45 UTC (permalink / raw)
  To: Richard Biener, Jakub Jelinek, gcc-patches

[-- Attachment #1: Type: text/plain, Size: 537 bytes --]

Hi,

The current comment for struct symbolic_number in the bswap pass code 
(tree-ssa-math-opts.c) does not explain all of the fields in the structure. It 
is also a bit unclear at times. This patch rewrites the comment to fix those. 
Note: it depends on the fix for PR77673 to be installed first.

ChangeLog entry is as follows:

*** gcc/ChangeLog ***

2016-11-22  Thomas Preud'homme  <thomas.preudhomme@arm.com>

         * tree-ssa-math-opts.c (struct symbolic_number): Improve comment.


Is this ok for trunk?

Best regards,

Thomas

[-- Attachment #2: improve_struct_symbolic_number_comment.patch --]
[-- Type: text/x-patch, Size: 2790 bytes --]

diff --git a/gcc/tree-ssa-math-opts.c b/gcc/tree-ssa-math-opts.c
index b0b0c2440aec025c551da76ea637f7b9a50acc43..4a47254d223e24caf1cd611f434a578729ba205d 100644
--- a/gcc/tree-ssa-math-opts.c
+++ b/gcc/tree-ssa-math-opts.c
@@ -1931,25 +1931,32 @@ make_pass_cse_sincos (gcc::context *ctxt)
   return new pass_cse_sincos (ctxt);
 }
 
-/* A symbolic number is used to detect byte permutation and selection
-   patterns.  Therefore the field N contains an artificial number
-   consisting of octet sized markers:
+/* A symbolic number structure is used to detect byte permutation and selection
+   patterns of a source.  To achieve that, its field N contains an artificial
+   number consisting of BITS_PER_MARKER sized markers tracking where does each
+   byte come from in the source:
 
-   0    - target byte has the value 0
-   FF   - target byte has an unknown value (eg. due to sign extension)
-   1..size - marker value is the target byte index minus one.
+   0	   - target byte has the value 0
+   FF	   - target byte has an unknown value (eg. due to sign extension)
+   1..size - marker value is the byte index in the source (0 for lsb).
 
    To detect permutations on memory sources (arrays and structures), a symbolic
-   number is also associated a base address (the array or structure the load is
-   made from), an offset from the base address and a range which gives the
-   difference between the highest and lowest accessed memory location to make
-   such a symbolic number. The range is thus different from size which reflects
-   the size of the type of current expression. Note that for non memory source,
-   range holds the same value as size.
-
-   For instance, for an array char a[], (short) a[0] | (short) a[3] would have
-   a size of 2 but a range of 4 while (short) a[0] | ((short) a[0] << 1) would
-   still have a size of 2 but this time a range of 1.  */
+   number is also associated:
+   - a base address BASE_ADDR and an OFFSET giving the address of the source;
+   - a range which gives the difference between the highest and lowest accessed
+     memory location to make such a symbolic number;
+   - the address SRC of the source element of lowest address as a convenience
+     to easily get BASE_ADDR + offset + lowest bytepos.
+
+   Note 1: the range is different from size as size reflects the size of the
+   type of the current expression.  For instance, for an array char a[],
+   (short) a[0] | (short) a[3] would have a size of 2 but a range of 4 while
+   (short) a[0] | ((short) a[0] << 1) would still have a size of 2 but this
+   time a range of 1.
+
+   Note 2: for non-memory sources, range holds the same value as size.
+
+   Note 3: SRC points to the SSA_NAME in case of non-memory source.  */
 
 struct symbolic_number {
   uint64_t n;

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH, GCC] Improve comment for struct symbolic_number in bswap pass
  2016-11-23 10:45 [PATCH, GCC] Improve comment for struct symbolic_number in bswap pass Thomas Preudhomme
@ 2016-11-23 19:12 ` Jeff Law
  0 siblings, 0 replies; 2+ messages in thread
From: Jeff Law @ 2016-11-23 19:12 UTC (permalink / raw)
  To: Thomas Preudhomme, Richard Biener, Jakub Jelinek, gcc-patches

On 11/23/2016 03:45 AM, Thomas Preudhomme wrote:
> Hi,
>
> The current comment for struct symbolic_number in the bswap pass code
> (tree-ssa-math-opts.c) does not explain all of the fields in the
> structure. It is also a bit unclear at times. This patch rewrites the
> comment to fix those. Note: it depends on the fix for PR77673 to be
> installed first.
>
> ChangeLog entry is as follows:
>
> *** gcc/ChangeLog ***
>
> 2016-11-22  Thomas Preud'homme  <thomas.preudhomme@arm.com>
>
>         * tree-ssa-math-opts.c (struct symbolic_number): Improve comment.
OK once the patch for 77673 is installed.

Thanks for updating the comments.

jeff

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-11-23 19:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-11-23 10:45 [PATCH, GCC] Improve comment for struct symbolic_number in bswap pass Thomas Preudhomme
2016-11-23 19:12 ` Jeff Law

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).