search for: daxpi

Hi, a while back I wrote that the llvm makefiles didn't create the correct kind of file for use on darwin with -load. Since then, both the shared library and makefile system have been overhauled significantly. So I checked again - as updated from CVS, the current makefiles don't build the right object type on darwin. If you follow the advice of 'Writing an LLVM Pass" tutorial,

Michael, I've implemented a LOADABLE_MODULE feature in the makefiles: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050110/023147.html The approach taken is almost what you described below. However, I want to retain the distinction between a "regular" shared library and one that can be dlopened. So, if you specify SHARED_LIBRARY=1 you get a regular shared library

Yep, it sounds like a good solution, and it works for me - thanks! -mike On Mon, 10 Jan 2005 20:40:34 -0800, Reid Spencer <reid at x10sys.com> wrote: > Michael, > > I've implemented a LOADABLE_MODULE feature in the makefiles: > > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050110/023147.html > > The approach taken is almost what you described

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

Hi, The following error occurs while executing 'make' after the successful configuration (./configure) on IBM-AIX 5.2 (GCC 4.2.4 installed): gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -mno-fp-in-toc -g -O2 -c vfonts.c -o vfonts.o gfortran -g

On 2020-07-15 14:36, Dirk Eddelbuettel wrote: > > G?ran, > > This is not an easy email to reply to because it _contains nothing > reproducible_. Thanks Dirk, Sorry about that, but my real question was (see below): "Is the problem that openblas uses C versions of blas?" That is, do I need to change F77_CALL(name)(...); to cblas_name(...); everywhere? And if so, is

Professor Ripley, Following your advice, I am now using an updated version of gcc (4.0.2 to be exact) as well as a true fortran compiler (XL Fortran Compiler v10.1.0.0 from IBM). I am still experiencing difficulty in running "make" after a successful "configure". Any additional insight you could provide would be greatly appreciated. Output of make is as follows: Running

Can anyone help? I am trying to install R-0.62.2 on a Sun with OS 5.6 (Solaris 2.6), and gcc/f77. Unfortunatley the simple commands ./configure --prefix=/opt/R make did not work, complaining when building help/docs. It claims to have problems perl (which has worked fine so far) but in practice it is not only a documentation problem: if I force "make install" and run R, then it

Hello, I am trying to compile R using the Sun WorkShop 6.0 (Forte) compilers. I don't think I am having a problem with the compilers, but instead with figuring out how to modify the R configuration to use non-Gnu compilers. I found in your documentation that one should modify the config.site file to change compilers, compiler flags, library paths, etc. I made modifications in this file,