Hi,
I've already had a change to test your patch (I've even have asked my
university for a server to put ithe reports on-line).
I've also came into this issue, which happens because re2c is called in the
wrong way (the output is printed to stdout, rather than directly to the
file). Those files should be generated with 're2c -b -o output_file.c
in_file.re'. (also: re2c should be called from the directory where the
in_file.re is, so that it uses relatives paths)
Conclusion, you just need to regenerate the parsers correctly.
BTW, there was an error in your patch: it cleans the *.gcno files (which are
generated at compile time) in cov_gen_clean() before running lcov, thus
breaking the proccess.
Nuno
----- Original Message -----
From: "John Coggeshall" <john@coggeshall.org>
To: <internals@lists.php.net>
Sent: Tuesday, August 09, 2005 9:38 PM
Subject: [PHP-DEV] GCOV
Before we deep-freeze the CVS, I'd like to get my GCOV stuff committed.
The changes are relatively minor and I've already run it past Andi. I'm
trying to get around one last problem that maybe someone else can take
care of:
The basic issue is that our parsers have broken file/line preprocessor
directives... since we're pre-generating these files and then committing
them, things like #file and #line are breaking gcov because it's using
them to look for source and the paths are from whomever committed them
to begin with. I spoke with Andi about this at OSCON and we agreed that
it's probably best when GCOV is enabled to strip those preprocessor
directives out beforehand. Any other thoughts/comments? If no one has a
better solution I'll commit the code later today.
John
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
http://www.php.net/unsub.php