Comment 18 for bug 1734967

The more I look into this the more I start to think it may not be a php bug as I first guess.
php is relying on tzdata package so it should follow what tzdata bundle has in hand.

I wonder if the change I mentioned in Comment#1 is valid and/or if it has the appropriate informations for "America/Godthab", because for the moment it seems to share similar value as southamerica locations "America/Sao_Paulo" which I wonder if this could be the reason why it conflicts. If it's not conflicting or something not well taken into account.

Note that if I set the localtime to "America/Sao_Paulo", I don't see any conflict.
So it is really when "America/Godthab" is set and/or possibly other invented 'europe' abbreviation adjust in the same commit.

@Thomas,
At this stage, I would contact upstream ML (if any) or the author of the patch :
Paul Eggert <email address hidden>

----------------------
# filename: europe
Zone America/Godthab -3:26:56 - LMT 1916 Jul 28 # Nuuk
                        -3:00 - -03 1980 Apr 6 2:00
                        -3:00 EU -03/-02

# filename: southamerica
Zone America/Sao_Paulo -3:06:28 - LMT 1914
                        -3:00 Brazil -03/-02 1963 Oct 23 0:00
                        -3:00 1:00 -02 1964
                        -3:00 Brazil -03/-02

----------------------

# strings /usr/share/zoneinfo/America/Sao_Paulo
<-03>3<-02>,M10.3.0/0,M2.3.0/0

# strings /usr/share/zoneinfo/America/Godthab
<-03>3<-02>,M3.5.0/-2,M10.5.0/-1

----------------------

# ln -sf /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime

# date
Mon Dec 4 13:53:33 -02 2017

# php tz.php
America/Sao_Paulo