similar to: Writing R Extensions: clarification/modification request

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.

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 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

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

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__( (

Some time ago I had difficulty installing RBGL with Ubuntu Hardy on R-2.7.0 and the problem was attributed to an with BGL. I got some very helpful advice and posted a script to fix the problem by hacking the RGBL source code: dateTue, Jan 15, 2008 at 2:16 PMsubjectRe: [R-sig-Debian] trouble installing building packages from source using R 2.6.0 on Ubuntu Gutsy AMD64mailing

> On Dec 23, 2016, at 11:17, Frédéric Riss <friss at apple.com> wrote: > > >> 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

Can we still check patches into 3.9.1? > On Dec 24, 2016, at 1:47 AM, Jeremy Huddleston Sequoia <jeremyhu at apple.com> wrote: > > >> On Dec 23, 2016, at 11:17, Frédéric Riss <friss at apple.com> wrote: >> >> >>> On Dec 22, 2016, at 9:36 PM, Jeremy Huddleston Sequoia via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>>

+Artem Belevich <tra at google.com> On Fri, Mar 23, 2018 at 7:53 PM Bharath Bhoopalam via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I was wondering if anyone has encountered this issue when cross compiling > cuda on Nvidia TX2 running android. > > The error is > In file included from <built-in>:1: > In file included from >

Hello, I have written a small set of R functions for doing Generative Topographic Mapping and variants, and would like to write part of the code in C++ using the MatClass Matrix Library ( http://les.man.ac.uk/ses/staff/crb/matclass/ ). Now, my problem is even before writing the code itself, to compile the MatClass library. Everything is OK under Windows but when trying to port the program to

I was wondering if anyone has encountered this issue when cross compiling cuda on Nvidia TX2 running android. The error is In file included from <built-in>:1: In file included from prebuilts/clang/host/linux-x86/clang-4667116/lib64/clang/7.0.1/include/__clang_cuda_runtime_wrapper.h:219: ../cuda/targets/aarch64-linux-androideabi/include/math_functions.hpp:3477:19: error: no matching function

R users have a few choices of how to connect to their Oracle Database. The most commonly seen include: RODBC, RJDBC, and ROracle. However, these three packages have significantly different performance and scalability characteristics which can greatly impact application development. This blog article [https://blogs.oracle.com/R/entry/r_to_oracle_database_connectivity] provides benchmark