aboutsummaryrefslogtreecommitdiff
path: root/gcc
diff options
context:
space:
mode:
authorSebastian Pop <sebastian.pop@amd.com>2008-01-17 18:00:41 +0000
committerSebastian Pop <spop@gcc.gnu.org>2008-01-17 18:00:41 +0000
commit01a550c20d68194fb3c2f4557236b0aecd7c534d (patch)
tree992a7303777087efd456a09c65536747c330cefd /gcc
parent86595dba6cc64222358628c7e2f3eb60f580cbb8 (diff)
downloadgcc-01a550c20d68194fb3c2f4557236b0aecd7c534d.zip
gcc-01a550c20d68194fb3c2f4557236b0aecd7c534d.tar.gz
gcc-01a550c20d68194fb3c2f4557236b0aecd7c534d.tar.bz2
re PR testsuite/34821 (new gcc.dg testsuite failures)
2008-01-16 Sebastian Pop <sebastian.pop@amd.com> PR testsuite/34821 * doc/invoke.texi: Document the dependence on pthread for fopenmp and ftree-parallelize-loops. From-SVN: r131606
Diffstat (limited to 'gcc')
-rw-r--r--gcc/ChangeLog6
-rw-r--r--gcc/doc/invoke.texi8
2 files changed, 12 insertions, 2 deletions
diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index 1588551..3803760 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,9 @@
+2008-01-16 Sebastian Pop <sebastian.pop@amd.com>
+
+ PR testsuite/34821
+ * doc/invoke.texi: Document the dependence on pthread for fopenmp
+ and ftree-parallelize-loops.
+
2008-01-17 Mircea Namolaru <namolaru@il.ibm.com>
PR rtl-optimization/34826
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 5e41ec3..f864cb0 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
@@ -1519,7 +1519,9 @@ freestanding and hosted environments.
Enable handling of OpenMP directives @code{#pragma omp} in C/C++ and
@code{!$omp} in Fortran. When @option{-fopenmp} is specified, the
compiler generates parallel code according to the OpenMP Application
-Program Interface v2.5 @w{@uref{http://www.openmp.org/}}.
+Program Interface v2.5 @w{@uref{http://www.openmp.org/}}. This option
+implies @option{-pthread}, and thus is only supported on targets that
+have support for @option{-pthread}.
@item -fms-extensions
@opindex fms-extensions
@@ -5841,7 +5843,9 @@ Parallelize loops, i.e., split their iteration space to run in n threads.
This is only possible for loops whose iterations are independent
and can be arbitrarily reordered. The optimization is only
profitable on multiprocessor machines, for loops that are CPU-intensive,
-rather than constrained e.g. by memory bandwidth.
+rather than constrained e.g. by memory bandwidth. This option
+implies @option{-pthread}, and thus is only supported on targets
+that have support for @option{-pthread}.
@item -ftree-sra
@opindex ftree-sra