Си портируемый потому, что для него есть серия стандартов, совместимых сверху вниз -- современный компилятор (ISO/IEC 9899-2011) кушает код пятидесятилетней давности и выдает рабочую программу.
Языков такого рода мало и паскаля среди них нет.
В группе стандартных и поддерживающих обратную совместмость вообще только кобол, ада, си и фортран.
Даже с++ не попадает в эту группу -- начиная с 2011 года с++ стал сильно терять обратную совместимость. Т.е. если я укажу -std=c++14, то код, который собирался и работал при -std=c++11 может и не собраться, а если соберется, то результаты на выходе могут быть до удивления другие.
Кому-то такое нравится, типа, новые фичи главное, остальное же мелочи. Но в реальной практике это чаще всего жопа.
Пример из жизни -- некоторой сертифицированной конторе заказана разработка программного комплекса. Все было сделано как полагается, даже присвоена литера O1, все было внедрено и отлично работает 10 лет. Проходит еще 5 бухгалтерских лет, меняется железо и тут выясняется, что некоторые аппартные математические расширения базовой архитектуры, которые были в коре два дуо, новым железом не поддерживаются и программы комплекса при запуске падают по SIGFPE и SIGILL. Т.е. необходимо комплекс пересобирать под новое железо. И тут вылезает проблема, что новый компилятор генерирует туеву хучу пердуперждений, в конце концов выдает ошибку и на этом все завершается. Устанавливается "тот самый" компилятор, благо в линуксах все ходы записаны, и все нормально собирается и даже регрессионные тесты проходят молча бит в бит.