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