search for: sedness

--- autoconf/configure.ac | 4 +++- cmake/modules/LLVMConfig.cmake.in | 3 ++- configure | 4 +++- tools/llvm-config/Makefile | 6 ++++++ tools/llvm-config/llvm-config.in.in | 3 ++- 5 files changed, 16 insertions(+), 4 deletions(-) diff --git a/autoconf/configure.ac b/autoconf/configure.ac index f3e94e8..cd943cc 100644 ---

I have been running Dovecot for sometime, but I have just used someone else efforts on customizing it. Many of these throw out the dovecot/conf.d files for a single dovecot.conf with no explanation on what does what. So tell you a few conf.d files to edit. So over the past few days, I have rolled up my sleeves and did my best to work out how to modify the proper conf.d files. To 'stay

I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4). I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line : + eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f

Why? -eric On Sep 20, 2011, at 9:14 AM, Johannes Obermayr wrote: > --- > autoconf/configure.ac | 4 +++- > cmake/modules/LLVMConfig.cmake.in | 3 ++- > configure | 4 +++- > tools/llvm-config/Makefile | 6 ++++++ > tools/llvm-config/llvm-config.in.in | 3 ++- > 5 files changed, 16 insertions(+), 4 deletions(-)

Hi, I need further help with my GAMs. Most models I test are very obviously non-linear. Yet, to be on the safe side, I report the significance of the smooth (default output of mgcv's summary.gam) and confirm it deviates significantly from linearity. I do the latter by fitting a second model where the same predictor is entered without the s(), and then use anova.gam to compare the

As Davide suggests, most likely it's a bot software installation snafu. But the simpler sed script works perfectly, and I'll do that for now. I had understood that LLVM expected people to install GnuWin32, but maybe it's not sufficiently well specified about versions and whatnot. --paulr > -----Original Message----- > From: davide.italiano at gmail.com [mailto:davide.italiano

Thanks, Galina. It doesn't explain why the test worked on some bots but not this one, but Justin's workaround is okay with me. --paulr From: Galina Kistanova [mailto:gkistanova at gmail.com] Sent: Thursday, November 09, 2017 10:09 AM To: Robinson, Paul Cc: Davide Italiano; llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] Problem with 'sed' on one Windows bot? There is nothing

I am trying to use sed to change a value in a pipe. ------------------- This is the two line script CHANGE="1234" cat my_file.txt | sed 's/CANCELID/$CHANGE/' > cancel.txt ------------------- and the my_file.txt has: <v1:notificationId>CANCELID</v1:notificationId> it gets changed to $CHANGE instead of the actual value 1234 . I tried putting a \ in front

Hello, Has anyone succeeded on configuring and compiling Sieve capable Dovecot LDA on RHEL 4 x86_64 platform? I am having problems with configure script hanging on sed while creating Makefiles. # ./configure --with-dovecot=../dovecot .. checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for library containing

On Mon, Oct 17, 2016 at 5:28 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > Looks reasonable, some minor comments below. > > > On 10/16/2016 02:06 AM, Ilia Mirkin wrote: >> diff --git a/src/nvc0_exa.c b/src/nvc0_exa.c >> index 6add60b..a53dfe6 100644 >> --- a/src/nvc0_exa.c >> +++ b/src/nvc0_exa.c >> @@ -914,14 +914,56 @@

The attached patch modifies the CMake/LLVMBuild scripts to build llvm-config on Windows if sed is found on the user's PATH. It also teaches LLVMBuild about MSVC library naming so llvm-config will produce the proper lists of library names. Any comments? Okay to commit? ----------------------------------------------------------------------------------- This email message is for the sole use

A test I added in r317607 is passing almost everywhere, except for llvm-clang-x86_64-expensive-checks-win. Other Windows bots are happy. http://lab.llvm.org:8011/builders/llvm-clang-x86_64-expensive-checks-win/builds/6013 The test runs 'sed' on a file to generate variations of the input assembler source for Linux and Darwin. I have to say it looks like 'sed' is being the

Hello, with rc6 on FreeBSD 6.1-STABLE, I encounter the following when running make after the usual configure [ Note : that worked with rc5 ] /usr/local/bin/zsh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -L/usr/local/lib -o dovecot-auth -export-dynamic

Justin Holewinski <jholewinski at nvidia.com> writes: > The attached patch modifies the CMake/LLVMBuild scripts to build > llvm-config on Windows if sed is found on the user's PATH. It also > teaches LLVMBuild about MSVC library naming so llvm-config will > produce the proper lists of library names. > > Any comments? Okay to commit? The presence of sed does not mean

Full_Name: Bob Bownes Version: 2.9.2 OS: Solaris 10 Submission from: (NULL) (164.55.254.106) The sed lines in src/unix/Makefile confuse the grep distributed with Solaris that gets configured by ./configure. Switching from a separator of ':' to a separator of ',' fixes the problem. 76,77c76,77 < @$(SED) -e "s:@rhome:$(rhome):" -e

Dear All, No-one seemed to know about this on r-help, so I'm trying here.... I'm having problems at the configure stage when trying to build R on Solaris 5.8. configure finds everything it needs but when it runs config.status to make all the Makefiles and headers, I get a huge slew of errors like this: config.status: creating src/extra/zlib/Makefile sed: -e expression #1, char 329:

--- Makefile.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile.in b/Makefile.in index 304d96cd..47e04c02 100644 --- a/Makefile.in +++ b/Makefile.in @@ -353,7 +353,7 @@ depend-rebuild: rm -f config.h touch config.h makedepend -w1000 -Y. -f .depend *.c 2>/dev/null - (head -2 .depend; tail +3 .depend | sort) >.depend.tmp + (head -n 2 .depend; tail -n +3

On Tuesday 20 September 2011 11:23:05 Eric Christopher wrote: > Why? > > -eric > Because openSUSE and many other linux distributions put all things to /usr/lib (i586) and /usr/lib64 (x86_64) or /usr/lib32. So it is possible to install x86 and x86_64 versions at the same time ... (See also http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-July/042068.html and

I am putting the finishing touches on the next release. I got everything mostly working with the latest autotools, but I've noticed that the generated libtool after configure does not have $SED defined. searching around it seems to be a common problem. I thought as a simple workaround that I would just distribute a libtool script that sets $SED to 'sed' (expecting it to be in the

My patch was wrong. I kept the sed transformation the same in the two places, but it wasn't strict enough to also work on the file contents. Sorry about that. This fixes it. >From 93927cc7b9f63c414e5bfeb7eba393fde3295601 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Fri, 20 Nov 2009 16:23:17 +0100 Subject: [PATCH libguestfs] build: correct sed