#21552 [Csd->Opn]: re2c: command not found

From: Date: Fri, 10 Jan 2003 15:02:58 +0000
Subject: #21552 [Csd->Opn]: re2c: command not found
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-29685@lists.php.net to get a copy of this message
ID: 21552 User updated by: ed2019@columbia.edu Reported By: ed2019@columbia.edu -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.0 New Comment: Wez- On the solaris box I am using: $ tar --version tar (GNU tar) 1.13 On the linux box: erik@oslo:~$ tar --version tar (GNU tar) 1.13.25 Interestingly enough, my dates matched each other perfectly even though they were different than yours. I wonder why they are different? Also, the problem I found (with my stem script that clobbers the dates) doesn't necessarily explain the problem that changeling@yahoo.com was having, though it seems likely that it is date related. Perhaps this should still be open. Previous Comments: ------------------------------------------------------------------------ [2003-01-10 08:55:59] ed2019@columbia.edu The problem was with a piece of software we use here to manage our source tree, called stem. Stem takes as input a directory of source files (such as php-4.3.0) and copies them into our main source directory, then makes a nest of symlinks to support building with different object directories for different platforms. The problem was that stem clobbers the file dates when it copies the files. When the dates aren't perfect make tries to call re2c and dies. Apoligies for causing a ruckus with this bug which is the fault of one of our scripts. Installation / compiling would, however, be somewhat more robust if dates weren't critical to the success of make. Perhaps by changing the makefile to never compile .re files in release distributions, or moving the .re files to an 'original source' directory that isn't operated on by make. This problem could crop up not just with my script but potentially with anyone who moves the files around before compiling and manages to clobber the dates. thanks to all who provided help / comments. ------------------------------------------------------------------------ [2003-01-10 08:48:29] wez@php.net And for completeness: -rw-r--r-- andrei/andrei 16718 2002-12-27 04:51 php-4.3.0/ext/standard/var_unserializer.c -rw-r--r-- andrei/andrei 8276 2002-08-19 20:45 php-4.3.0/ext/standard/var_unserializer.re ------------------------------------------------------------------------ [2003-01-10 08:47:04] wez@php.net tar tvf php-4.3.0.tar | grep url_scanner_ex -rw-r--r-- andrei/andrei 26762 2002-12-27 04:51 php-4.3.0/ext/standard/url_scanner_ex.c -rw-r--r-- andrei/andrei 12566 2002-09-30 05:56 php-4.3.0/ext/standard/url_scanner_ex.re Are you using GNU tar or Solaris tar? Because it sounds like your tar tool is at fault. ------------------------------------------------------------------------ [2003-01-10 08:35:35] ed2019@columbia.edu directory info from freshly un-tarred downloads from the official website, no other changes made or commands issued. The dates on solaris and linux are the same. The dates on the .c files are later than on the .re files. On Solaris: $ pwd /tmp/erik_tmp/php-4.3.0/ext/standard $ ls -l *.re -rw----- ed2019 staff 12566 Sep 30 00:56 url_scanner_ex.re -rw----- ed2019 staff 8276 Aug 19 15:45 var_unserializer.re $ ls -l url_scanner.c; ls -l url_scanner_ex.c; ls -l var_unserializer.c -rw----- ed2019 staff 8279 Aug 28 02:13 url_scanner.c -rw----- ed2019 staff 26762 Dec 26 23:51 url_scanner_ex.c -rw----- ed2019 staff 16718 Dec 26 23:51 var_unserializer.c On Linux (debian): erik@oslo:~/phptemp/php-4.3.0/ext/standard$ -rw-r--r-- erik erik 12566 Sep 30 00:56 url_scanner_ex.re -rw-r--r-- erik erik 8276 Aug 19 15:45 var_unserializer.re erik@oslo:~/phptemp/php-4.3.0/ext/standard$ ls -l url_scanner.c; ls -l url_scanner_ex.c; ls -l var_unserializer.c -rw-r--r-- 1 erik erik 8279 Aug 28 02:13 url_scanner.c -rw-r--r-- 1 erik erik 26762 Dec 26 23:51 url_scanner_ex.c -rw-r--r-- 1 erik erik 16718 Dec 26 23:51 var_unserializer.c using: $ make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for sparc-sun-solaris2.8 ------------------------------------------------------------------------ [2003-01-10 05:17:42] alan@akbkhome.com Is solaris incorrectly untaring the data stamp on the var_unserializer.c ? or is make file date check failing? the work around would be to touch var_unserializer.c before building.. but try untaring 4.3.0 and look at the date stamp to see if the .c is later than the .re file... ------------------------------------------------------------------------ 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/21552 -- Edit this bug report at http://bugs.php.net/?id=21552&edit=1

« previous php.bugs (#29685) next »