<-
Apache > HTTP Server > Documentation > Version 2.0 > Platform Specific Notes

компилирование Apacheа для Windows Microsoft

есть много важных пунктов прежде, чем Вы начинаете собирать Apacheа. См. Using Apache with Microsoft Windows прежде, чем Вы начинаете.

top

Requirements

компилирование Apacheа требует, чтобы следующая окружающая среда была должным образом установлена:

top

Command-Line Build

сначала, распакуйте Apacheское распределение в соответствующий справочник. Откройте линию команды незамедлительно и cd к тому справочнику.

Apache владельца makefile инструкции содержится в Makefile.win файл. Чтобы собирать Apacheа на Windows NT, просто используйте одну из следующих команд к собранному release или debug строить, соответственно:

nmake /f Makefile.win _apacher nmake /f Makefile.win _apached

любая команда соберет Apacheа. Последний будет включать информацию отладки в получающиеся файлы, облегчая находить ошибки и разыскивать проблемы.

top

Developer Studio Workspace IDE Build

Apache может также быть собран, используя VC ++ 's Визуальная окружающая среда развития Студии. Упростить этот процесс, Визуальное рабочее пространство Студии, Apache.dsw , обеспечивается. Это рабочее пространство выставляет весь список работы .dsp проекты, которые требуются для полного Apacheского двойного выпуска. Это включает зависимости между проектами уверить, что они построены в соответствующем заказе.

открытый Apache.dsw рабочее пространство, и выбор InstallBin ( Release или Debug строить, столь же желательный) как Активный Проект. InstallBin причины весь связанный проект, который будет построен, и затем призывают Makefile.win перемещать собранный executables и dlls. Вы можете олицетворить INSTDIR= выбор, изменяясь InstallBin 's Параметры настройки, общий счет, Строят вход линии команды. INSTDIR неплатежи к /Apache2 справочник. Если Вы только хотите тест, собирают (не устанавливая), Вы можете строить BuildBin проект вместо этого.

.dsp проектные файлы распределены в Визуальном C ++ 6.0 форматов. Визуальный C ++ 5.0 (97) признает их. Визуальный C ++ 7.0 (.net) должен преобразовать Apache.dsw плюс .dsp файлы в Apache.sln плюс .msproj файлы, убедитесь, что Вы повторно преобразовываете .msproj файл, если любой источник .dsp изменение файлов! Это действительно тривиально, только открываться Apache.dsw в VC ++ 7.0 IDE еще раз.

Визуальный C ++ 7.0 (.net) пользователей должен также использовать Строящееся меню, Менеджер Конфигурации диалог, чтобы непроверить оба Debug и Release модули решения abs, mod_ssl и mod_deflate . эти модули построены, призывая nmake или IDE непосредственно с BinBuild цель, чтобы строить те модули явно, только если srclib справочники openssl и/ИЛИ zlib существовать.

экспортируемый .mak файлы излагают большую стычку, но они требуются для Визуального C ++ 5.0 пользователей, чтобы строить mod_ssl , abs ( ab с поддержкой SSL) и/ИЛИ mod_deflate . VC ++ 7.0 (.net) пользователей также извлекают выгоду, nmake строит быстрее чем binenv строит. Стройте весь проект изнутри VC ++ 5.0 или 6.0 IDE, затем используйте Проектный Экспорт Меню для всего makefiles. Вы должны строить проекты, сначала чтобы создать все динамические автопроизведенные цели, так, чтобы зависимости могли быть разобраны правильно. Бегите следующей командой, чтобы установить дорожки, таким образом они будут строить где-нибудь:

perl srclib\apr\build\fixwin32mak.pl

Вы должны напечатать эту команду от главный уровень справочник httpd исходного дерева. Каждый .mak и .dep проектный файл в пределах текущего справочника и ниже будет исправлен, и timestamps, приспособленный, чтобы размышлять .dsp .

если Вы вносите назад участок, который пересматривает проектные файлы, мы должны передать проектные файлы в Визуальной Студии 6.0 форматов. Изменения должны быть простыми, с минимальной компиляцией и флагами редактирования, которые будут признаны всем VC ++ 5.0 через 7.0 окружающих сред.

top

Project Components

Apache.dsw рабочее пространство и makefile.win nmake подлинник оба строит .dsp проекты Apacheского сервера в следующей последовательности:

  1. srclib\apr\apr.dsp
  2. srclib\apr\libapr.dsp
  3. srclib\apr-util\uri\gen_uri_delims.dsp
  4. srclib\apr-util\xml\expat\lib\xml.dsp
  5. srclib\apr-util\aprutil.dsp
  6. srclib\apr-util\libaprutil.dsp
  7. srclib\pcre\dftables.dsp
  8. srclib\pcre\pcre.dsp
  9. srclib\pcre\pcreposix.dsp
  10. server\gen_test_char.dsp
  11. libhttpd.dsp
  12. Apache.dsp

кроме того, modules\ поддирективное дерево содержит проектные файлы для большинства модулей.

support\ справочник содержит проектные файлы для дополнительных программ, которые не часть Apacheского времени выполнения, но используются администратором, чтобы проверить Apacheа и поддержать пароль и файлы системного журнала. Определенные для Windows проекты поддержки вспыхиваются в support\win32\ справочник.

  1. support\ab.dsp
  2. support\htdigest.dsp
  3. support\htpasswd.dsp
  4. support\logresolve.dsp
  5. support\rotatelogs.dsp
  6. support\win32\ApacheMonitor.dsp
  7. support\win32\wintty.dsp

как только Apache был собран, это должно быть установлено в его справочнике корня сервера. Неплатеж- \Apache2 справочник, того же самого двигателя.

строить и устанавливать все файлы в желательную папку директор автоматически, используйте один из следующих nmake команды:

nmake /f Makefile.win installr INSTDIR=

dir

nmake /f Makefile.win installd INSTDIR=

dir

директор аргумент INSTDIR дает инсталяционный справочник; это может быть опущено, если Apache должен быть установлен в \Apache2 .

это установит следующее:

Warning about building Apache from the development tree

отметить только .dsp файлы поддержаны между release строит. .mak файлы не восстановлены, из-за огромной траты времени рецензента. Поэтому, Вы не можете положиться NMAKE команды выше, чтобы строить пересмотренный .dsp проектные файлы, если Вы тогда не экспортируете все .mak файлы самостоятельно от проекта. Это ненужно, если Вы строите изнутри окружающей среды Студии Разработчика Microsoft.
также отметьте, что очень стоящее строить BuildBin предназначайтесь для проекта (или линия команды _apacher или _apached цель) до экспорта делающихся файлов. Много файлов автопроизведены в строящемся процессе. Только полное строит, обеспечивает, все зависимые файлы, требуемые строить надлежащие деревья зависимости для правильного строят поведение.

чтобы создавать распределение .mak файлы, всегда рассмотрите произведенный .mak (или .dep ) зависимости для Платформы SDK или другой мусор включают. DevStudio\SharedIDE\bin\ (VC5) или DevStudio\Common\MSDev98\bin\ (VC6) справочник содержит sysincl.dat файл, который должен перечислить все исключения. Обновите этот файл (включая и вперед и backslashed дорожки, типа обоих sys/time.h и sys\time.h ), чтобы включить такие зависимости. Местное включение - устанавливает дорожки в распределенном .mak файл заставит строение терпеть неудачу полностью. И не забывайте бежать srclib/apr/build/fixwin32mak.pl чтобы устанавливать абсолютные дорожки в пределах .mak файлы.