Re: PHP 4.0 Bug #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied
| From: | Jani Taskinen | Date: | Sun, 04 Mar 2001 01:05:55 +0000 |
| Subject: | Re: PHP 4.0 Bug #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-47876@lists.php.net to get a copy of this message | ||
On Sun, 4 Mar 2001, Boian Bonev wrote:
>> Are you sure you're using the php4.0.4pl1 source tarball from
>> www.php.net??
>> I just checked that file and it doesn't have any #line directives in it.
>
>look in url_scanner_ex.c not in url_scanner_ex.re. at least in latest cvs
>there are #line-s. my gcc does like them no matter there is no home/sas -
>perhapse rick's is old or something... non-gcc compilers may complain badly
>on these also
Yes, in CVS those directives can be found. But not in CVS snapshots
or in releases. So this shouldn't be a problem if people are using
those.
>these are put automaticaly by re2c. it is invoked with full path in make
>file, so it generates #line-s with full path.
>non-developers really do not need these #line directives and developer will
>recreate them by remaking c from re.
>so the best solution is to remove #line-s from the c file in cvs.
I don't think it's necessary. If someone is getting PHP from CVS they
just have to run ./genfiles to get rid of the #line directives.
Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page?
(why would some non-developer get his PHP 4 from CVS anyway? :)
--Jani