Пакет с исходным кодом: точная политика зависимостей сборки для Software Center
Я искал подробную спецификацию того, что разрешено использовать в качестве сборочных зависимостей для пакетов источников в Центре программного обеспечения.
Я обнаружил Руководство по политике Ubuntu - Глава 4 - Пакеты с исходным кодом (кстати, не знаю, действительно ли эта ссылка все еще действительна), она довольно точная, хотя ей не хватает некоторой точности.
- Что если для сборки требуется версия компилятора, которая по умолчанию недоступна для целевой платформы. Например, скажем, исходный пакет требует GCC 4.8 для сборки, а Ubuntu Precise предоставляет только GCC 4.6?
- Что если для сборки требуется компилятор, который не находится в свободном доступе? Например, текущая версия компилятора Ada в Ubuntu Precise не поддерживает должным образом последнюю версию стандарта или некоторые приложения, для компиляции которых требуется коммерческий компилятор Prolog.
- Что если сборка зависит от исходного пакета библиотеки, который недоступен как отдельный исходный пакет? Приведенная выше ссылка говорит, что не должно быть дублирования исходного кода, но если исходные коды библиотеки не доступны отдельно, то нет другого способа сделать, кроме копирования исходного кода библиотеки в исходный пакет приложения (при условии, что с юридической точки зрения это нормально, что всегда имеет место, если автор библиотеки и приложения, то же самое).
Это три вопроса, которые у меня на уме, и вышеупомянутая ссылка не дает ответов, и я предпочитаю иметь четкие ответы вместо грубых личных догадок.
Всем хорошего дня.
1 ответ
Отвечаю себе, мои извинения.
Что касается второго вопроса, может быть возможным ответом может быть использование компилятора, ориентированного на ISO / ANSI C, как это делают некоторые компиляторы языка высокого уровня. Для повторного использования примера в качестве примера, скажем, приложению требуется компиляция того или иного коммерческого или несвободного компилятора Prolog, тогда, если этот компилятор Prolog способен нацеливаться на C (а не только на собственный машинный код), тогда, возможно, это нормально для иметь исходный пакет, основанный на исходном коде C, созданном компилятором более высокого уровня. Этот вид машинно-генерируемого источника в большинстве случаев представлен менее хорошо, чем рукописный источник, но действительно ли он все-таки имеет значение…
Если эти предположения верны, то это будет означать, если кто-то захочет что-то опубликовать в Центр программного обеспечения, он / она должен использовать цепочку инструментов, способную генерировать источник C в качестве цели.