# [PATCH] Removal of deprecated 'gpc_order' php.ini option

- Thread: https://externals.io/message/7223
- Original archive: https://news-web.php.net/php.internals/7223
- Started by Jani Taskinen on 2004-01-21T10:14:11+00:00
- Messages: 2
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #7223 — Jani Taskinen — 2004-01-21T10:14:11+00:00

URL: https://externals.io/message/7223#7223

Attached is a patch to FINALLY get rid of the deprecated
    php.ini option 'gpc_order'. We've had note in the manual
    also about it not even existing in PHP4 for ages..
    
    Does anyone have any really good reason why it can NOT be 
    removed before PHP 5 goes gold? 
    
    There is no BC issue, variables_order will default to what
    it already is defaulting to in php.ini-*, so the behaviour
    stays the same even without any php.ini.
    
    --Jani

---

## #7239 — Zeev Suraski — 2004-01-21T12:11:01+00:00

URL: https://externals.io/message/7223#7239 · In reply to: #7223

There is some BC issue, because if you configured gpc_order for something 
specific and you rely on it, this setting will be silently ignored...

I *think* it's probably not that popular to change it, and that it's 
becoming less and less of an issue with the autoglobals.  But on the other 
hand, why do you want to remove it if it doesn't cause any problems (or 
does it?)?

Zeev

At 12:14 21/01/2004, Jani Taskinen wrote:

>     Attached is a patch to FINALLY get rid of the deprecated
>     php.ini option 'gpc_order'. We've had note in the manual
>     also about it not even existing in PHP4 for ages..
>
>     Does anyone have any really good reason why it can NOT be
>     removed before PHP 5 goes gold?
>
>     There is no BC issue, variables_order will default to what
>     it already is defaulting to in php.ini-*, so the behaviour
>     stays the same even without any php.ini.
>
>     --Jani