Используются ли компиляторы вне разработки?

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

Вместо этого разработчики просто используют компилятор для преобразования своего кода в машинный код, который затем переносится на другие машины для использования в качестве приложений.

Есть ли функции компиляторов вне этого процесса? Если да, то когда они используются?

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

Там являются несколько исключений из этого , хотя. Во-первых, многие проекты с открытым исходным кодом распространяются в основном (или даже исключительно) в форме исходного кода, и ожидают, что конечный пользователь установит их, введя пару команд, таких как makeи затемmake intall, Это вызовет компилятор, компоновщик и т. Д., Чтобы сгенерировать машинный код из исходного кода для этого компьютера пользователя. В этих случаях, однако, процесс сборки и установки (по крайней мере, предполагается) автоматизирован до такой степени, что пользователю редко требуется много знаний об этом, за исключением того факта, что, если они никогда ранее не устанавливали пакет только с исходным кодом, ранее их менеджер пакетов, как правило, перечисляет некоторый пакет «разработки» в качестве предварительного условия для установки приложения, которое им действительно нужно (хотя некоторые все еще считают это недружественным для конечных пользователей).

Другое исключение (на которое ссылались, но которое не очень хорошо объяснено в других ответах, которые я видел) - это JIT-компиляторы. Несколько очевидных примеров JIT-компиляторов - Microsoft Common Language Runtime (CLR) и виртуальная машина Java (JVM). В этих случаях обычно есть два совершенно отдельных компилятора, вовлеченных в перевод исходного кода в машинный код. Один используется разработчиком. Однако вместо того, чтобы генерировать машинный код напрямую, он генерирует машинно-независимый байт-код. Затем CLR / JVM включает второй компилятор, совершенно отдельный от первого, который преобразует эти байтовые коды в машинный код для целевого компьютера.

Я должен добавить, что второй компилятор не является строго необходимым. Ранние версии JVM (для одного примера) просто интерпретировали байтовые коды, а не компилировали их. Это часто несет в себе довольно серьезное снижение производительности, поэтому наиболее разумно недавние JVM, предназначенные для производственного использования, включают JIT-компилятор.

Да, компиляторы в основном используются разработчиками, за исключением нескольких заметных исключений. Конечные пользователи иногда используют компиляторы для компиляции и установки последних версий программного обеспечения с открытым исходным кодом, даже если они не вносят никаких изменений в код. Кроме того, некоторые языки программирования не имеют компиляторов. Вместо этого они используют интерпретаторы, которые «компилируются» на лету. В этом случае конечным пользователям необходимо установить переводчик на своих машинах.

да

Компилятор определяется как программа, которая переводит код с одного языка на другой (см. Википедию ). Наиболее распространенное использование компиляторов - это перевод исходного языка в машинный код, но это определяет слово «компилятор».

Например, Python генерирует байт-код при импорте модуля и, таким образом, вписывается в определение компилятора (потому что он преобразует из исходного языка Python в целевой язык, байт-код Python).

Другой пример - движок V8 JavaScript. Он преобразует JavaScript в машинный код x86 и, следовательно, вписывается в определение компилятора. V8 не только подходит под определение компилятора, но и включен в Chrome и очень широко используется на клиентских компьютерах.

Одним из случаев может быть приложение, которое динамически генерирует код во время выполнения, а затем запускает сгенерированный код. Этот код должен быть скомпилирован во время выполнения.

Изменить: Есть и другие исключения, но они уже упоминались в других ответах.

компиляторы предназначены только для разработчиков для компиляции их кода языка программирования в исполняемые файлы (машинный код)

Я бы сказал, что «компиляторы предназначены для разработчиков ...». Но я видел примеры, когда программы генерируют новый код языка программирования на лету и поэтому нуждаются в установке компилятора на компьютере конечного пользователя. Это не означает, что конечный пользователь должен работать с компилятором сам по себе.

Возможные причины такого дизайна программы:

• производительность: представьте себе приложение, управляемое правилами, где правила хранятся в каком-то хранилище данных конечного пользователя, и у вас есть некоторые массовые данные, которые будут обработаны этими правилами. Вместо того, чтобы интерпретировать правила снова и снова, программа сначала генерирует код обработки, компилирует его и запускает его для обработки данных.

• представьте себе программу, в которой конечный пользователь может добавить какую-то математическую формулу, а разработчик программы не хочет реализовывать для этого собственный синтаксический анализатор / интерпретатор. Вместо этого программа принимает эту формулу, вносит некоторые дополнения, чтобы преобразовать ее в допустимый фрагмент программного кода, позволяет компилятору скомпилировать ее и запустить после нее.

Это верно - компиляторы компилируют исходный код в исполняемую форму, которая затем связывается в исполняемый двоичный файл с помощью компоновщика. Исходный код также может быть выполнен непосредственно интерпретатором, таким как одна из множества оболочек командной строки (C-shell, bash, zsh и т. Д.), Awk, sed и т. Д.

Может быть трудно провести четкую грань между «разработчиком» и «конечным пользователем», если вы не ограничите свое обсуждение конкретным продуктом. Все разработчики являются «конечными пользователями» используемых ими инструментов, а «конечные пользователи» могут иметь на своих машинах инструменты разработки, такие как компиляторы и интерпретаторы.

Администраторы могут также нуждаться в использовании языков программирования при написании сценариев для выполнения различных автоматизированных задач. Например, наличие сценария, который удаляет старые файлы журнала с сервера через 90 дней, чтобы освободить место на диске. Язык, используемый для написания скрипта, должен интерпретироваться или компилироваться, чтобы его можно было запустить в системе.

Некоторые программы являются метапрограммами : во время работы они могут генерировать какую-то другую программу (или некоторый исходный код) и компилировать ее, а затем каким-либо образом запускать. Читайте также о многоступенчатом программировании .

Таким образом, для использования таких программ необходим компилятор, даже если пользователь не знает, как программировать сам (потому что компьютер генерирует некоторый код, который необходимо скомпилировать).

Например, см. MELT (который генерирует код C ++ для расширения GCC ) или систему искусственного интеллекта J.Pitrat CAIA (которая генерирует код C - особенно его собственный код - для решения комбинаторных задач).

Кроме того, некоторые языки и некоторые реализации почти требуют, чтобы компилятор присутствовал везде (в каждой программе, закодированной на этом языке и в реализации). Во-первых, несколько веб-браузеров содержат JIT- движок Javascript (например, V8 ). Кроме того, большинство реализаций Common Lisp -eg SBCL - содержат компилятор (даже полезный для запуска приложений, которые могут генерировать и оценивать выражения). Читайте также о гомойконических языках и программах Qine .