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
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
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
> > 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
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]: **
"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
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
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.
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
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
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
48 matches
Mail list logo
