Hi All,
so this is busted on FBSD, OpenBSD, NetBSD.
mainly b/c it can't handle this format:
stdio.h:void clearerr(FILE *)
There are other issues too. So I was reading the archives. There are
6,278 messages relating mainly in 2001-2 involving Stas, Doug, and Gerald.
It apparently can't par
On Tue, 27 Aug 2002, Stas Bekman wrote:
> make source_scan still doesn't work for me, with the latest httpd-2.0
> and mod_perl-2.0 cvs.
>
> % /home/stas/perl/ithread/bin/perl5.8.0 build/source_scan.pl
> failed on <
>
> enum {
>
make source_scan still doesn't work for me, with the latest httpd-2.0
and mod_perl-2.0 cvs.
% /home/stas/perl/ithread/bin/perl5.8.0 build/source_scan.pl
failed on <
enum {
APR_BUCKET_DATA = 0,
APR_BUCKET_METADATA = 1
} is_metadata;> with type=<>
On Mon, 4 Mar 2002, Stas Bekman wrote:
> I've simply patched C::Scan not do die on the parsing problem. Also
> added local() fix. This is against http://www.apache.org/~dougm/Scan.pm
nice work. i've updated ~dougm/Scan.pm with your patch.
-
Doug MacEachern wrote:
> On Sat, 2 Mar 2002, Stas Bekman wrote:
>
>
>>Thanks Doug, it still fails though, with a new problem:
>>
>
> can't really help here. you'll have to dig around and try to figure out
> which .h file is causing this.
I cannot figure that out, since it seems like an exp
On Sat, 2 Mar 2002, Stas Bekman wrote:
> Thanks Doug, it still fails though, with a new problem:
can't really help here. you'll have to dig around and try to figure out
which .h file is causing this. do you need the tables updated to sync
with httpd-2.0 or to add a new function? if the latt
C::Scan never could parse apr_optional.h, either ap_config.h or
mod_log_config.h recently started including it. neither are required for
our source tables, so they are skipped now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Doug, make source_scan doesn't seem to work with the latest httpd cvs:
Expecting parenth after identifier in `apr_opt_fn_t *pfn'
after `apr_opt_fn_t ' at
/home/stas/perl/ithread/lib/site_perl/5.7.2/C/Scan.pm line 851.
C::Scan::do_declaration1('apr_opt_fn_t
*pfn'
On Thu, 28 Jun 2001, Stas Bekman wrote:
> On Wed, 27 Jun 2001, Doug MacEachern wrote:
>
> > On Thu, 28 Jun 2001, Stas Bekman wrote:
> >
> > > So if I add a new feature and want to add it via source_scan, only you can
> > > do that if don't want to overwrite each others version of
> > > xs/tables/
On Wed, 27 Jun 2001, Doug MacEachern wrote:
> On Thu, 28 Jun 2001, Stas Bekman wrote:
>
> > So if I add a new feature and want to add it via source_scan, only you can
> > do that if don't want to overwrite each others version of
> > xs/tables/current/Apache/FunctionTable.pm. Do you think we shoul
On Thu, 28 Jun 2001, Stas Bekman wrote:
> So if I add a new feature and want to add it via source_scan, only you can
> do that if don't want to overwrite each others version of
> xs/tables/current/Apache/FunctionTable.pm. Do you think we should make
> sourcescan produce an identical code, no mat
Ok, here is the summary of the 'make source_scan' issue.
using the Scan.pm from Doug's site with the patch:
--- /home/dougm/tar/Scan.pm Mon Jun 25 16:38:02 2001
+++ /home/dougm/perl/C-Scan-0.75/Scan.pmWed May 2 20:57:45 2001
@@ -914,7 +914,7 @@
}
my $strea
12 matches
Mail list logo
