Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 7 of 7 for jdk9 (0.01 sec)

  1. .github/workflows/ci.yml

          - name: 'Check out repository'
            uses: actions/checkout@08c6903cd8c0fde910a37f88322edcfb5dd907a8 # v5.0.0
          # When we specify multiple JDKs, the final one becomes the default, which is used to execute Maven itself.
          # Our Maven configuration then specifies different JDKs to use for some of the steps:
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 19:19:31 UTC 2025
    - 4.7K bytes
    - Viewed (0)
  2. android/pom.xml

                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.model=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.processing=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED</arg>
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Thu Sep 04 21:35:58 UTC 2025
    - 24.3K bytes
    - Viewed (0)
  3. pom.xml

                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.model=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.processing=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED</arg>
                  <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED</arg>
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Thu Sep 04 21:35:58 UTC 2025
    - 23.9K bytes
    - Viewed (0)
  4. android/guava/src/com/google/common/reflect/TypeResolver.java

             * created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We
             * don't _want_ our new TypeVariable to be equal to the JDK TypeVariable because it has
             * _different bounds_ than the JDK TypeVariable. And it wouldn't make sense for our new
             * TypeVariable to be equal to any _other_ JDK TypeVariable, either, because any other JDK
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 24.2K bytes
    - Viewed (0)
  5. guava/src/com/google/common/reflect/TypeResolver.java

             * created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We
             * don't _want_ our new TypeVariable to be equal to the JDK TypeVariable because it has
             * _different bounds_ than the JDK TypeVariable. And it wouldn't make sense for our new
             * TypeVariable to be equal to any _other_ JDK TypeVariable, either, because any other JDK
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 24.2K bytes
    - Viewed (0)
  6. guava/src/com/google/common/reflect/Types.java

          return Types.toString(type);
        }
    
        boolean jdkTypeDuplicatesOwnerName() {
          return true;
        }
      }
    
      /**
       * Per <a href="https://github.com/google/guava/issues/1635">issue 1635</a>, In JDK 1.7.0_51-b13,
       * {@link TypeVariableImpl#equals(Object)} is changed to no longer be equal to custom TypeVariable
       * implementations. As a result, we need to make sure our TypeVariable implementation respects
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 23.5K bytes
    - Viewed (0)
  7. android/guava/src/com/google/common/reflect/Types.java

          return Types.toString(type);
        }
    
        boolean jdkTypeDuplicatesOwnerName() {
          return true;
        }
      }
    
      /**
       * Per <a href="https://github.com/google/guava/issues/1635">issue 1635</a>, In JDK 1.7.0_51-b13,
       * {@link TypeVariableImpl#equals(Object)} is changed to no longer be equal to custom TypeVariable
       * implementations. As a result, we need to make sure our TypeVariable implementation respects
    Registered: Fri Sep 05 12:43:10 UTC 2025
    - Last Modified: Wed Sep 03 14:03:14 UTC 2025
    - 23.6K bytes
    - Viewed (0)
Back to top