Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:83355
Return-Path: <francois@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 24673 invoked from network); 20 Feb 2015 21:04:04 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 20 Feb 2015 21:04:04 -0000
Authentication-Results: pb1.pair.com header.from=francois@php.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=francois@php.net; spf=unknown; sender-id=unknown
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.2 as permitted sender)
X-PHP-List-Original-Sender: francois@php.net
X-Host-Fingerprint: 212.27.42.2 smtp2-g21.free.fr  
Received: from [212.27.42.2] ([212.27.42.2:23322] helo=smtp2-g21.free.fr)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 6D/12-14173-341A7E45 for <internals@lists.php.net>; Fri, 20 Feb 2015 16:04:04 -0500
Received: from moorea (unknown [82.240.16.115])
	by smtp2-g21.free.fr (Postfix) with ESMTP id 3D3524B01FD;
	Fri, 20 Feb 2015 22:03:57 +0100 (CET)
Reply-To: <francois@php.net>
To: "'Dennis Birkholz'" <dennis@birkholz.biz>,
	<internals@lists.php.net>
References: <CAESVnVoJW3EQu254kztSG_1QjJjnqLJkxHOEL+gofwpJC7D40A@mail.gmail.com> <54E7822F.4070307@fischer.name> <54E7882B.30800@birkholz.biz>
In-Reply-To: <54E7882B.30800@birkholz.biz>
Date: Fri, 20 Feb 2015 22:03:57 +0100
Message-ID: <057201d04d50$be289f00$3a79dd00$@php.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIyuUwUVFIdYJq88tPJ7BNGL6d/pQFphJKyAV6NKKKcHuzS8A==
Content-Language: fr
X-Antivirus: avast! (VPS 150220-1, 20/02/2015), Outbound message
X-Antivirus-Status: Clean
Subject: RE: [PHP-DEV] [RFC] Reserve EVEN MORE types for PHP7
From: francois@php.net (=?utf-8?Q?Fran=C3=A7ois_Laupretre?=)

Hi,

This is not a question of namespace resolution. Built-in type hints and =
namespaces have nothing in common.

It is just about the logic of :

Class resource {
...
}

Function foo(resource $arg, ...)

Do we check $arg to be I_RESOURCE or an instance of the 'resource' class =
?

Hope I'm clear.

> -----Message d'origine-----
> De : Dennis Birkholz [mailto:dennis@birkholz.biz]
> Envoy=C3=A9 : vendredi 20 f=C3=A9vrier 2015 20:17
> =C3=80 : internals@lists.php.net
> Objet : Re: [PHP-DEV] [RFC] Reserve EVEN MORE types for PHP7
>=20
> Am 20.02.2015 um 19:51 schrieb Markus Fischer:
> > From the RFC:
> >
> >     =E2=80=9Cresource=E2=80=9D
> >     =E2=80=9Cobject=E2=80=9D
> >     =E2=80=9Cscalar=E2=80=9D
> >     =E2=80=9Cmixed=E2=80=9D
> >     =E2=80=9Cnumeric=E2=80=9D
> >
> > "... prohibits their usage as class, interface and trait names."
> >
> > This is such a major BC break.
>=20
> I just wonder why we need to prohibit these names. Can types not =
reside
> in the global \ namespace? We could then change the class resolution
> rules to allow to look also in \ as is done for functions currently.
>=20
> Thanks
> Dennis
>=20
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php