c ++ 11 — официальный стандарт C ++ / 11 Makefile / альтернативы?

Не существует стандарта C ++ для систем make. Это чисто реализационные вещи.

Для кросс-платформенной работы (будучи кросс-операционной системой и кросс-цепочкой) я нашел самый популярный выбор: CMake. Я не фанат синтаксиса CMake или различных сложностей, и мне не нравится работать с ним — но он работает, и кажется, что все используют его. Полученные вами навыки работы с CMake над одним проектом будут переданы многим другим.

Да, вы можете получить «стандартные» make-файлы из CMake. Это функция генератора:

cmake -G "Unix Makefiles" ...

Сгенерирует make-файлы, совместимые с * nix make,

GNU make — это реализация спецификации POSIX для make, которую вы можете найти здесь http://pubs.opengroup.org/onlinepubs/9699919799/ В разделе «Shell and Utilities» найдите «make». Однако вы быстро обнаружите, что стандартизированные части make очень анемичны и не позволят вам создавать очень сложные среды создания. Вот почему GNU make имеет так много дополнительных функций и возможностей.

Кроме того, разработчики Windows не слишком заботятся о POSIX, и особенно не о оболочке. & раздел утилит POSIX. Поэтому, даже если вы можете ограничить себя этим подмножеством, это не так уж и дорого вам: переносимость между экземплярами POSIX, которые еще не используют GNU make, в основном (и Linux, и MacOS используют GNU make по умолчанию).

В основном у вас есть два варианта: вы можете получить инструмент для сборки, который будет работать на нескольких платформах (например, GNU make можно скомпилировать и использовать практически на всех ОС, доступных сегодня, но есть и другие инструменты, такие как scons, cook, бюстгальтеры и т. д.), или вы можете использовать «метаинструмент», такой как cmake, который вместо фактической сборки вашего кода будет генерировать файлы управления сборкой для любого встроенного инструмента сборки, который вы хотите использовать (make, Eclipse, XCode, VisualStudio) тогда вы используете этот родной инструмент для сборки.

Ответ: Не существует многоплатформенного стандарта Makefile: вместо этого используйте стандартные, многоплатформенные языки сценариев, такие как PHP, PERL, Python (SCons) и т. Д., Для компиляции проектов C ++.

Исходя из комментариев всех остальных о том, что они не являются единым стандартом, необходимость в более постоянном, расширяемом, кросс-платформенном элегантном решении стала для меня гораздо важнее (кроме того, я не люблю создавать make-файлы!).

Итак, после изучения Perl, JavaScript, PHP (и даже скрипта Python) я остановился на использовании PHP для сборки проектов C ++.

Есть так много причин, по которым я сделал именно этот выбор, но основными причинами были:
1. Количество инструментов PHP
2. Простая интеграция в операции удаленной сборки через веб-интерфейсы.
3. Переносимость Windows, Linux, BSD, OSX.
4. Поддержка расширенной логики, включая проекты, включающие множество структур вложенных папок, пространства имен и кросс-компиляцию.

PHP с его поддержкой сценариев оболочки, межплатформенной доступностью и т. Д., Естественно.

Итак, без лишних слов, вот небольшое, быстрое и грязное доказательство концепции, которое я только что сделал. Очевидно, что он ничего не «делает», но он прекрасно запускается / компилируется, и легко увидеть, как он будет работать в реальном файле make.

Спасибо за помощь!

<?php

// Windows cannot "del /files/*.o /S /Q" because it confuses paths for switches.
// Made my own Variable for Directory Separator for Readability.
$DS = DIRECTORY_SEPARATOR;// ***********************************************
// **** Compiler Variables
// ***** use PHP: include "Config.php", etc
// ***** to have external variables and functions.

$Compiler   = "mingw32-g++.exe";
$DebugFlags     = "";

$CompilationFlags   = "-std=c++11 -Wall -c -o";
$LinkFlags      = "-Wall -o";

$IncludeFlags =
array(
"-I".$DS."Includes",
"-L".$DS."Redist".$DS."Headers");
$LibraryLocations =
array(
"-L".$DS."Lib",
"-L".$DS."Redist".$DS."Lib");

// ***********************************************
// **** Project Properties
class Project {
public $Name = "";
public $Location = "";

public function __construct($name="Project", $location="")
{
$this->Name = $name;
$this->Location = $location;
}
}

$SubProjects =
array(
new Project("Framework", str_replace("/", $DS, "../Projects/API/Source"))
// new Project("Logging", str_replace("/", $DS, "../Projects/Logging/Projects/API/Source"),
);

// ***********************************************
// **** Environment Variables
$BuildRoot  = "D:".$DS."Build".$DS;
$ObjectRoot = $BuildRoot + "OBJs".$DS;
$LibRoot    = $BuildRoot + "LIBs".$DS;
$RunRoot    = $BuildRoot + "Run".$DS;
$ConfigRoot = getcwd();$directory    = ".".$DS;
$filterList = array(".", "..");
$commandOutput = array("");
$returnValue = 1;

$directoryContents = array_diff(scandir($directory), $filterList);// ***********************************************
// ***** Main Execution Block

// print_r($SubProjects);

echo PHP_EOL . PHP_EOL;
echo "***********************************************" . PHP_EOL;
echo "***** Building: Starting" . PHP_EOL;

ProcessSubProjects($SubProjects);
echo "***********************************************" . PHP_EOL;
echo "***** Building: Finished" . PHP_EOL;// ***********************************************
function ProcessSubProjects($subProjects)
{
foreach ($subProjects as $project)
{
$command = 'dir ' .  realpath($project->Location);
$commandEcho = array();

// echo $project->Location . PHP_EOL;
// echo realpath($project->Location) . PHP_EOL;echo PHP_EOL . $command . PHP_EOL . PHP_EOL;

exec ($command, $commandEcho);
foreach ($commandEcho as $message)
{
echo $message . PHP_EOL;
}

}
}?>