Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8165440

Add Zero support for x86_64-linux-gnux32 target

    Details

    • Type: Enhancement
    • Status: Resolved
    • Priority: P4
    • Resolution: Fixed
    • Affects Version/s: 9
    • Fix Version/s: 12
    • Component/s: infrastructure
    • Labels:
      None
    • Environment:

      Zero

    • Subcomponent:
    • Resolved In Build:
      b10
    • CPU:
      other
    • OS:
      linux

      Description

      This was originally reported by Matthias Klose:

      The attached patch adds support for building zero for the x86_64-linux-gnux32
      target, having changes in the build system, hotspot and jdk.

       - the build system currently only derives the target from
         the cpu in PLATFORM_EXTRACT_VARS_FROM_CPU; that is not enough
         for the new target, which only differs by the ending of the
         triplet. However the $host macro should be available anywhere.

       - the hotspot part just handles the new "cpu"

       - GensrcX11Wrappers.gmk assumes that there is a black/white
         decision about -m32/-m64. The patch works around it. However
         the real patch should be to get these flags from the build
         system, and not hardcode itself.

       - the sysctl system call is unsupported in the x32 kernel, and
         just the include leads to a build error. From my point of view
         the header is not needed. I had successful builds on all other
         targets without including it. If you want to keep the include,
         then it should be guarded with
         #if !(defined(_ILP32) && defined(__x86_64__))

      Matthias

        Attachments

          Activity

            People

            • Assignee:
              glaubitz John Paul Adrian Glaubitz
              Reporter:
              sgehwolf Severin Gehwolf
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: