Any objections to applying the attached patch? This would suppress date
output in the generated output so that (hopefully) files generated by
re2c are not changed during the build just because of the date.
Hi!
Any objections to applying the attached patch? This would suppress date
output in the generated output so that (hopefully) files generated by
re2c are not changed during the build just because of the date.
I think it is a great idea. If we ever need a date for checked in files,
we have it on git commit, date in the text is not useful anyway.
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Any objections to applying the attached patch? This would suppress date
output in the generated output so that (hopefully) files generated by
re2c are not changed during the build just because of the date.I think it is a great idea. If we ever need a date for checked in files,
we have it on git commit, date in the text is not useful anyway.
Okay. But does the patch look okay? Is it sufficient? How can I force a
rebuild of all files generated through re2c to remove the date from the
files? To which branches should the patch be applied? Thanks!
Hi!
Okay. But does the patch look okay? Is it sufficient? How can I force a
rebuild of all files generated through re2c to remove the date from the
files? To which branches should the patch be applied? Thanks!
I think 5.5, since we're not touching 5.4 that much anymore, especially
not in the parser department.
I'm not sure how to force rebuild of all files except for manually doing
it, though.
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Am 06.12.2012 08:58, schrieb Stas Malyshev:
I think 5.5, since we're not touching 5.4 that much anymore, especially
not in the parser department.
I committed the patch to PHP-5.5 and merged it to master from there.
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/