Free Pascal Compiler

Pascal Complicator Pascal este un compilator Pascal open source ce suporta următoarele sisteme de operare: Linux, FreeBSD, NetBSD, MacOSX / Darwin, MacOS clasic, DOS, Win32, OS / 2, BeOS, SunOS (Solaris), QNX și Amiga clasică.

Free Pascal Compiler este disponibil pentru diferite procesoare Intel x86, Amd64 / x86 64, PowerPC, PowerPC64, Sparc și ARM.

Pascal Compiler gratuit are o limbă foarte curată, nu folosește nici un Makefile spre deosebire de cele mai multe limbi de programare, este rapid cu un F mare, fiecare unitate are propriile identificatoare și include un IDE (Integrated Development Environment).

Mai mult, software-ul are o integrare excelentă cu asamblorii, programarea orientată pe obiecte, legătura inteligentă, independența distribuției și este compatibilă cu codul existent.

Ce este nou release:

• Această versiune este o actualizare a punctului 3.0 și conține pachete de corecții și actualizări, dintre care unele sunt prioritare.

Ce este nou în versiune:

• Schimbări de limbă:
• Apeluri moștenite anonime:
• Comportament vechi: un apel moștenit anonim ar putea apela la orice metodă dintr-o clasă parentală care a acceptat argumente compatibile cu parametrii metodei curente.
• Comportament nou: un apel moștenit anonim este garantat pentru a apela întotdeauna la metoda dintr-o clasă părinte care a fost înlocuită de cea curentă.
• Exemplu: Vezi http://svn.freepascal.org/svn/fpc/trunk/tests/tbs/tb0577.pp. În versiunile anterioare FPC, apelul mostenit în tc3.test va suna la tc2.test (b: byte; l: longint = 1234) ;. Acum se face apel la tc.test.
• Motiv: Conform documentației FPC, compatibilitatea Delphi.
• Remediere: Dacă doriți ca compilatorul să decidă ce metodă să apeleze pe baza parametrilor specificați, utilizați o expresie a apelului moștenit, specificată în întregime, cum ar fi testul moștenit (b).
• Modificatorul de suprasarcină trebuie să fie prezent în interfață:
• Comportament vechi: a fost posibilă declararea unei funcții / procedură / metodă ca supraîncărcare numai în implementare.
• Comportament nou: Dacă se utilizează o directivă de suprasarcină, trebuie să apară și în interfață.
• Motivul: vechiul mecanism ar putea provoca dificultăți în găsirea problemelor (în funcție de dacă implementarea a fost deja analizată sau nu, compilatorul ar trata rutina ca și cum ar fi declarat cu / fără supraîncărcare), ar putea provoca recompilații nedorite ale unităților datorate pentru a modifica modificările crc și compatibilitatea Delphi.
• Remediu: asigurați-vă că modificatorul de suprasarcină este prezent atât în ​​interfață, cât și în implementare dacă îl utilizați.
• Modificări de unitate:
• Mai multe metode de semnătură a schimbării TDataset (TRecordBuffer):
• Comportamentul vechi: Mai multe metode (virtuale) ale TDataset au parametrii de tipul "pchar", adesea denumiți "tampon".
• Comportament nou: Tipul pchar a fost schimbat în TRecordBuffer. În prezent, acest tip este încă un pseudonim pentru p (ansi) char, dar în timp va fi schimbat în pbyte pentru ramura 2.7.1 / 2.8.0, compatibilă cu D2009 +.
• Motiv: Pregătirea pentru compatibilitatea Delphi 2009+ și îmbunătățirea tipăririi generale. În Delphi 2009+ (și pe viitor, modurile FPC pe deplin compatibile), pchar nu este pointer pentru octeți. Această modificare va fi reluată la 2.6 (.2), ​​dar cu TRecordBuffer = pchar.
• Remediu: modificați metodele virtuale relevante pentru a utiliza TRecordBuffer pentru parametrii tampon. Definiți TRecordBuffer = pansichar pentru a menține Delphis mai vechi și FPCs de lucru. În locurile în care un buffer este tipcasat, nu folosiți pchar, ci simbolul TRecordbuffer.
• DLLParam sa schimbat din Longint în PtrInt:
• Vechiul comportament: DLLParam era de tip Longint chiar și pe Win64.
• Comportament nou: DLLParam este acum de tip PtrInt astfel încât, de asemenea, pe sisteme de 64 bit.
• Motiv: Prevenirea pierderii datelor, potrivirea declarației în anteturile Windows.
• Remediu: modificați declarația procedurilor utilizate ca dll pentru a lua un parametru PtrInt în loc de Longint.
• Unele simboluri în unități Unix și Unixutils au fost depreciate:
• Comportament vechi: Nu există avertismente depreciate pentru unixutils.getfs (mai multe variante), unix.fpsystem (numai pentru versiunea scurtă), constantele Unix.MS_ și unix.tpipe. unix.statfs
• Comportament nou: compilatorul va emite un avertisment depreciat pentru aceste simboluri. În versiunile viitoare, acestea pot fi eliminate.
• Motivul: getfs a fost înlocuit cu mult timp în urmă de o funcție complet cross-platform sysutils.getfilehandle. fpsystem (shortstring) a fost o rămășiță a migrării 1.0.x-> 2.0.x (versiunea ansistring rămâne suportată), constantele MS_ sunt pentru un apel msync care nu este suportat de FPC și, prin urmare, a fost neutilizat și necheiat pentru peste un deceniu și ar putea să se întâmple la kernel 1.x ori, tpipe a fost aliasul 1.0.x al baseunix.TFildes, unitatea unde a fost mutată conducta (fp) în timpul seriei 2.0. Unix.statfs este o versiune supraîncărcată care nu a fost redenumită corect la prefixul fp * atunci când ceilalți au fost redenumiți în 2.4.0
• Remediu: utilizați variantele noi (sysutils.getfilehandle, fpsystem (ansistring), baseunix.tfildes). În cazul constantelor MS_, obțineți valori curente pentru constantele din același loc unde ați primit codul care le folosește.
• Comportamentul TStrings.DelimitedText schimbat (clase de unități):
• Vechiul comportament: Dacă StrictDelim este adevărat, TStrings.DelimitedText nu a respectat complet specificația formatului SDF (care este definită în ajutorul Delphi) cel puțin în cazul spațiilor (și probabil al altor caractere ASCII mici) în față și la sfârșit de câmpuri, precum și de citate și terminații de linii. Mai rău, dacă StrictDelimiter este adevărat, și în cazurile menționate mai sus, salvarea unui TString .DelimitedText și încărcarea acelui text într-un alt TString conduc la diferențele dintre cele două. Notă: StrictDelimitrul este implicit fals.
• Comportament nou: FPC urmează comportamentul Delphi.
• Motiv: Consistența (scrierea și citirea în DelimitedText ar trebui să ducă la aceleași șiruri de caractere), compatibilitatea cu Delphi (conform specificației SDF).
• Remediu: examinați codul existent care citește sau scrie DelimitedText; dacă este necesar, convertiți datele sau scrieți codul convertorului. Vedeți testele webtbs tw19610.pp pentru un test detaliat.
• fcl-image TTiffIDF redenumit la TTiffIFD:
• Comportament vechi: Clasa de ajutor TIFF pentru directorul "fișier imagine" a fost greșit scrise TiffIDF (unitate tiffcmn)
• Comportament nou: Acum redenumit la TTiffIFD
• Motiv: Consistență, utilizare redusă
• Remediu: redenumiți identificatorul, după caz.
• Unitatea libc emite un avertisment depreciat:
• Comportament vechi: În timp ce a fost depreciat de ani de zile, unitatea libc nu a emis un avertisment depreciat
• Comportament nou: se afișează un avertisment depreciat atunci când este utilizat unitatea libc, îndemnându-vă la actualizare.
• Motivul: unitatea libc este o unitate moștenită Kylix, cu o portabilitate limitată
• Remediu: utilizați unitățile FPC corecte așa cum este descris în unitatea libc
• Altele:
• Suportul UPX a fost eliminat:
• Comportamentul vechi: Au existat unele UPX neconsumat (un program de compresie executabil) sprijin în FPC Makefiles, și DOS și Windows de presă a inclus un FPC binar UPX
.
• Comportament nou: toate eliminate.
• Motiv: Binarele de lansare nu au fost UPX'ed pentru un timp. Dimensiunea executabilele este, în general nesemnificativă FPC în aceste zile în raport cu dimensiunea totală de instalare și folosind UPX cauzează ocazional unele supărări minore (fals pozitive de la scanerele de viruși, comportamentul de paginare mai rău de către sistemul de operare, incompatibilități cu anumite secțiuni executabile, ...)
• Remediu: Descărcați și instalați UPX singur de pe pagina de pornire și, în general, reevaluează necesitatea.

Ce este nou în versiunea 2.4.4:

• Această versiune conține cele mai multe remedii ale bibliotecii de la începutul lunii iunie 2010 până în martie 2011.
• Există, de asemenea, unele corecții de compilatoare, cele mai multe legate de 64 de biți.

Ce este nou în versiunea 2.4.0:

• >
• Îmbunătățiri ale informațiilor de depanare ale dwarfului
• Câteva ținte noi
• Mac OS X pe 64 de biți (x86_64 / ppc64)
• iPhone (Mac OS X / Arm)
• Haiku (din familia BeOS)
• Sprijin îmbunătățit ARM EABI
• Optimizarea întregului program
• Multe bug-uri de compilatoare și jumătate de an de actualizări ale bibliotecii (de la 2.2.4)

Ce este nou în versiunea 2.2.4: