Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 6 of 6 for thing (0.01 sec)

  1. guava/src/com/google/common/reflect/Types.java

            return JAVA7.usedInGenericType(type);
          }
    
          /*
           * We use this only when getTypeName is available.
           *
           * Well, really, we use this when we think we're running under Java 8, as determined by some
           * logic in the static initializer, which does not check for getTypeName specifically. We
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 23.5K bytes
    - Viewed (0)
  2. android/guava/src/com/google/common/reflect/Types.java

            return JAVA7.usedInGenericType(type);
          }
    
          /*
           * We use this only when getTypeName is available.
           *
           * Well, really, we use this when we think we're running under Java 8, as determined by some
           * logic in the static initializer, which does not check for getTypeName specifically. We
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 23.6K bytes
    - Viewed (0)
  3. android/guava/src/com/google/common/reflect/TypeResolver.java

             * original, identical JDK TypeVariable. By doing so, we sidestep the problem entirely.
             *
             * 2b. If the resolved types are different from the original types, things are trickier. The
             * only way to get a TypeVariable instance for the resolved types is to create our own. The
             * created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 24.2K bytes
    - Viewed (0)
  4. android/pom.xml

        tests themselves and not the code being tested that needs that access, though there's no
        obvious way to ensure that.
    
        We could consider arranging things so that only the tests we know need this would get
        the add-opens. Right now that doesn't seem worth the effort, though.
        -->
        <test.add.opens>
          --add-opens java.base/java.lang=ALL-UNNAMED
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Thu Sep 04 21:35:58 UTC 2025
    - 24.3K bytes
    - Viewed (0)
  5. pom.xml

        tests themselves and not the code being tested that needs that access, though there's no
        obvious way to ensure that.
    
        We could consider arranging things so that only the tests we know need this would get
        the add-opens. Right now that doesn't seem worth the effort, though.
        -->
        <test.add.opens>
          --add-opens java.base/java.lang=ALL-UNNAMED
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Thu Sep 04 21:35:58 UTC 2025
    - 23.9K bytes
    - Viewed (0)
  6. guava/src/com/google/common/reflect/TypeResolver.java

             * original, identical JDK TypeVariable. By doing so, we sidestep the problem entirely.
             *
             * 2b. If the resolved types are different from the original types, things are trickier. The
             * only way to get a TypeVariable instance for the resolved types is to create our own. The
             * created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 24.2K bytes
    - Viewed (0)
Back to top