[PATCH] avoid using strnlen result for late calls to strlen (PR 82604)

Jeff Law law@redhat.com
Fri Jun 22 22:00:00 GMT 2018


On 06/18/2018 01:15 PM, Martin Sebor wrote:
> While looking into opportunities to detect strnlen/strlen coding
> mistakes (pr86199) I noticed a bug in the strnlen implementation
> I committed earlier today that lets a strnlen() result be saved
> and used in subsequent calls to strlen() with the same argument.
> The attached patch changes the handle_builtin_strlen() function
> to discard the strnlen() result unless its bound is greater than
> the length of the string.
> 
> Martin
> 
> gcc-86204.diff
> 
> 
> PR tree-optimization/86204 -  wrong strlen result after prior strnlen
> 
> gcc/ChangeLog:
> 
> 	PR tree-optimization/86204
> 	* tree-ssa-strlen.c (handle_builtin_strlen): Avoid storing
> 	a strnlen result if it's less than the length of the string.
> 
> gcc/testsuite/ChangeLog:
> 
> 	PR tree-optimization/86204
> 	* gcc.dg/strlenopt-46.c: New test.
OK.  Though I must admit I don't like having variables "bounded" and
"bound" in the same function.  So consider renaming one to avoid future
confusion.

jeff



More information about the Gcc-patches mailing list