No, I'm not (both not the only one using an older version, nor am I necessarily using an older version).
Until someone points out a re2c bug that actually impacts PHP, I'm in no rush to run around upgrading more than 20 machines. --Wez. On 8/9/05, Marcus Boerger <[EMAIL PROTECTED]> wrote: > Hello Wez, > > just to remind you: you are the only one using an old unsupport version > that doesn't come with -o. > > marcus > > Tuesday, August 9, 2005, 10:55:43 PM, you wrote: > > > JFYI: -o doesn't work on all versions of re2c > > > --Wez. > > > On 8/9/05, Nuno Lopes <[EMAIL PROTECTED]> wrote: > >> 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" <[EMAIL PROTECTED]> > >> 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. > > > Best regards, > Marcus > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php