Re: Bug #2366: No Bison

From: Date: Thu, 01 Jan 1970 00:00:00 +0000
Subject: Re: Bug #2366: No Bison
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-11240@lists.php.net to get a copy of this message
Oh man, you are right. parsedate.y was added, but we forgot to add a rule to our distribution building tool to auto-generate parsedate.c from it. I have fixed this now and 3.0.13 will definitely have it. On Thu, 23 Sep 1999, Don Rude wrote: > Rasmus Lerdorf wrote: > > > > Are you actually getting an error? The most you should get if you don't > > have Bison installed is a warning. > > > I get both the configure 'warning' and then during make it stops saying that > Bison could not be found (since it's not installed). Here are the './configure' > and 'make' warnings. > > > configure: warning: You will need bison if you'd want to regenerate the PHP 3.0 > parsers. > > bison -v -d ./functions/parsedate.y -o functions/parsedate.c > make: bison: Command not found > make: *** [functions/parsedate.c] Error 127 > > > I just generated these by doing a standard configure/make on my dev server > (after removing Bison since our successful compile last night) but we had the > same behavior yesterday using our standard recompile routine. > > The 'standard recompile' also adds in mod_ssl and links PHP against mySQL and > cybercash MCK. If you would like my full config info I'll gladly share it but > this little re-test I did just now to generate the above text seems to show my > config has little to do with it. Not to mention that I have done this same > series of steps many times in the past with no bison trouble. > > Thanks for the prompt response. I'm CC-ing John Barrett who posted bug 2002 > since he will also be interested in the outcome of this 'bug'. > > >

« previous php.dev (#11240) next »