IP Pascal

وحدة mymod(input, output)؛ تستخدم extlib؛ ثابت واحد = 1؛ نوع سلسلة = مصفوفة مضغوطة من الأحرف؛ إجراء wrtstr( عرض s: سلسلة)؛ متغير خاص s: سلسلة؛ إجراء wrtstr( عرض s: سلسلة)؛ متغير i: عدد صحيح؛ ابدأ من أجل i := 1 إلى max(s) do اكتب(s[i]) نهاية ؛ ابدأ { تهيئة الشاشة } نهاية ؛ ابدأ { إيقاف تشغيل الشاشة } نهاية .

تحتوي الوحدات على أقسام دخول وخروج. تُشكّل التصريحات في الوحدات مواصفات واجهة خاصة بها، وليس من الضروري وجود قسمي واجهة وتنفيذ. إذا لزم ملف تصريح واجهة منفصل، يُنشأ بفصل الكود عن الوحدة وإنشاء "هيكل" لها. يُجرى هذا عادةً فقط إذا كان سيتم إرسال كائن الوحدة بدون الكود المصدري.

يجب أن تشغل الوحدات ملفًا واحدًا، وتُشير الوحدات إلى وحدات أخرى عبر عبارة `uses` أو `joins` . وللسماح بذلك، يجب أن تحمل الوحدة نفس اسم ملفها. تُشير عبارة `uses` إلى دمج التصريحات العامة للوحدة المُشار إليها مع الوحدة المُشيرة، وأي تعارض في الأسماء سينتج عن ذلك سيؤدي إلى حدوث خطأ. أما عبارة `joins` فتُتيح الوصول إلى الوحدة المُشار إليها عبر الوحدة المُشيرة، ولكنها لا تدمج مساحات أسماء الوحدتين. بدلًا من ذلك، يجب على الوحدة المُشيرة استخدام ما يُسمى "المُعرّف المؤهل".

معرف الوحدة

يُشابه البرنامج المكتوب بلغة باسكال ISO 7185 وحدةً برمجيةً تمامًا، وهو في الواقع وحدة برمجية بدون قسم خروج. ولأن جميع الوحدات البرمجية في النظام مُتصلةٌ على التوالي بحيث تُنفَّذ كلٌّ منها بالتسلسل، فإن البرنامج يتولى زمام الأمور في البرنامج لمجرد أنه لا يُنهي عملية التهيئة إلا بعد اكتمال وظيفته بالكامل، على عكس الوحدة البرمجية التي تُنهيها. في الواقع، من الممكن أن يحتوي البرنامج على أقسام برمجية متعددة تُنفَّذ بالتتابع.

وحدة المعالجة ، مثل وحدة البرنامج ، تحتوي فقط على قسم تهيئة، وتُنفَّذ وظائفها الأساسية (البدء، والتنفيذ الكامل، والإكمال) في هذا القسم. ومع ذلك، تحصل على خيط تنفيذ خاص بها منفصل عن الخيط الرئيسي الذي يُشغِّل وحدات البرنامج . ولذلك، لا يمكنها استدعاء سوى وحدات المراقبة والمشاركة .

جهاز المراقبة هو وحدة تتضمن قفل المهام في كل استدعاء لإجراء أو وظيفة يمكن الوصول إليها خارجيًا ، وينفذ الاتصال بين المهام عن طريق الإشارات.

يمكن استخدام وحدة المشاركة ، لأنها لا تحتوي على بيانات عامة على الإطلاق، بواسطة أي وحدة أخرى في النظام، وتستخدم لوضع رمز المكتبة فيها.

نظرًا لأن نظام الوحدات يُطبّق تعدد المهام/الخيوط مباشرةً باستخدام مفهوم المُراقب ، فإنه يحلّ معظم مشاكل الوصول في تعدد الخيوط. ترتبط بيانات الوحدة بالشيفرة باستخدام الأقفال المتبادلة أو الأقسام الحصرية المتبادلة . تبدأ المهام الفرعية/الخيوط الفرعية بشفافية مع وحدة العملية. يمكن لعدة مهام فرعية/خيوط فرعية الوصول إلى المُراقب أو مشاركة الوحدات. وحدة المشاركة هي وحدة بدون بيانات، ولا تحتاج إلى آليات القفل الخاصة بالمُراقب.

في لغة IP Pascal، تُعتبر المصفوفات الديناميكية بمثابة "حاويات" للمصفوفات الثابتة. ونتيجةً لذلك، ربما تكون IP Pascal هي لغة Pascal الوحيدة التي تتوافق فيها المصفوفات الديناميكية تمامًا مع المصفوفات الثابتة وفقًا لمعيار ISO 7185 من اللغة الأصلية. يمكن تمرير مصفوفة ثابتة كمعامل مصفوفة ديناميكية إلى إجراء أو دالة، أو إنشاؤها باستخدام متغيرات جديدة.

برنامج اختبار(مخرجات)؛ نوع سلسلة = مصفوفة مضغوطة من الأحرف؛ متغير s: سلسلة؛ إجراء كتابة سلسلة( عرض s: سلسلة)؛ متغير i: عدد صحيح؛ ابدأ من أجل i := 1 إلى الحد الأقصى(s) افعل اكتب(s[i]) نهاية ؛ ابدأ جديد(s ، 12)؛ s := 'Hello, world'; wrtstr(s^); wrtstr('That's all folks') end .

يمكن أن تحتوي مصفوفات "الحاويات" هذه على أي عدد من الأبعاد.

يمكن أن يحتوي تعريف الثابت على تعبيرات عن ثوابت أخرى.

const b = a+10;

$ff, &76, %011000

تسمية المخرج؛ الانتقال إلى المخرج؛

var my_number: integer;

أ := 1234_5678؛

يمكن استخدام رمز الفاصلة (_) في أي مكان في الرقم باستثناء الرقم الأول. يتم تجاهله، ووظيفته الوحيدة هي فصل الأرقام في الرقم.

const str = 'the rain in Spain\cr\lf';

باستخدام أساليب التذكر القياسية ISO 8859-1 .

الإجراء x(i : عدد صحيح)؛ للأمام ؛ ... الإجراء x(i : عدد صحيح)؛ ابدأ ... نهاية ؛

وهذا يجعل من السهل الإعلان عن إعادة التوجيه عن طريق القص واللصق، ويحافظ على معلمات الإجراء أو الوظيفة في الرأس الفعلي حيث يمكن رؤيتها.

إجراء خطأ ( عرض s: سلسلة نصية)؛ ابدأ كتابة سطر ('*** خطأ: ', s:0)؛ توقف { إنهاء البرنامج } نهاية ؛

برنامج myprog(input , output, list); ابدأ كتابة (list, 'بداية القائمة:'); ...

برنامج echo(output, command); متغير c: حرف؛ ابدأ بينما لم ينتهِ سطر الأمر (command) نفّذ ابدأ اقرأ (command, c)؛ اكتب(ج) نهاية ؛ اكتب سطرًا نهاية .

برنامج جديد (مدخلات، مخرجات، خطأ)؛ ابدأ ... writeln (error, 'Bad parameter'); وقف ...

"command" هو ملف يتصل بسطر الأوامر، بحيث يمكن قراءته باستخدام عمليات قراءة الملفات العادية.

برنامج نسخ (المصدر، الوجهة)؛ متغير المصدر، الوجهة: نص؛ ج: حرف؛ ابدأ إعادة ضبط (المصدر)؛ أعد كتابة (الوجهة) ؛ طالما لم يصل الملف المصدر إلى نهايته، ابدأ؛ طالما لم يصل سطر جديد في الملف المصدر، ابدأ اقرأ(المصدر، ج)؛ اكتب(الوجهة ، ج) نهاية ؛ اقرأ(المصدر) ؛ اكتب (الوجهة) نهاية نهاية .

يتم ربط ملفات "المصدر" و"الوجهة" تلقائيًا بالمعلمات الموجودة في سطر الأوامر الخاص بالبرنامج.

جدول ثابت : مصفوفة [1..5] من السجل أ: عدد صحيح؛ مصفوفة مضغوطة [1..10] من الأحرف نهاية = مصفوفة السجل 1، 'data1' نهاية ، السجل 2، 'data2' نهاية ، السجل 3، 'data3' نهاية ، السجل 4، 'data4' نهاية ، السجل 5، 'data5' نهاية نهاية ؛

برنامج اختبار؛ متغيرات a و b: عدد صحيح؛ ابدأ a := a و b؛ b := b or $a5; أ := ليس ب؛ b := a xor b end .

اختبار البرنامج فار أ: عدد صحيح؛ ب: عدد أساسي؛ ج: عدد رئيسي؛ د: 1..maxint*2; ...

تُحدد مواصفات النطاق الموسع قواعد للأعداد العددية التي تقع خارج نطاق -maxint..maxint. يختلف الحد الأقصى لحجم العدد الممكن باختلاف التنفيذ، لكن لغة باسكالين تُعرّف سلسلة من الأنواع القياسية التي تستغل النطاقات الموسعة، بما في ذلك linteger للأعداد الصحيحة ذات النطاق المزدوج، وcardinal للأعداد الصحيحة غير الموقعة، وlcardinal للأعداد الصحيحة غير الموقعة ذات النطاق المزدوج. كما تُعرّف باسكالين حدودًا جديدة لهذه الأنواع، مثل maxlint و maxcrd و maxlcrd .

اختبار المراقبة ؛ متغير notempty، notfull: إشارة؛ إجراء enterqueue؛ ابدأ بينما nodata do wait(notempty)؛ ... signalone(notfull) نهاية ؛ ... بداية نهاية .

تقوم الإشارات بتنفيذ عملية وضع أحداث المهام في قائمة الانتظار مباشرة في اللغة، باستخدام الطرق الكلاسيكية التي حددها بير برينش هانسن .

وحدة اختبار 1؛ إجراء افتراضي x؛ ابدأ ... نهاية ؛

برنامج الاختبار؛ ينضم إلى الاختبار 1؛ تجاوز الإجراء x؛ ابدأ الموروث x نهاية ؛ ابدأ نهاية .

يؤدي تجاوز إجراء أو دالة في وحدة نمطية أخرى إلى "ربط" هذا الإجراء، واستبدال تعريفه لجميع مستدعيه، مع إتاحة التعريف الأصلي للوحدة النمطية التي قامت بالربط. وهذا يسمح للوحدة النمطية المتجاوزة بإضافة وظائف جديدة إلى الإجراء أو الدالة القديمة. ويمكن تطبيق ذلك على أي مستوى.

الإجراء x؛ ابدأ نهاية ؛ تحميل زائد للإجراء x(i : عدد صحيح)؛ ابدأ نهاية ؛ تحميل زائد للدالة x: عدد صحيح؛ ابدأ xx:= 1 نهاية ؛

تتيح "مجموعات" التحميل الزائد وضع سلسلة من الإجراءات و/أو الدوال تحت اسم واحد والوصول إليها عبر مُعاملها الرسمي أو "توقيع" استخدامها. على عكس اللغات الأخرى التي تُطبّق هذا المفهوم، لا تقبل باسكالين التحميل الزائد ضمن المجموعة نفسها إلا إذا كانت واضحة لا لبس فيها. هذا يعني أنه لا توجد "أولوية" للتحميل الزائد، ولا مجال للشك في أي روتين من مجموعة التحميل الزائد سيتم تنفيذه لأي مرجع فعلي مُعطى.

اختبار البرنامج ؛ يستخدم الفئة الأساسية؛ الفئة ألفا؛ تمتد من بيتا؛ النوع ألفا_ريف = مرجع إلى ألفا؛ المتغير أ، ب: عدد صحيح؛ التالي: alpha_ref; إجراء افتراضي x(d : عدد صحيح)؛ ابدأ aa:= d; selfl:= next نهاية ؛ خاص فار س: عدد صحيح؛ تبدأ النهاية . فار ص: alpha_ref؛ يبدأ جديد(r)؛ ... إذا كانت r هي ألفا فإن ra := 1؛ rx(5); ... نهاية .

في لغة باسكالين، تُعدّ الأصناف نسخة ديناميكية من الوحدة (والوحدات نسخة ثابتة من الأصناف). الأصناف هي بنية برمجية (وليست نوعًا) تقع بين الوحدات والإجراءات والدوال. ولأن الصنف وحدة، فإنه يستطيع تعريف أي بنية برمجية، مثل الثوابت والأنواع والمتغيرات والإجراءات والدوال (التي تُصبح "أساليب")، وجعلها عامة لجميع مستخدمي الصنف، أو إخفائها باستخدام الكلمة المفتاحية "private". وبما أن الصنف وحدة، فإنه يُمكن الوصول إليه عبر مُعرّف مُؤهّل.

تتمتع الفئات كوحدات نمطية بوصول تلقائي إلى مساحة اسمها، كما هو الحال في لغتي C# وC++، حيث لا تتطلب أي تحديد. خارج الفئة، يمكن الوصول إلى جميع عناصرها إما باستخدام مُعرّف مؤهل أو عن طريق مرجع. المرجع هو مؤشر إلى الكائن الذي يتم إنشاؤه وفقًا للفئة. يمكن إنشاء أي عدد من مثيلات الفئة، والمعروفة باسم "الكائنات"، باستخدام عبارة new()، وإزالتها باستخدام عبارة dispose(). يجب الوصول إلى عناصر الفئة التي تحتوي على بيانات مثيل مرتبطة بها، مثل المتغيرات (أو الحقول) والأساليب، عبر مرجع. المرجع هو نوع، ويشبه المؤشر، بما في ذلك إمكانية أن تكون قيمته nil، والتحقق من التساوي مع أنواع المراجع الأخرى. ليس من الضروري تحديد الوصول إلى المؤشر باستخدام "^".

تُطبّق مكتبة باسكالين مفهوم "الوصول المرجعي" للسماح للمرجع بالوصول إلى أي جزء من الكائن بغض النظر عما إذا كان خاصًا بكل نسخة أم لا. تُمكّن هذه الخاصية من "ترقية" أعضاء الفئة، أي نقلهم من الثوابت إلى المتغيرات، ثم إلى "الخصائص" (وهي حقول الفئة التي تُوفّر دوال "get" و"set" إمكانية قراءتها وكتابتها).

تتوفر كل من التحميل الزائد والتجاوز لأساليب الكائن. يجب الإشارة إلى الأسلوب المراد تجاوزه على أنه افتراضي.

يمكن لأساليب الكائنات تغيير المرجع المستخدم للوصول إليها باستخدام الكلمة selfالمفتاحية.

يتم تطبيق نظام الوراثة الفردية فقط.

يحاول ... باستثناء ... وإلا ...؛ يرمي

يمكن لعبارة "try" حماية سلسلة من التعليمات، ويتم توجيه أي استثناءات يتم رصدها داخل الكود إلى العبارة التي تلي "except". كما تتضمن عبارة "try" شرط "else" الذي يسمح بتنفيذ عبارة عند انتهاء كتلة "try" بشكل طبيعي.

تُثار الاستثناءات في الكود عبر الإجراء throw(). تسمح عبارات try للبرنامج بالخروج من أي كتلة متداخلة، وتُعدّ بديلاً أفضل لعبارات goto داخل الإجراء (التي لا تزال مدعومة في Pascaline). بما أن الاستثناءات غير المعالجة تُولّد أخطاءً افتراضيًا، يُمكن استخدام الإجراء throw() كنظام عام للإبلاغ عن الأخطاء.

تحقق من التعبير.

يؤدي إجراء النظام assert إلى إنهاء البرنامج إذا كانت القيمة المختبرة خاطئة. وعادةً ما يرتبط هذا الإجراء بملف تفريغ أو تشخيص وقت التشغيل، ويمكن إزالته باستخدام خيار المُصرّف.

يمكن للغة IP Pascal إنشاء برامج بنمط ISO 8859-1 (أحرف 8 بت) أو بنمط Unicode بمجرد تبديل بسيط أثناء الترجمة (على عكس العديد من اللغات الأخرى، لا يوجد فرق في الكود المصدري بين برامج Unicode والبرامج الأخرى). يُستخدم تنسيق UTF-8 المتوافق مع ASCII في ملفات النصوص، وتُقرأ هذه الملفات من وإلى أحرف 8 أو 16 بت داخل البرنامج (يتم تحويل الأحرف الـ 128 العليا من ISO 8859-1 من وإلى تنسيق UTF-8 في ملفات النصوص حتى في البرامج المشفرة بأحرف 8 بت).

على غرار maxint، تحتوي Pascaline على maxchr، وهو أقصى حرف موجود في مجموعة الأحرف (وقد لا يكون له تمثيل رسومي). يُعرَّف نطاق نوع char على أنه 0..maxchr. تُعد هذه إضافة مهمة للتعامل مع أنواع مثل "مجموعة من الأحرف"، وتُسهِّل التعامل مع خيارات مجموعات الأحرف المختلفة (مثل ISO 8859-1 أو Unicode).

بدأ تطوير هذا المترجم في عام 1980 على نظام التشغيل Micropolis Disk، ثم نُقل سريعًا إلى نظام CP/M الذي يعمل على معالج Z80. تمت برمجة النظام الأصلي بلغة التجميع الخاصة بمعالج Z80، وكان يُخرج رمز الآلة مباشرةً إلى هذا المعالج . كان المترجم أحادي المرور، بدون رابط، حيث كان يُضمّن مكتبة دعم النظام داخله، ثم ينقلها ويُخرجها إلى الكود المُولّد في ملف القرص القابل للتنفيذ.

بعد تشغيل المُصرّف، بالتزامن تقريبًا مع بداية عام ١٩٨٠، كُتب مُجمّع مُصاحب له بلغة باسكال، تلاه رابط بلغة تجميع Z80. يعود هذا المزيج غير المألوف إلى حسابات أظهرت أن جداول الرابط ستُمثّل مشكلة في معالج  Z80 ذي الذاكرة المحدودة بـ ٦٤ كيلوبايت، لذا كان من الضروري أن يكون الرابط بأصغر حجم ممكن. استُخدم هذا بعد ذلك لنقل شفرة المصدر الخاصة بالمُصرّف والرابط من مُجمّع ميكروبوليس (وهو مُجمّع بدون رابط يُنتج ملفًا ثنائيًا واحدًا) إلى نظام رابط المُجمّع الجديد.

بعد ذلك، تم إعادة تصميم المترجم لإخراج البيانات بتنسيق الرابط، وتم نقل مكتبة الدعم إلى ملف منفصل وربطها.

في عام ١٩٨١، أُعيد تصميم المُصرّف بشكلٍ شامل لإضافة تحسينات، مثل تخصيص السجلات، واستخدام القيم المنطقية للقفز، ومعالجة التعليمات البرمجية غير المستخدمة، وطي الثوابت، وغيرها من التحسينات. وقد أدى ذلك إلى إنشاء تطبيق باسكال تفوق في الأداء على جميع مُصرّفات Z80 الموجودة آنذاك، بالإضافة إلى معظم مُصرّفات 8086. مع ذلك، وبحجم ٤  كيلوبايت، كان استخدامه صعبًا، إذ لم يكن قادرًا على تجميع سوى بضع صفحات من التعليمات البرمجية المصدرية قبل امتلاء جداوله (وهي مشكلة شائعة في معظم تطبيقات باسكال على معالجات ذات عناوين صغيرة). وقد أمكن استخدام النظام بشكلٍ أساسي بفضل قرار إنشاء رابط مُدمج سمح ببناء أنظمة كبيرة من هذه الملفات الكائنية الصغيرة.

على الرغم من ذلك، استمر استخدام تطبيق IP Pascal الأصلي حتى عام 1987 كمترجم للأغراض العامة. في هذه المرحلة، كان IP Pascal مشابهًا للغة C في تصميمه المعياري. كان كل ملف مصدر وحدةً مستقلة، ويتألف من مزيج من وحدة "برنامج"، وأنواع، وثوابت، ومتغيرات، وإجراءات، أو دوال. كانت هذه العناصر بتنسيق "حر". يمكن أن تكون الإجراءات والدوال والأنواع والثوابت والمتغيرات خارج أي كتلة، وبأي ترتيب. تتم الإشارة إلى الإجراءات والدوال والمتغيرات في الملفات الأخرى من خلال تعريفات "خارجية"، بينما تُعرَّف الإجراءات والدوال والمتغيرات في الملف الحالي على أنها "عامة". يتم تجميع كل ملف إلى ملف كائن، ثم يتم ربط الملفات ببعضها. لم يكن هناك فحص للأنواع بين ملفات الكائنات.

كجزء من المترجم الأصلي، تم إنشاء وحدة إدخال/إخراج طرفية مستقلة عن الجهاز للسماح باستخدام أي طرفية تسلسلية (على غرار وحدة CRT الخاصة بـ Turbo Pascal )، والتي لا تزال موجودة حتى يومنا هذا.

في عام ١٩٨٥، بُذلت جهود لإعادة كتابة المترجم بلغة باسكال. كان المترجم الجديد ثنائي المراحل مع معالجة وسيطة، وقد صُمم لحل مشكلات الذاكرة المرتبطة بالمترجم الأول. تم إنشاء الواجهة الأمامية للمترجم واختبارها دون إمكانية توليد التعليمات البرمجية الوسيطة (التحليل فقط).

في عام 1987، تم استبدال نظام Z80 المستخدم في الملكية الفكرية بنظام IBM-PC 80386، وتوقف العمل عليه. ومنذ ذلك الحين، استُخدمت عدة مُجمِّعات أخرى متوافقة مع معيار ISO 7185، وصولاً إلى مُجمِّع SVS Pascal، وهو تطبيق قائم على مُوسِّع DPMI ذي 32 بت .

بحلول عام ١٩٩٣، بدأت المترجمات المتوافقة مع معيار ISO 7185، والتي كانت تُنتج شفرة برمجية عالية الجودة من نوع ٣٢ بت، بالاختفاء. عند هذه النقطة، كان الخيار إما التوقف عن استخدام لغة باسكال، أو إحياء مشروع IP Pascal السابق وتحديثه ليصبح مترجمًا متوافقًا مع معالج 80386. في ذلك الوقت، لم يكن متاحًا سوى محلل باسكال ومجمع (لمعالج Z80) قابلين للاستخدام على أجهزة IBM-PC. بين عامي ١٩٩٣ و١٩٩٤، تم تصميم المجمع بشكل معياري ليتوافق مع معالجات متعددة، بما في ذلك معالج 80386، وتم إنشاء رابط ليحل محل رابط لغة التجميع Z80، كما تم الانتهاء من واجهة أمامية لمترجم باسكال لإخراج الشفرة الوسيطة. أخيرًا، تم بناء محاكي للشفرة الوسيطة بلغة باسكال لاختبار النظام.

في عام 1994، تم استخدام المحاكي لتوسيع لغة ISO 7185 IP Pascal "الأساسية" لتشمل ميزات مثل المصفوفات الديناميكية.

في عام ١٩٩٥، تم إنشاء "مُشفِّر فحص" لاستهداف لغة الآلة ٨٠٣٨٦، وبرنامج تحويل لتحويل ملفات الكائنات الناتجة إلى ملف تنفيذي محمول لنظام ويندوز. كما تم إنشاء مكتبة دعم النظام لـ IP Pascal، المكتوبة بلغة IP Pascal نفسها. كانت هذه خطوة غير مألوفة لتجنب إعادة كتابة المكتبة لاحقًا من لغة التجميع أو لغة باسكال أخرى إلى IP Pascal، ولكن مع مشكلة تتمثل في ضرورة تصحيح أخطاء كل من مُولِّد كود ٨٠٣٨٦ والمكتبة معًا.

في مطلع عام ١٩٩٦، تم تغيير نظام التشغيل المستهدف من ويندوز إن تي إلى ويندوز ٩٥، وأصبح برنامج IP Pascal يعمل بكامل طاقته كمترجم 80386 ضمن نظام ويندوز. أتم النظام عملية التمهيد الذاتي، ونُقل ما تبقى من كود باسكال من SVS Pascal إلى IP Pascal لإتمام عملية التمهيد. وقد سهّلت هذه العملية بشكل كبير قدرة SVS Pascal، القائم على DPMI ، على العمل ضمن ويندوز ٩٥، مما ألغى الحاجة إلى التبديل بين نظامي DOS وويندوز ٩٥.

في عام 2000، تم إنشاء نسخة لينكس (ريد هات) مخصصة لوضع النص فقط. يستخدم هذا التطبيق استدعاءات النظام مباشرةً ويتجنب استخدام مكتبة glibc ، مما ينتج عنه ملفات تنفيذية أصغر حجمًا مقارنةً باستخدام نظام الدعم الكامل المطلوب للغة C، على حساب قابلية نقل الملفات التنفيذية.

تتمثل الخطة في إنشاء نسخة من مكتبة النصوص التي تستخدم معلومات termcap، والمكتبة الرسومية تحت X11.

في عام ١٩٩٧، نُقلت نسخة من مكتبة الطرفية من نظام IP Pascal الأصلي لعام ١٩٨٠ إلى نظام ويندوز، وبدأ العمل على مُشفِّر نهائي لمعالج ٨٠٣٨٦. مع ذلك، فإن السبب الرئيسي للحاجة إلى مُشفِّر مُحسَّن، وهو سرعة التنفيذ، أصبح غير ذي أهمية إلى حد كبير مع زيادة سرعة المعالج في أجهزة IBM-PC. ونتيجة لذلك، لم يكتمل المُشفِّر الجديد حتى عام ٢٠٠٣.

في عام 2001، تم إنشاء برنامج مصاحب لـ IP Pascal لترجمة ملفات رأس C إلى ملفات رأس Pascal. وكان الهدف من ذلك استبدال الطريقة اليدوية لإنشاء واجهات نظام التشغيل لـ IP Pascal.

في عام 2003، تم إنشاء وحدة نمطية رسومية بالكامل ومستقلة عن نظام التشغيل لـ IP Pascal.

في عام 2005، تمت إضافة مجموعة أدوات إدارة النوافذ والويدجت.

في عام 2015 تقريبًا، جُمعت مواصفات لغة IP Pascal ووُسعت، فكانت النتيجة لغةً تُسمى "Pascaline". طُبقت معظم مواصفات Pascaline في IP Pascal. مع ذلك، اتُخذ قرارٌ بتطوير معظم اللغة أولًا باستخدام قاعدة بيانات مُترجم Pascal-P6. سلسلة Pascal-P هي المُترجم الأصلي الذي طوره طلاب ويرث في جامعة ETH زيورخ، وهي موجودة اليوم باسم Pascal-P4 (الاسم الذي اختاره نيكلاوس ويرث). حُوّلت إلى معيار ISO 7185 Pascal في Pascal-P5، ويجري تحديثها إلى لغة Pascaline في Pascal-P6. في الوقت نفسه، يجري تجهيز Pascal-P6 كمُترجم كامل، بدءًا بتوليد الشفرة لمعالج AMD64، بهدف توسيعه ليشمل معالجات أخرى مثل ARM وRISC-V. الهدف هو الوصول إلى Pascal-P6 1.0 عند تنفيذ مواصفات Pascaline بالكامل.

في عام ٢٠١٩ تقريبًا، أُعيدت كتابة مكتبة دعم IP Pascal بلغة C. وكان الهدف من ذلك مزدوجًا: أولًا، جعل المكتبة قابلة للاستخدام مع جميع اللغات، وليس باسكال فقط، وثانيًا، تسهيل وتسريع عملية البرمجة وتصحيح الأخطاء على المنصات الجديدة. يتوفر Petit-Ami الآن لأنظمة ويندوز ولينكس، بالإضافة إلى تطبيق جزئي على نظامي ماك أو إس وبي إس دي يونكس.

بالنظر إلى الماضي، كان الخطأ الأكبر في إصدار Z80 هو بنيته أحادية المرور. لم يكن هناك سبب وجيه لذلك؛ فالمترجم السابق (Basic) للمؤلف كان متعدد المرور مع تخزين وسيط. الحجة الوحيدة لذلك هي أن الترجمة أحادية المرور يفترض أن تكون أسرع. مع ذلك، تبين أن الترجمة أحادية المرور غير مناسبة للأجهزة الصغيرة، ومن غير المرجح أن تُحسّن الأداء في ظل التحسينات المتقدمة الشائعة في الأجهزة الكبيرة.

علاوة على ذلك، أدى جانب المرور الواحد إلى إبطاء أو منع عملية تهيئة المُصرّف من لغة التجميع Z80 إلى لغة باسكال نفسها. ولأن المُصرّف كان متجانسًا، لم يكن من الممكن إجراء التحويل إلى باسكال قسمًا تلو الآخر، بل كان لا بد من استبداله بالكامل. وعندما بدأ الاستبدال، استمر المشروع لفترة أطول من عمر الجهاز. تمثلت أكبر فائدة قدمها التجميع على مرحلتين لتطبيق I80386 في الحفاظ على كتاب قياسي للتعليمات الوسيطة التي تتواصل بين واجهة المُصرّف الأمامية والخلفية. قللت هذه "المرحلة" المفهومة جيدًا من التجميع من التعقيد الإجمالي. وبشكل بديهي، عندما يتم دمج برنامجين متساويين في الحجم بشكل وثيق، لا يكون التعقيد جمعيًا، بل ضربيًا، لأن الروابط بين نصفي البرنامج تتضاعف بشكل كبير.

من الدروس المستفادة من أيام معالج Z80، والتي تم تصحيحها في مُصرّف 80386، كتابة أكبر قدر ممكن من الشيفرة بلغة باسكال نفسها، حتى مكتبة الدعم. وقد جعل كتابة شيفرة دعم 80386 بلغة باسكال منها نظامًا معياريًا وقابلًا للنقل، ما أدى إلى نقل معظمها من قسم الشيفرة الخاصة بنظام التشغيل إلى قسم "الشيفرة المشتركة"، وهو قسم مخصص للشيفرة التي لا تتغير باختلاف الجهاز ونظام التشغيل. حتى الشيفرة "الخاصة بالنظام" لا تحتاج إلا لتعديلات طفيفة من تطبيق لآخر. والنتيجة هي توفير كبير في جهد التنفيذ أثناء نقل النظام.

أخيرًا، كان من الخطأ الدخول في جولة ثانية من التحسين قبل بدء تشغيل المُصرّف. فرغم التحسن الكبير الذي طرأ على كود الإخراج، إلا أن الزيادة الناتجة في تعقيد المُصرّف تسببت في مشاكل تتعلق بمساحة العناوين المحدودة. في ذلك الوقت، اعتُبر الكود المُحسّن عاملًا مساعدًا لبدء تشغيل الكود بلغة باسكال. وبالنظر إلى الماضي، كانت الأجزاء المتبقية المكتوبة بلغة التجميع هي المشكلة، وكان لا بد من التخلص منها، وكلما كان ذلك أسرع كان أفضل. بعبارة أخرى، قد تكون مشاكل المساحة مؤقتة، لكن وجود أجزاء كبيرة من البرنامج مكتوبة بلغة التجميع يُعد مشكلة خطيرة ومستمرة.