similar to: MatClass

Upon thinking, the variable names may not be descriptive enough as `host` is a bit ambiguous and `deleted_count` may refer to a different command than expunge in imap and may be valid to track at some point so I have changed `host` to `client_ip` and `deleted_count` in imap to `expunged_count`, below is the modified diff for version 1.2.11. diff -crB dovecot-1.2.11.orig/src/imap/client.c

I've got matlab installed: < M A T L A B (R) > Copyright 1984-2009 The MathWorks, Inc. Version 7.8.0.347 (R2009a) 64-bit (glnxa64) February 12, 2009 I want to install loaddap. I downloaded an rpm from

Hi, I am trying to build a binary of Rquantlib package 0.3.5 under Window 7 64bits. I am using mingw gcc version 4.5.1 (tdm64-1) which is a experimental version of 64 bits ming gcc. (http://tdm-gcc.tdragon.net/). I have successfully compiled boost 1.45 and Quantlib 1.0.1 with this gcc. And then when I tried to compile Rquantlib 0.3.5, it reports some error. The first error is like below.

? Wed, 8 May 2024 16:59:25 +0000 Simon Andrews <simon.andrews at babraham.ac.uk> ?????: > The lapack libraries are: > > $ rpm -qa | grep lapack > lapack-3.9.0-10.el9.x86_64 > lapack64_-3.9.0-10.el9.x86_64 > lapack64-3.9.0-10.el9.x86_64 > lapack-devel-3.9.0-10.el9.x86_64 Thanks for this information! I figured out I needed to enable the "PowerTools/CRB" repo,

Hi Justin No i did a test setup after getting to it in real life. In this test setup: - rsync (daemonless) is run - ctrl-c, - results are checked, - dest directory is deleted and so on. in 50 % the file is left over. i can reproduce it on a big fat slow (relative to a small ext4 partition on same lvm) xfs-partition. If i do this on root I even if I manage tp ctrl-c at the right time, I

I tried building boost 1.45 release with clang 2.9 following instructions on http://blog.llvm.org/2010/05/clang-builds-boost.html but got the following result: $ clang++ --version clang version 2.9 (trunk 123420) Target: x86_64-apple-darwin10 Thread model: posix $ ./bjam toolset=clang Building the Boost C++ Libraries. Performing configuration checks - has_icu builds : no

I use the Hitec Aurora 9 (A9) transmitter for my remote control vehicles. http://www.hitecrcd.com/products/aircraft-radios-receivers-and-accesories/aircraft/aurora9/aurora-9-2-4ghz.html This transmitter is part of a system of devices. One of the devices in this system is the HPP-22, which is a USB device that allows a computer to communicate with the A9 in order to load and save model

Hi there, I've had a mighty battle to get printing working with Samba in the last two days. Firstly, to get anything working at all (using CUPS), I had to use disable spoolss = yes use client driver = yes Once I finally managed to get the printer (an HP LaserJet Series II) working with locally installed drivers, I turned my interest to getting it to work with either Windows drivers stored

Hello R-core developers, The upcoming release of R-3.1.0 is exciting, especially the support structure changes for c++11! But, just the other day I encountered an issue with the package creation tools within Rcpp and Dirk referred me to 'Writing R Extensions' [footnote 13] along with the comment that `.hpp` file extensions are "verboten" on CRAN and then proceeded to find

Hi folks, man page says "By default, rsync will delete any partially transferred file if the transfer is interrupted" I have (reproducible) a partial file left, if I do CTRL-C source-dir: mounted LVM XFS dest-dir: see source-dir Ubuntu 12.04.1 (LTS) kernel 3.2.0-39-generic command: rsync -a

Thank you! Installing openblas and then using ./configure --without-lapack --with-blas --enable-R-shlib ..got everything working. Does this need reporting upstream as a bug in R or lapack? I'm good now, but it might help others to get this fixed. Simon. -----Original Message----- From: Ivan Krylov <ikrylov at disroot.org> Sent: 08 May 2024 20:05 To: Simon Andrews

In the llvm file include/llvm/Support/DataTypes.h (.in/.cmake), for MSVCit defines some macros that are defined in the cstdint.hpp file in boost (and boost does it better, detailed below): The basic error is: R:\SDKs\boost\built_head\include\boost-1_38\boost/cstdint.hpp(347) : warning C4005: 'INT8_C' : macro redefinition

Hi, I just installed R-2.3 for Tiger 10.4.6 on a PPC. However, though i successfully installed RGL on R.2.2, this time it doesn't compile. I get this error when trying the R INSTALL command In file included from Texture.hpp:14, from Material.hpp:5, from BBoxDeco.hpp:16, from BBoxDeco.cpp:1: opengl.hpp:22:19: error: GL/gl.h: No such

Dear all, I have tried installing "rgl" with the usual command: R CMD INSTALL rgl_0.67-2.tar.gz Differently from what happened last time I have succesfully installed this package, this time there was a failure: ... ...g++ -I/usr/lib/R/include -I/usr/lib/R/include -I -DHAVE_PNG_H -I/usr/include/libpng12 -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2

TB --- 2013-02-26 21:23:55 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-02-26 21:23:55 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa at freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-02-26 21:23:55 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-02-26 21:23:55 - cleaning the

I've run into a problem with X86ShuffleDecode.hpp while implementing AVX shuffles. It turns out that to decode AVX shuffles properly, I need to pass types to the X86ShuffleDecode logic. NumElements is not enough because 4 elements could mean 4 32-bit or 4 64-bit. The shuffle decode will be different based on the element type. As things stand right now, X86ShuffleDecode.hpp gets included

I've just installed Debian Lenny and RBGL fails compilation with the following errors (sessionInfo() follows). * Installing *source* package 'RBGL' ... untarring boost include tree... ** libs g++ -I/home/mkimpel/R_HOME/R-patched/R-build/lib64/R/include -I/usr/local/include -IboostIncl -fpic -g -O2 -c bbc.cpp -o bbc.o In file included from /usr/include/c++/4.3/ext/hash_set:64,

3.9.0 and current release_39 (r90413) have issues with older static assertion macros like this one from an older libunwind: #define COMPILE_TIME_ASSERT( expr ) \ extern int compile_time_assert_failed[ ( expr ) ? 1 : -1 ] __attribute__( ( unused ) ); I notice that the issue is fixed on current trunk. Does anyone know what revision introduced the fix? Can we get it

Hi Nick! In r207467 you added code(libunwind: DwarfInstructions.hpp): assert(lastReg <= (int)cieInfo.returnAddressRegister && "register range does not contain return address register"); for (int i = 0; i <= lastReg; ++i) { ..... else if (i == (int)cieInfo.returnAddressRegister) There is misprint here: lastReg should be >=

> On Dec 22, 2016, at 9:36 PM, Jeremy Huddleston Sequoia via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > 3.9.0 and current release_39 (r90413) have issues with older static assertion macros like this one from an older libunwind: > > #define COMPILE_TIME_ASSERT( expr ) \ > extern int compile_time_assert_failed[ ( expr ) ? 1 : -1 ] __attribute__( (