Displaying 7 results from an estimated 7 matches for "doxyments".
Did you mean:
documents
2009 Aug 27
2
[LLVMdev] Regular Expression lib support
...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 REG...
2009 Aug 27
0
[LLVMdev] Regular Expression lib support
...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 worthl...
2009 Aug 25
0
[LLVMdev] Regular Expression lib support
...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 impl...
2009 Aug 25
6
[LLVMdev] Regular Expression lib support
...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 a...
2009 Aug 25
0
[LLVMdev] Regular Expression lib support
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
2009 Aug 28
3
[LLVMdev] Regular Expression lib support
...>>>>
>>> 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?
>>>>
>>>>
>>>...
2009 Aug 24
3
[LLVMdev] Regular Expression lib support
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