[committed] PR 61095: tsan fallout from wide-int merge
Richard Biener
richard.guenther@gmail.com
Thu May 8 07:56:00 GMT 2014
On Thu, May 8, 2014 at 9:48 AM, Richard Sandiford
<rdsandiford@googlemail.com> wrote:
> Richard Sandiford <rdsandiford@googlemail.com> writes:
>> This PR was due to code in which -(int) foo was suposed to be sign-extended,
>> but was being ORed with an unsigned int and so ended up being zero-extended.
>> Fixed by using the proper-width type.
>
> As Kostya rightly said in the PR, this should have had a testcase too.
>
> Tested on x86_64-linux-gnu. It failed before the patch on x86_64,
> passes after it, and is skipped for -m32. OK to install?
Ok.
Thanks,
Richard.
> Thanks,
> Richard
>
>
> gcc/testsuite/
> PR tree-optimization/61095
> * gcc.dg/torture/pr61095.c: New test.
>
> Index: gcc/testsuite/gcc.dg/torture/pr61095.c
> ===================================================================
> --- /dev/null 2014-05-03 11:58:38.033951363 +0100
> +++ gcc/testsuite/gcc.dg/torture/pr61095.c 2014-05-08 08:46:01.203827892 +0100
> @@ -0,0 +1,23 @@
> +/* { dg-do run } */
> +/* { dg-require-effective-target lp64 } */
> +
> +extern void __attribute__ ((noreturn)) abort (void);
> +
> +int __attribute__ ((noinline, noclone))
> +foo (unsigned long addr) {
> + unsigned long *p = (unsigned long*)((addr & 0xffff83fffffffff8UL) * 4);
> + unsigned long xxx = (unsigned long)(p + 1);
> + return xxx >= 0x3c000000000UL;
> +}
> +
> +int
> +main (void)
> +{
> + if (foo (0))
> + abort ();
> + if (foo (0x7c0000000000UL))
> + abort ();
> + if (!foo (0xfc0000000000UL))
> + abort ();
> + return 0;
> +}
More information about the Gcc-patches
mailing list