similar to: Call C code from R

Hello, All! I have function which is written in C, the function uses other functions also builded bu me. Now I need to use the function to build R function. My questions are: 1. How can I include libraries (for example, iomanip, sstream, tcl.h)? 2. Should I put other function to the separate file and then include the file? Thanks All :) Olga [[alternative HTML version deleted]]

Hi all, I have a problem but i am not sure that this is the right mailing list. I'm writing a R program which call a C++ program, through the function .Call. I use to compile the c++ script with the command R CMD SHLIB SpTempWrapC.cpp -Wall -l covmodel.h -l util.h Everything works fine since, for mistake, i paste in the terminal the content of the r-script. Now, when i try to compile,

hi,guys I made a stuped error in my puppet manifest, the result is that all of my puppet client install a mysql-server and apache2 :p Be careful !!!!! -- Huang Mingyou

Folks, I'm fairly sure that I'm doing something stupid, but I'm getting a few really strange results from *some* of the distributions, but by no means all, when I link directly to the R shared library. I've tried this on both Windows with the precompiled Mingw binary of R-2.5.0 (compiling my code with MinGW-3.4.2), and by building R-2.5.0 on Mandriva Linux with gcc-3.4.4 and

am a NEW user to flac.installed flac on eac.tried to rip a cd using eac with flac as external compression.tried the 'wav' icontried the 'mp3' iconboth options saves the file as 'wav'thought eac will rip the cd in the 'flac' file format.is this a 2-step procedure?wherein eac to 'wav' and re-ripped on flac frontend?or is there a ripper with flac in it that

Bill, thanks for your comments. I'll respond to them individually. I've attached a new revision of the patch that addresses them. Patch built and tested against SVN 79487, with the additional attached fix that fixes an Intel table bug. Sean On 2009/08/18, at 0:57, Bill Wendling wrote: > 0. Watch out for tabs! Fixed. Thanks. > 1. Includes like this "#include

Dear R-SIG-Debians, I have difficulties installing packages from within R through install.packages(). R version is 3.2.0 and OS is Linux Mint 17.1. For most packages, a lot of error messages come up which seem to be related to compilation. Installing packages provided by the ubuntu distro through apt-get works just fine. I followed all directions given in CRAN's

On 10/3/14 10:16 AM, Dan Albert wrote: >> >> I try to build libc++ and libc++abi for host x86_64(linux) and target >> arm(linux) but fail. >> > > Failing in what way? If this isn't working out of the box, we've done > something wrong. Yeah, it would help to know more specifics about where you're getting stuck. > > jroelofs might know more... For

Hi cschen, It seems that libunwind (the one included in libcxxabi) is mandatory at the moment. Use the second build command instead: $ CROSS_COMPILING=arm ENABLE_LIBUNWIND=1 ./scripts/compile-all.sh Logan On Tue, Oct 7, 2014 at 5:32 PM, gamma_chen <gamma_chen at yahoo.com.tw> wrote: > After do "sudo apt-get update", the following are pass. > > Install the

Currently we (attempt to) support building Xapian with any GCC >= 2.95. However, I only have access to Debian's GCC "2.95.4" (which is 2.95.3 plus patches) and <sstream> was added in GCC 2.95.3, so the fallback code for when <sstream> isn't available probably hasn't actually been exercised for a while. I'm pretty sure the non-<sstream> build is now

Hi Sean, > the attached diff implements a table-driven disassembler for the X86 > architecture (16-, 32-, and 64-bit incarnations), integrated into > the MC framework. The disassembler is table-driven, using a custom > TableGen backend to generate hierarchical tables optimized for fast > decode. The disassembler consumes MemoryObjects and produces arrays > of

Hi all, after seeing a near inifinite stream of "Checking instruction ''" from bugpoint, I thought to improve that a bit. Turns out that bugpoint outputs the name, which is often empty (especially for the big bitcodes you want to pull through bugpoint :-). Below patch changes the behaviour to output the assembly version of the instruction instead of the name, which makes things

Hi Timo, just another crash - using 2.2.1 (c95cea6e1389). Regards, Pascal -------------- next part -------------- Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 15198] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core

In looking at the code I realized that the last of the HAL depenencies were removed with this patch. So, I'm pushing an updated patch that contains none of the HAL code in it.

Dear mailing list: the attached diff implements a table-driven disassembler for the X86 architecture (16-, 32-, and 64-bit incarnations), integrated into the MC framework. The disassembler is table-driven, using a custom TableGen backend to generate hierarchical tables optimized for fast decode. The disassembler consumes MemoryObjects and produces arrays of MCInsts, adhering to the

Hello, wxruby-users. This is two files which wrap wxStringInputStream and wxStringOutputStream for ruby. I need this to implement in-memory image io. ''stringio.rbw'' -- small sample for it. Short usage: stream = Wx::StringInputStream.new image_data image = Wx::Image.new stream stream = Wx::StringOutputStream.new image.save_file stream, ''image/jpeg'' image_data

On Jul 25, 2008, at 7:33 AM, Matthijs Kooijman wrote: > Hi all, > > after seeing a near inifinite stream of "Checking instruction ''" from > bugpoint, I thought to improve that a bit. Turns out that bugpoint > outputs the > name, which is often empty (especially for the big bitcodes you want > to pull > through bugpoint :-). > > Below patch

Hi I'm trying to implement something similar to the following R snippet using C. I seem to have hit the wall on accessing class slots using C. library(fPortfolio) lppData <- 100 * LPP2005.RET[, 1:6] ewSpec <- portfolioSpec() nAssets <- ncol(lppData) setWeights(ewSpec) <- rep(1/nAssets, times = nAssets) ewPortfolio <- feasiblePortfolio( data = lppData, spec = ewSpec,

Hi everybody. I have Linux file system quota for users and enabled "fs quota" and quota plugin for LDA. My test user is already deep over quoted: --- Filesystem blocks quota limit nfse:/export 23768* 10240 10240 --- 1. If I tries to deliver _short_ message to user mbox - quota works: $ echo "123123123123" | /usr/local/libexec/dovecot/deliver -d koc --- Quota

Full_Name: Ian Wilson Version: 2.6.1 OS: linux Submission from: (NULL) (128.240.229.7) The problem is new to R2.6.?. The code works as expected in R-2.5.0. I get the problem with two different operating systems - an older redhat and new ubuntu and with both g++4.1 and g++3.4. I have a problem with character data that is passed back from C++ code. A small example is the following C++ code