On 10/03/2016 12:35 PM, Mick Jordan wrote:
On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote:
>
>
> The same issue was already reported (and resolved) in the bug tracker earlier
> today. All this is due to 'most systems' using their system lzma (so the
> issue was not tickled in eg all the Debian and
On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote:
The same issue was already reported (and resolved) in the bug tracker earlier
today. All this is due to 'most systems' using their system lzma (so the
issue was not tickled in eg all the Debian and Ubuntu builds we do) but you
here do not -- and hen
On 10 March 2016 at 08:51, Mick Jordan wrote:
| I am trying to build R-3.2.4 on an Oracle Enterprise Linux system, where
| I have previously built R-3.1.3 and predecessors without problems. I ran
Well that is pretty much why R Core asks us to build early, and build often.
| "./configure --with
This was reported as a bug earlier today and has been fixed in R-
patched:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16755
Martyn
On Thu, 2016-03-10 at 08:51 -0800, Mick Jordan wrote:
> I am trying to build R-3.2.4 on an Oracle Enterprise Linux system,
> where
> I have previously buil
Yes, this is fixed in R-patched, but you can just change the $ to @ which is
what was intended.
You could also install a system-wide version of the library. Notice that in
3.3.x, the included xz & al. will disappear.
-pd
> On 10 Mar 2016, at 17:51 , Mick Jordan wrote:
>
> I am trying to buil
I am trying to build R-3.2.4 on an Oracle Enterprise Linux system, where
I have previously built R-3.1.3 and predecessors without problems. I ran
"./configure --with-x=no" ok. The make fails in src/extra/xz with what
looks like a Makefile problem:
liblzma.a: $(liblzma_a_OBJECTS)
$rm -f $@
On Mon, Mar 7, 2011 at 11:00 AM, Dan Tenenbaum wrote:
> Hi, Unfortunately it looks like this problem has somehow been reintroduced.
>
Looks like this has now been fixed. Many thanks!
Dan
> I am now trying to build R-devel 54683 from source, again following
> the manual. I get the same error as
Hi, Unfortunately it looks like this problem has somehow been reintroduced.
I am now trying to build R-devel 54683 from source, again following
the manual. I get the same error as below:
gcc -std=gnu99 -I../../include -DHAVE_CONFIG_H -O3 -Wall -pedantic
-c zutil.c -o zutil.
o
make[4]: *** No rul
On Fri, Mar 4, 2011 at 10:53 AM, Dan Tenenbaum wrote:
> On Thu, Mar 3, 2011 at 10:50 AM, Dan Tenenbaum wrote:
>> I am building R-2.13 r54645 from source as described here:
>> http://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source
>> The "make all recommended" command ends as foll
On Thu, Mar 3, 2011 at 10:50 AM, Dan Tenenbaum wrote:
> I am building R-2.13 r54645 from source as described here:
> http://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source
> The "make all recommended" command ends as follows on both 32 and 64-bit
> Windows (Windows Server 2003 R2
I am building R-2.13 r54645 from source as described here:
http://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source
The "make all recommended" command ends as follows on both 32 and 64-bit
Windows (Windows Server 2003 R2 Enterprise Edition Service Pack 2 and
Windows Server 2008 R2 E
Hello,
It seems the problem was as elementary as me mis-interpreting the
instructions in 3.1.3 of the R Installation and Administration manual:
"Look at ‘MkRules.dist’ and if settings need to be altered, copy it to
‘MkRules.local’ and edit the settings there."
I took that to mean that you only c
Hello, thank you both - in an earlier test I turned off Kaspersky
completely to check that but saw no difference, but I'm only going on
my memory for that.
I'll check again more completely later today and also try turning on
the reporting for the sed line in MkRules as Duncan suggested.
I don't h
On Dec 30, 2010, at 23:19 , Duncan Murdoch wrote:
> On 10-12-30 4:13 PM, Michael Sumner wrote:
>> Hello,
>> ...
>> make[4]: *** [Rzlib.dll] Error 4
>> make[3]: *** [rlibs] Error 1
>> make[2]: *** [../../bin/x64/R.dll] Error 2
>> make[1]: *** [rbuild] Error 2
>> make: *** [all] Error 2
>
> I don'
On 10-12-30 4:13 PM, Michael Sumner wrote:
Hello,
I am stuck trying to build 64-bit R 2.12.1 on Windows 7, hopefully the
problem is obvious and someone can point out what I'm missing.
Well into the "make all recommended" process, I get an error:
make[4]: *** [Rzlib.dll] Error 4
(A longer repo
Hello,
I am stuck trying to build 64-bit R 2.12.1 on Windows 7, hopefully the
problem is obvious and someone can point out what I'm missing.
Well into the "make all recommended" process, I get an error:
make[4]: *** [Rzlib.dll] Error 4
(A longer report on the error in the build print is below -
> > You should not run configure or make with sudo. If you need to
> > install system-wide, you only need to run make install under sudo,
> > like
> > ./configure
> > make
> > sudo make install
>
> I thougt so, and did so first. But that generated other errors!,
> which was killed by using sudo.
see below.
On Sat, Nov 13, 2010 at 10:18 PM, Kasper Daniel Hansen
wrote:
> Before make'ing you need to get the recommended packages. I do (with
> your paths)
> ../svn/tools/sync-recommended
> ../svn/tools/sync-recommended
>
I did install the recommended packages.
> You should not run configure
Before make'ing you need to get the recommended packages. I do (with
your paths)
../svn/tools/sync-recommended
../svn/tools/sync-recommended
You should not run configure or make with sudo. If you need to
install system-wide, you only need to run make install under sudo,
like
./configure
make
sud
Hola!
I just changed my laptop to debian squeeze,
downloaded R devel from svn repo, as described in the manual.
Then I configured for building in a separate build dir with:
kje...@kjetil:~/R/Rbuilddir$ sudo ../svn/configure
--- which succeeded, with:
R is now configured for x86_64-unknown-li
Hi,
I am having problem building R 2.10, and it does not seem anyone else is
having a similar problem...
My system information:
uname -m = x86_64
uname -r = 2.6.31-ARCH
uname -s = Linux
gcc (GCC) 4.4.1
icc (ICC) 11.0 20081105
The first problem I encounter seems to be with icc and wctype.h du
According to William Bulley on Thu, 07/23/09 at 11:34:
>
> I am building from source on RHEL 4 and have run into a
> problem while running "make check":
>
>running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1
>make[3]: Leaving directory `/opt/R/R-2.9.1/tests'
>make[2]: **
I am building from source on RHEL 4 and have run into a
problem while running "make check":
running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1
make[3]: Leaving directory `/opt/R/R-2.9.1/tests'
make[2]: *** [test-Specific] Error 2
make[2]: Leaving directory `/opt/R/R-2.9.
"Mark Kimpel" <[EMAIL PROTECTED]> writes:
> I would like to build R and packages with the Intel 10.1 compilers in RHEL4.
We are successfully building R and packages with the Intel 10.1
compilers on RHEL4 (except a few packages, which will not compile with
10.1, but with 9.1). We also use the Int
On Fri, 30 May 2008, Martin Maechler wrote:
[Adding Mark Kimpel back to the recipients]
"SU" == Simon Urbanek <[EMAIL PROTECTED]>
on Thu, 29 May 2008 20:06:21 -0400 writes:
SU> On May 29, 2008, at 6:11 PM, Mark Kimpel wrote:
>> Esmail and Simon, I would direct you to the very first
> "SU" == Simon Urbanek <[EMAIL PROTECTED]>
> on Thu, 29 May 2008 20:06:21 -0400 writes:
SU> On May 29, 2008, at 6:11 PM, Mark Kimpel wrote:
>> Esmail and Simon, I would direct you to the very first sentence of my
>> original post, "I would like to build R and packages wit
On May 29, 2008, at 6:11 PM, Mark Kimpel wrote:
Esmail and Simon, I would direct you to the very first sentence of my
original post, "I would like to build R and packages with the Intel
10.1
compilers in RHEL4." I DO NOT want to build with gcc, that is the
very point
of this thread. Does an
Esmail and Simon, I would direct you to the very first sentence of my
original post, "I would like to build R and packages with the Intel 10.1
compilers in RHEL4." I DO NOT want to build with gcc, that is the very point
of this thread. Does anyone have an answer to my original question? I need
to k
On May 29, 2008, at 5:45 PM, Mark Kimpel wrote:
Simon, I scanned the config.log, which is too voluminous to insert
below, but it seems that gcc is still being looked for as the
compiler. See the lines from config.log below. Mark
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6
Simon, I scanned the config.log, which is too voluminous to insert below,
but it seems that gcc is still being looked for as the compiler. See the
lines from config.log below. Mark
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)
configure:4824: $? = 0
configure:4831: gcc -V >&5
gc
On May 29, 2008, at 5:01 PM, Mark Kimpel wrote:
I am installing within my home folder, see the ./configure options.
I've never had a permission problem before and, like I said, if I
don't put all the Intel-specific flags in the ./configure,
everything works fine.
This has nothing to do
I am installing within my home folder, see the ./configure options. I've
never had a permission problem before and, like I said, if I don't put all
the Intel-specific flags in the ./configure, everything works fine.
On Thu, May 29, 2008 at 4:41 PM, Esmail Bonakdarian <[EMAIL PROTECTED]>
wrote:
>
Mark Kimpel wrote:
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
Are you running this as root? Or do you have the right
privileges for the install?
The "cannot create execut
I would like to build R and packages with the Intel 10.1 compilers in RHEL4.
Using the flags below, I can successfully build R using a vanilla
./configure, but when I install new packages they build with gcc. My
sysadmin suggested adding the flags to ./configure as illustrated below, but
then the R
hi.
2008/2/5, M Redmond <[EMAIL PROTECTED]>:
> --with-blas="-L/.../intel/mkl/10.0.1.014/lib/em64t -lRblas -lmkl_intel_thread
> -lguide -lmkl_lapack -lmkl_core -lpthread" \
> --with-lapack="-L/.../intel/mkl/10.0.1.014/lib/em64t -lRlapack
> -lmkl_intel_thread -lguide -lmkl_lapack -lmkl_core -lpthrea
hi.
2008/2/5, M Redmond <[EMAIL PROTECTED]>:
> --with-blas="-L/.../intel/mkl/10.0.1.014/lib/em64t -lRblas -lmkl_intel_thread
> -lguide -lmkl_lapack -lmkl_core -lpthread" \
> --with-lapack="-L/.../intel/mkl/10.0.1.014/lib/em64t -lRlapack
> -lmkl_intel_thread -lguide -lmkl_lapack -lmkl_core -lpthrea
Michael Braun MIT.EDU> writes:
>
> NO
>
> Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
> starting here in the hope that someone can help (and willing to go to
> the other list if it's more appropriate). I think I am following all of
> the instructions in the various man
Ei-ji Nakama ki.rim.or.jp> writes:
>
> Hi.
>
> 2008/1/25, Michael Braun mit.edu>:
> > NO
> >
> > Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
> > starting here in the hope that someone can help (and willing to go to
> > the other list if it's more appropriate). I think I
Hi.
2008/1/25, Michael Braun <[EMAIL PROTECTED]>:
> NO
>
> Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
> starting here in the hope that someone can help (and willing to go to
> the other list if it's more appropriate). I think I am following all of
> the instructions in the
Prof Brian Ripley wrote:
> On Mon, 28 Jan 2008, Hin-Tak Leung wrote:
>
>> Prof Brian Ripley wrote:
>>> On Fri, 25 Jan 2008, Michael Braun wrote:
>>>
Thanks for everyone's help. Unfortunately, still no success. So I
took the alternate route suggested in section A.3.1.5 of R-admin,
>>>
On Mon, 28 Jan 2008, Hin-Tak Leung wrote:
> Prof Brian Ripley wrote:
>> On Fri, 25 Jan 2008, Michael Braun wrote:
>>
>>> Thanks for everyone's help. Unfortunately, still no success. So I took
>>> the alternate route suggested in section A.3.1.5 of R-admin, and just
>>> created a symbolic link
Prof Brian Ripley wrote:
> On Fri, 25 Jan 2008, Michael Braun wrote:
>
>> Thanks for everyone's help. Unfortunately, still no success. So I
>> took the alternate route suggested in section A.3.1.5 of R-admin, and
>> just created a symbolic link from libRblas.so to
>> .../libmkl_gf_lp64.so. I
On Fri, 25 Jan 2008, Michael Braun wrote:
> Thanks for everyone's help. Unfortunately, still no success. So I took the
> alternate route suggested in section A.3.1.5 of R-admin, and just created a
> symbolic link from libRblas.so to .../libmkl_gf_lp64.so. I can still
> multiply 2 matrices to
NO
Thanks for everyone's help. Unfortunately, still no success. So I took
the alternate route suggested in section A.3.1.5 of R-admin, and just
created a symbolic link from libRblas.so to .../libmkl_gf_lp64.so. I
can still multiply 2 matrices together in R, so it looks like this is
working.
This part "-lmkl_gf_lp64.so -lmkl_gnu_thread.so -lmkl_core.so"
looks wrong - it should be "-lmkl_gf_lp64 -lmkl_gnu_thread -lmkl_core"
without the ".so" part.
I don't know how BLAS_LIBS does it, but when I was linking against
mkl 9, all I did which different from the usual build (diff from the
two
On Thu, 24 Jan 2008, Michael Braun wrote:
> NO
>
> Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
Definitely R-devel.
> starting here in the hope that someone can help (and willing to go to
> the other list if it's more appropriate). I think I am following all of
> the instru
NO
Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
starting here in the hope that someone can help (and willing to go to
the other list if it's more appropriate). I think I am following all of
the instructions in the various manuals, but clearly I am missing something.
I hav
In a previous thread I had problems on openSuse 10.2 building R with
optimisation and discovered that if I wanted
optimisation I need to turn on
-fstore -fsimple1 (the first is to force storage on some Fortran routines , the
second is to ensure IEEE arithmetic,
with some optimisation).
That wor
Thanks for all the replies:
Dr. Ripley gets it right:
I want -fast which turns on nofstore which caused the infinite loop and also
pointed out non-IEEE arithmetic.
On SUSE 10.2 I used -fast -fstore -fsimple=1 which fixed both problems and
still optimised:
make check passed and I get for gcc4
On Mon, 16 Jul 2007, Prof Brian Ripley wrote:
> The R-admin manual did tell you not to do that!
>
> When using the Sun compilers do @emph{not} specify @option{-fast}, as
> this disables @acronym{IEEE} arithmetic and @command{make check} will
> fail.
>
> That was for Solaris and SunStudio 11, bu
The R-admin manual did tell you not to do that!
When using the Sun compilers do @emph{not} specify @option{-fast}, as
this disables @acronym{IEEE} arithmetic and @command{make check} will
fail.
That was for Solaris and SunStudio 11, but I presume these are basically
the same compilers.
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 th
On Thu, 31 May 2007, Jonathan Swinton wrote:
>
> I have a problem when building R from source on Windows XP.
>
> When I get to 3.1.3 of the Installation and Administration manual and try
> make all recommended
> from R_HOME it fails with
> make: *** No rule to make target `all'. Stop.
But it is
I have a problem when building R from source on Windows XP.
When I get to 3.1.3 of the Installation and Administration manual and try
make all recommended
from R_HOME it fails with
make: *** No rule to make target `all'. Stop.
I am pretty sure there is an obvious and well documented thing I
Thanks to Brian, I can now get PGI 6.1 to build R-devel
(2006-03-13 r37533) and pass make check-all, using the
config flags I showed in my original post. I will try
to re-build with optimizing flags, and report back if I
run into problems there.
Best,
Andy
From: Jennifer Lai
>
> Jennifer La
Jennifer Lai wrote:
> Prof Brian Ripley wrote:
>
>>
>>> As those of you who saw my post on R-help know, I've been trying to
>>> build
>>> R-patched on a dual Opteron box running Scyld Beowulf, using the PGI
>>> 6.1
>>> compilers. The build went fine, but I couldn't get it to pass make
>>> chec
Prof Brian Ripley wrote:
>
>> As those of you who saw my post on R-help know, I've been trying to
>> build
>> R-patched on a dual Opteron box running Scyld Beowulf, using the PGI 6.1
>> compilers. The build went fine, but I couldn't get it to pass make
>> check-all. Jennifer Lai, who reported s
On Fri, 10 Mar 2006, Liaw, Andy wrote:
> Dear R-devel,
>
> [I'm not sure if this is appropriate for R-devel. If not, I'm more than
> happy to move it to R-help.]
It is certainly not appropriate to R-help: see the posting guide.
> As those of you who saw my post on R-help know, I've been trying
Dear R-devel,
[I'm not sure if this is appropriate for R-devel. If not, I'm more than
happy to move it to R-help.]
As those of you who saw my post on R-help know, I've been trying to build
R-patched on a dual Opteron box running Scyld Beowulf, using the PGI 6.1
compilers. The build went fine, b
Jeff Gentry <[EMAIL PROTECTED]> writes:
> I initially thought this only was the case for me on R-devel, but also
> just tested it on the current R-patched and R-2.1.1 (so perhaps this more
> belongs on R-help, but ...).
>
> I'm having an odd error with the makefiles in src/library/XXX while
> bui
I initially thought this only was the case for me on R-devel, but also
just tested it on the current R-patched and R-2.1.1 (so perhaps this more
belongs on R-help, but ...).
I'm having an odd error with the makefiles in src/library/XXX while
building R. When it tries to create the 'po' directory,
61 matches
Mail list logo
