FPC 2.6.0

[monta]

Hello,

first, FPC core wants to wish a happy 2012!

To start the new year with a bang, a new major release
of Free Pascal, version 2.6.0, was uploaded to our FTP servers.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.0" onclick="window.open(this.href);return false;

For Downloads, please use the FTP server at

ftp://freepascal.stack.nl/pub/fpc/dist/2.6.0/" onclick="window.open(this.href);return false;

and sourceforge

https://sourceforge.net/projects/freepascal/files/" onclick="window.open(this.href);return false;

as much possible.

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 2.6.0

******************************************************************************
What's New in 2.6.0
******************************************************************************

Free Pascal 2.6.0 is a new major version of the Free Pascal compiler.

Please also see http://wiki.freepascal.org/User_Changes_2.6.0" onclick="window.open(this.href);return false; for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
* iPhoneSimulator target

Compiler:
* Many new language features:
* Objective-Pascal dialect, supported on all Mac OS X and iOS targets
* constref parameter modifier for "const by reference"
* Pascal boolean types with multiple sizes (boolean16/32/64)
* ISO 7185 language mode (except for I/O). Features amongst others:
* nested procedure variables
* non-local goto's
* Mac Pascal mode improvements
* nested procedure variables
* univ modifier
* Intrinsics
* sar (shift arithmetic right)
* bsf/bsr (bitscan forward/reverse)
* Delphi compatibility mode improvements
* Nested types, class variables and class local constants
* Advanced records syntax (no constructors yet)
* (for..in) Enumerators in records
* Class and record helpers
* Generic records, arrays and procedural types
* Delphi-compatibility of generics improved
* Scoped enumerations
* Custom messages for "deprecated" directive
* Ability to use "&" for escaping keywords
* New ARM code generator features
* ARM VFPv2 and VFPv3 floating point unit support
* Thumb-2 support

Packages:
* Many improvements to the rtl
* Many improvements to the database units (fcl-db)
* Objective-Pascal interfaces to Foundation, AppKit, CoreData and WebCore
* OpenGL headers updated to OpenGL 4.0

Details about these new features can be found at
http://wiki.freepascal.org/FPC_New_Features_2.6.0" onclick="window.open(this.href);return false;

See http://bugs.freepascal.org/changelog_page.php" onclick="window.open(this.href);return false; for the list of reported
bugs that have been fixed in this release.

[carli]

Ich bin diesmal nicht so von der Feature-Matrix überzeugt.

Ich bräuchte so langsam mal ordentliche Code-Optimierung, insbesondere für Mengen. Und wenn das FPC-Team das nicht hinbekommt, weil es zu viel Arbeit ist, dann sollen die endlich mal ein LLVM-Backend bauen, mit dem ich die nötige Performance herausbekomme. Selbst bei der String-Performance, der Stärke von FPC, ist FPC 2x langsamer als optimierter Java-Code und 4x langsamer als C++.

[mse]

Selbst bei der String-Performance, der Stärke von FPC, ist FPC 2x langsamer als optimierter Java-Code und 4x langsamer als C++.

Das interessiert mich sehr, kannst du den Testcode zeigen?

Martin

[carli]

Selbst bei der String-Performance, der Stärke von FPC, ist FPC 2x langsamer als optimierter Java-Code und 4x langsamer als C++.

Das interessiert mich sehr, kannst du den Testcode zeigen?

Martin

Ich bin momentan nicht zu Hause, aber du kannst dir den Code selbst zusammenreimen, es ist eine Art Escaper:
Ein konstanter String wird Zeichen für Zeichen durchgegangen und gewisse "verbotene" Zeichen durch eine Ziel-Zeichenfolge ersetzt.

Die FPC-Version schien am Anfang wirklich die Nase vorn zu haben, wenn man bei den Strings einfach += macht. Allerdings war in Java und C++ empfohlen, den StringBuilder (Java) bzw. den Stringstream (C++) zu benutzen, wodurch die gute Performance dann zustande kam.

[mschnell]

wenn man bei den Strings einfach += macht.

Das kann auch keine gute Performace bringen, weil der String ja immer wieder verlängert werden mus und ein re-allocate oft ein Kopieren erfordert.

Besser erzeugst Du mit SetLength gleich einen String mit ausreichender Länge und trägst die Zeichen einzeln ein (ich gehe davon aus, das Du keine Unicode-Strings verwendest, sonst wird das sowieso furchtbar). Am Ende wird der String mit SetLength wieder auf die richtige Länge gekürzt.

-Michael

[mse]

Ich bin momentan nicht zu Hause, aber du kannst dir den Code selbst zusammenreimen, es ist eine Art Escaper:
Ein konstanter String wird Zeichen für Zeichen durchgegangen und gewisse "verbotene" Zeichen durch eine Ziel-Zeichenfolge ersetzt.

So:

Code: Alles auswählen

ansistringvar[n1based]:= 'C';

? Da muss bei jeder Zuweisung auf uniquestring geprüft werden.
Probiere mal

Code: Alles auswählen

pansichar(pointer(ansisstringvar))[n0based]:= 'C';

Dabei musst du aber selbst sicherstellen, dass ansisstringvar einen referencecount von 1 hat, beispielsweise mit dem eventuell sowieso benötigten setlength().

[mse]

ich gehe davon aus, das Du keine Unicode-Strings verwendest, sonst wird das sowieso furchtbar).

Warum denn? Die oben geschilderte Methode funktioniert auch mit UnicodeString und PUnicodeChar.

[theo]

ich gehe davon aus, das Du keine Unicode-Strings verwendest, sonst wird das sowieso furchtbar).

Warum denn? Die oben geschilderte Methode funktioniert auch mit UnicodeString und PUnicodeChar.

mschnell fand schon immer und grundsätzlich alles furchtbar, was mit Unicode zusammenhängt.
Da spielen irgendwelche Details gar keine Rolle. Das ist eher ein Art Phobie.