При сравнении хелловорлдов Паскаль не заборол разве что ассемблер

трупо поскакал

Все что умеет генератор, можно сделать руками :) Иначе генератора просто не было бы. Импорты библиотек в том или ином виде есть в любом изводе поцкаля, который вообще имеет смысл использовать для чего-то практического. Алсо нигде про именно лазарус я не писал. Так что перепутал ты :)

Под «cpp» ты, видимо, имеешь в виду C, а Qt перепутал с WinAPI.

extern «C» {} религия зопретила :)

ЧТД, собственно и в этом твоем лазарусе велосипедостроение прослоек вращается вокруг построений типа таких:

function QObject_hook_create(handle : QObjectH) : QObject_hookH; cdecl; external Qt4PasLib name ‘QObject_hook_create’;

только они еще навелосипедили *_hook_c.cpp файлов – эти их всякие Qt4Pas, Qt5Pas далее везде хороши, когда не очень ясно как работает биндинг и потыкать надо что-то в Qt, или если тебе явно нужен весь комбаен со всем-всем искаропки - ну ок. А если тебе не нужен весь Qt – нафиг это все тащить :)

Открываем еще например заголовок pascalbind.h и что мы видим? Классическое объявление:

#if defined(__WIN32__)
#define C_EXPORT extern "C" __declspec( dllexport )
#else
#define C_EXPORT extern "C"
#endif

которое

а) никто не запретит сделать руками

б) чаще всего уже в каком-то виде есть в cpp-библиотеке, которая не прибита гвоздями к одной платформе :)

«…но мы должны пойти глубжЭ» (с)

Открываем сорцы Qt5:

#if !defined(QT_NAMESPACE) && defined(__cplusplus) && !defined(Q_QDOC)
extern "C" <-- this
#endif
Q_CORE_EXPORT const char *qVersion() Q_DECL_NOTHROW;

А Q_CORE_EXPORT это что? А например вот что:

#if defined(QT_SHARED) || !defined(QT_STATIC)
#  ifdef QT_STATIC
#    error "Both QT_SHARED and QT_STATIC defined, please make up your mind"
#  endif
#  ifndef QT_SHARED
#    define QT_SHARED
#  endif
#  if defined(QT_BUILD_CORE_LIB)
#    define Q_CORE_EXPORT Q_DECL_EXPORT   <-- this
#  else
#    define Q_CORE_EXPORT Q_DECL_IMPORT   
#  endif
#else
#  define Q_CORE_EXPORT
#endif

ХМ… а что такое Q_DECL_EXPORT… А в файле qcomilerdetection.h это старый добрый бородатый классический макрос:

$ grep Q_DECL_EXPORT qcompilerdetection.h 


#  define Q_DECL_EXPORT __declspec(dllexport)
#    define Q_DECL_EXPORT     __attribute__((visibility("default")))
#    define Q_DECL_EXPORT     __declspec(dllexport)
#    define Q_DECL_EXPORT     __declspec(dllexport)
#    define Q_DECL_EXPORT     __attribute__((visibility("default")))
#      define Q_DECL_EXPORT     __global
#      define Q_DECL_EXPORT     __declspec(dllexport)
#      define Q_DECL_EXPORT     __attribute__((visibility("default")))
#      define Q_DECL_IMPORT     Q_DECL_EXPORT
#ifndef Q_DECL_EXPORT
#  define Q_DECL_EXPORT

Итого, при прочих равных, когда нам не нужен весь Qt… нафиг надеяться на стороннего васю, когда можно покурить варианты сборки Qt и биндить только то, что явно нужно :) Потом тебе конечно расскажут про «магию moc» со слотаме и сигналаме… Но они просто жопы ленивые с магическим мышлением :)

Ну а вообще, если честно, то мифы о том, что паскаль тормозит сильно преувеличены.

Проблема паскаля заключается не в тормозах (которых нет), а в уродском многословном синтаксисе, там где в С\С++ ставится фигурная скобочка в паскале пишется begin и end.

Да на самом деле к этому привыкаешь и как-то пофиг.
Хотя там надо еще переменные объявлять заранее и :=

Хотя там надо еще переменные объявлять заранее

В C аналогично (правда я не помню можно ли объявлять в паскале переменные внутри цикла).

Погодь-ка. Я хоть и давно уже на сишечке не писал, но все же...

for (int i = 0; i<10; i++) {}

Не? И как это вяжется с объявлением переменной в самом начале файла в виде i: integer;?

Не? И как это вяжется с объявлением переменной в самом начале файла в виде i: integer;?

1)Не в начале файла, а в начале процедуры (функции).
2)int i при инициализации цикла ограничивает область видимости i самим циклом.Т.е. следующий код тождественен введенному вами.

{
int i=0;
 for(;i<10;i++){}
}

Я если честно не настолько помню Pascal чтоб четко писать сработает ли такой трюк в нем.

переменные объявлять заранее

Если актуально разделить код на области видимости, то это в Паскале делается разделением кода на процедуры (в Си, собственно, аналогично).

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

Многословный синтаксис у COBOL'а, Вы ошиблись.

там где в С\С++ ставится фигурная скобочка в паскале пишется begin и end.

Кстати, как спец по паскалю.
Поставил я себе лазарус, запускаю... И вижу ошибку, что он не может создать в /etc файл. Что логично, ведь не от рута запущен. Запускаю от рута - все норм. По логике - файл он уже создал, должно быть норм - но нет, при следующем запуске от юзера опять та же ошибка. Щта делать? Не гонять же его от рута.

Unable to create file «/etc/lazarus/editormacroscript.xml».

Нажмите 'OK', чтобы игнорировать и подвергнуться риску повреждения данных.
Нажмите 'Прервать' для закрытия программы.

Собственно, на прервать виснет, на ОК тоже.

Я если честно не настолько помню Pascal чтоб четко писать сработает ли такой трюк в нем.

Не сработает:

Variables are typically declared at the beginning of a program, procedure, function or unit.

Написано «typically», потому проверим, чтобы полностью убедиться:

program main(output);

begin
  var
    i: integer;
  begin
    for i := 0 to 9 do
      ;
  end;
end.

fail.pas(5,5) Fatal: Syntax error, «;» expected but «identifier I» found

Не получилось.

program main(output);

begin
  var

begin
  var

Должно быть

var
begin
end.

Может быть

var

процедуры и функции

begin
end.

Криво поставлен. У меня, кстати, только /etc/lazarus/environmentoptions.xml, и принадлежит он пакету lazarus-2.0.6-1.

Да, именно на него он и ругается.
Хз насчет криво - собран емержем из ебилда в репе.

Контекст же.
Я специально так сделал, чтобы показать, что объявить переменную, как в C89, в блоке никак нельзя.

А почему тогда /etc/lazarus/environmentoptions.xml не поставился при emerge от root'а? Где-то что-то пошло не так. Потому и установка получилась кривой. И её теперь надо переделывать.

А зачем Вы притащили идентификатор отдельной _секции_ var?

Более корректный пример:

program test;
begin
        i: Integer;
        for i := 0 to 9 do;
end.

test.pas(3,2) Error: Identifier not found "i"
test.pas(3,3) Fatal: Syntax error, ";" expected but ":" found
Fatal: Compilation aborted

program test;
var
        i: Integer;
begin
        for i := 0 to 9 do;
end.

Но ведь при запуске лазаруса от рута он должен его создать? От рута работает все, но от юзера уже нет.

Lazarus не надо запускать от root'а. При его правильной установке соответствующий файл уже устанавливается в систему как принадлежащий пакету lazarus'а. И, соответственно, всё сразу работает от обычного юзера.

А зачем Вы притащили идентификатор отдельной _секции_ var?

Потому что в каком-нибудь ином мире он мог бы прикрепляться к любому begin, примерно как с блоками в C89.
А если бы переменные можно было где угодно объявлять, как в «более корректном примере», тогда бы var просто не существовало.

В Си просто нечего «прикреплять».

Сишному

int i;

i: Integer;

А чтобы понять, что var - это отдельная секция - достаточно посмотреть на то, как выглядят процедуры и функции в Паскале.

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