Build from Source

PHP.net also offers source packages for the alpha and beta releases which you can download and compile yourself. The source code can be downloaded from https://downloads.php.net/~ab/

Documentation on compiling PHP 7:

https://wiki.php.net/phpng
http://www.zimuel.it/install-php-7/
http://www.hashbangcode.com/blog/compiling-and-installing-php7-ubuntu

",{"_350":351,"_43":44,"_47":48,"_45":46,"_65":66,"_352":353,"_422":348},"previewContent","

\n \n
- \n Sample\n
\n
\n Preface\n
- \n Who is this book for\n
- \n Contents\n
- \n Other resources\n
- \n Acknowledgements\n
  - \n PHP Wiki and Documentation Content\n
  \n
\n
\n Getting Started with PHP 7\n
- \n Ubuntu 14.04 and 16.04+\n
- \n Debian 8 & 9\n
- \n Debian 6 & 7\n
- \n CentOS / RHEL\n
- \n Mac OS X\n
- \n Windows\n
- \n phpbrew\n
- \n Docker\n
- \n Vagrant Image\n
- \n Build from Source\n
\n
\n Part 1 - New Features\n
- \n Chapter 1: Scalar Type Hints\n
  - \n Type Checking Modes\n
  - \n Mixing Modes\n
  - \n Backwards Compatibility\n
  - \n Further Reading\n
  \n
- \n Chapter 3: Combined Comparison (Spaceship) Operator\n
  - \n Comparing Values\n
  - \n Sorting\n
  - \n Sorting by multiple values\n
  - \n Further Reading\n
  \n
- \n Chapter 5: Unicode Codepoint Escape Syntax\n
  - \n Why the {}s?\n
  - \n Limitations\n
  - \n Backwards Compatibility\n
  - \n Further Reading:\n
  \n
\n
\n Part 2 - Language Changes & Improvements\n
- \n Chapter 15: Performance\n
  - \n Further Reading\n
  \n
\n
\n Part 3 - Deprecations & Removals\n
\n Appendix - Backward Compatibility Breaks\n
- \n Language Changes\n
  - \n Variable handling\n
  - \n list() behavior\n
  - \n foreach behavior\n
  - \n Parameter handling\n
  - \n Integer handling\n
  - \n String handling\n
  - \n Error handling\n
  - \n Other language changes\n
  \n
- \n Standard Library Changes\n
- \n Other Changes\n
  - \n Curl\n
  - \n Date\n
  - \n DBA\n
  - \n GMP\n
  - \n Intl\n
  - \n libxml\n
  - \n Mcrypt\n
  - \n Session\n
  - \n Opcache\n
  - \n OpenSSL\n
  - \n PCRE:\n
  - \n PDO_pgsql:\n
  - \n Standard:\n
  - \n JSON:\n
  - \n Stream:\n
  - \n XSL:\n
  \n
\n
\n Notes\n

Sample

\n\n

Thanks for downloading this sample of What’s New in PHP 7!

\n\n\n\n

Preface

\n\n

Who is this book for

\n\n

This is book is for PHP developers looking to jump into PHP 7. You’ll need previous experience with PHP in order to understand the topics and examples we’ll cover. The more you know about PHP 5 and OOP, the more you’ll understand why some of the changes are important and how they’ll impact your development.

\n\n

If you’re a manager or leader of a team looking to work in PHP 7, this book will help your developers quickly catch up on all the changes they need to know about, and even expose some new features they can take advantage of for faster, better development.

\n\n

Chapter 1 summarizes the addition of scalar type hints. This allows your function parameters to explicitly require scalar types like string, int, float, or bool.

\n\n

Chapter 2 covers the declaration of function return types, including the scalar types mentioned in chapter 1.

\n\n

In Chapter 3 we explore the brand new “Spaceship Operator” which drastically simplifies 3-way comparison of two expressions.

\n\n

Chapter 4 introduces another new operator, the “Null Coalesce Operators”. It’s a lot like ?: but with a built-in isset() check.

\n\n

Chapter 5 demonstrates how to easily add Unicode characters to strings using a new \\u{...} escape sequence.

\n\n

Chapter 6 reviews how anonymous classes can be used to create classes on-the-fly, which is particularly useful for mocking and implementing simple interfaces (like loggers and observers).

\n\n

Chapter 7 highlights the new ability to include multiple classes from a namespace with a single use statement.

\n\n

Chapter 8 introduces the new Closure:call method which drastically simplifies binding your closures to objects at call-time.

\n\n

Chapter 9 shows how generator can now return final values.

\n\n

Chapter 10 explores how generators can yield from arrays, iterators, and other generators (insert Xzibit “yo dawg” joke here).

\n\n

In Chapter 11 we see how PHP 7 drastically simplifies the process of generating strong random numbers for security-critical applications.

\n\n

Chapter 12 demonstrates how to safely and easily perform integer division.

\n\n

Chapter 13 unveils the new preg_replace_callback_array function for executing different callbacks per regular expression.

\n\n

Chapter 14 covers the new IntlChar class, which helps you work with Unicode characters.

\n\n

Chapter 15 shows how PHP 7 is dramatically faster than previous versions.

\n\n

Chapter 16 describes how syntax is more consistent and flexible.

\n\n

Chapter 17 explains how previously-reserved keywords can be used for property, constant, and method names. It contains a full list of such words.

\n\n

Chapter 18 walks through the new changes to engine errors and exceptions.

\n\n

Chapter 19 highlights the backwards-compatible improvements to the existing assert() feature.

\n\n

Chapter 20 touches on how define() now supports array constants.

\n\n

Chapter 21 demonstrates how to safely unserialize untrusted data by whitelisting which classes can be unserialized.

\n\n

Chapter 22 talks about configuring session options by passing them into session_start().

\n\n

Chapter 23 outlines the enhancements made to the Reflection API.

\n\n

Chapter 24 shows how some integer behavior has changed in PHP 7.

\n\n

Chapter 25 touches on division by zero, and how it works in the latest version of PHP.

\n\n

Chapter 26 covers the new JSON library used by PHP, including a couple minor changes it introduces.

\n\n

Chapter 27 demonstrates the inconsistencies in PHP 5’s foreach loops and how its behavior differs from PHP 7.

\n\n

Chapter 28 describes some adjustments to the behavior of the list() construct.

\n\n

Chapter 29 explains some of the changes made to function parameter behavior.

\n\n

Chapter 30 unveils an old bug with custom session handlers and how PHP 7 resolves it.

\n\n

Chapter 31 briefly touches on octals and how PHP 7 handles invalid ones.

\n\n

Chapter 32 discusses the deprecation of PHP 4-style constructors.

\n\n

Chapter 33 covers why manual salt generation is now deprecated in the password hashing API.

\n\n

Chapter 34 lists all of the previously-deprecated functionality which has been fully removed from PHP 7.

\n\n

Chapter 35 talks about the removal of alternative PHP tags.

\n\n

Chapter 36 describes how several E_STRICT notices have been changed to other types.

\n\n

Chapter 37 shows how multiple default cases are no longer permitted within a switch block.

\n\n

Chapter 38 demonstrates PHP 5’s inconsistent handling of hexadecimal strings and why that incomplete functionality was removed.

\n\n

Chapter 39 lists the SAPIs which are no longer supported or maintained.

\n\n

Chapter 40 briefly highlights the removal of that annoying timezone warning.

\n\n

And finally, the last section of the book includes a detailed list of all the breaking changes you’ll need to watch out for when migrating to PHP 7.

\n\n

Other resources

\n\n

These official PHP resources were a huge help during the creation of this book, and you may find them useful:

\n\n

There are plenty of other great resources out there too, including some paid and some free ones:

\n\n

(Any commercial products or services listed here have not been tested or endorsed by the author - they are simply provided as a jumping-off point for your continued PHP 7 education.)

\n\n

Acknowledgements

\n\n

I’d like to thank the following people for making this book possible:

\n\n

All the programmers, testers, documentation writers, RFC authors, and everyone else who has contributed to the success of PHP. I’d have nothing to write about if it wasn’t for you.
The PHP community for sharing knowledge and expertise, thereby creating this amazing ecosystem for all developers.
Mike Spinosa, Scott Greenwell, Ben Thomas, and the whole team at Unleashed Technologies for encouraging and promoting my continuous growth.
Phil Sturgeon for being the catalyst behind my increased community involvement.

\n\n

PHP Wiki and Documentation Content

\n\n

This book includes some content from the PHP wiki, RFCs, and documentation. This content is licensed under CC BY 3.0. All usages (and any modifications) will be noted immediately adjacent to the content within this book.

\n\n\n\n

Getting Started with PHP 7

\n\n

Builds for PHP 7.0 and 7.1 are now available from both official and community repositories. In most cases, these new versions can be easily installed using your system’s package manager.

\n\n\n\n

Ubuntu 14.04 and 16.04+

\n\n

Ondřej Surý provides a PPA for installing PHP 7.0 and 7.1. The latest release can be installed using these commands:

\n\n

sudo add-apt-repository ppa:ondrej/php\nsudo apt-get update\nsudo apt-get install php7.0\n

\n\n\n\n

(Replace 7.0 with 7.1 if desired)

\n\n

The full list of available packages can be found here: https://launchpad.net/~ondrej/+archive/ubuntu/php/+packages?field.name_filter=php7.0

\n\n

Debian 8 & 9

\n\n

Ondřej Surý also provides PHP 7.0 and 7.1 packages for Debian which can be installed using these commands:

\n\n

sudo apt-get install apt-transport-https lsb-release ca-certificates\nsudo wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg\nsudo sh -c \"echo 'deb https://packages.sury.org/php/ $(lsb_release -sc) main'\" >\\\n /etc/apt/sources.list.d/php.list\nsudo apt-get update\nsudo apt-get install php7.0\n

\n\n\n\n

Debian 6 & 7

\n\n

PHP 7.0 can be installed using the Dotdeb repository:

\n\n

Add these two lines to your /etc/apt/sources.list file, replacing <distribution> with either squeeze, wheezy, or jessie:

\n\n

deb http://packages.dotdeb.org <distribution> all\ndeb-src http://packages.dotdeb.org <distribution> all\n

\n\n\n\n

Add the GPG key:

\n\n

wget https://www.dotdeb.org/dotdeb.gpg\nsudo apt-key add dotdeb.gpg\n

\n\n\n\n

Install PHP 7:

\n\n

sudo apt-get update\nsudo apt-get install php7.0\n

\n\n\n\n

The full list of available packages can be found here: http://packages.dotdeb.org/pool/all/p/php7.0/

\n\n

CentOS / RHEL

\n\n

PHP 7 can be installed using the Webstatic Yum repository:

\n\n

If you’re using CentOS/RHEL 7.x, run these three commands to add the repository and install PHP 7:

\n\n

rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm\nrpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm\nyum install php70w\n

\n\n\n\n

If you’re using CentOS/RHEL 6.x, run these two commands to add the repository and install PHP 7:

\n\n

rpm -Uvh https://mirror.webtatic.com/yum/el6/latest.rpm\nyum install php70w\n

\n\n\n\n

The full list of available packages (including SAPIs and extensions) can be found here: https://webtatic.com/packages/php70/#sapi

\n\n

Mac OS X

\n\n

PHP 7 can be installed using homebrew:

\n\n

brew tap homebrew/dupes\nbrew tap homebrew/versions\nbrew tap homebrew/homebrew-php\nbrew install php70\n

\n\n\n\n

Or you can install it via Liip’s php-osx tool:

\n\n

curl -s http://php-osx.liip.ch/install.sh | bash -s 7.0\n

\n\n\n\n

Windows

\n\n

PHP 7 distributions for Windows can be found on the windows.php.net website: http://windows.php.net/download#php-7.0

\n\n

For local development, you could instead use third-party distributions like XAMPP or EasyPHP. Both come with PHP 7, MySQL, and a web server so you can get up-and-running fast.

\n\n

phpbrew

\n\n

phpbrew is a wonderful utility which allows you to easily build and switch between different versions of PHP on the same machine.\nIt supports all modern versions of PHP, including PHP 7.

\n\n

First we need phpbrew to fetch information about available versions:

\n\n

phpbrew self-update\n

\n\n\n\n

We can then install PHP 7.0, 7.1, or any other version:

\n\n

phpbrew install php-7.0.25\nphpbrew use php-7.0.25\n

\n\n\n\n

Docker

\n\n

Official Docker images for PHP can be found at https://hub.docker.com/_/php/.

\n\n

docker pull php:latest\n

\n\n\n\n

Vagrant Image

\n\n

Rasmus Lerdorf, the creator of PHP, provides a Vagrant box image on his GitHub: https://github.com/rlerdorf/php7dev

\n\n

It’s based on Debian 8 and is pre-configured to help develop PHP apps and extensions.

\n\n

Build from Source

\n\n

PHP.net also offers source packages for the alpha and beta releases which you can download and compile yourself. The source code can be downloaded from https://downloads.php.net/~ab/

\n\n

Documentation on compiling PHP 7:

\n\n

https://wiki.php.net/phpng
http://www.zimuel.it/install-php-7/
http://www.hashbangcode.com/blog/compiling-and-installing-php7-ubuntu

\n\n\n

Part 1 - New Features

\n\n

Perhaps the most exciting part of PHP 7 are the new features! This part of the book covers these features in detail, including examples of useful applications.

\n\n\n

Chapter 1: Scalar Type Hints

\n\n

PHP 5 introduced the ability to require function parameters to be of a certain type. This provides a safeguard against invalid uses, like passing a UNIX timestamp to a method which expects a DateTime object. It also makes it clear to other developers how the function should be used. For example, compare the following method signatures with and without type hints:

\n\n

// No type hint:\nfunction getNextWeekday($date) { /*...*/ }\n\n// Class type hint (PHP 5):\nfunction getNextWeekday(DateTime $date) { /*...*/ }\n

\n\n\n\n

These hints were initially limited to just classes and interfaces, but was soon expanded to allow array and callable types too. PHP 7 extends this further by allowing scalar types like int, float, string and bool:

\n\n

// Scalar type hint (PHP 7):\nfunction getNextWeekday(int $date) { /*...*/ }\n

\n\n\n\n

Type Checking Modes

\n\n

PHP’s flexible type system is one of its most-useful features, allowing numeric strings to be used as integers and vice-versa. This tradition is continued in PHP 7 but now you have the option of enabling strict type enforcement like you’d see in other languages (such as Java or C#). This setting can be enabled using the declare construct.

\n\n

Weak (“Coercive”) Type Checking

\n\n

“Coercive” mode is the default type checking mode in PHP 7. This is identical to how previous versions of PHP handled scalar type hints for built-in functions. For example, take a look at the method signature for the floor function:

\n\n

float floor ( float $value )\n

\n\n\n\n

When you pass in numeric strings or integers PHP auto-converts them to a float automatically. This behavior has simply been extended to userland functions as well.

\n\n

Here’s a table showing which scalar types are accepted in “Coercive” mode based on the declared type:

\n\n\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n\n

Allowed types, coercive mode
Type declaration	int	float	string	bool	object
int	yes	yes*	yes†	yes	no
float	yes	yes	yes†	yes	no
string	yes	yes	yes	yes	yes‡
bool	yes	yes	yes	yes	no

\n\n

* Only non-NaN floats between PHP_INT_MIN and PHP_INT_MAX accepted.

\n\n

† If it’s a numeric string

\n\n

‡ Only if object has a __toString() method

\n\n

Strong (“Strict”) Type Checking

\n\n

PHP 7 introduces a new “strict” mode which is enabled by placing declare(strict_types=1); at the top of your script like so:

\n\n

<?php\ndeclare(strict_types=1);\n\nfunction welcome(string $name) {\n    echo 'Hello ' . $name;\n}\n\nwelcome('World'); // Prints: Hello World\n

\n\n\n\n\n\n

This declaration enables strict mode for all uses in the entire file, including built-in PHP function calls and return values (see next chapter). It does not affect any included files nor any other files which include it.

\n\n

Strict mode essentially requires you to pass in exact types declared. If you don’t, a TypeError will be thrown. For example, in strict mode, you cannot use numeric strings when a float or int is expected (like you can in weak/coercive mode):

\n\n

This throws an error in strict mode

\n\n

<?php\ndeclare(strict_types=1);\n\nfunction welcome(string $name) {\n    echo 'Hello ' . $name;\n}\n\nwelcome(3);\n\n// Fatal error: Uncaught TypeError: Argument 1 passed to welcome() must be of th\\\ne type string, integer given\n

\n\n\n\n\n\n

There’s one exception to this rule though, which is that float declarations can accept int values:

\n\n

Scope widening example

\n\n

<?php\ndeclare(strict_types=1);\n\nfunction add(float $a, float $b): float {\n    return $a + $b;\n}\n\nadd(1, 2); // float(3)\n

\n\n\n\n\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n\n

Allowed types, strict mode
Type declaration	int	float	string	bool	object
int	yes	no	no	no	no
float	yes*	yes	no	no	no
string	no	no	yes	no	no
bool	no	no	no	yes	no

\n\n

* Allowed due to widening primitive conversion

\n\n

Mixing Modes

\n\n

Because the directive is set per-file, it’s entirely possible to mix modes in your application. For example, your strictly-checked app could use a weakly-checked library (or vice versa) without any issues or complications.

\n\n

Backwards Compatibility

\n\n

You may no longer create classes named int, float, string or bool as these would conflict with the new scalar type hints.

\n\n

Chapter 3: Combined Comparison (Spaceship) Operator

\n\n

PHP 7 introduces a new three-way comparison operator <=> (T_SPACESHIP) which takes two expressions: (expr) <=> (expr). It compares both sides of the expression and, depending on the result, returns one of three values:

\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n\n

0	If both expressions are equal
1	If the left is greater
-1	If the right is greater

\n\n

You may be familiar with this if you’ve worked with existing comparison functions like strcmp before.

\n\n

It has the same precedence as the equality operator (==, ===, !=, !==) and behaves identically to the existing comparison operators (<, <=, ==, >=, >).

\n\n

Comparing Values

\n\n

You can compare everything from scalar values (like ints and floats) to arrays and even objects too. Here are some examples from the relevant RFC:

\n\n

PHP RFC examples (licensed under CC BY 3.0)

\n\n

// Integers\necho 1 <=> 1; // 0\necho 1 <=> 2; // -1\necho 2 <=> 1; // 1\n\n// Floats\necho 1.5 <=> 1.5; // 0\necho 1.5 <=> 2.5; // -1\necho 2.5 <=> 1.5; // 1\n\n// Strings\necho \"a\" <=> \"a\"; // 0\necho \"a\" <=> \"b\"; // -1\necho \"b\" <=> \"a\"; // 1\n\necho \"a\" <=> \"aa\"; // -1\necho \"zz\" <=> \"aa\"; // 1\n\n// Arrays\necho [] <=> []; // 0\necho [1, 2, 3] <=> [1, 2, 3]; // 0\necho [1, 2, 3] <=> []; // 1\necho [1, 2, 3] <=> [1, 2, 1]; // 1\necho [1, 2, 3] <=> [1, 2, 4]; // -1\n\n// Objects\n$a = (object) [\"a\" => \"b\"];\n$b = (object) [\"a\" => \"b\"];\necho $a <=> $b; // 0\n\n$a = (object) [\"a\" => \"b\"];\n$b = (object) [\"a\" => \"c\"];\necho $a <=> $b; // -1\n\n$a = (object) [\"a\" => \"c\"];\n$b = (object) [\"a\" => \"b\"];\necho $a <=> $b; // 1\n\n// only values are compared\n$a = (object) [\"a\" => \"b\"];\n$b = (object) [\"b\" => \"b\"];\necho $a <=> $b; // 0\n

\n\n\n\n

Sorting

Perhaps the best application of this operator is to simplify sorting, as functions like usort expect you to perform a comparison and return -1, 0, or 1 accordingly:

\n\n

This simplification is especially apparent when comparing objects by some property value:

\n\n

class Spaceship {\n    public $name;\n    public $maxSpeed;\n\n    public function __construct($name, $maxSpeed) {\n        $this->name = $name;\n        $this->maxSpeed = $maxSpeed;\n    }\n}\n\n$spaceships = [\n    new Spaceship('Rebel Transport', 20),\n    new Spaceship('Millenium Falcon', 80),\n    new Spaceship('X-Wing Starfighter', 80),\n    new Spaceship('TIE Bomber', 60),\n    new Spaceship('TIE Fighter', 100),\n    new Spaceship('Imperial Star Destroyer', 60),\n];\n\n// Sort the spaceships by name (in ascending order)\nusort($spaceships, function ($ship1, $ship2) {\n    return $ship1->name <=> $ship2->name;\n});\n\necho $spaceships[0]->name; // \"Imperial Star Destroyer\"\n\n// Sort the spaceships by speed (in descending order)\n// Notice how we switch the position of $ship1 and $ship2\nusort($spaceships, function ($ship1, $ship2) {\n    return $ship2->maxSpeed <=> $ship1->maxSpeed;\n});\n\necho $spaceships[0]->name; // \"TIE Fighter\"\n

\n\n\n\n

Without the comparison operator, these functions would be much more complex:

\n\n

usort($spaceships, function ($ship1, $ship2) {\n    if ($ship1->maxSpeed == $ship2->maxSpeed) {\n        return 0;\n    } elseif ($ship1->maxSpeed < $ship2->maxSpeed) {\n        return 1;\n    } else {\n        return -1;\n    }\n});\n

\n\n\n\n

Sorting by multiple values

\n\n

You can take advantage of the array comparison behavior to easily sort by multiple fields:

\n\n

// Sort by speed (asc), then by name (asc)\nusort($spaceships, function ($ship1, $ship2) {\n    return [$ship1->maxSpeed, $ship1->name] <=> [$ship2->maxSpeed, $ship2->name];\n});\n\nforeach ($spaceships as $ship) {\n    printf(\"%3d is the max speed of a(n) %s\\n\", $ship->maxSpeed, $ship->name);\n}\n\n// Outputs:\n//  20 is the max speed of a(n) Rebel Transport\n//  60 is the max speed of a(n) Imperial Star Destroyer\n//  60 is the max speed of a(n) TIE Bomber\n//  80 is the max speed of a(n) Millenium Falcon\n//  80 is the max speed of a(n) X-Wing Starfighter\n// 100 is the max speed of a(n) TIE Fighter\n

\n\n\n\n

Chapter 5: Unicode Codepoint Escape Syntax

\n\n

PHP’s lack of native Unicode support can make things difficult when coding for the web. While libraries like iconv and mbstring have simplified working with strings, there were no simple mechanisms available to create Unicode characters or strings without converting them from an HTML or JSON representation:

\n\n

Workaround examples

\n\n

$char = html_entity_decode('&#x2603', 0, 'UTF-8');\n$char = mb_convert_encoding('&#x2603', 'UTF-8', 'HTML-ENTITIES');\n$char = json_decode('\"\\\\u2603\"');\n

\n\n\n\n

PHP 7 finally introduces native support for Unicode character escape sequences within strings, just like you’d see in Ruby or ECMAScript 6:

\n\n

$char = \"\\u{2603}\";\n

\n\n\n\n

This makes it much easier (and quicker) to embed Unicode characters, especially ones that aren’t easily typed. These can be used in strings alongside other characters too. For example, here’s the U+202E RIGHT-TO-LEFT OVERRIDE character being used to display the string in reverse:

\n\n

echo \"\\u{202E}This is backwards\"; // displays: sdrawkcab si sihT\n

\n\n\n\n\n\n

You can omit leading 0s if you’d like:

\n\n

echo \"\\u{58}\"; // \"X\"\necho \"\\u{0058}\"; // \"X\"\n

\n\n\n\n

Why the `{}`s?

\n\n

Some other languages (C/C++/Java) use a format without the {} characters: \\uXXXX. Unfortunately this limits their use to the Basic Multilingual Plane (U+0000 to U+FFFF). However, Unicode supports other characters beyond 16 bits.

\n\n

For example, if we wanted to represent the U+1F427 PENGUIN emoji, our escape sequence would look something like this: \\u1F427. Most languages would intepret this as U+1F42 GREEK SMALL LETTER OMICRON WITH PSILI AND VARIA plus a 7, which is not what we want. In these languages, you’d have to encode it using two 16-bit sequences like this: \\uD83D\\uDC27. This isn’t very clear though.

\n\n

Wrapping with {} characters allows us to easily go beyond that 16-bit limitation without sacrficing clarity: \\u{1F427}

\n\n

Limitations

\n\n

This feature follows the behavior of all other escape sequences in PHP - they can only be used within double-quoted strings and heredocs:

\n\n

Example usage

\n\n

$foo = \"\\u{2109}\\u{2134}\\u{2134}\";\n// ℉ℴℴ\n\n$bar = <<<EOT\n    \\u{212C}\\u{212B}\\u{211D}\nEOT;\n// ℬÅℝ\n

\n\n\n\n

And like other sequences such as \\t, they will not be expanded when they occur in single-quoted strings or nowdocs:

\n\n

These will not work

\n\n

$foo = '\\u{2109}\\u{2134}\\u{2134}';\n// \\u{2109}\\u{2134}\\u{2134}\n\n$bar = <<<'EOT'\n    \\u{212C}\\u{212B}\\u{211D}\nEOT;\n// \\u{212C}\\u{212B}\\u{211D}\n

\n\n\n\n

Backwards Compatibility

\n\n

Double-quoted strings and heredocs containing \\u{ followed by an invalid sequence will now result in an error. This can be avoided by escaping the leading backslash with another backslash (\\\\u{).

\n\n

Part 2 - Language Changes & Improvements

\n\n

PHP 7 includes several major improvements to the language, as well as some changes to existing features.

\n\n

Learn about the features and changes which make PHP 7 faster and more flexible than ever!

\n\n\n

Chapter 15: Performance

\n\n

PHP 7 is faster than ever. Most real-world applications will see a 100%+ boost in performance simply by upgrading! Here are some actual benchmarks from the Zend Performance Team¹:

\n\n\n

This improvement is largely due to the PHPNG (PHP Next-Gen) project which refactored the Zend Engine to be super-performant. Some of the under-the-hood changes include things like:

\n\n

Using more-compact data structures
Reducing the number of heap allocations and deallocations
Utilizing native thread local storage

\n\n

The net result is a faster PHP which also uses less memory. These changes also pave the way for future improvements, like JIT compilation, which will make PHP even faster.

\n\n

Part 3 - Deprecations & Removals

\n\n

PHP 7 deprecates a couple features and removes several others which worked in previous versions of PHP. You’ll want to adjust your code accordingly before upgrading to PHP 7.

\n\n\n

Appendix - Backward Compatibility Breaks

\n\n

If you’re coming from a modern version of PHP (like 5.5 or 5.6), most of your code will probably work fine as-is. Nevertheless, we’ll cover most of the important breaking changes in this section so you’ll be prepared to fix any such issues in your projects.

\n\n

The majority of these BC breaks were covered in previous chapters. We’ll link back to those sections as needed.

\n\n

This list comes directly from the php-src UPGRADING document as of 7 November 2015. It may not be exhaustive. Please check https://github.com/php/php-src/blob/PHP-7.0.0/UPGRADING for the latest version.

\n\n

Language Changes

\n\n

Variable handling

\n\n

Left-to-right parsing

\n\n

Indirect variable, property and method references are now interpreted with\nleft-to-right semantics. Some examples:

\n\n

  $$foo['bar']['baz'] // interpreted as ($$foo)['bar']['baz']\n  $foo->$bar['baz']   // interpreted as ($foo->$bar)['baz']\n  $foo->$bar['baz']() // interpreted as ($foo->$bar)['baz']()\n  Foo::$bar['baz']()  // interpreted as (Foo::$bar)['baz']()\n

\n\n\n\n

To restore the previous behavior add explicit curly braces:

\n\n

  ${$foo['bar']['baz']}\n  $foo->{$bar['baz']}\n  $foo->{$bar['baz']}()\n  Foo::{$bar['baz']}()\n

\n\n\n\n\n\n

Global Keywords

\n\n

The global keyword now only accepts simple variables. Instead of

\n\n

  global $$foo->bar;\n

\n\n\n\n

it is now required to write the following:

\n\n

  global ${$foo->bar};\n

\n\n\n\n\n\n

Parenthesis influencing behavior

\n\n

Parentheses around variables or function calls no longer have any influence\non behavior. For example the following code, where the result of a function\ncall is passed to a by-reference function

\n\n

  function getArray() { return [1, 2, 3]; }\n\n  $last = array_pop(getArray());\n  // Strict Standards: Only variables should be passed by reference\n  $last = array_pop((getArray()));\n  // Strict Standards: Only variables should be passed by reference\n

\n\n\n\n

will now throw a strict standards error regardless of whether parentheses\nare used. Previously no notice was generated in the second case.

\n\n

By-reference assignment ordering

\n\n

Array elements or object properties that are automatically created during\nby-reference assignments will now result in a different order. For example

\n\n

  $array = [];\n  $array[\"a\"] =& $array[\"b\"];\n  $array[\"b\"] = 1;\n  var_dump($array);\n

\n\n\n\n

now results in the array [“a” ⇒ 1, “b” ⇒ 1], while previously the result\nwas [“b” ⇒ 1, “a” ⇒ 1];

\n\n\n\n\n\n

\n`list()` behavior

\n\n

Variable assignment order

\n\n

list() will no longer assign variables in reverse order. For example

\n\n

  list($array[], $array[], $array[]) = [1, 2, 3];\n  var_dump($array);\n

\n\n\n\n

will now result in $array == [1, 2, 3] rather than [3, 2, 1]. Note that only\nthe order of the assignments changed, but the assigned values stay the\nsame. E.g. a normal usage like

\n\n

  list($a, $b, $c) = [1, 2, 3];\n  // $a = 1; $b = 2; $c = 3;\n

\n\n\n\n

will retain its current behavior.

\n\n

Empty list assignments

\n\n

Empty list() assignments are no longer allowed. As such all of the following\nare invalid:

\n\n

  list() = $a;\n  list(,,) = $a;\n  list($x, list(), $y) = $a;\n

\n\n\n\n

list() no longer supports unpacking strings (while previously this was only\nsupported in some cases). The code

\n\n

  $string = \"xy\";\n  list($x, $y) = $string;\n

\n\n\n\n

will now result in $x == null and $y == null (without notices) instead of\n$x == “x” and $y == “y”. Furthermore list() is now always guaranteed to\nwork with objects implementing ArrayAccess, e.g.

\n\n

  list($a, $b) = (object) new ArrayObject([0, 1]);\n

\n\n\n\n

will now result in $a == 0 and $b == 1. Previously both $a and $b were null.

\n\n\n\n\n\n

\n`foreach` behavior

\n\n

Interaction with internal array pointers

\n\n

Iteration with foreach() no longer has any effect on the internal array\npointer, which can be accessed through the current()/next()/etc family of\nfunctions. For example

\n\n

  $array = [0, 1, 2];\n  foreach ($array as &$val) {\n      var_dump(current($array));\n  }\n

\n\n\n\n

will now print the value int(0) three times. Previously the output was int(1),\nint(2) and bool(false).

\n\n

Array iteration by-value

\n\n

When iterating arrays by-value, foreach will now always operate on a copy of\nthe array, as such changes to the array during iteration will not influence\niteration behavior. For example

\n\n

  $array = [0, 1, 2];\n  $ref =& $array; // Necessary to trigger the old behavior\n  foreach ($array as $val) {\n      var_dump($val);\n      unset($array[1]);\n  }\n

\n\n\n\n

will now print all three elements (0 1 2), while previously the second element\n1 was skipped (0 2).

\n\n

Array iteration by-reference

\n\n

When iterating arrays by-reference, modifications to the array will continue\nto influence the iteration. However PHP will now do a better job of\nmaintaining a correct position in a number of cases. E.g. appending to an\narray during by-reference iteration

\n\n

  $array = [0];\n  foreach ($array as &$val) {\n      var_dump($val);\n      $array[1] = 1;\n  }\n

\n\n\n\n

will now iterate over the appended element as well. As such the output of this\nexample will now be “int(0) int(1)”, while previously it was only “int(0)”.

\n\n

Object iteration

\n\n

Iteration of plain (non-Traversable) objects by-value or by-reference will\nbehave like by-reference iteration of arrays. This matches the previous\nbehavior apart from the more accurate position management mentioned in the\nprevious point.

\n\n

Iteration of Traversable objects remains unchanged.

\n\n\n\n\n\n

Parameter handling

\n\n

Duplicate parameter names

\n\n

It is no longer possible to define two function parameters with the same name.\nFor example, the following method will trigger a compile-time error:

\n\n

  public function foo($a, $b, $unused, $unused) {\n      // ...\n  }\n

\n\n\n\n

Code like this should be changed to use distinct parameter names, for example:

\n\n

  public function foo($a, $b, $unused1, $unused2) {\n      // ...\n  }\n

\n\n\n\n

Retrieving argument values

\n\n

The func_get_arg() and func_get_args() functions will no longer return the\noriginal value that was passed to a parameter and will instead provide the\ncurrent value (which might have been modified). For example

\n\n

  function foo($x) {\n      $x++;\n      var_dump(func_get_arg(0));\n  }\n  foo(1);\n

\n\n\n\n

will now print “2” instead of “1”. This code should be changed to either\nperform modifications only after calling func_get_arg(s)

\n\n

  function foo($x) {\n      var_dump(func_get_arg(0));\n      $x++;\n  }\n

\n\n\n\n

or avoid modifying the parameters altogether:

\n\n

  function foo($x) {\n      $newX = $x + 1;\n      var_dump(func_get_arg(0));\n  }\n

\n\n\n\n

Effect on backtraces

\n\n

Similarly exception backtraces will no longer display the original value that\nwas passed to a function and show the modified value instead. For example

\n\n

  function foo($x) {\n      $x = 42;\n      throw new Exception;\n  }\n  foo(\"string\");\n

\n\n\n\n

will now result in the stack trace

\n\n

  Stack trace:\n  #0 file.php(4): foo(42)\n  #1 {main}\n

\n\n\n\n

while previously it was:

\n\n

  Stack trace:\n  #0 file.php(4): foo('string')\n  #1 {main}\n

\n\n\n\n

While this should not impact runtime behavior of your code, it is worthwhile\nto be aware of this difference for debugging purposes.

\n\n

The same limitation also applies to debug_backtrace() and other functions\ninspecting function arguments.

\n\n\n\n\n\n

Integer handling

\n\n

Invalid octal literals

\n\n

Invalid octal literals (containing digits larger than 7) now produce compile\nerrors. For example, the following is no longer valid:

\n\n

  $i = 0781; // 8 is not a valid octal digit!\n

\n\n\n\n

Previously the invalid digits (and any following valid digits) were simply\nignored. As such $i previously held the value 7, because the last two digits\nwere silently discarded.

\n\n\n\n

Negative bitwise shifting

\n\n

Bitwise shifts by negative numbers will now throw an ArithmeticError:

\n\n

  var_dump(1 >> -1);\n  // ArithmeticError: Bit shift by negative number\n

\n\n\n\n

Left bitwise shifts

\n\n

Left bitwise shifts by a number of bits beyond the bit width of an integer\nwill always result in 0:

\n\n

  var_dump(1 << 64); // int(0)\n

\n\n\n\n

Previously the behavior of this code was dependent on the used CPU\narchitecture. For example on x86 (including x86-64) the result was int(1),\nbecause the shift operand was wrapped.

\n\n

Right bitwise shifts

\n\n

Similarly right bitwise shifts by a number of bits beyond the bit width of an\ninteger will always result in 0 or -1 (depending on sign):

\n\n

  var_dump(1 >> 64);  // int(0)\n  var_dump(-1 >> 64); // int(-1)\n

\n\n\n\n\n\n\n\n

String handling

\n\n

Hexadecimal numeric strings

\n\n

Strings that contain hexadecimal numbers are no longer considered to be\nnumeric and don’t receive special treatment anymore. Some examples of the\nnew behavior:

\n\n

  var_dump(\"0x123\" == \"291\");     // bool(false)     (previously true)\n  var_dump(is_numeric(\"0x123\"));  // bool(false)     (previously true)\n  var_dump(\"0xe\" + \"0x1\");        // int(0)          (previously 16)\n\n  var_dump(substr(\"foo\", \"0x1\")); // string(3) \"foo\" (previously \"oo\")\n  // Notice: A non well formed numeric value encountered\n

\n\n\n\n

filter_var() can be used to check if a string contains a hexadecimal number\nor convert such a string into an integer:

\n\n

$str = \"0xffff\";\n$int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);\nif (false === $int) {\n    throw new Exception(\"Invalid integer!\");\n}\nvar_dump($int); // int(65535)\n

\n\n\n\n\n\n

Unicode escape sequence

\n\n

Due to the addition of the Unicode Codepoint Escape Syntax for double-quoted\nstrings and heredocs, “\\u{“ followed by an invalid sequence will now result in\nan error:

\n\n

  $str = \"\\u{xyz}\"; // Fatal error: Invalid UTF-8 codepoint escape sequence\n

\n\n\n\n

To avoid this the leading backslash should be escaped:

\n\n

  $str = \"\\\\u{xyz}\"; // Works fine\n

\n\n\n\n

However, “\\u” without a following { is unaffected. As such the following code\nwon’t error and will work the same as before:

\n\n

  $str = \"\\u202e\"; // Works fine\n

\n\n\n\n\n\n\n\n

Error handling

\n\n

Errors as throwables

\n\n

There are now two exception classes: Exception and Error. Both classes\nimplement a new interface Throwable. Type hints in exception handling code\nmay need to be changed to account for this.

\n\n

Fatal errors

\n\n

Some fatal errors and recoverable fatal errors now throw an Error instead.\nAs Error is a separate class from Exception, these exceptions will not be\ncaught by existing try/catch blocks.

\n\n

For the recoverable fatal errors which have been converted into an exception,\nit is no longer possible to silently ignore the error from an error handler.\nIn particular, it is no longer possible to ignore type hint failures.

\n\n

Parser errors

\n\n

Parser errors now generate a ParseError that extends Error. Error\nhandling for eval()s on potentially invalid code should be changed to catch\nParseError in addition to the previous return value / error_get_last()\nbased handling.

\n\n

Internal class constructor failures

\n\n

Constructors of internal classes will now always throw an exception on\nfailure. Previously some constructors returned NULL or an unusable object.

\n\n\n\n

Reclassification of E_STRICT

\n\n

The error level of some E_STRICT notices has been changed.

\n\n\n\n\n\n

Other language changes

\n\n

Static calls to non-static methods

\n\n

Removed support for static calls to non-static methods from an incompatible\n$this context. In this case $this will not be defined, but the call will be\nallowed with a deprecation notice. An example:

\n\n

  class A {\n      public function test() { var_dump($this); }\n  }\n\n  // Note: Does NOT extend A\n  class B {\n      public function callNonStaticMethodOfA() { A::test(); }\n  }\n\n  (new B)->callNonStaticMethodOfA();\n\n  // Deprecated: Non-static method A::test() should not be called statically\n  // Notice: Undefined variable $this\n  NULL\n

\n\n\n\n

Note that this only applies to calls from an incompatible context. If class B\nextended from A the call would be allowed without any notices.

\n\n\n\n

Reserved words

It is no longer possible to use the following class, interface and trait names\n(case-insensitive):

\n\n

  bool\n  int\n  float\n  string\n  null\n  false\n  true\n

\n\n\n\n

This applies to class/interface/trait declarations, class_alias() and use\nstatements.

\n\n

Furthermore the following class, interface and trait names are now reserved\nfor future use, but do not yet throw an error when used:

\n\n

  resource\n  object\n  mixed\n  numeric\n

\n\n\n\n\n\n

Parenthesis requirement for `yield`\n

\n\n

The yield language construct no longer requires parentheses when used in an\nexpression context. It is now a right-associative operator with precedence\nbetween the “print” and “⇒” operators. This can result in different behavior\nin some cases, for example:

\n\n

  echo yield -1;\n  // Was previously interpreted as\n  echo (yield) - 1;\n  // And is now interpreted as\n  echo yield (-1);\n\n  yield $foo or die;\n  // Was previously interpreted as\n  yield ($foo or die);\n  // And is now interpreted as\n  (yield $foo) or die;\n

\n\n\n\n

Such cases can always be resolved by adding additional parentheses.

\n\n\n\n

Other removals

\n\n

Removed ASP (<%) and script (<script language=php>) tags.\n (RFC: https://wiki.php.net/rfc/remove_alternative_php_tags)
Removed support for assigning the result of new by reference.
Removed support for scoped calls to non-static methods from an incompatible\n $this context. See details in https://wiki.php.net/rfc/incompat_ctx.
Removed support for #-style comments in ini files. Use ;-style comments instead.
\n$HTTP_RAW_POST_DATA is no longer available. Use the php://input stream instead.

\n\n

Standard Library Changes

\n\n

\nsubstr() now returns an empty string instead of FALSE when the truncation happens on boundaries.
\ncall_user_method() and call_user_method_array() no longer exists.
\nob_start() no longer issues an E_ERROR, but instead an E_RECOVERABLE_ERROR in case an\n output buffer is created in an output buffer handler.
The internal sorting algorithm has been improved, what may result in\n different sort order of elements that compare as equal.
Removed dl() function on fpm-fcgi.
\nsetcookie() with an empty cookie name now issues an E_WARNING and doesn’t send an empty set-cookie header line anymore.

\n\n

Other Changes

\n\n

Curl

\n\n

Removed support for disabling the CURLOPT_SAFE_UPLOAD option. All curl file\nuploads must use the curl_file / CURLFile APIs.

\n\n

Date

Removed $is_dst parameter from mktime() and gmmktime().

\n\n

DBA

dba_delete() now returns false if the key was not found for the inifile\nhandler, too.

\n\n

GMP

Requires libgmp version 4.2 or newer now.
gmp_setbit() and gmp_clrbit() now return FALSE for negative indices, making\nthem consistent with other GMP functions.

\n\n

Intl

Removed deprecated aliases datefmt_set_timezone_id() and\nIntlDateFormatter::setTimeZoneID(). Use datefmt_set_timezone() and\nIntlDateFormatter::setTimeZone() instead.

\n\n

libxml

Added LIBXML_BIGLINES parser option. It’s available starting with libxml 2.9.0\nand adds suppport for line numbers >16-bit in the error reporting.

\n\n

Mcrypt

Removed deprecated mcrypt_generic_end() alias in favor of\nmcrypt_generic_deinit().
Removed deprecated mcrypt_ecb(), mcrypt_cbc(), mcrypt_cfb() and mcrypt_ofb()\nfunctions in favor of mcrypt_encrypt() and mcrypt_decrypt() with an\nMCRYPT_MODE_* flag.

\n\n

Session

session_start() accepts all INI settings as array. e.g. [‘cache_limiter’⇒‘private’]\nsets session.cache_limiter=private. It also supports ‘read_and_close’ which closes\nsession data immediately after read data.
Save handler accepts validate_sid(), update_timestamp() which validates session\nID existence, updates timestamp of session data. Compatibility of old user defined\nsave handler is retained.
SessionUpdateTimestampHandlerInterface is added. validateSid(), updateTimestamp()\nis defined in the interface.
session.lazy_write(default=On) INI setting enables only write session data when\nsession data is updated.

\n\n

Opcache

Removed opcache.load_comments configuration directive. Now doc comments\nloading costs nothing and always enabled.

\n\n

OpenSSL

Removed the “rsa_key_size” SSL context option in favor of automatically\nsetting the appropriate size given the negotiated crypto algorithm.
Removed “CN_match” and “SNI_server_name” SSL context options. Use automatic\ndetection or the “peer_name” option instead.

\n\n

PCRE:

Removed support for /e (PREG_REPLACE_EVAL) modifier. Use\npreg_replace_callback() instead.

\n\n

PDO_pgsql:

Removed PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT attribute in favor of\nATTR_EMULATE_PREPARES.

\n\n

Standard:

Removed string category support in setlocale(). Use the LC_* constants\ninstead.
Removed set_magic_quotes_runtime() and its alias magic_quotes_runtime().

\n\n

JSON:

Rejected RFC 7159 incompatible number formats in json_decode string -\ntop level (07, 0xff, .1, -.1) and all levels ([1.], [1.e1])
Calling json_decode with 1st argument equal to empty PHP string or value that\nafter casting to string is empty string (NULL, FALSE) results in JSON syntax error.

\n\n

Stream:

Removed set_socket_blocking() in favor of its alias stream_set_blocking().

\n\n

XSL:

Removed xsl.security_prefs ini option. Use XsltProcessor::setSecurityPrefs()\ninstead.

Notes

Part 2 - Language Changes & Improvements

1https://www.zend.com/en/resources/php7_infographic↩

\n\n\n

\n\n

\n\n","tocStructure",[354,355,356,357,358,359,360,361,362,363,364,365,366,367,368,369,370,371,372,373,374,375,376,377,378,379,380,381,382,383,384,385,386,387,388,389,390,391,392,393,394,395,396,397,398,399,400,401,402,403,404,405,406,407,408,409,410,411,412,413,414,415,416,417,418,419,420,421],{"_80":74,"_43":70,"_71":-5,"_75":76,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":70,"_71":-5,"_75":76,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":86,"_71":-5,"_75":87,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":90,"_71":-5,"_75":91,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":94,"_71":-5,"_75":95,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":98,"_71":-5,"_75":99,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":102,"_71":-5,"_75":103,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":107,"_71":-5,"_75":108,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":112,"_71":-5,"_75":113,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":116,"_71":-5,"_75":117,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":120,"_71":-5,"_75":121,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":124,"_71":-5,"_75":125,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":128,"_71":-5,"_75":129,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":132,"_71":-5,"_75":133,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":136,"_71":-5,"_75":137,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":140,"_71":-5,"_75":141,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":144,"_71":-5,"_75":145,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":148,"_71":-5,"_75":149,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":152,"_71":-5,"_75":153,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":156,"_71":-5,"_75":157,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":160,"_71":-5,"_75":161,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":164,"_71":-5,"_75":165,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":167,"_71":-5,"_75":168,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":170,"_71":-5,"_75":171,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":173,"_71":-5,"_75":174,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":176,"_71":-5,"_75":177,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":180,"_71":-5,"_75":181,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":183,"_71":-5,"_75":184,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":186,"_71":-5,"_75":187,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":173,"_71":-5,"_75":189,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":191,"_71":-5,"_75":192,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":195,"_71":-5,"_75":196,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":198,"_71":-5,"_75":199,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":170,"_71":-5,"_75":201,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":203,"_71":-5,"_75":204,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":206,"_71":-5,"_75":207,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":210,"_71":-5,"_75":211,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":173,"_71":-5,"_75":214,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":216,"_71":-5,"_75":217,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":220,"_71":-5,"_75":221,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":224,"_71":-5,"_75":225,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":228,"_71":-5,"_75":229,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":231,"_71":-5,"_75":232,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":234,"_71":-5,"_75":235,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":237,"_71":-5,"_75":238,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":240,"_71":-5,"_75":241,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":243,"_71":-5,"_75":244,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":246,"_71":-5,"_75":247,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":249,"_71":-5,"_75":250,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":252,"_71":-5,"_75":253,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":81,"_43":256,"_71":-5,"_75":257,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":260,"_71":-5,"_75":261,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":263,"_71":-5,"_75":264,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":266,"_71":-5,"_75":267,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":269,"_71":-5,"_75":270,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":272,"_71":-5,"_75":273,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":275,"_71":-5,"_75":276,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":278,"_71":-5,"_75":279,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":281,"_71":-5,"_75":282,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":284,"_71":-5,"_75":285,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":287,"_71":-5,"_75":288,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":290,"_71":-5,"_75":291,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":293,"_71":-5,"_75":294,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":296,"_71":-5,"_75":297,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":299,"_71":-5,"_75":300,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":302,"_71":-5,"_75":303,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":106,"_43":305,"_71":-5,"_75":306,"_73":74,"_109":-5,"_110":-5,"_84":-5},{"_80":74,"_43":308,"_71":-5,"_75":309,"_73":74,"_109":-5,"_110":-5,"_84":-5},"publicChapterContent","nextChapter","sections",[],"routes/_store+/_layout","routes/_store+/_readers+/_layout","actionData","errors"]

Build from Source

Table of Contents

Sample

Preface

Who is this book for

Contents

Other resources

Acknowledgements

PHP Wiki and Documentation Content

Getting Started with PHP 7

Ubuntu 14.04 and 16.04+

Debian 8 & 9

Debian 6 & 7

CentOS / RHEL

Mac OS X

Windows

phpbrew

Docker

Vagrant Image

Build from Source

Part 1 - New Features

Chapter 1: Scalar Type Hints

Type Checking Modes

Weak (“Coercive”) Type Checking

Strong (“Strict”) Type Checking

Mixing Modes

Backwards Compatibility

Further Reading

Chapter 3: Combined Comparison (Spaceship) Operator

Comparing Values

Sorting

Sorting by multiple values

Further Reading

Chapter 5: Unicode Codepoint Escape Syntax

Why the {}s?

Limitations

Backwards Compatibility

Further Reading:

Part 2 - Language Changes & Improvements

Chapter 15: Performance

Further Reading

Part 3 - Deprecations & Removals

Appendix - Backward Compatibility Breaks

Language Changes

Variable handling

Left-to-right parsing

Global Keywords

Parenthesis influencing behavior

By-reference assignment ordering

\nlist() behavior

Variable assignment order

Empty list assignments

\nforeach behavior

Interaction with internal array pointers

Array iteration by-value

Array iteration by-reference

Object iteration

Parameter handling

Duplicate parameter names

Retrieving argument values

Effect on backtraces

Integer handling

Invalid octal literals

Negative bitwise shifting

Left bitwise shifts

Right bitwise shifts

String handling

Hexadecimal numeric strings

Unicode escape sequence

Error handling

Errors as throwables

Fatal errors

Parser errors

Internal class constructor failures

Reclassification of E_STRICT

Other language changes

Static calls to non-static methods

Reserved words

Parenthesis requirement for yield\n

Other removals

Why the `{}`s?

\n`list()` behavior

\n`foreach` behavior

Parenthesis requirement for `yield`\n