| /external/guava/guava-gwt/src/com/google/common/escape/ |
| Escape.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/src/com/google/common/html/ |
| Html.gwt.xml | 15 util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests.
16 util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource.
17 GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either.
19 Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none.
|
| /external/guava/guava-gwt/src/com/google/common/io/ |
| Io.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/src/com/google/common/math/ |
| Math.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/src/com/google/common/primitives/ |
| Primitives.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/src/com/google/common/util/concurrent/ |
| Concurrent.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/src/com/google/common/xml/ |
| Xml.gwt.xml | 15 util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests.
16 util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource.
17 GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either.
19 Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none.
|
| /external/guava/guava-gwt/src/com/google/thirdparty/publicsuffix/ |
| PublicSuffixPatterns.gwt.xml | 15 util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests.
16 util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource.
17 GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either.
19 Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none.
|
| PublicSuffixType.gwt.xml | 15 util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests.
16 util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource.
17 GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either.
19 Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none.
|
| /external/guava/guava-gwt/test/com/google/common/collect/testing/ |
| Testing.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /external/guava/guava-gwt/test/com/google/common/escape/testing/ |
| Testing.gwt.xml | 15 util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests.
16 util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource.
17 GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either.
19 Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none.
|
| /external/guava/guava-gwt/test/com/google/common/testing/ |
| Testing.gwt.xml | 13 <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package: http://goo.gl/CO7dLB The summary is that it ignores one file in favor of the other. util.concurrent, like nearly all our packages, has two .gwt.xml files: one for prod and one for tests. util.concurrent, unlike our other packages, has, as of this writing, test supersource but no prod supersource. GWT happens to use the prod .gwt.xml, so it looks for no supersource for tests, either. This causes it to fail to find AtomicLongMapTest. Our workaround is to tell GWT that util.concurrent and all other packages have prod supersource, even if they have none. GWT is happy to ignore us when we specify a nonexistent path. (I hope that this workaround does not cause its own problems in the future.) -->
|
| /test/vti/test_serving/configs/infra/prod/androidtestcenter/ |
| bots.cfg | 1 # Instance: androidtestcenter (swarming-prod)
|
| /test/vti/test_serving/configs/infra/test/androidtestcenter-test/ |
| bots.cfg | 1 # Instance: androidtestcenter (swarming-prod)
|
| /tools/tradefederation/core/prod-tests/ |
| .project | 3 <name>tf-prod-tests</name>
|
| /tools/tradefederation/core/prod-tests/tests/ |
| .project | 3 <name>tf-prod-tests-tests</name>
|
| /external/skia/include/core/ |
| SkScalar.h | 76 SkScalar prod = x * 0; local
77 // At this point, prod will either be NaN or 0
78 return !SkScalarIsNaN(prod);
82 SkScalar prod = 0; local
83 prod *= a;
84 prod *= b;
85 // At this point, prod will either be NaN or 0
86 return !SkScalarIsNaN(prod);
90 SkScalar prod = 0; local
92 prod *= array[i]
[all...] |
| /external/skqp/include/core/ |
| SkScalar.h | 76 SkScalar prod = x * 0; local
77 // At this point, prod will either be NaN or 0
78 return !SkScalarIsNaN(prod);
82 SkScalar prod = 0; local
83 prod *= a;
84 prod *= b;
85 // At this point, prod will either be NaN or 0
86 return !SkScalarIsNaN(prod);
90 SkScalar prod = 0; local
92 prod *= array[i]
[all...] |
| /test/vti/test_serving/gae/script/ |
| build.sh | 18 echo "usage: build.sh prod|test"
22 if [ $1 = "prod" ]; then
23 SERVICE="vtslab-schedule-prod.appspot.com"
|
| deploy-endpoint.sh | 18 echo "usage: deploy-endpoint.sh prod|test"
22 if [ $1 = "prod" ]; then
23 SERVICE="vtslab-schedule-prod.appspot.com"
|
| deploy-webapp.sh | 18 echo "usage: deploy-webapp.sh prod|test|local"
22 if [ $1 = "prod" ]; then
23 SERVICE="vtslab-schedule-prod"
|
| /external/webrtc/webrtc/modules/audio_coding/codecs/isac/fix/source/ |
| filters.c | 27 int64_t prod = 0; local
35 prod += x[i] * x[i];
39 temp = (uint32_t)(prod >> 31);
45 r[0] = (int32_t)(prod >> scaling);
49 prod = 0;
51 prod += x[j] * x[i + j];
53 sum = (int32_t)(prod >> scaling);
|
| /external/eigen/test/ |
| evaluators.cpp | 8 prod(const Lhs& lhs, const Rhs& rhs) function in namespace:Eigen
158 VERIFY_IS_APPROX_EVALUATOR2(d, prod(a,b), a*b);
159 VERIFY_IS_APPROX_EVALUATOR2(d.noalias(), prod(a,b), a*b);
160 VERIFY_IS_APPROX_EVALUATOR2(d, prod(a,b) + c, a*b + c);
161 VERIFY_IS_APPROX_EVALUATOR2(d, s * prod(a,b), s * a*b);
162 VERIFY_IS_APPROX_EVALUATOR2(d, prod(a,b).transpose(), (a*b).transpose());
163 VERIFY_IS_APPROX_EVALUATOR2(d, prod(a,b) + prod(b,c), a*b + b*c);
165 // check that prod works even with aliasing present
167 copy_using_evaluator(a, prod(a,a))
[all...] |
| /external/skia/src/opts/ |
| SkColor_opts_SSE2.h | 37 __m128i prod = _mm_mullo_epi16(a, b); local
38 prod = _mm_add_epi32(prod, _mm_set1_epi32(128));
39 prod = _mm_add_epi32(prod, _mm_srli_epi32(prod, 8));
40 prod = _mm_srli_epi32(prod, 8);
42 return prod;
141 __m128i prod = _mm_mullo_epi16(a, b) local
[all...] |
| /external/skqp/src/opts/ |
| SkColor_opts_SSE2.h | 37 __m128i prod = _mm_mullo_epi16(a, b); local
38 prod = _mm_add_epi32(prod, _mm_set1_epi32(128));
39 prod = _mm_add_epi32(prod, _mm_srli_epi32(prod, 8));
40 prod = _mm_srli_epi32(prod, 8);
42 return prod;
141 __m128i prod = _mm_mullo_epi16(a, b) local
[all...] |
