similar to: Compiling C++ package source: linking problem?

Hi folks, I apologise if this is in the documentation somewhere, but I can't seem to find it. I also did a search of CRAN without any success. I'm using R-1.8.1 (pre-compiled) on Windows 2000 with Rtools and mingw 2.0.0 (which includes gcc/g++ 3.2). I'm trying to link some C++ code from another application to R using the .Call interface and am experiencing some problems. I was

Dear Colleagues I have been struggling with a problem and could not find a similar previous posting in any of my searches, so I decided to write to the list. I am trying to produce svg files from plots using RSVGTipsDevice in R 2.12.0 in Ubuntu 10.04, but I am getting the following error message: > require(RSVGTipsDevice) Loading required package: RSVGTipsDevice > devSVGTips(file =

Hello, I am new to this list. ?I am trying to compile the current svn version of kdeedu on an amd64 linux machine ?which uses R and I get the following compiler output. ------------------------------------------- ?79%] Building CXX object cantor/src/backends/R/rserver/CMakeFiles/cantor_rserver.dir/rserver.o $SOURCES/kdeedu/cantor/src/backends/R/rserver/rserver.cpp: In member function

Hi, Last week, while trying to compile IceCast2 from CVS on several Debian machines (sid, woody, sarge), I encountered a problem where autoconf told me to file a bug report, which I did with Debian's reportbug utility. here's the answer from Ben Pfaff, who's in charge of Autoconf at Debian, which you may find interesting to read. hth. bye, PS: I've not tested his suggestion

Hello everyone, I've just attempted to build R-1.4 on Compaq Tru64 (I'll enclose the text from bug.report() from R-1.3.1 at the end.) The relevant part of the log is below. Any ideas? gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o -L/usr/local/lib /usr/ucb/ld: Warning: Unresolved: TYPEOF Rf_error Rf_protect Rf_substitute

I have tried these steps and the encryption on the console still does not seem to validate? Any other thoughts? Thanks, Tom -----Original Message----- From: Jerome Alet [mailto:alet@unice.fr] Sent: Tuesday, November 20, 2001 3:50 PM To: icecast@xiph.org Subject: Re: [icecast] Encrypted password problem with icecast 1.3.11 On Mon, Nov 19, 2001 at 12:03:53PM -0500, Thomas Steiger wrote: > I

I have a use case where I would like to create an SEXP around an existing buffer that is managed by R, thus avoiding a copy operation. If I have something like: void *p = (void*) RAW(PROTECT(Rf_allocVector(RAWSXP, n))); ... additional maniupulation ... SEXP x = somefunc(SXPTYPE, n, p); // ???? Is there a "placement" constructor available? (I have arranged for the corresponding

mardi 21 mai 2002, 18:51:14, Jerome Alet a écrit : <p>> icecast in woody is compiled with tcp-wrapper activated, so look > into hosts.deny/hosts.allow maybe there's a conflict with what > you've set in icecast.conf I tried with an empty /etc/hosts.deny, and /etc/hosts.allow only containing "ALL : ALL". That did not solve the problem.. Ced <p>> hth.

This is what I get when I do ldd on the icecast binary. [root@gala bin]# ldd icecast libcrypt.so.1 => /lib/libcrypt.so.1 (0x0ffb3000) libm.so.6 => /lib/libm.so.6 (0x0ff65000) libpthread.so.0 => /lib/libpthread.so.0 (0x0ff2e000) libc.so.6 => /lib/libc.so.6 (0x0fde9000) /lib/ld.so.1 => /lib/ld.so.1 (0x30000000) [root@gala bin]# It looks like

As I mentioned in my previous message about speeding up evalList, I've been looking at ways to speed up the R interpreter. One sees in the code many, many calls of PROTECT, UNPROTECT, and related functions, so that seems like an obvious target for optimization. Indeed, I've found that one can speed up the interpreter by about 10% by just changing these. The functions are actually macros

Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My

Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My

Greetings, I am trying to call simple C-code from R. I am on Windows XP with RTools installed. The C-function is #include <R.h> #include <Rinternals.h> #include <Rmath.h> #include <Rdefines.h> // prevent name mangling extern "C" { SEXP __cdecl test(SEXP s){ SEXP result; PROTECT(result = NEW_NUMERIC(1)); double* ptr=NUMERIC_POINTER(result); double t =

After a long processing, I was able to create a version of a small C# class that was able to emulate the rproxy by P/Invoke. This is mostly to find a workaround a performance problem of the StatConnector. It's almost work but ... I have strange memory exception when I call the print function. The variable seems to not survive from one call to the other. As there is no debug symbol for

On Mon, Feb 23, 2004 at 03:58:13PM +0000, Karl Heyes wrote: > On Mon, 2004-02-23 at 15:35, Jerome Alet wrote: > > > The only solution I can think of is to manually modify the > > automatically generated makefiles, which is IMHO completely stupid. > > Assuming gcc is used (the default many cases) and provided you have the > static libs installed, you should be able to

I am trying to use R_RegisterCFinalizerEx to ensure some c++ object is properly deleted after use. However, I run into some problems when trying to pass in the third argument which is an Rboolean. The line 'R_RegisterCFinalizerEx(p, finalizer, TRUE);' generates the following error when trying to compile using R CMD SHLIB: g++ -I/usr/share/R/include -DNDEBUG -fpic -O2 -pipe

Greetings, I am trying to call simple C-code from R. I am on Windows XP with RTools installed. The C-function is #include <R.h> #include <Rinternals.h> #include <Rmath.h> #include <Rdefines.h> // prevent name mangling extern "C" { SEXP __cdecl test(SEXP s){ SEXP result; PROTECT(result = NEW_NUMERIC(1)); double* ptr=NUMERIC_POINTER(result); double t =

Hi - I wrapped R.dll up using somebody code online (see below). I am comparing R on .NET IPC with R(D)COM. I got it all working. Except, I realize that in my client code of the IPC remoting, if I call 'plot' function in R via EvaluateNoReturn, I don't seem to see any results on the R plot window (although the window pops up). Is there anything to do with the code of R.dll wrapper

Hi, Two questions: I wondered if there's a solution for an icecast 1.3.11 server to automatically play a static stream by default (a welcome message announcing future streams) whenever someone connects to / without needing any source. The solution I use is to launch shout as a source and make it loop over this welcome message, but I find this not optimal because most of the time there's

Hi, I'm using icecast 1.3.11 with ices-0.2.2 on the server I launch 2 ices process on two different mountpoints, at a five seconds interval: the first streams a stupid welcome message on /default which is the single entry in the playlist, and it lasts approximately 30 seconds. the second, which starts 5 seconds later, streams music and talks on another mountpoint (/linux), there's