php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #2366 No Bison
Submitted: 1999-09-23 10:59 UTC Modified: 1999-09-23 11:40 UTC
From: don at steem dot com Assigned:
Status: Closed Package: Compile Failure
PHP Version: 3.0.12 OS: Linux 2.2.12 - RedHat 5.2
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: don at steem dot com
New email:
PHP Version: OS:

 

 [1999-09-23 10:59 UTC] don at steem dot com
This is the same bug as ID# 2002 but I wanted to report it as also occuring on another system. I installed Bison on my dev server to allow compilation to occur, but I would rather avoud installing bison (an otherwise unneeded tool) on my production server. It was strange having this occur when I've been recompiling since 3.0.6 with no troubles and no bison. (I did note that Bison was required if I were to snag a CVS image and compile a beta, but I have never needed to do so. Perhaps this was a simple mistake in assemblin the 3.0.12 source distribution?)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1999-09-23 11:28 UTC] don at steem dot com
Actual configure and make errors are:

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
 [1999-09-23 11:40 UTC] rasmus at cvs dot php dot net
You are right.  We messed up.  We forgot to pre-generate functions/parsedate.c and include it in 3.0.12.
This has been fixed in our distribution generation script and the file will be in 3.0.13
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved.
Last updated: Thu Oct 08 08:00:01 2026 UTC