Re: [cmake-developers] Making your regular expression engine more reliable

On 05/18/2017 03:44 PM, Alan W. Irwin wrote: > I have just discovered a long-standing regular expression bug (see > ) that has been > around since at least 3.0.2. Not to distract from the rest of the discussion in this thread, but that particula

Re: [cmake-developers] Making your regular expression engine more reliable

On Thu, May 18, 2017 at 12:44:57 -0700, Alan W. Irwin wrote: > So your unit tests for regular expressions obviously missed at least > this issue. I have no idea what those unit tests are (or even if they > exist), but one possibility for attempting to wring most of the bugs out > of your regular ex

Re: [cmake-developers] Making your regular expression engine more reliable

On 05/18/2017 03:44 PM, Alan W. Irwin wrote: > Another possibility is simply to forget supporting your own regexp > engine and adopt someone else's very well regarded regexp engine (such > as libprng). I vaguely recall that has been suggested before, but > since that hasn't happened I presume iner

Re: [cmake-developers] Compile targets affected by changeset

On Thu, May 18, 2017 at 17:48:26 -0400, Robert Patterson via cmake-developers wrote: > 'make' has a limitation where if 'make target1 target2 target3' is > invoked, target1, target2, and target3 are built serially, not in > parallel. Well, this makes sense since there's no `-j` flag given. Are yo

Re: [cmake-developers] Making your regular expression engine more reliable

Am 18.05.2017 um 23:07 schrieb Domen Vrankar: > 2017-05-18 21:44 GMT+02:00 Alan W. Irwin >: > > I have just discovered a long-standing regular expression bug (see >