Results 1 to 9 of 9

Thread: FPC 3.0.2 released!

  1. #1
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357

    FPC 3.0.2 released!

    Hello,

    Finally, FPC 3.0.2 has landed. FPC 3.0.2 is an update to 3.0.0 that
    contains some compiler bugfixes and library progress since 3.0.0

    Building is still in progress and some formats (deb) and other minor targets
    might
    not be available yet.

    Changes that may break backwards compatibility are documented at:
    http://wiki.freepascal.org/User_Changes_3.0.2

    Due to issues with mirroring, please use sourceforge as much as possible,

    http://sourceforge.net/projects/freepascal/files/

    or the main (Hungarian) FTP server at

    ftp://www.hu.freepascal.org/pub/fpc/dist/3.0.2

    Enjoy!

    The FreePascal team



    Free Pascal Compiler

    Version 3.0.2

    ************************************************** ****************************
    What's New in 3.0.2
    ************************************************** ****************************

    Free Pascal 3.0.2 is a point release of the 3.0.x fixes branch.

    Please also see http://wiki.freepascal.org/User_Changes_3.0.2 for a list
    of changes that may affect the behaviour of previously working code, and
    how to cope with these changes.

    Some highlights are:

    Rtl:
    * TRect, TPoint and similar types are now type compatible between
    Types and Windows unit, and are now advanced records.

    Packages:
    * googleapi and fcl-pdf packages.
    * fcl-db and web packages synchronized
    * unicode tables updated.

    See http://bugs.freepascal.org/changelog_page.php for the list of reported
    bugs which have been fixed in this release.

  2. #2
    Dit bericht vind ik ook op http://www.freepascal.org/.
    Echter op de bugs-site zie ik dat versie 3.0.2 nog niet, maar 3.1.1 al een paar maanden is gereleased ?!?
    Echter: hulde voor het ontwikkelingsteam!

  3. #3
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Versies met een oneven nummer aan het eind zijn lopende versies van ontwikkel takken (trunk)

    3.0.2 staat ook op de changelog pagina maar verder naar beneden: http://bugs.freepascal.org/changelog...version_id=378

  4. #4
    Marius
    Join Date
    Jul 2013
    Location
    Groningen
    Posts
    178
    Leuk om te lezen

    Uit interesse, ik heb Fpc/Laz een aantal keren geprobeerd, maar liep tot dusver altijd tegen problemen aan met Generics.Collections, Generics.Defaults en UTF8 aan (vanuit Delphi XE mogelijkheden geredeneerd enigszins teleurstellende resultaten en heb het daarom lange tijd links laten liggen). Werken die zaken nu op een (meer) Delphi compatibel manier? En is UTF8 nu geregeld voor de gehele keten (waaronder componenten e.d.)?

  5. #5
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Nee, Delphi XE is niet UTF8 maar UTF16. De hele unicode situatie blijft een rommeltje (IMHO). Het is met versies 3.x (Lazarus 1.6+) wel wat beter geworden.

    Generics.Collections is niet meegeleverd in deze versie maar werkt geloof ik wel grotendeels als je de relevante units kopieert uit trunk (v3.1.1) (*)

    In de development versie wordt momentaan vooral veel gewerkt aan allerlei RTTI gerelateerde zaken (zowel de zelden gebruikte interface RTTI uit D4..D7 die Mormot om een of andere reden veel gebruikt) en een begin met D2010+ RTTI.

    Ook aan packages wordt gewerkt. Anonymous methods staan op de agenda, maar vorderen langzaam.

    * zie http://www.nldelphi.com/showthread.p...ghlight=opengl voor een project die dit doet. Niet de url in de eerste post in die thread maar een van de laatste.

  6. #6
    Marius
    Join Date
    Jul 2013
    Location
    Groningen
    Posts
    178
    Hoi Marcov,

    Je hebt gelijk, ik haal de zaken qua codering door elkaar. Begrijp ik uit jouw woorden dat er nog steeds veel werk te doen is in de encodings en dat het nog steeds "dweilen" is?
    Zolang het over de gehele linie van fpc units/lcl/externe components maar dezelfde mogelijkheden heeft ben ik al blij (tenminste utf16).

    Ik had in het verleden al een 1e versie van de Generics.Collections maar die was vanwege lage FPC versie verre van productierijp. Wij gebruiken voornamelijk de TObjectDictionary / TPair voor snelle lookup mogelijkheden. Andere hash/stringlist varianten zijn gewoon vele malen trager en zeker minder fijn (zeker als je de generics mogelijkheden al jaren gebruikt en 'misbruikt').

    RTTI mag wat mij betreft doodbloeden, ook al moet ik toegeven dat wij ook de hele simpele delphi7 variant gebruiken.
    Livebindings zou ik dan weer toejuichen.

    Dankje!

  7. #7
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Quote Originally Posted by Marius2 View Post
    Hoi Marcov,
    Je hebt gelijk, ik haal de zaken qua codering door elkaar. Begrijp ik uit jouw woorden dat er nog steeds veel werk te doen is in de encodings en dat het nog steeds "dweilen" is?
    Ja en nee. Erger nog de meeste developers vinden het wel goed zo. De default codepage van ansistring wordt op 65001 (UTF8) gezet, en het hele ansistrings systeem functioneert dan op UTF8. Maar compatible is het niet echt.

    Ik had in het verleden al een 1e versie van de Generics.Collections maar die was vanwege lage FPC versie verre van productierijp. Wij gebruiken voornamelijk de TObjectDictionary / TPair voor snelle lookup mogelijkheden. Andere hash/stringlist varianten zijn gewoon vele malen trager en zeker minder fijn (zeker als je de generics mogelijkheden al jaren gebruikt en 'misbruikt').
    Benchmarks hangen heel erg af van wat je precies stressed, zie ook http://forum.lazarus-ide.org/index.p...c,34348.0.html

    Ik gebruik natuurlijk meestal mijn lightcontainers als performance belangrijk is, maar omdat ik meestal ook wel iets aan iteratie wil overhouden :-)

    FPC heeft hier een beperking dat het vaak minder assembler en andere unportable principes gebruikt, aan de andere kant doet FPC wel inlining van generic methods. (oudere Delphi's deden dat niet, weet de huidige stand niet)

    Dit is de eerste keer dat iemand interesse toont in LiveBindings. Ik gebruik en ken het niet.
    Last edited by marcov; 23-Feb-17 at 11:28.

  8. #8
    John Kuiper
    Join Date
    Apr 2007
    Location
    Almere
    Posts
    8,747
    Livebindings is gewoon een andere manier van data koppelen dan het traditionele datalink/datasource traject.
    Het andere gedeelte (visual components koppelen zoals kleur, font e.d.) heb ik nog niets mee gedaan.
    Delphi is great. Lazarus is more powerfull

  9. #9
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Dat weet ik, en ik weet ook dat het enorm omslachtig uitzag om een simpel dbgrid werkend te krijgen in de eerste generaties FM. Maar detail kennis ontbreekt (overigens, zou me niet verbazen als het intern ook D2010+ RTTI gebruikt)

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •