Free Pascal Compiler

Programinė įranga Screenshot:
Free Pascal Compiler
Programinė detalės:
Versija: 3.0.4 Atnaujintas
Įkėlimo datą: 22 Jun 18
Kūrėjas: Daniel Mantione
Licencija: Nemokamai
Populiarumas: 262

Rating: 4.0/5 (Total Votes: 2)

"Free Pascal Compiler" (dar žinomas kaip FPK Pascal) yra kompaktinis kompaktinis diskas "Pascal", kuriame palaikomos šios operacinės sistemos: Linux, FreeBSD, NetBSD, MacOSX / Darwin, MacOS classic, DOS, Win32, OS / 2, BeOS, SunOS (Solaris), QNX ir "Classic Amiga".

"Free Pascal Compiler" galima naudoti įvairiems "Intel x86", "Amd64 / x86 64", "PowerPC", "PowerPC64", "Sparc" ir "ARM" procesoriams.

"Free Pascal Compiler" turi labai švarią kalbą, ji, palyginti su daugeliu programavimo kalbų, nenaudoja jokio "Makefile", tai yra "Fast" su dideliu F, kiekvienas įrenginys turi savo identifikatorius ir apima IDE (integruotą kūrimo aplinką).

Be to, programinė įranga turi puikią integraciją su surinkėjais, objektų programavimu, "smartlinking", platinimo nepriklausomumu ir yra suderinama su esamu kodu.

Kas naujo šiame

  • Ši versija yra taškas, atnaujintas iki 3.0, kuriame yra klaidų taisymai ir paketų atnaujinimai, kai kurie iš jų yra aukšto prioriteto.

Kas naujo versijoje:

  • Kalbos pakeitimai:
  • Anoniminiai paveldėti skambučiai:
  • Senas elgesys: anoniminis paveldėtas pokalbis galėjo paskambinti į bet kurį pagrindinės klasės metodą, kuris priėmė argumentus, suderinamus su dabartinio metodo parametrais.
  • Naujas elgesys: garantuojamas anoniminis paveldėtas skambutis visada skambinti į metodą, esantį tėvų klasei, kuris buvo pakeistas dabartine.
  • Pavyzdys: žr. http://svn.freepascal.org/svn/fpc/trunk/tests/tbs/tb0577.pp. Ankstesnėse FPC versijose tc3.test paveldėtas skambutis paskambina į tc2.test (b: byte; l: longint = 1234); Dabar jis kviečia tc.test.
  • Priežastis: atitikti FPC dokumentaciją, "Delphi" suderinamumą.
  • Ištaisymas: jei norite, kad sudarytojas nuspręstų, kokį metodą skambinti pagal nurodytus parametrus, naudokite visiškai nurodytą paveldėtą skambučio išraišką, pvz., paveldamą testą (b).
  • Perkrovos modifikatorius turi būti sąsajoje:
  • Senas elgesys: funkciją / procedūrą / metodą galėjo paskelbti tik kaip perkrovą įgyvendinant.
  • Naujas elgesys: jei naudojama perkrovos direktyva, ji taip pat turi būti rodoma sąsajoje.
  • Priežastis. Dėl senojo mechanizmo gali būti sunku rasti problemų (priklausomai nuo to, ar įgyvendinimas jau buvo ištirtas, kompiliatorius elgsis įprastą taip, lyg ji būtų deklaruojama su / be perkrovos), tai gali sukelti nepageidaujamus vienetų perkompikatus sąsajos CRC pakeitimus ir "Delphi" suderinamumą.
  • Ištaisymas. Įsitikinkite, kad perkrovos modifikatorius yra tiek sąsajoje, tiek įgyvendinime, jei jį naudojate.
  • Vieneto pakeitimai:
  • Keli TDataset keitimo parašo metodai (TRecordBuffer):
  • Senas elgesys: keli (virtualūs) TDataset metodai turi "pchar" tipo parametrus, kurie dažnai vadinami "buferiniu".
  • Naujas elgesys: pchar tipas buvo pakeistas į TRecordBuffer. Šiuo metu šis tipas vis dar yra slapyvardis p (ansi) char, bet laiku jis bus pakeistas į pbyte 2,7.1 / 2.8.0 filialui, kuris yra suderinamas su D2009 +.
  • Priežastis: pasiruošimas Delphi 2009+ suderinimui ir bendrosios rūšiavimo tobulinimui. "Delphi 2009+" (ir visada suderinamos FPC režimai ateityje) "pchar" nebėra rodyklė į baitą. Šis pakeitimas bus sujungtas su 2,6 (.2), ​​bet su TRecordBuffer = pchar.
  • Ištaisymas: pakeiskite atitinkamus virtualius metodus, kad TRECordBuffer būtų naudojamas buferiniams parametrams. Apibrėžti TRecordBuffer = pansichar, kad "Delphis" ir "FPC" veiktų ilgiau. Vietose, kur yra nurodytas buferis, nenaudokite pchar, o simbolis TRecordbuffer.
  • DLLParam pakeistas iš "Longint" į "PtrInt":
  • Senas elgesys: "DLLParam" buvo "Longint" tipo, netgi "Win64".
  • Naujas elgesys: DLLParam dabar yra PtrInt tipo, taip pat 64 bitų sistemose.
  • Priežastis: užkirsti kelią duomenų praradimui, suderinti deklaraciją su "Windows" antraštėmis.
  • Ištaisymas: pakeiskite procedūrų, naudojamų kaip dll kablys, deklaraciją, kad pakeistumėte PtrInt parametrą, o ne Longint.
  • Kai kurie Unix ir Unixutils vienetų simboliai nebetinkami:
  • Senas elgesys: nenurodytas įspėjimas apie unixutils.getfs (kelis variantus), unix.fpsystem (tik trumpų versijų versija), Unix.MS_constants ir unix.tpipe. Unix.statfs
  • Naujas elgesys: kompiliatorius išduos nenorintą įspėjimą šiems simboliams. Ateityje jos gali būti pašalintos.
  • Priežastis: seniai "getfs" buvo pakeista visiškai kryžminio platformos funkcija "sysutils.getfilehandle". fpsystem (shortstring) buvo 1.0.x-> 2.0.x migracijos likutis (versijos versija išlieka palaikoma), MS_ konstantos yra skirtos "msync" skambučiui, kurio nepalaiko FPC, taigi jie nebuvo naudojami ir nekontroliuojami daugiau nei dešimtmetį ir gali įvykti iki 1.x kartos branduolio, tpipe buvo 1.0.x alias of baseunix.TFildes, vienetas, kuriame (2.0) serijos viduje (fp) vamzdis buvo perkeltas. Unix.statfs yra perkrautos versijos, kuri netinkamai pervadinta į fp * prefiksą, kai kiti buvo pervardyti į 2.4.0
  • Ištaisymas: naudokite naujus variantus (sysutils.getfilehandle, fpsystem (ansistring), baseunix.tfildes). Konstantų MS_ atveju gaukite dabartines konstantų vertes iš tos pačios vietos, kur jūs gaunate kodą, kuriame jie naudojami.
  • TStrings.DelimitedText elgesys pakeistas (vienetų klasės):
  • Senas elgesys: jei StrictDelim yra tiesa, TStrings.DelimitedText ne visiškai laikosi SDF formato specifikacijos (kuri apibrėžta Delphi pagalba) bent jau tarpų (ir galbūt kitų žemų ASCII simbolių) priekyje ir pabaigoje laukų, taip pat kabučių ir linijų pabaigos. Dar blogiau, jei "StrictDelimiter" yra teisinga, ir tais atvejais, kurie minimi aukščiau, taupant TString .DelimitedText ir įkeliant tą tekstą kitoje "TString", atsiranda skirtumai tarp dviejų. Pastaba: pagal nutylėjimą "StrictDelimiter" yra klaidinga.
  • Naujas elgesys: FPC seka "Delphi" elgesį.
  • Priežastis: nuoseklumas (rašant ir skaitant DelimitedText turėtų būti tos pačios eilutės), "Delphi" suderinamumas (vadovaujantis SDF specifikacija).
  • Ištaisymas: peržiūrėkite esamą kodą, kuris skaito arba rašo "DelimitedText"; jei reikia konvertuoti duomenis arba rašyti keitiklio kodą. Išsamią testą rasite testuose webtbs tw19610.pp.
  • fcl-image TTiffIDF pervadintas į TTiffIFD:
  • Senas elgesys: "Tiff" pagalbinė klasė "aplanko vaizdo failų" & quot; buvo neteisingai įrašytas TiffIDF (tiffcmn vienetas)
  • Naujas elgesys: dabar pervardytas į TTiffIFD
  • Priežastis: nuoseklumas, mažas naudojimas
  • Ištaisymas: jei reikia, pervardykite identifikatorių.
  • vienetas libc išleidžia neigiamą įspėjimą:
  • Senas elgesys: nepaisant to, kad amerikietis metų, "libc" įrenginys neišduoda nenumatyto įspėjimo
  • Naujas elgesys: naudojamas libc įrenginys rodomas pasenęs įspėjimas, ragindamas atnaujinti.
  • Priežastis: "libc" yra "Kylix" paveldo vienetas, kurio perkėlimas yra ribotas
  • Ištaisymas: naudokite tinkamus FPC įrenginius, kaip aprašyta "libc" įrenginyje
  • kitas:
  • UPX palaikymas pašalintas:
  • Senas elgesys: FPC "Makefiles" palaikė UPX (vykdomąjį paketą), o "DOS" ir "Windows FPC" leidimai buvo UPX dvejetainiai.
  • Naujas elgesys: visi pašalinti.
  • Priežastis: paleidimo dvejetainiai failai nebuvo laikomi UPX. FPC vykdomųjų failų dydis šiomis dienomis paprastai yra nereikšmingas, palyginti su bendro įdiegimo dydžiu, o naudojant UPX kartais sukelia keletą netikėtų sutrikimų (klaidingi teigiami rezultatai iš virusų skaitytuvų, blogesnė operacinės sistemos ieškos funkcija, nesuderinamumai su tam tikromis vykdomosiomis sekcijomis ...)
  • Ištaisyti: atsisiųskite ir įdiekite UPX save iš pagrindinio puslapio ir apskritai iš naujo įvertinkite jo poreikį.

Kas naujo 2.4.4 versijoje:

  • Ši versija apima daugumą bibliotekos pakeitimų nuo 2010 m. birželio pradžios iki 2011 m. kovo mėn.
  • Taip pat yra keletas kompiliatorių pataisymų, labiausiai susijusių su 64 bitų.

Kas naujo versijoje 2.4.0:

  • "Delphi" panašūs ištekliai visoms platformoms
  • Nykštukų atkūrimo informacijos patobulinimai
  • Keletas naujų tikslų
  • 64 bitų "Mac OS X" (x86_64 / ppc64)
  • "iPhone" ("Mac OS X" / "Arm")
  • Haiku (iš BeOS šeimos)
  • Pagerintas ARM EABI palaikymas
  • Visas programos optimizavimas
  • Daugybė kompiliatorių klaidų taisymų ir pusės metų bibliotekos atnaujinimų (nuo 2.2.4)

Kas naujo 2.2.4 versijoje:

  • Visi:
  • Eksperimentiniai paketai-diegimo įrankis
  • Paketai:
  • Pridėta parama TIFF skaitymui / rašymui fcl-image
  • Pagerėjimai ir pataisymai CHM palaikymo tarnyboje
  • Ištaisyta gtk2 paketo susiejimas su gtk versijomis virš 2.13.4
  • IDE:
  • Pridėta parama CHM pagalbos failams

Panaši programinė įranga

MAWK
MAWK

17 Feb 15

Hoc
Hoc

2 Jun 15

Snake
Snake

12 May 15

Octave
Octave

2 Jun 15

Komentarai Free Pascal Compiler

Komentarai nerastas
Pridėti komentarą
Pasukite ant paveikslėlio!