similar to: R-2.5.0 compilation problem on Linux powerpc

hi. I got these compile errors while install asterisk. readline and openssl are compiled using gnu source, and kernel version is 2.4.17. Compile errors message is follows. Someone cleared this problem? Please, help! Regards. ---------------------------------------------------------------------------------- gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config. o channel.o

I work for Terra Soft Solutions (makers of Yellow Dog Linux) and I'm trying to compile the latest cvs snapshot for inclusion in our next release, but I'm running into some problems... I'm using modified versions of the SRPMs included in RedHat's Rawhide distro (I only updated to the latest cvs, but the old version also experienced this problem), which compile fine on an x86 box I

I would like to Build R-2.5.1 on OpenSUSE 10.2 using the SunStudio 12 compilers(http://developers.sun.com/sunstudio/index.jsp) R builds and passes make check fine without optimising. However, when I try to compile with optimisation turned on (-fast) the build gets stuck in an infinite loop at the following point: Sun_Studio/sunstudio12/bin/cc -m64 -shared -Kpic -m64 -fPIC -o grDevices.so

We are trying to install R2.2.1 on a IBM P655 Cluster, SuSE LE 9.1 We are using gcc v 3.3.3 and we are getting this error on make g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o dlapack0.lo g77 -fPIC -g -O2 -c dlapack1.f -o dlapack1.lo g77 -fPIC -g -O2 -c dlapack2.f -o dlapack2.lo g77 -fPIC -g -O2 -c dlapack3.f -o dlapack3.lo g77 -fPIC -g

I'm trying to build R 2.4.0 on an IBM P5-570 that's running AIX 5.3. I'm using xlc 7.0, xlc++ 7.0 and xlf 9.1 in 32 bit mode (OBJECT_MODE is 32 in the build environment). The source is the patched version of 2.4.0, downloaded yesterday. Configure options were --prefix, --srcdir, --x-includes, --x-libraries, and --without-readline. Compiler flags were -O2. The make step fails with

Hi, I am compiling R2.8.1 on a Sun M4000 machine with Solaris 10. I am using Sun Studio 12. I get the following error: cc -xtarget=native64 -G -L/usr/sfw/lib/sparcv9 -L/opt/csw/lib/sparcv9 -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o mkdir ../../../../library/grDevices/libs Warning in solve.default(rgb) : unable to load shared library

Dear all, I have some problems to install R-2.4.1 on AIX 5.3. Configure string: ./configure --with-readline=no LDFLAGS='-bshared' --with-jpeglib=no --with-libpng=no --with-lapack=no --prefix=/cineca/prod/Bioinf/R-2.4.1 configure .site= #! /bin/sh CC=xlc F77=xlf MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G CXX=xlc CXXFLAGS=' -g -O' SHLIB_LDFLAGS=-W1, -G MAKE=gmake Configure ends

Oftentimes, I see graphs on the web that *look* like they've been produced by R, but I can never be sure. Or can I? I notice that PostScript files include a "%%%Creator: R Software" line, but do R graphics drivers encode any identifying information in GIF or PNG files more commonly used on the web? And of so, would such evidence necessarily be obliterated in post-processing (e.g

I've tried everything I know how (and a lot I don't) to get ices to compile on this beige G3 ppc box. I've got the latest cvs of libshout and ices. Gentoo linux ppc 1.2-r1, from stage3 tarball. gcc 2.95.3 I've made sure that libshout points to libshout.so.2.0.2. Don't know what else to try. I've got the box here, and I've port-forwarded through my firewall to

Thank you Vivek, I posted an according patch on phabricator. I also took the liberty to change the design a little bit (based on the open projects page http://llvm.org/OpenProjects.html). But take it with a grain of salt, I'm no html expert :) Best regards, Matthias Am Dienstag, 10. Mai 2016 19:48:21 UTC+2 schrieb vivek pandya: > > > > *Vivek Pandya* > > > On Tue, May

I'm trying to install R-2.4.0 on AIX 5.2. But, I have an error message during the compilation. Can you help me please? I have used : export OBJECT_MODE=64 export CC=/usr/bin/xlc_r export F77=/usr/bin/xlf_r export CXX=/usr/bin/xlC_r export LDFLAGS='-brtl' export CFLAGS='-O2 -qstrict' export FFLAGS='-O2 -qstrict' export CXXFLAGS='-O2 -qstrict' ./configure

What compiler system is this? And what settings were used? We are not seeing such a problem on Solaris 10 (neither Sparc nor x86_64) with the Sun Studio 11 compilers they shipped with (a month or two ago). Note that the error message is not to do with subject line: it is launching R and /export/home/gordonp/Desktop/R-alpha/lib/libRlapack.so that has the problem. I don't think that

Hello, I just had a lot of trouble compiling a version of R which uses a recently-compiled version of ATLAS and LAPACK. ATLAS and LAPACK compiled correctly and installed fine and passed all of their checks (and yes, I did compile them all with -fPIC as is required for R). This was my initial configure line: ./configure --with-x --enable-threads=posix --with-blas="-L/usr/local/lib

Small things, mostly. 1. Buildproblem. Well-known and annoying. Build fails if debugging is on (which is the default) because Debugging.h breaks devQuartz.c compiles. If debugging is switched off on the command line or in the environment, then devQuartz.c builds, but aquaconsole.c does not compile, because it needs Debugging.h. I do not want to edit Apple system files, and not files in the R

Thanks Byron, I assume you use new Devel Tool updates and nothing from fink? Can other people with new dev tools check this (for example Jan?) It would be nice to update the instuction page (and R-admin in the future) some general notes: 1. there is no need to configure with --without-x as X11 can now be used from inside RAqua 2. please use R-devel and not R-Sig-Mac as we will soon close this

The R-1.2.1 builds have gone fairly smoothly on most of my UNIX architectures, but there were many warnings reported by the picky SGI compiler that could be eliminated in future releases. Generally, I have found the SGI compilers very helpful in ferreting out portability problems, unused and/or obsolete variables, unexpected datatype coercions, etc., and they compile faster than any other

Hello, We?re receiving reports of extremely slow rendering by users who are using the new geom_sf() feature in ggplot2. Importantly, this seems to be a graphics device issue, because the exact same plot takes vastly different amounts of time to render under different devices. We?re talking about 2 seconds vs. 100 seconds here, so not a small effect. In particular, the quartz device on OS X seems

Hello Matthias Reisinger, It is simple html page that shows simple abstract ( which I have already added for all projects as per GSoC page) , link to your read-only proposal, blog URL (if you maintain any) , and status reporting interval (if you want to follow) and any other relevant information. You can check out (SVN) related code here http://llvm.org/svn/llvm-project/www/trunk/SummerOfCode/

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

The header file still contains the old places for some code that is now in the 'module' section: * currently existing device drivers: * FILE driver name prefix * ---------------------- ------------------ * ../main/devPS.c PS _and_ XFig * ../main/devPicTeX.c PicTeX * ../unix/X11/devX11.c X11 * ../gnuwin32/devga.c GA * ../unix/gnome/devGTK.c GTK * ../unix/gnome/devGNOME.c