Устанавливаем JDK8

Устанавливаем Visual Studio 2013

C compiler cannot create executables

LINK : fatal error LNK1104: cannot open file 'LIBCMT.lib'

export LINK="/NODEFAULTLIB:libcmt.lib"

unresolved external symbol mainCRTStartup.

Устанавливаем Cygwin.

configure: error: /usr/bin/bash /x/git/openjdk9/common/autoconf/build-aux/config.sub x86_64-pc-msys failed

unsupported operating system msys

Устанавливаем пакеты для Cygwin

• binutils (devel) – ar.exe
• make (devel) — make.exe
• m4 (interpreters) — m4.exe
• cpio (utils) — cpio.exe
• gawk (base, interpreters) — gawk.exe
• file (base) — file.exe
• zip (archive) — zip.exe
• unzip (archive) — unzip.exe
• procps-ng (system) — free.exe

• Установка пакетов выглядит как-то так:
  
  
• Существует множество пакетов, например, со словом binutils в названии.
  Нужно выбирать пакет, в точности по буквам совпадающий с названием из списка, соответствующий группе из списка. (Конечно, если вы точно знаете что делаете, ваша воля :) )
• Принадлежность пакетов к группам в Cygwin время от времени меняется. В частности, группы, перечисленные в этом списке уже не совпадают с группами из Build Readme. Если группы из списка не существует – выберите подходящую (и напишите мне личное сообщение, чтобы я обновил эту инструкцию).
• При установке, вас попросят указать установочные директории. Постарайтесь установить в путь с как можно более коротким имененем, например: C:/cygwin и C:/cygpack. Или вообще c:/cw и c:/cp. Это поможет избежать ошибок с излишне длинными именами файлов, которые не может обработать проводник Windows (NTFS уже иногда может их обрабатывать, а Проводник – еще нет).
• После изначальной установки, в самом Cygwin нет никакого гуя для управления пакетами. Чтобы установить дополнительные пакеты, нужно заново запустить setup.exe. Эта программа не будет устанавливать Cygwin с нуля, а только докачает нужное. Между перезапусками путь до директорий сохраняется.
• Выбор зеркала влияет на скорость, но нам нужно скачать очень мало пакетов, поэтому что выбирать — в среднем всё равно. Выбирайте самое первое зеркало в списке.
• Гуй для установки пакетов немного странный, но вы разберетесь :)
  
  • Как только вы вписали в поле поиска имя пакета, соответствующий список перерисовывается автоматически – enter жать не нужно.
  • Чтобы установить пакет, нужно много раз прокликать кнопку со статусом (стрелочки замкнутые в уробороса с надписью skip или какой-то еще), чтобы надпись статуса поменялась на версию пакета, которая будет устанавливаться
  • Иногда инсталлятору становится разными способами плохо. Don’t panic. Если установка повисла посередине, то самый простой способ всё вернуть назад — удалить C:/Cygwin, или куда вы там его устанавливаете. Лучше не надеяться, что проверяльщик чексумм битых недокачанных пакетов сможет найти поломку, устраните её полным удалением самостоятельно.
  
  

Качать make отдельно не нужно

The specified make (by MAKE=/cygdrive/c/Program Files (x86)/GnuWin32/bin/make.exe) is not GNU make 4.0 or newer.

DirectX SDK устанавливать не нужно

Собираем FreeType

1. Ссылка на загрузку.
   
   Там две группы загрузок: две вверху (Complete package и Sources), и шесть пониже (Binaries… Original source). Элемент Sources есть в обеих группах. Нам нужно скачать зипник элемента Sources из второй группы.
   
   Замечание: Качает сто лет, что делать? Ничего не поделаешь, это Сорсфордж. В момент отображения таймера загрузки попробуйте успеть щелкнуть по ссылке try another mirror и выберите что-нибудь во Франции. Французы не жмотятся на скорость.
   
   
2. Создаем директорию src/freetype/2.3.5/freetype-2.3.5/lib
   
   
3. Внутри директории src/freetype/2.3.5/freetype-2.3.5/builds/win32/visual лежит солюшен для Студии.
   
   
4. Открываем. Если у вас несколько Студий, то от греха подальше лучше открыть в 2013. Сборку с 2015 пробовал, она тоже работает.
   
   
5. При открытии солюшена Студия попросит one-way upgrade. Соглашаемся (если отображается несколько элементов в списке – соглашаемся для всех).
   
   
6. После этого Студия может намертво повиснуть, перестав заодним отображаться и в Диспетчере. Задач Windows. Тут на помощь приходит Sysinternals Process Explorer:
   technet.microsoft.com/ru-ru/sysinternals/processexplorer.aspx
   
   Нужно найти в дереве devenv.exe, и вначале убить всех его потомков. После этого можно убить и сам devenv.exe (до этого он просто не реагирует на команду умереть).
   
   
7. Идем в Configuration Manager, в выпадашке Platform выбираем New, New platform: x64, Copy settings from: Win32, OK, Close.
   
   
   
   
   
   
   
   
8. Там же, выбираем тип сборки – Release Multithreaded (по умолчанию стоит Debug)
   
   
   
   
9. В Solution Explorer, правой кнопкой на проект freetype, properties.
   
   
   
   
10. Указываем Output Directory: src/freetype/2.3.5/freetype-2.3.5/lib (директория указана относительно корня скачанного FreeType). Проверяем, что configuration type выставлен в Static library (.lib).
    
    
    
    
11. Закрываем окно freetype Property Pages. Собираем проект через Build > Build solution.
    
    
    
    
12. Теперь нужно поменять сборку с lib на dll.
    
    Повторяем действия:
    
    В Solution Explorer, правой кнопкой на проект freetype, properties. Указываем Output Directory: src/freetype/2.3.5/freetype-2.3.5/lib. Проверяем, что configuration type выставлен в Dynamic library (.dll)
    
    Закрываем окно freetype Property Pages. Собираем проект через Build > Build solution.
    
    
13. Открываем директорию src/freetype/2.3.5/freetype-2.3.5/lib в Проводнике и проверяем состав файлов: freetype.dll, freetype.lib, freetype.exp.
    
    Ключевой факт тут такой: теперь у нас в одной корневой директории (src/freetype/2.3.5/freetype-2.3.5) лежат и инклуды (src/freetype/2.3.5/freetype-2.3.5/include), и библиотеки (src/freetype/2.3.5/freetype-2.3.5/lib).
    
    
14. Готово! Теперь у нас есть жалкие 600 килобайт, ради которых мы мучались последние десять минут.

Заливаем исходники JDK из репозитория

1. Загружаем и устанавливаем Mercurial (TortoiseHg): tortoisehg.bitbucket.org/download/index.html
   
   
2. Загружаем расширение trees для Mercurial
   
   Файл:
   
   gist.githubusercontent.com/olegchir/8267049ed48f7975aa8ef7d7c1515349/raw/fbe90ac1c639f6c209bc7cebbdcc7ebbd848c734/trees.py
   
   Запоминаем, куда скачали (например: C:/opt/trees.py)
   
   Важно! Согласно инструкциям отсюда:
   
   openjdk.java.net/projects/code-tools/trees
   
   Мы должны были бы загружать вот этот файл:
   
   hg.openjdk.java.net/code-tools/trees/raw-file/tip/trees.py
   
   К сожалению, на момент написания статьи, интеграция этого экстеншена с новой версией Mercurial сломана. Есть следующий баг, с приложенным патчем:
   
   bugs.openjdk.java.net/browse/CODETOOLS-7901672
   
   Чтобы вам не патчить trees самостоятельно, я пропатчил его, и выложил здесь:
   
   gist.githubusercontent.com/olegchir/8267049ed48f7975aa8ef7d7c1515349/raw/fbe90ac1c639f6c209bc7cebbdcc7ebbd848c734/trees.py
   
   В будущем, когда этот тикет будет закрыт, стоит использовать основную версию. Если вы читаете эту инструкцию, когда тикет уже закрыт – напишите мне, я исправлю этот пункт.
   
   
3. Создаем файл .hgrc в домашнем каталоге пользователя (%USERPROFILE%\.hgrc).
   
   Так как Windows плохо относится к созданию файлов, начинающихся на точку, проще всего открыть консоль Cygwin и выполнить команду:
   
   

   touch /cygdrive/c/Users/olegchir/.hgrc

   
   Внутри файла пишем:
   
   

   [extensions]
   purge =
   trees = C:\opt\trees.py
   

   
   Слеши в пути до py-файла – обратные.
   
   
4. Открываем консоль (cmd.exe), переходим в директорию, где хотим хранить исходники (cd C:\git)
   
   
5. Клонируем репозиторий:
   
   

   hg tclone http://hg.openjdk.java.net/jdk9/dev 9dev

   
   Это займет весьма много времени.
   
   
   
   Важно! В будущем ссылка может измениться. Смотреть новую ссылку можно здесь: openjdk.java.net/guide/repositories.html
   
   Важно! Постарайтесь установить в путь с как можно более коротким имененем, например: C:/hg. Это поможет избежать ошибок с излишне длинными именами файлов, которые не может обработать проводник Windows (NTFS уже иногда может их обрабатывать, а Проводник – еще нет). Поможет не попасть в глупую ситуацию, когда репозиторий вы уже склонировали, а удалить его — еще не можете.
   
   Неприятненько. При возникновении ошибки «abort: stream ended unexpectedly». Вначале попробуйте перезапустить hg tclone еще несколько раз. Если ошибка продолжает повторятся, то вам предстоит муторная ручная работа. Запомните, какой проект не выгружался до конца (например, langtools). Перезапустите всё с таким аргументом:
   
   

   hg tclone -r 100 http://hg.openjdk.java.net/jdk9/dev 9dev

   
   Это загрузит только 100 ченжсетов и даст возможность операции tclone завершиться.
   Сразу после этого перейдите в директорию проекта, который не докачался (например, langtools), и выполните hg tpull -u 1000.
   
   И дальше добавляйте по 1000 ченжсетов:
   
   hg tpull -u 1000
   hg tpull -u 2000
   hg tpull -u 3000
   
   Когда ревизии закончатся – нужно перейти в корень (9dev), и выполнить там команду “hg tpull -u” (без указания количества ревизий).
   
   Если после этого упадёт тот же проект – перейдите в него назад, и с более маленьким шагом докачайте оставшиеся ревизии совсем точно до конца, вернитесь в корень и повторите hg tpull -u без аргументов.
   
   Если после этого упадёт другой проект – переходим в его директорию, и повторяем пока всё не склонируется до конца.
   

Собираем JDK

1. Открываем консоль Cygwin (НЕ cmd.exe), переходим в директорию со склонированными исходниками.
2. Выполняем команду:
   
   

   ./configure --enable-debug --with-target-bits=64 --with-boot-jdk=/cygdrive/c/opt/Java/jdk1.8.0_111 --with-freetype=/cygdrive/c/my/opt/java/freetype-2.3.5-1-src/src/freetype/2.3.5/freetype-2.3.5

   
   пути до файлов должны совпадать с теми, что мы получили в ходе выполнения инструкции:
   --with-boot-jdk указывает на директорию, куда вы загрузили JDK8
   --with-freetype указывает на директорию внутри исходников freetype, где есть поддиректории include и lib, и в lib вы собрали .dll и .lib с 64-битным фритайпом
   
   пути до файлов обязаны быть не родными, а начинаться с /cygdrive.
   
3. Долго ждем, пока сконфигурится. Ошибок быть не должно.
   
   Единственная ожидаемая ошибка — при использовании Visual Studio Express:
   
   

   Cannot locate a valid Visual Studio or Windows SDK installation on disk

   
   Обычно её можно исправить небольшим грязным хаком. Заходим в директорию установки MSVS (обычно это C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC).
   
   Видим что там нет диерктории amd64, зато есть x86_amd64.
   Копируем её с новым названием: amd64.
   
   Заходим внутрь amd64, и копируем файл vcvarsx86_amd64.bat с новым именем: vcvars64.bat
   Перезапускаем configure с новым параметром: --with-tools-dir:
   
   

   ./configure --enable-debug --with-target-bits=64 --with-boot-jdk=/cygdrive/c/opt/Java/jdk1.8.0_111 --with-freetype=/cygdrive/c/my/opt/java/freetype-2.3.5-1-src/src/freetype/2.3.5/freetype-2.3.5 --with-tools-dir="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/amd64"

   
   
4. В результате выполнения configure видим такой текст:
   
   
   
   Configuration summary:
   * Debug level: fastdebug
   * HS debug level: fastdebug
   * JDK variant: normal
   * JVM variants: server
   * OpenJDK target: OS: windows, CPU architecture: x86, address length: 64
   * Version string: 9-internal+0-adhoc.olegchir.openjdk9 (9-internal)
   
   Tools summary:
   * Environment: cygwin version 2.6.1(0.305/5/3) (root at /cygdrive/c/cygwin)
   * Boot JDK: java version «1.8.0_111» Java(TM) SE Runtime Environment (build 1.8.0_111-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.111-b14, mixed mode) (at /cygdrive/c/opt/Java/jdk1.8.0_111)
   * Toolchain: microsoft (Microsoft Visual Studio 2013)
   * C Compiler: Version 18.00.40629 (at /cygdrive/c/progra~2/micros~2.0/vc/bin/amd64/cl)
   * C++ Compiler: Version 18.00.40629 (at /cygdrive/c/progra~2/micros~2.0/vc/bin/amd64/cl)
   
   Build performance summary:
   * Cores to use: 8
   * Memory limit: 20447 MB
   
5. Выполняем команду: make
   
6. Долго ждем, пока соберется. В этот момент у компьютера тратится очень много ресурсов – стоит переключиться на использование другого компьютера, или сходить попить чаю.
   

Проверяем запуск

Troubleshooting

PROFIT