Нужны пояснения насчет компиляторов для разных ОС

@Левиафам · Регистрация: 31.05.2012

Студворк — интернет-сервис помощи студентам

Всем привет ребят! Есть несколько вопросов:
1) Существуют различные компиляторы (к примеру на с++), эти компиляторы предназначены для определенной операционной системы!??? А есть ли кросплатформенные компиляторы?? Если есть, то в чем именно разница между теми компиляторами, которые приспособлены для определенной оси или тем кто кросплатформенные (должно быть в возможностях и скорости)!??
2) В первом вопросе я думаю что нет кроссплатформенных компиляторов, так как любой компилятор должен связываться с ядром операционной системы через соответствующий апи операционки!??? Можно сказать что язык с++ кросплатформенный на уровне компилятора, типа для каждой оси свой компилятор!!??

2) Ребят, сами компиляторы на чем пишут?? На каком языке!??? Говорят что обычно компилятор преобразует в язык ассемблера, а потом уже асемблируется в машинку, а говорят что такие компиляторы как ogg к примеру не использует ассемблер и сразу переводит в машинку!!!

Объясните пожалуйста всё по пунктам, буду очень рад!!!

@aLarman · 18.09.2015, 15:15

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

Сообщение от Левиафам

В первом вопросе я думаю что нет кроссплатформенных компиляторов, так как любой компилятор должен связываться с ядром операционной системы через соответствующий апи операционки!???

сомневаюсь, создается исполняемый модуль который содержит набор asm инструкций он может использовать "методы" ядра, а может и нет, зависимость, если только в том, что в операционках есть ограниченный набор ф-ций
причем набор asm инструкций зависит от того для кого процессора(платформы) создается этот асемблерный код

Croessmah · 18.09.2015, 15:52

Сообщение от Левиафам

Существуют различные компиляторы (к примеру на с++), эти компиляторы предназначены для определенной операционной системы!?

компиляторы могут быть портированы под разные ОС. Считаются ли они кроссплатформенными?

Сообщение от Левиафам

Можно сказать что язык с++ кросплатформенный на уровне компилятора, типа для каждой оси свой компилятор!!??

C++ кроссплатформеный язык на уровне исходного кода, но не более, так что для каждой платформы нужно компилировать отдельно, но это же считается кроссплатформенным приложением, а значит

Сообщение от Левиафам

В первом вопросе я думаю что нет кроссплатформенных компиляторов

если компилятор портирован под множество платформ, то он кроссплатформенный. Или нет? Вот проблема...

Сообщение от Левиафам

Ребят, сами компиляторы на чем пишут?

открываем исходники, например gcc, и смотрим

@aLarman · 18.09.2015, 15:55

Сообщение от Croessmah

Ребят, сами компиляторы на чем пишут?

мне вот было интересно, что сейчас то понятно компиляют на чем пишут, а вот когда еще не было 1го компилятора? его написали на чистом asm? а потом постепенно расширяли:?

Croessmah · 18.09.2015, 15:58

Сообщение от aLarman

его написали на чистом asm?

ну так сначала нужно было написать компиль с asm'а

@nmcf · 18.09.2015, 15:58

Сначала программы составляли в кодах и напрямую вводили в память, потом ассемблер, потом остальное.

@DrOffset · 18.09.2015, 16:07

Сообщение от aLarman

а вот когда еще не было 1го компилятора?

Кстати тут стоит помнить, что ассемблер - это тоже своего рода компилятор. И первый ассемблер тоже кто-то когда-то написал на машинных кодах.
Процессор же понимает только машинные коды. А язык ассемблера - это все же представление для человека.
Но вообще да, например язык С сперва был написан на ассемблере, а потом переписан сам на себе.
Кстати ни один из современных компиляторов не генерирует в промежутке ассемблерный код. Сразу создается машинный код из внутреннего представления программы. Можно попросить компилятор сделать ассемблерный листинг, но это будет дополнительный этап в его работе.

@aLarman · 18.09.2015, 16:13

DrOffset, а разве ассемблер не есть машинные инструкции?

Добавлено через 1 минуту
не ну как бы понятно что проц все равно только битобайты понимает

Croessmah · 18.09.2015, 16:14

Сообщение от aLarman

а разве ассемблер не есть машинные инструкции?

нет. Это мнемоники, более удобные для человека, нежели машинные коды. Но ведь их под железо тоже нужно писать

@DrOffset · 18.09.2015, 16:15

Сообщение от aLarman

а разве ассемблер не есть машинные инструкции?

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

@aLarman · 18.09.2015, 16:17

Сообщение от DrOffset

А мнемонике соответствует некий код. Так вот ассемблер, это такая программа, которая транслирует текст мнемоники в коды.

все все понял, так то да логично что для проца asm инструкция есть просто набор бит

@Левиафам · 18.09.2015, 18:49 **[ТС]**

Раз компилятор портируем для различных ОС, то интересно как он адаптируется под разную ось, ведь компилятор так и так будет работать с ядром оси с помощью апи!??? Он должен будет превратить в код ассемблера, в ктором ассемблер вроде как должен будет задействовать подпрограммы оси, потому и нужно будет взаимодействавать с ядром....а ядро у всех разное.
Возможно бредовое представление, жду критики друзья!!!

Если современные компиляторы уже не превращают код в ассемблеровский вид, то как они поступают? Мне кажется так или иначе механизм будет такой же, это словно как прыгнуть с 10 этажа на землю, или по ступенькам спускаться!

Добавлено через 4 минуты
Кто-то сказал что "разве ассемблер не машинный код"....... ассемблер это обычный низкоуровневый язык программирования, у которого компилятор сразу переводит в машинный код. Причем ассемблер тем самым может на прямую взаимодействовать с железом (и плевал бы он на ось).

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .

@Левиафам 38 / 33 / 12 Регистрация: 31.05.2012 Сообщений: 586

	Нужны пояснения насчет компиляторов для разных ОС 18.09.2015, 15:09. Показов 1969. Ответов 11 Метки нет (Все метки) Всем привет ребят! Есть несколько вопросов: 1) Существуют различные компиляторы (к примеру на с++), эти компиляторы предназначены для определенной операционной системы!??? А есть ли кросплатформенные компиляторы?? Если есть, то в чем именно разница между теми компиляторами, которые приспособлены для определенной оси или тем кто кросплатформенные (должно быть в возможностях и скорости)!?? 2) В первом вопросе я думаю что нет кроссплатформенных компиляторов, так как любой компилятор должен связываться с ядром операционной системы через соответствующий апи операционки!??? Можно сказать что язык с++ кросплатформенный на уровне компилятора, типа для каждой оси свой компилятор!!?? 2) Ребят, сами компиляторы на чем пишут?? На каком языке!??? Говорят что обычно компилятор преобразует в язык ассемблера, а потом уже асемблируется в машинку, а говорят что такие компиляторы как ogg к примеру не использует ассемблер и сразу переводит в машинку!!! Объясните пожалуйста всё по пунктам, буду очень рад!!! 0

@nmcf 7804 / 6568 / 2988 Регистрация: 14.04.2014 Сообщений: 28,705
	18.09.2015, 15:58
	Сначала программы составляли в кодах и напрямую вводили в память, потом ассемблер, потом остальное. 0

@aLarman 654 / 575 / 164 Регистрация: 13.12.2012 Сообщений: 2,124
	18.09.2015, 16:13
	DrOffset, а разве ассемблер не есть машинные инструкции? Добавлено через 1 минуту не ну как бы понятно что проц все равно только битобайты понимает 0

@Левиафам 38 / 33 / 12 Регистрация: 31.05.2012 Сообщений: 586
	18.09.2015, 18:49 [ТС]
	Раз компилятор портируем для различных ОС, то интересно как он адаптируется под разную ось, ведь компилятор так и так будет работать с ядром оси с помощью апи!??? Он должен будет превратить в код ассемблера, в ктором ассемблер вроде как должен будет задействовать подпрограммы оси, потому и нужно будет взаимодействавать с ядром....а ядро у всех разное. Возможно бредовое представление, жду критики друзья!!! Если современные компиляторы уже не превращают код в ассемблеровский вид, то как они поступают? Мне кажется так или иначе механизм будет такой же, это словно как прыгнуть с 10 этажа на землю, или по ступенькам спускаться! Добавлено через 4 минуты Кто-то сказал что "разве ассемблер не машинный код"....... ассемблер это обычный низкоуровневый язык программирования, у которого компилятор сразу переводит в машинный код. Причем ассемблер тем самым может на прямую взаимодействовать с железом (и плевал бы он на ось). 0