Написать программу онлайн на паскале: Паскаль онлайн

Что такое Free Pascal (FPC)?

Первоначально названный FPK-Pascal, компилятор Free Pascal представляет собой 16, 32 и 64-битный Turbo Pascal и Delphi-совместимый компилятор Pascal для Linux, Windows, OS/2, FreeBSD, Mac OS X, DOS и несколько других платформ (количество поддерживаемых целей растет все время, хотя не все они на том же уровне, что и основные).

Компилятор Free Pascal доступен для нескольких архитектуры: x86 (16, 32 и 64 бит), ARM, PowerPC (32 и 64 бит), SPARC (v8, v9), виртуальная машина Java (в разработке) и MIPS (прямой и прямой порядок байтов, в разработке). Более старая версия (серия 1.0) и текущие версии разработки также поддерживали m68k.

Компилятор написан на Паскале и может компилировать его собственные источники. Исходные файлы распространяются под лицензией GPLv2+ и включены.

Краткая история:

• 06/1993: начало проекта
• 10/1993: первые небольшие программы работают
• 03/1995: компилятор компилирует собственные исходники
• 03/1996: опубликовано в Интернете.
• 07/2000: выпущена версия 1.0
• 12/2000: выпущена версия 1.0.4
• 04/2002: выпущена версия 1. 0.6
• 07/2003: выпущена версия 1.0.10
• 05/2005: выпущена версия 2.0.0
• 12/2005: выпущена версия 2.0.2
• 08/2006: выпущена версия 2.0.4
• 09/2007: выпущена версия 2.2.0
• 08/2008: выпущена версия 2.2.2
• 04/2009: выпущена версия 2.2.4
• 12/2009: выпущена версия 2.4.0
• 11/2010: выпущена версия 2.4.2
• 05/2011: выпущена версия 2.4.4
• 01/2012: выпущена версия 2.6.0
• 02/2013: выпущена версия 2.6.2
• 03/2014: выпущена версия 2.6.4
• 11/2015: выпущена версия 3.0.0
• 02/2017: выпущена версия 3.0.2
• 11/2017: выпущена версия 3.0.4
• 06/2020: выпущена версия 3.2.0
• 05/2021: выпущена версия 3.2.2

Какие версии существуют и какую из них следует использовать?

Последняя официальная версия — 3. 2.2, первое незначительное обновление в серии 3.2.x. Новая разработка выполняется в серии 3.3.x, которая в конечном итоге быть выпущена как 3.4.0 или 4.0.0, в зависимости от достигнутых этапов.

Исторические версии

FPC менялась несколько раз. Информация о версиях до 1.0 была перемещено в статью о версиях Wiki 1.0.

Современная версия

С выпуском 1.0 нумерация версий была немного изменена на систему, напоминающую ту, что используется для Linux ядра.

• Релизы, которые исправляют только ошибки в версии 1.0, имеют номер 1.0.x.
• Разработка после 1.0 (так называемые моментальные снимки) имеют номер версии 1.1.х.
• В конце концов были выпущены стабилизированные версии 1.1.x. как серия 2.0.x, которой предшествуют бета-версии, помеченные как 1. 9.x. Исправления в Релиз 2.0 имел номер 2.0.x, исправления для выпуска 2.2 — 2.2.x, исправления для выпуска 2.4 — 2.4.x и т. д.
• Новая разрабатываемая версия после выпуска 2.4.0 имела номер 2.5.x. и так далее.
• Переупаковки, влияющие на источники, обозначаются одной буквой как суффикс (например, 2.0.4a). Обычно это относится к платформам, которые не были частью первоначального раунда выпуска.
• Стабильная ветка (в настоящее время fixes_3_0, ранее fixes_2_6) всегда имеет нечетный последний номер (2.6.1, 2.6.3 и 3.0.1). Компиляторы с такими версиями являются снапшотами и, например. снимок с 2.6.1 можно быть где-то между 2.6.0 и моментом ответвления 2.6.2 (январь 2013 г.). Так же, после выпуска 2.6.2 ветвь fixes_2_6 идентифицировала себя как версию 2.6.3 до 2.6.4 (обычно за два месяца до выхода). После 2.6.4 номер стабильной ветки был обновлен до 2.6.5, после 3.0.2 до 3.0.3 и т. д.

Обычно вы хотите использовать релиз. Релизы считаются стабильной и простой в поддержке (ошибки, причуды и непреднамеренные «функции» хорошо известны через некоторое время, и обходные пути существует).

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

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

Снимки стабильной ветки (fixes_3_2) предназначены для тестирования разработки релиза. Они есть в основном интересно за несколько месяцев до релиза, чтобы широко протестируйте ветку, из которой создается релиз.

Всем пользователям рекомендуется обновиться до последней версии для своих target (желательно новая стабильная серия 3.2.x).

Графическая временная шкала проекта FPC плюс его ближайшее будущее быть:

Free Pascal и GNU Pascal — сравнение

Цель:

Free Pascal пытается реализовать Pascal, совместимый с Borland компилятор на как можно большем количестве платформ. GNU Pascal пытается реализовать переносимый компилятор Pascal на основе POSIX.

Версия:

В настоящее время Free Pascal имеет версию 3.2.2 (май 2021 г.). GNU Паскаль остановлен версия 2.1 (от 2002 г., которую можно собрать с несколькими различными GCC в качестве серверной части; их версия для Mac OS X является исключением, так как она следует за номером версии GCC).

Отслеживание:

Между выпусками разрабатываемые версии FPC доступны через ежедневные моментальные снимки и источник через SVN. GPC несколько раз выпускает набор патчей до последней версии в год, и есть регулярные снимки для OS X и Windows, сделанные пользователями.

Операционные системы:

Free Pascal работает на большом количестве платформ, включая DOS (16/32-бит), Win32 (не требуется слой переноса UNIX), Linux, FreeBSD, NetBSD, OS/2, BeOS, Mac OS X на следующих архитектурах: x86 (32 и 64 бит), SPARC, PowerPC (32- и 64-разрядная), ARM, виртуальная машина Java (в разработке) и MIPS (в разработке). GNU Pascal работает в основном на любой системе, которая поддерживается GCC и для которой был проверен процесс сборки.

Начальная загрузка:

FPC требует подходящего набора binutils (AS, AR, LD) на некоторых платформах, GNU make и загрузочного компилятора командной строки. Новые архитектуры/ОС кросс-компилируются. GPC загружается через подходящую версию GCC и требует полного набора binutils, flex, bison, gmake, оболочки POSIX и libtool.

Источники:

Free Pascal полностью написан на Pascal, а GNU Pascal написан на C (это адаптация GNU компилятор Си)

Язык:

Free Pascal поддерживает диалект Borland Pascal, реализует язык Delphi Object Pascal, Objective-Pascal и имеет некоторую поддержку расширений ISO 7185 Pascal и Mac Pascal. GNU Pascal поддерживает ISO 7185, ISO 10206 и (большую часть) Borland Pascal 7.0.

Удлинители:

Free Pascal реализует перегрузку методов, функций и операторов (более поздние версии Delphi также добавили их, так что строго говоря, они больше не являются расширениями) GNU Pascal реализует перегрузку операторов.

Лицензия:

Оба компилятора подпадают под действие GNU GPL.

Автор:

Free Pascal был запущен Флорианом Клемпфлем, Германия ([email protected]), GNU Pascal был запущен Юккой Виртаненом, Финляндия ([email protected]).

Информация о лицензии и авторских правах

Приложения, созданные компилятором и использующие среду выполнения библиотеки (RTL) подпадают под модифицированную общественную лицензию GNU для библиотек (LGPL). Эта лицензия не накладывает никаких ограничений на создаваемые приложения. Поэтому можно создать закрытый исходный код или проприетарное программное обеспечение, использующее компилятор Free Pascal.

В вариант LGPL добавлено следующее исключение. относится к FPC RTL:

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

Обратите внимание, что вам по-прежнему необходимо соблюдать LGPL в отношении источников самой библиотеки времени выполнения. Это, например, требует, чтобы вы предоставили исходный код библиотеки времени выполнения, если получатель вашего приложения попросит об этом. Если хочешь для написания проприетарного программного обеспечения с закрытым исходным кодом соблюдайте следующие условия:

• Большинство людей могут выполнить требование исходного кода, упомянув что исходный код RTL можно загрузить с сайта Free Pascal. веб-сайт: если вы не изменяли rtl, это считается достаточным для удовлетворить требование LGPL о предоставлении исходного кода.
• Если вы внесли изменения в библиотеку времени выполнения, вы не можете их сохранить для себя, вы должны сделать их доступными по запросу получателей вашего приложения.
• Распространите измененную лицензию LGPL вместе с вашим продуктом, указав, к каким частям вашего приложения она применима (RTL FPC).

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

Получение компилятора

Последняя официальная стабильная версия Free Pascal доступна для скачивания со всех официальных зеркал

Советы по установке Free Pascal

• Не устанавливайте компилятор в каталог, содержащий пробелы в его названии, так как некоторые из инструментов компилятора не любят эти

Почему я должен указывать имя пользователя и пароль, чтобы получить Free Pascal?

Вы пытаетесь войти на FTP-сайт. Вы должны использовать имя для входа «anonymous» и ваш адрес электронной почты в качестве пароля.

Ошибка отказа в доступе при подключении к FTP-сайту Free Pascal

Главный ftp-сайт Free Pascal может принимать не более одновременные соединения. Если эта ошибка возникает, это происходит потому, что этот предел был достигнут. Решение либо ждать и повторите попытку позже, а еще лучше воспользуйтесь одним из зеркал Free Pascal.

Я хочу новую версию СЕЙЧАС

В период между выходом новых официальных версий вы можете просмотрите и протестируйте версии для разработчиков (так называемые «моментальные снимки»). Быть хотя предупредил: это работа в процессе, поэтому в дополнение к старым ошибкам исправлено и добавлены новые функции, это также может содержать новые ошибки.

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

Последний снимок всегда можно скачать с сайта разработки веб-страница.

Установка моментального снимка

Чтобы установить снимок, распакуйте zip-архив в существующий программный каталог последней официальной версии Free Pascal (после сделать резервную копию оригинала, конечно). Вы также можете извлечь его в пустой каталог, а затем переместите файлы в каталог программы, перезапись существующих файлов.

Мне нужно написать программу для домашнего задания. Вы можете помочь?

Нет. Пожалуйста, не присылайте нам письма о домашнем задании, мы не учителя. Команда разработчиков Free Pascal старается обеспечить хорошую поддержку Free Компилятор Pascal и стараемся всегда отвечать на электронные письма. Если мы получим такие электронные письма, это становится все труднее и труднее.

Как создать настоящее приложение Windows с окнами и строками меню?

Как создать игру на Free Pascal? Можно ли сделать игру наподобие Doom 3?

Если вы хотите начать, пожалуйста, начните изучать JEDI-SDL или PTCPas. Также вы можете попробовать изучить уже существующую игру, например The Sheep Killer — очень простая игра, и она не должна быть очень сложно понять его код.

Получение дополнительной информации при сбое приложения

1. Самый простой способ — перекомпилировать вашу программу с параметром -gl вариант отладки. Таким образом, устройство LineInfo подключается автоматически, и распечатка после сбоя программы содержит исходную строку номера в дополнение к адресам аварии. Чтобы увидеть библиотеку времени выполнения (RTL) функции в трассировке с их реальными именами, вы должны перекомпилировать RTL с -gl тоже.
2. Для более полной проверки скомпилируйте программа с отладочной информацией (используйте параметр командной строки -g)
3. Загрузить программу в отладчик

    gdb --directory= myprog.exe 

   Примечания:
   • В системах UNIX (Linux, BSD) не добавляйте «.exe» после myprog
   • «src dirs» — это список каталогов, содержащих файлы исходного кода myprog и используемые им модули, разделенные точка с запятой («;») в Windows или двоеточие («:») на платформах UNIX. Текущий каталог включается автоматически.
4. Оказавшись внутри отладчика, вы можете (необязательно) установить команду параметры строки, которые будут переданы вашей программе с помощью команды «установить аргументы »
5. Чтобы запустить программу, введите «Выполнить» и нажмите Enter
6. После сбоя программы адрес инструкции будет показано место, где произошел сбой. Отладчик попытается отобразить строку исходного кода, соответствующую этому адресу. Примечание что это может быть внутри процедуры RTL, поэтому источник может не всегда быть доступным и, скорее всего, RTL не был скомпилирован с отладочная информация.
7. Если затем ввести «bt» (BackTrace), адреса на будет показан стек вызовов (адреса процедур, которые были вызывается до того, как программа добралась до текущего адреса). Ты можешь видеть какие строки исходного кода они представляют с помощью команды

    информационная строка *<адрес> 

   Например:

    информационная строка *0x05bd8 

Компилятор, кажется, пропускает файлы в каталогах -Fu указывает на

Это иногда происходит со сценариями установки/компиляции, если команда копирования не сохраняет даты. Объектные файлы становятся старше, чем файл PPU, и компилятор пытается их перекомпилировать. Простое прикосновение решит это.

Также обратите внимание, что FPC, в отличие от Turbo Pascal, отслеживает включаемые файлы. Изменено включить файлы или повторяющиеся имена могут вызвать попытку перекомпиляции.

Почему сгенерированные двоичные файлы такие большие?

1. Вы можете создавать смарт-приложения. Включить генерация смарт-привязываемых единиц, используйте команду -CX вариант линии при компиляции ваших единиц. Включить для связывания ранее сгенерированных юнитов, доступных для smarlink, используйте -XX параметр командной строки при компиляции программы.
2. Обычно вся информация о символах включается в результирующий программа (для облегчения отладки). Вы можете удалить это, используя -Xs параметр командной строки при компиляции вашей программы (он не будет ничего при составлении юнитов)
3. Включить оптимизацию, как для поставляемых пакетов (RTL, FV, FCL) и для вашего собственного кода это также уменьшит размер кода.

Ошибки выполнения

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

            Ошибка выполнения 201 в $00010F86
              $00010F86 main, строка 7 файла testr.pas
              $0000206D
             

201 в этом случае указывает на ошибку времени выполнения количество. Определение различных номеров ошибок во время выполнения: описано в руководстве пользователя Free Pascal, Приложение D. шестнадцатеричные числа представляют адреса в стеке вызовов на момент возникновения ошибки.

Стандартные блоки

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

Отладка смартлинкового кода работает не полностью

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

При отладке не рекомендуется использовать вариант смартлинкинга.

Невозможно скомпилировать программу, используя только двоичную версию модуля

Иногда, несмотря на наличие бинарной версии модуля (юнит-файл и объектный файл) доступен, компилятор утверждает, что не может найти модуль Это может быть вызвано либо несовместимость в формате файла PPU (который может меняться в зависимости от версии компилятора), либо изменением одного из модулей RTL что изменилось между релизами.

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

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

Будете ли вы поддерживать ISO Extended Pascal?

Однако GNU-Pascal — это современный компилятор, который может скомпилировать ISO Extended Pascal. Если вам нужен диалект ISO Extended Pascal, мы рекомендую вам взглянуть на этот компилятор.

А как насчет .NET?

В основном пользователи либо заинтересованы из-за .NET аспекты переносимости (Mono цитируется снова и снова), или потому что это должно стать следующей большой вещью в Windows программирование, и они думают, что программирование Windows будет невозможно в будущем.

В то время как разработчики ядра FPC несколько заинтересованы в академическое любопытство (главным образом потому, что это могло быть обобщенный бэкэнд, создающий байт-код), однако есть несколько проблемы с .NET в сочетании с FPC:

1. Паскаль — это язык, использующий указатели и существующие кодовые базы. может быть только неуправляемым. Неуправляемый код нельзя переносить в .NET, так что это уже убивает большинство возможных преимуществ. Это также означает, что существующий код FPC и Delphi не будет работать в .NET. Есть больше такие маленькие языковые проблемы.
2. Библиотеки FPC не основаны на классах и моделях данных .NET (и не могут быть изменены без их эффективного переписывания), кроме того, библиотеки могли быть только неуправляемыми, иначе они было бы несовместимо
3. Ничего практичного пока не известно о портативности средняя программа .NET будет. Маленькие эксперименты с приветом код мирового уровня ничего не значит, такой код работает с почти любой язык. Хорошим тестом было бы увидеть существующие нетривиальные кодовые базы работают без изменений в моно, которые не были разработаны с моно в уме. Так же, как мы пытаемся сделать для Делфи
4. Тот факт, что в Windows 80% кода .NET кажется ASP.NET тоже не помогает. Это делает перенос существующего кода менее полезным (поскольку ASP.NET привязан к IIS), а новые кодовые базы переносимый код можно установить практически на любом языке
5. Код, зависящий от операционной системы, больше не будет работать, так как интерфейс Win32/64 неуправляемый.

Таким образом, это означает, что FPC может извлечь выгоду из .NET. пришлось бы значительно адаптировать язык (таким образом, компилятор) и библиотеки и быть несовместимыми с существующим собственным исходным кодом. Более того это также означает, что существующие приложения придется переписывать для .NET, так как потребуется больше, чем простая перекомпиляция с Компилятор FPC/.NET.

Хотя неуправляемый код имеет некоторые применения (более простая интеграция с управляемым код внутри Windows), для этого по-прежнему требуется написать генератор кода и определение интерфейсов и библиотек. Это означает много работы и поскольку популярность .NET не очень высока, это может не стоить того.

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

Поскольку поддержка генерации байт-кода JVM была добавлена ​​в компилятор, такой проект может быть более реалистичным сейчас, чем это было в прошлом. Тем не менее, многие из предостережений, упомянутых выше, остаются в силе: языковая совместимость не является 100%, и большинство стандартных устройств будут иметь быть переосуществленным.