rpms/gcc/devel gcc41-pr26559.patch,1.1,1.2

fedora-cvs-commits at redhat.com fedora-cvs-commits at redhat.com
Tue Jun 20 09:29:11 UTC 2006


Author: jakub

Update of /cvs/dist/rpms/gcc/devel
In directory cvs.devel.redhat.com:/tmp/cvs-serv25883

Modified Files:
	gcc41-pr26559.patch 
Log Message:
4.1.1-5

gcc41-pr26559.patch:
 0 files changed

Index: gcc41-pr26559.patch
===================================================================
RCS file: /cvs/dist/rpms/gcc/devel/gcc41-pr26559.patch,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- gcc41-pr26559.patch	20 Jun 2006 09:11:27 -0000	1.1
+++ gcc41-pr26559.patch	20 Jun 2006 09:29:08 -0000	1.2
@@ -117,13 +117,13 @@
  
 --- gcc/cp/semantics.c	(revision 114670)
 +++ gcc/cp/semantics.c	(revision 114671)
-@@ -3834,24 +3834,41 @@ finish_omp_for (location_t locus, tree d
+@@ -3829,24 +3829,41 @@ finish_omp_for (location_t locus, tree d
  void
  finish_omp_atomic (enum tree_code code, tree lhs, tree rhs)
  {
--  /* If either of the operands are dependent, we can't do semantic
+-  /* If either of the operands are dependent, we can't do semantic 
 -     processing yet.  Stuff the values away for now.  We cheat a bit
--     and use the same tree code for this, even though the operands
+-     and use the same tree code for this, even though the operands 
 -     are of totally different form, thus we need to remember which
 -     statements are which, thus the lang_flag bit.  */
 -  /* ??? We ought to be using type_dependent_expression_p, but the




More information about the fedora-cvs-commits mailing list