From patchwork Fri Sep  7 18:20:27 2012
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: fix gcc.dg/tm/reg-promotion.c
Date: Fri, 07 Sep 2012 08:20:27 -0000
From: Aldy Hernandez <aldyh@redhat.com>
X-Patchwork-Id: 182432
Message-Id: <504A3AEB.6090605@redhat.com>
To: Richard Guenther <richard.guenther@gmail.com>,
 gcc-patches <gcc-patches@gcc.gnu.org>

This is a bit different, in that we don't currently have an 
infrastructure to test transactional memory code within the 
simulate-thread framework.  Luckily for this test, the LIM pass has an 
actual dump message when it fails to hoist a value due to its presence 
in a transaction.

Eventually/ideally, we should have a mechanism for testing races of 
transactionally executed code.

OK?
testsuite/
	* gcc.dg/tm/reg-promotion.c: Modify dump message check.


diff --git a/gcc/testsuite/gcc.dg/tm/reg-promotion.c b/gcc/testsuite/gcc.dg/tm/reg-promotion.c
index 337c29f..e48bfb2 100644
--- a/gcc/testsuite/gcc.dg/tm/reg-promotion.c
+++ b/gcc/testsuite/gcc.dg/tm/reg-promotion.c
@@ -20,5 +20,5 @@ void func()
   }
 }
 
-/* { dg-final { scan-tree-dump-times "MEM count_lsm.. count_lsm_flag" 1 "lim1" } } */
+/* { dg-final { scan-tree-dump-times "Cannot hoist conditional load of count because it is in a transaction" 1 "lim1" } } */
 /* { dg-final { cleanup-tree-dump "lim1" } } */