Hello,
This is not a bug, but it took me a long time to troubleshoot, so I figured
I'll share it (perhaps save someone else some time).
In short: under NetBSD, because of defaulting to 'double' precision (instead of 'long
double', as nicely documented in gunlib's fpucw.h file), the "roundl"
i
Hello,
Seiya Kawashima writes:
> During my experiments with libunistring-0.9.5, I've found an error in
> u-strtok.h as below. The lines
> starting with "" are my changes.
>
> /* Move past the token. */
> {
> UNIT *token_end = U_STRPBRK (str, delim);
> if (token_end)
> {
> /* NUL-terminate t
Pushed. thanks!
Pádraig.
perl v5.22 introduced the following (taken from perldelta.pod):
===
A literal C<"{"> should now be escaped in a pattern
If you want a literal left curly bracket (also called a left brace)
in a regular expression pattern, you should now escape it by either
preceding it with a backslash (C<"\{">) o
[resent - seems my previous post got lost]
perl v5.22 introduced the following (taken from perldelta.pod):
===
A literal C<"{"> should now be escaped in a pattern
If you want a literal left curly bracket (also called a left brace)
in a regular expression pattern, you should now escape it by eit
On Wednesday 01 of July 2015 16:38:57 Pádraig Brady wrote:
> On 01/07/15 16:22, Pavel Raiskup wrote:
> > Yes, there is still nothing like that in gnulib-tool, am I right? I mean
> > dependency among configure.ac-early snippets -- those seem to be all just
> > sorted by name (by 'LANG=C sort -u').
