ID: 48708 Updated by: [email protected] Reported By: l_faillie at yahoo dot com -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: * PHP Version: 5.2.10 New Comment:
How about you update your buggy compiler to something that actually works first? Previous Comments: ------------------------------------------------------------------------ [2009-06-29 22:07:20] l_faillie at yahoo dot com Unfortunately, no better luck :( In file included from /web/temp/php5.2-200906282230/ext/date/lib/parse_tz.c:34: /web/temp/php5.2-200906282230/ext/date/lib/timezonedb.h:5910: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.netbsd.org/Misc/send-pr.html> for instructions. gmake: *** [ext/date/lib/parse_tz.lo] Error 1 ------------------------------------------------------------------------ [2009-06-28 22:33:30] [email protected] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Derick linked to the wrong snapshot. I've fixed this already. ------------------------------------------------------------------------ [2009-06-28 20:00:25] l_faillie at yahoo dot com Unfortunately, I'm not able to compile latest 5.3 due to GCC bug this time : gcc: Internal error: Killed (program cc1) Please submit a full bug report. See <URL:http://www.netbsd.org/Misc/send-pr.html> for instructions. gmake: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 I'm planing to upgrade my system in coming weeks (during my holidays) implying a new GCC but it's not before at least 1 month. As a workaround of this bug, I'm suggesting doing year display as integer as it was on 5.2.9. Bye Laurent ------------------------------------------------------------------------ [2009-06-27 20:59:45] [email protected] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ ------------------------------------------------------------------------ [2009-06-27 16:04:36] l_faillie at yahoo dot com In ext/date/php_date.c, t->y (years) are stored as wide_int which is 'long long int' 64 bits but vararg or main/snprintf.c retrieve it as 'long int' (32 bits). As consequence, on big endian system, only upper part is take in account and contains only 0. Tested on NetBSD / Sparc system but I guess reproducible on all big endian system (IBM, sparc, 68000, ...). Bye the way, what is the need having 64b years which as been introduced w/ 5.2.10 ? Bye Laurent ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/48708 -- Edit this bug report at http://bugs.php.net/?id=48708&edit=1
