Displaying 20 results from an estimated 3472 matches for "regexed".
Did you mean:
regexec
2005 Aug 23
1
compile R with Portland Group compiler
Hi,
Can anyone advise me on how to compile R with Portland Group
compiler on a Opeteron machine with Red Hat Enterprise Linux WS release
4 installed?
I've edit config.site file to pick portland group compilers instead of
gcc. Here is the list of modified flags:
CC=/usr/pgi/linux86-64/6.0/bin/pgcc
CFLAGS='-g -O2'
CPPFLAGS='-I/usr/pgi/linux86-64/6.0/include
2019 Mar 29
2
Test failure due to file path
Hi all,
The following tests fail because my username (csabaraduly) contains "bar" :
********************
FAIL: LLVM :: tools/llvm-objcopy/ELF/regex.test (47099 of 50832)
******************** TEST 'LLVM :: tools/llvm-objcopy/ELF/regex.test'
FAILED ********************
Script:
--
: 'RUN: at line 1';
/home/csabaraduly/wk/LLVM-git/__build_release_99/bin/yaml2obj
2019 Mar 29
2
Test failure due to file path
For ignore-undefined-symbols.s, the simplest fix ought to be to have the llvm-mc RUN line take the source from <stdin>:
# RUN: llvm-mc –filetype=obj –triple=x86_64-pc-linux %s –o %t.o –g
becomes
# RUN: llvm-mc –filetype=obj –triple=x86_64-pc-linux < %s –o %t.o –g
But in this case, llvm-symbolizer still prints the file as $CWD/<stdin> which seems like its own separate bug.
--paulr
2015 Nov 05
3
How to encode plus sign in REGEX function in dialplan?
Dear all,
I have made a fairly complex dialplan where I am using the REGEX function in many places. This works so far, but I wasn't able to solve the following problem. What I would like to do is the following (please note that this is normal regex syntax and obviously not what the REGEX function expects, but I hope it shows the idea):
same => n(A1), GotoIf($[${REGEX("^\+49.*"
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
2018 Dec 26
1
Issue when building R-parched_2018-12-26
Hello.
Building R-patched from source on Win64 using current Rtools 3.5.0.4, I?m
getting the following notes indicating an extra left brace somewhere; or is
the problem on my end?
My installed Perl is Strawberry 5.28.0.1-64 bit.
Thank you,
Avi
(Sent from an iPhone, so my apologies if HTML also comes through)
------ Making HTML documentation ------
creating doc/manual/version.texi
creating
2009 Aug 25
6
[LLVMdev] Regular Expression lib support
Woot! Thanks a bunch Edwin!
Some comments on the patch:
--
I'm not sure if it makes sense to import the man pages, if we only
expose Regex.h.
> diff --git a/include/llvm/Support/Regex.h b/include/llvm/Support/Regex.h
> new file mode 100644
> index 0000000..314bff4
> --- /dev/null
> +++ b/include/llvm/Support/Regex.h
> @@ -0,0 +1,49 @@
> +//===-- Regex.h - Regular
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
2019 Feb 20
5
sieve filter not working
I've Dovecot and dovecot-sieve v 2.2.27 installed on a Debian 9.6. I'm
trying to set a Sieve filter which will redirect all emails from `info`
(i.e. .info) TLD to another email. This is the filter:
require ["regex"];
# rule:[test]
if header :regex "from" "info$"
{
redirect "subbs at domain.com";
}
It's not being honored; all emails from .info
2005 Aug 01
4
valgrind complains about regex.c (PR#8043)
I think I am using objects according to the man page.
This seems to be a valid regular expression. But whether
I know what I'm doing or no, it still shouldn't be doing
what valgrind seems to be saying it's doing. (IMHO)
---------- start of script ----------
Script started on Mon 01 Aug 2005 02:09:00 PM PDT
linux$ printenv VALGRIND_OPTS
--tool=3Dmemcheck
linux$ cat bar.R
foo <- 1
2019 Feb 20
1
sieve filter not working -- wildcard missing
On Wed, 2019-02-20 at 10:18 +0100, Martin Johannes Dauser via dovecot
wrote:
> Hi!
>
> You forgot the wildcard '.*'?(=?Match zero or more instances of any
> single character, except newline)
>
> require ["regex"];
> # rule:[test]
> if header :regex "from" ".*info$"
> {
> ? redirect "subbs at domain.com";
> }
>
2016 Dec 21
2
different compilers and mzR build fails
I'm not sure if I should bother you team with this,
apologies in case it's a bother.
I'm trying gcc 6.2.1 (from devtoolset-6) with R, everything
seems to work just fine, except for mzR.
Here is failed build:
g++ -m64 -shared -L/usr/lib64/R/lib -Wl,-z,relro -o mzR.so
cramp.o ramp_base64.o ramp.o RcppRamp.o RcppRampModule.o
rnetCDF.o RcppPwiz.o RcppPwizModule.o RcppIdent.o
2006 May 16
2
Using REGEX function
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Arial">Greetings,<br>
<br>
I'm running
2007 May 23
2
Possible ld.exe problem when building
Dear R People:
I am trying to build R-2.5.0 from source on a Windows machinee.
I downloaded the tools and such, and started things off.
I received some odd errors messages, looked on the R Search
and found a similar problem. The suggestion was to re-load
"ld.exe".
I downloaded and installed everything again. Same problem.
I am including my output.
2007 Nov 24
2
Sieve regex never matches
Hi,
I found the following code on the net which should redirect all mails
to another address depending on the time of day (useful for forwarding
mails to work):
require ["regex"];
if allof (header :regex "date" "(08|09|10|11|12|13|14|15|16|17):..:..",
not header :regex "date" "(sat|sun)") {
redirect "address at
2009 Aug 25
0
[LLVMdev] Regular Expression lib support
On 2009-08-25 21:18, Daniel Dunbar wrote:
> Woot! Thanks a bunch Edwin!
>
> Some comments on the patch:
> --
> I'm not sure 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.
>
>>
2016 Sep 12
3
RFC: FileCheck Enhancements
Hi,
I have question again about modifiers for pattern parameters.
Vedant suggested such way.
> CHECK-DEFINE-PATTERN: one_or_more(x): x {{+}}
But I have some doubts. This should be equal to x+. This approach differs from standard one.
In FileCheck I can write
CHECK: {{x|y}}{{something}}
This line will be equal to regex (x|y)(something).
But if I use suggested approach and write same
2005 Aug 21
0
Patch for Element.Class - wrong regexp
Hello,
I noticed (due to a recent post by Martin Honnen to clp) that
Element.Class uses wrong regexps for its operations.
E.g., Element.Class.has() will find "classA" in "classA-foobar"
I also changed the interface of .has() to the more general one used in
.has_any()
--- util.js.old 2005-08-21 19:18:40.000000000 +0200
+++ util.js 2005-08-21 19:31:42.000000000 +0200
@@
2009 Aug 24
8
[LLVMdev] Regular Expression lib support
On Aug 23, 2009, at 9:01 PM, Daniel Berlin wrote:
>> 2. Use POSIX regcomp facilities. This implies importing some
>> implementation of this interface, e.g., Windows. On Linux, BSD, etc.
>> we would try to use the platform version if available (and non-
>> buggy).
>
> Don't do it.
> They are ridiculous slow, and posix made some really dumb choices in
>
2008 Jul 09
1
memory leak in sub("[range]",...)
There is a 2-block memory leak in the sub() (or any other regex-related
function, probably) when the pattern argument involves a range
expression, e.g., '[0-9]'.
% R --debugger=valgrind --debugger-args=--leak-check=full --vanilla
==14519== Memcheck, a memory error detector.
==14519== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==14519== Using LibVEX rev 1658, a