search for: doxyment

...ure if it makes sense to import the man pages, if we only >> expose Regex.h. >> > > I'd like to keep re_format.7, it describes the format of the regex as > accepted by this implementation. > I'll remove regex.3 since its not exposed. Ok. >> Can you make these doxyments? Also, I'd prefer more LLVM style and less Unix >> style enum names, IgnoreCase for example. >> >> Does NOSPEC actually ever make sense to use? Wouldn't clients just use string >> compare? >> > > Indeed, it is worthless for LLVM. > There's also RE...

...ose Regex.h. >>> >>> >> I'd like to keep re_format.7, it describes the format of the regex as >> accepted by this implementation. >> I'll remove regex.3 since its not exposed. >> > > Ok. > > >>> Can you make these doxyments? Also, I'd prefer more LLVM style and less Unix >>> style enum names, IgnoreCase for example. >>> >>> Does NOSPEC actually ever make sense to use? Wouldn't clients just use string >>> compare? >>> >>> >> Indeed, it is worth...

...ter any newline in the string in addition to its normal >> + // function, and the $ anchor matches the null string before any >> + // newline in the string in addition to its normal function. >> + NEWLINE=8 >> + }; >> > > Can you make these doxyments? Also, I'd prefer more LLVM style and less Unix > style enum names, IgnoreCase for example. > > Does NOSPEC actually ever make sense to use? Wouldn't clients just use string > compare? > Indeed, it is worthless for LLVM. There's also REG_PEND (non-POSIX, but this imp...

...tches the > + // null string after any newline in the string in addition to its normal > + // function, and the $ anchor matches the null string before any > + // newline in the string in addition to its normal function. > + NEWLINE=8 > + }; Can you make these doxyments? Also, I'd prefer more LLVM style and less Unix style enum names, IgnoreCase for example. Does NOSPEC actually ever make sense to use? Wouldn't clients just use string compare? > + > + Regex(const char *regex, unsigned Flags=NOSUB); > + ~Regex(); I think this should have...

On 2009-08-24 20:14, Chris Lattner wrote: > On Aug 23, 2009, at 11:59 PM, Török Edwin wrote: >> If LLVM is going to have an integrated regex library I suggest using it >> regardless if the platform has one. >> The LLVM integrated regex library will provide consistent behaviour and >> execution time, the system one will not. > > Hi Edwin, > > Can you propose

...>>>> >>> I'd like to keep re_format.7, it describes the format of the regex as >>> accepted by this implementation. >>> I'll remove regex.3 since its not exposed. >>> >> >> Ok. >> >> >>>> Can you make these doxyments? Also, I'd prefer more LLVM style and less Unix >>>> style enum names, IgnoreCase for example. >>>> >>>> Does NOSPEC actually ever make sense to use? Wouldn't clients just use string >>>> compare? >>>> >>>> >>&gt...

On Aug 23, 2009, at 11:59 PM, Török Edwin wrote: > If LLVM is going to have an integrated regex library I suggest using > it > regardless if the platform has one. > The LLVM integrated regex library will provide consistent behaviour > and > execution time, the system one will not. Hi Edwin, Can you propose the openbsd implementation as a patch to lib/support? -Chris