similar to: R-devel on FreeBSD: Support for C99 complex type is required

The configure script runs fine, but when I compile todays alpha version of R-2.2.0 (R-alpha_2005-09-10_r35546.tar.gz) under FreeBSD 7.0-CURRENT from Sept. 4th I get the following output: ======================================================== [...] gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include

configure: WARNING: dlfcn.h: present but cannot be compiled configure: WARNING: dlfcn.h: check for missing prerequisite headers? configure: WARNING: dlfcn.h: see the Autoconf documentation configure: WARNING: dlfcn.h: section "Present But Cannot Be Compiled" configure: WARNING: dlfcn.h: proceeding with the preprocessor's result configure: WARNING: dlfcn.h: in the future, the

Dear Sir, I am almost giving up on getting the R-2.9.1 on the ubuntu 9.04 using the instructions found on the R site. I decided to use the R-2.9.1.tar.gz and untarred it. I then typed ./configure and the results are shown below. However, on typing make, I got an error, "No targets specified and no makefile found stop" What is the solution? lmramba at LMramba-dll-d:~$ su Password:

Hi everyone, I met a erro on the HP-UX system when I compile with the R-2.15.2.tar.gz. the command and erro are shown as follows, I try many times hope anyone can help me. Thanks! $ cd R-2.15.2 $ bash ./configure --with-readline=no --with-x=no checking build system type... ia64-hp-hpux11.23 checking host system type... ia64-hp-hpux11.23 loading site script './config.site'

> On Dec 18, 2016, at 3:48 AM, Dmitry Golovin <dima at golovin.in> wrote: > > > > 16.12.2016, 18:23, "Vedant Kumar" <vsk at apple.com>: >>> On Dec 16, 2016, at 7:06 AM, Dmitry Golovin via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> I want to build LLVM-based toolchain with Musl, I have LLVM sources with clang and

16.12.2016, 18:23, "Vedant Kumar" <vsk at apple.com>: >>  On Dec 16, 2016, at 7:06 AM, Dmitry Golovin via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >>  I want to build LLVM-based toolchain with Musl, I have LLVM sources with clang and lld (under `tools` directory) and libunwind, compiler-rt, libcxx and libcxxabi (under `projects` directory). All are

> On Dec 16, 2016, at 7:06 AM, Dmitry Golovin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I want to build LLVM-based toolchain with Musl, I have LLVM sources with clang and lld (under `tools` directory) and libunwind, compiler-rt, libcxx and libcxxabi (under `projects` directory). All are the latest versions cloned from GitHub mirror, branch `master`. > > I'm

About April 25th, there had been some changes within R-devel's src/nmath/pnbeta.c (and probably some other relevant places) and now building R-devel on FreeBSD 10.0-CURRENT (amd64) with gcc-4.6.4 and math/R-devel (selfmade forked port from math/R) fails like this: [..snip..] mkdir /usr/ports/math/R-devel/work/R-devel/bin/exec gcc46 -std=gnu99 -I../../src/extra -I. -I../../src/include

Hi all, I've encountered a build error with the latest R source (2.8.1). This is a relatively fresh install of OS Leopard (10.5.6), latest developer tools installed, gcc/g++/gfortran version 4.4 installed (via http://hpc.sourceforge.net/, after which I updated the gcc & g++ symlinks to link to the 4.4 versions; gfortran used the 4.4 version without updating the symlink). Ultimately I

Hi all, I hope you'll forgive me - I don't plan to start using this list as my blog - but given the discussion following my last post I thought people on here might be interested to see some progress. This is a minimal build of R, cross-compiled from C/Fortran to javascript with emscripten - to be clear, nothing is running server-side, this is all running in the browser's JS engine.

hello, i am trying to build R on alpine/gentoo and it fails with the following error msg: connections.c: In function 'Rconn_fgetc': connections.c:3184:11: error: expected identifier before '(' token connections.c:3186:15: error: expected identifier before '(' token make[3]: *** [connections.o] Error 1 any idea? [see the attached file for a complete build log.] i've

I would like to be able, inside a function, to create a new function, and use it as part of a formula as an argument to, say, gnls or nlme. for example: MyTop <- function(data=dta) { Cexp <- function(dose,A,B,m){...} Model <- as.formula(paste("y","~ Cexp(",paste(formals(Cexp),collapse =", "),")")) MyCall <-

On Jun 2, 2008, at 11:11 PM, Tanya Lattner wrote: > Darwin/ppc: > SingleSource/Benchmarks/CoyoteBench/fftbench [ CBE ] > From what I can see comparing 2.3 with TOT, the "cexp" function is declared like this in 2.3: declare i128 @cexp({double, double}* byval) nounwind It used to be this: declare void @cexp({double, double}* noalias sret, {double, double}* byval)

Many of you are probably wondering about the status of the 2.3 release. Unfortunately, this release has been very difficult and the list of regressions very high. The list has finally dwindled down to the following regressions: Linux/x86: SingleSource/Benchmarks/CoyoteBench/fftbench [ JIT Codegen, JIT] MultiSource/Applications/minisat/minisat [CBE] Darwin/x86:

Hi, I wanted to install and play "Siedler von Catan" but while installing I get an error of RegisterCatanA.exe: Code: fixme:d3d_caps:wined3d_guess_card No card selector available for GL vendor 4 and card vendor 0000. wine: Unhandled page fault on read access to 0x00000059 at address 0x7e25aab1 (thread 002d), starting debugger... Unhandled exception: page fault on read access to

Dear all, We seem to have found a "strange" behaviour in the hyperbolic tangent function tanh on Windows. When running tanh(356 + 0i) the Windows result is NaN + 0.i while on Mac the result is 1 + 0i. It doesn't seem to be a floating point error because on Mac it is possible to run arbitrarily large numbers (say tanh(

Hi, I just saw this wasn?t merged for 1.5.20 (at least the stdio.h part, which I submitted somewhere earlier). I did a grep for "extern.*inline" and touched all functions, but this should be tested first (the klibc/compiler.h and ctype.h ones, at least), as I was not 100% clear on which behaviour exactly was *intended* in the first place. The general idea is: if __GNUC_STDC_INLINE__

Has there been any discussion of supporting the 'restrict' C99 keyword and C++ extension to boost alias analysis? My impression is that this would require modification of the LLVM IR. I couldn't find any discussion hits using the usual suspects for searches... -- Christopher Lamb christopher.lamb at gmail.com -------------- next part -------------- An HTML attachment was

On Sat, 24 Mar 2007, Christopher Lamb wrote: > Has there been any discussion of supporting the 'restrict' C99 keyword > and C++ extension to boost alias analysis? My impression is that this > would require modification of the LLVM IR. I couldn't find any > discussion hits using the usual suspects for searches... So far, there hasn't been a discussion. IMO, the most

Christopher Lamb wrote:- > It may even be incorrect for the compiler to enforce the semantics of > restrict pointers (with an error), even when the compilers alias > analysis determines that there is a may-alias relationship between to > pointers. An error is an example of undefined behaviour. Neil.