similar to: fortran Makefile

>>>>> Paul Gilbert writes: > I have been trying to set up my time series library with the new > library mechanism. It is a fairly large amount of code and previously > I split it into five pieces in order to load it into R. (Has anything > changed which might suggest I shouldn't need to do this anymore?) The > five files are called dse1, dse2, dsex1, dsex2, and

Full_Name: Lyndon Drake Version: Version 0.65.0 Under development (unstable) (August 07, 1999) OS: Linux 2.2.2 Submission from: (NULL) (202.14.102.52) I was attempting to install the DSE package from a directory whose pathname includes spaces. The INSTALL script interprets spaces in the pathname as a separator. For example: [lyndon@beat Rdse]$ pwd /home/lyndon/doc/uni/415.704 Computer Systems

I was hoping fatal: relocation error: symbol not found: pow_ii: referenced in .../dsefor.so would disappear in R 0.6x, but it has not. I believe this is suppose to come from the f2c lib, but I seem to need just a couple of routines: nm -u dsefor.so Undefined symbols from dsefor.so: .umul pow_dd pow_ii pow_ri For my own purposes I could compile with fortran but that makes it much

As of quite recently I experience failures to compile source packages. Messages like * Installing *source* package 'dse1' ... ** libs g77 -mieee-fp -fPIC -g -O2 -c dsefor.f -o dsefor.o gcc -shared -o dse1.so dsefor.o -L/usr/lib/gcc-lib/i486-linux/3.3.3 -L/usr/lib/gcc-lib/i486-linux/3.3.3/../../.. -lfrtbegin -lg2c-pic -lm -lgcc_s -L/usr/lib/R/bin -lR /usr/bin/ld: no se puede

I would like to request help with the installation of dse in raqua in mac os x 10.3. I get the following error message after the messages indicating that parts were successfully installed. I would be most grateful for a solution. ----------------------------------------- * Installing *source* package 'setRNG' ... ** R ** inst ** help >>> Building/Updating help pages for

Hi there, I ran into some trouble trying to install the dse library on os 10.3 with RAqua as the installation of the dse1 package failed. On the R console I got the error message Warning message: Installation of package dse had non-zero exit status in: install.packages(ui.pkgs, CRAN = getOption(where), lib = .libPaths()[1]) > and the console of the os x said gcc -bundle -flat_namespace

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

Hello all, I'd like to update my local src tree (from Wine 20040615), and I'd rather grab a diff instead of the full 10MB so tarball; the README in source.winehq.org refers to some 'Wine-yymmdd.diff.gz' but I can't find any of such. Did I overlook some infos, or are such diffs not available, and I'm supposed to use CVS? thanks -- paolo GPG/PGP id:0x21426690 kfp:EDFB

I have a version of my DSE time series library working in R 0.61.1 under Solaris, but have had a few minor problems making a tar file to test at home under Linux. I think I have it fixed now, but since there is a one day turnaround on this process it may slow me down even more than the ice storm and the power outages. I would like to test if things work on some other OSs before I put this on

In some tests I am getting a difference in the 7th or 8th significant digit depending on whether I set DUP=T or DUP=F in the .Fortran call below. While this is not a huge error it is bigger than I would expect and may be a symptom of another problem. Any comments or suggestions? (R1.2.2 on Solaris.) Paul Gilbert _______ genD.ARMA <- function(model, data, d=0.01, eps=1e-4, r=6, warn=F){ n

>> I'm a bit confused about this discussion, but since I don't have f2c on ... >A lot of Fortran code doesn't require any libf2c routines. When routines >are needed the most common ones are the exponentiation routines pow_dd, >pow_ii and pow_di (pow_ri is for single precision reals and so is less >needed in R, which uses double precision). However, *some* fortran

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

>Error in .Fortran("arma", pred = matrix(1e+20, predictT, p), >as.integer(length(error.weights)), : C/Fortran function not in load table I think what is happening is that the compiled code is not getting loaded. There was a message the other day on r-devel about a bug in library.dynam which may be causing the problem. I've lost the message, but as I recall (someone please

Notice: The kernel modules for Virtualbox 5.0.20 will not compile on the latest C6.8 kernel 2.6.32-642.el6.x86_64 It's a known issue. https://www.virtualbox.org/ticket/14866 Fix is coming out with Virtualbox 5.0.22 version (hopefully soon).

gccld would barf if you tried to specify the full pathname of an archive on the command line to gcc, (e.g., instead of gcc ... -L/full/path/to -lFOO you say gcc ... /full/path/to/libFOO.a) which many GNU Makefiles try to do. This patch fixes that. Ok to commit? -- gaeke at uiuc.edu gccld.cpp: Fix typo in header. Add IsArchive static method. Roll LoadLibraryFromDirectory() into

Anton, Thanks for your comment. 2nd patch attached. - s/SharedDir/SharedLibDir/g - move prefix=cyg sunk into if(cygwin or mingw) arigato gozaimasu...Takumi * Additional issues - You may build LLVMHello.dll but I don't modify lib/Transforms/Makefile. Because making LLVMHello.dll requires the library LLVM.dll, but it oughta be on the way to making libs at building

Development Platform: ruby 1.8.4 Rails 1.1.2 mysql "gem" 2.7 Mac OS X (10.4.6), 64-bit Mysql 5.0.19-standard (64-bit) Lighttpd, 1.4.11 I''m trying to startup a simple test rails app against mysql. Rails starts up fine and my pages render successfully, until a DB access is made. I''m getting a "uninitialized constant Mysql". I''ve searched, but

Good summer, all! This patch enables ENABLE_SHARED=1 to build DLL based LLVM toolchain. I have checked this on Cygwin-1.5, Cygwin-1.7, mingw(msysgit) and mingw-cross-fedora12. I can separate this patch into some parts; cleanups, adding definitions and adding rules. Any feedbacks are welcome. Have fun! ...Takumi * Pros - reduction of linking time of toolchain. - capability of -load

Full_Name: Jeff Hallman Version: 2.4.1 OS: Linux Submission from: (NULL) (132.200.32.34) When I filed this a few minutes ago, I left off the rewritten read.ssd(). I've included it at the end this time. read.ssd() invokes PROC COPY to create an xport file, but PROC COPY has some annoying limitations that read.ssd() should deal with. The first is that PROC COPY doesn't work with member