similar to: dovecot-2.1-pigeonhole-0.3.0 identifier redeclared: sieve_multiscript_run (patch)

I am trying to compile R on Linux using SunStudio. Configure flags are mostly as suggested in the R install guide. CC=/opt/sun/sunstudio12.1/bin/suncc CFLAGS="-g -xc99 -xlibmil -xlibmieee" MAIN_CFLAGS=-g SHLIB_CFLAGS=-g CPPFLAGS="-I. -I/opt/sun/sunstudio12.1/prod/include -I/opt/sun/sunstudio12.1/prod/include/cc" CPPFLAGS+="-I/opt/sun/sunstudio12.1/prod/include/cc/sys

Thank you Martyn, I am one step closer. Using R-patched, configure was successful. However, make exited with an error. Configure summary: Installation directory: /usr/local C compiler: /opt/sun/sunstudio12.1/bin/suncc -g -O -xc99 -xlibmil -m32 -xlibmieee -nofstore Fortran 77 compiler: /opt/sun/sunstudio12.1/bin/sunf95 -g -O -libmil -m32 -nofstore C++ compiler:

Apologies if this is not the best list on which to ask for help. I have compiled R 2.6.0 using Sun Studio 12 compilers. I can install most CRAN and bioconductor packages that I need, with the exception of RSQLite. Unfortunately this is critical for other packages that I need. I have tried to compile it using R CMD INSTALL to generate a config.log file. I don't know how to fix the reported

Hi again, I am trying to building ff on solaris x64 10u7, and failed with the following result: -bash-3.00$ R CMD INSTALL ff * installing to library '/opt/R/R2-11-1/lib/R/library' * installing *source* package 'ff' ... checking for gcc... /opt/sunstudio12.1/bin/cc -m64 checking for C compiler default output file name... a.out checking whether the C compiler

Hi Dirk I think there are problems with pg_config, the configure script of RPostgreSQL checks for pg_config and got ¡°checking for pg_config... /usr/bin/pg_config¡±. In Solaris 10u7 X64, three versions of PostgreSQL are installed, there are in /usr/postgres/8.2(8.2.9) and /usr/postgres/8.3(8.3.3), the corresponding bin files are in /usr/postgres/<version>/bin and

Dear R-developers: I'm trying to build a 64-bit R-patched_2006-07-24 on SunFire V40z with on Solaris OS 10 64-bit kernel and using Sun Studio 11 compilers. Everything runs OK until it gets to building package tools (all.R) where it fails. Bellow is how I tried it (I can provide any other additional info if needed). Any help please? Thank you very much Latchezar Dimitrov Wake Forest Univ.

Dear all, I am trying to compile R version 1.0.1 under Solaris on a SUNsparcUltra10. Note that I'm doing this in my home directory as I cannot do it as root. The configure script seems to run correctly and issues as the last few lines: ----------------------------------------------- ... R is now configured for sparc-sun-solaris2.7 Source directory: . Installation directory:

complete patch. some parts were missing before diff --git a/src/lib-sieve/plugins/environment/ext-environment-common.c b/src/lib-sieve/plugins/environment/ext-environment-common.c --- a/src/lib-sieve/plugins/environment/ext-environment-common.c +++ b/src/lib-sieve/plugins/environment/ext-environment-common.c @@ -24,7 +24,8 @@ static const struct sieve_environment_item *core_env_items[] = {

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 10 Aug 2015, matthias lay wrote: Hi Matthias, there is another possibility: require ["fileinto", "variables", "subaddress", "envelope"]; if envelope :detail :matches "to" "*" { set "myfolder" "${1}"; } else { set "myfolder"

Hello! I was trying to build OpenOffice using all of my 4 CPUs. To be able to do other work on the machine comfortably, I ran the build under nice, and assigned real-time priority to the two Xorg processes. The build started at about 23:10 last night, and hung at 23:46. The procstat output for the make's process group is: PID PPID PGID SID TSID THR LOGIN WCHAN EMUL

Sandeep Patel wrote: > My goal is to have Cortex-A9 support complete in far less than three > months. I've recently gotten some additional help toward that goal, so > the pace should pick up soon. > > As far as compiler texts, there are many newer texts to recommend as > just about all the major optimization passes are done differently > after SSA-form appeared in about

----- Original Message ---- > From: Chuck Robey <chuckr at telenix.org> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Sent: Friday, May 22, 2009 9:22:53 AM > Subject: Re: [LLVMdev] Arm port > > OK, I've got enough to go on with, and I'm getting ready right now to begin > reading the dragon book, but one question bothers me regarding the

Which platform? If on Solaris 10 sparc, GCC (either from Sun or sunfreeware.com) should be 64-bit by default. GCC from Sunfreeware for Solaris 10 x86 will compile 32-bit by default. For Solaris, you are better off using Sun Studio and Dmake. Actually, you are better off just using the compiled version from Oracle/Sun. On 06/13/12 02:08, prabu.murugan at emc.com wrote: > Hi, > >

Samuel Crow wrote: > > > > > ----- Original Message ---- >> From: Chuck Robey <chuckr at telenix.org> >> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> >> Sent: Friday, May 22, 2009 9:22:53 AM >> Subject: Re: [LLVMdev] Arm port >> >> OK, I've got enough to go on with, and I'm getting ready right now to begin

fixed my problem. if somebody is interested. I added an variable to the environment extension, which is quite easy. And the value of the folder is already there. so this is all: src/lib-sieve/plugins/environment/ext-environment-common.c static const char *envit_spfolder_get_value (struct sieve_instance *svinst, const struct sieve_script_env *senv) { return

This is from a discussion on opensolaris-tools that is somewhat relevant for DTrace community. I wrote a simple D script (http://www.opensolaris.org/os/project/onnv/onnv_build/faster_builds/tools/dtrace/dirtrace.d) that collects data for each dmake process during the Solaris build. After that the data is post-processed by a Perl script

Hello, Did anybody outside SUN tried to build xen-src (osox-src-2006-08-16)? I had tried it on x86_64 machine. I am running SXCR46 (I know that it says that SXCR 44 is needed, but I hope that this is a minimum requierment, even that it doesn''t say it explicitly, and that SXCR 46 is also good. BTW, Am I right in this ? ) ; I ran "nightly opensolaris.sh &". My

Hi Just for info: I've succeded upgrading to binutils 2.15 (from pure binutils source) on the mingw platform, through almost automatically configuring, compiling and installing dmake and perl. However, the LLVM configure searches a nonexistent path (c:/mingw/mingw32/bin) in the PATH environment and funny enough finds an old version of ld. So, you have to manually fix the llvm libtool

Yes, llvm-config. Thanks for the pointer to the build script - that's what I was looking for. -Greg On Thu, Jan 31, 2013 at 5:24 PM, Andrew Hsieh <andrewhsieh at google.com>wrote: > You mean llvm-config? It was deleted after the build. You can modify our > build script build-llvm.sh to get it back. > Clang/llvm-3.2 will be available in the next NDK release. There is no

Hello, make check on Solaris 10 throws a segmentation fault. The error is independent of the compiler (SunStudio/GCC) and processor architecture (SPARC/x86) and 32 or 64 bit binary. Dovecot Version: 2.2.10 OS: Solaris 10/SPARC & x86 SunStudion Compiler cc: Sun C 5.10 SunOS_sparc Patch 141861-10 2012/11/07 GCC gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) The error occurs first