A workaround for math/R (was Re: math/R eats up all.)

2007-02-09 Thread Maho NAKATA
Dear all, First, Eric, I'd like to ask your opinion about the patch I proposed. If you approve I'll commit to math/R for atlas users. Several tries I found that for my Pentium M, status of buildablity of R is following: ATLAS + internal LAPACKo ATLAS + external LAPACKx ATLAS + ATLAS's L

Re: math/R eats up all.

2007-02-09 Thread Maho NAKATA
Hi all, Futher investigation, if we select libgoto, configure doesn't use -lalapack -lcblas; fall back to internal lapack. So - Following patch worked for me (PentiumM). Index: Makefile === RCS file: /home/pcvs/ports/math/R/Makefile

Re: math/R eats up all.

2007-02-08 Thread Maho NAKATA
Hi, another workaround: install 1. math/gotoblas 2. assume you are using ATLAS, and apply following patch diff -u Makefile~ Makefile --- Makefile~ Fri Feb 9 15:16:10 2007 +++ MakefileFri Feb 9 15:38:13 2007 @@ -72,7 +72,7 @@ .if defined(WITH_ATLAS) LIB_DEPENDS+= atlas.2:${PORTSDIR}

Re: math/R eats up all.

2007-01-25 Thread NAKATA Maho
From: Rick Voland <[EMAIL PROTECTED]> Subject: Re: math/R eats up all. Date: Thu, 25 Jan 2007 09:25:47 -0600 > Can anyone else confirm a problem or lack of problem building math/R > with the build option for math/atlas using the new gcc42 ? First, one thing. We don't use gc

Re: math/R eats up all.

2007-01-25 Thread Thierry Thomas
Selon Rick Voland <[EMAIL PROTECTED]> le Jeu 25 jan 16:25:47 2007 : graphics devices), and then stops building, but R continues to use 100% CPU cycles. I allowed it go for two hours with no more progress. R (without atlas) would complete in maybe 20 minutes. The computer remained responsive,

Re: math/R eats up all.

2007-01-25 Thread Rick Voland
Can anyone else confirm a problem or lack of problem building math/R with the build option for math/atlas using the new gcc42 ? Last night, I rebuilt math/blas and math/atlas successfully using their default settings. I have had no problem with them. Then, I built math/R selecting all the op

Re: math/R eats up all.

2007-01-24 Thread vittorio
I helped the mantainer to update R to both 2.4.0 and to 2.4.1 (ports/107638, still waiting to be committed, long overdue). I can't understand the point! On a pentium 4 notebook I hadn't the slightest problem in compiling the latest R, atlas, blas and lapack. As a matter of fact R requires

Re: math/R eats up all.

2007-01-24 Thread Rick Voland
- Original Message - From: NAKATA Maho <[EMAIL PROTECTED]> Date: Tuesday, January 23, 2007 7:54 pm Subject: Re: math/R eats up all. To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] > How about using math/atlas-devel ? > or if this is a bug of

Re: math/R eats up all.

2007-01-23 Thread NAKATA Maho
How about using math/atlas-devel ? or if this is a bug of gfortran how about math/atlas with WITH_OPTIMIZED_FLAGS or WITHOUT_OPTIMIZED_FLAGS ? just tries. -- NAKATA, Maho ([EMAIL PROTECTED]) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd

math/R eats up all.

2007-01-23 Thread NAKATA Maho
Hi, I recieved some message that we cannot build math/R. If one use ATLAS instead of BLAS/LAPACK, build of math/R stops at: > mkdir ../../../../library/grDevices/libs and then hangs with 100% CPU usage. I don't know how I fix it sorry. -- NAKATA, Maho ([EMAIL PROTECTED]) ___