Thu, 26 May 2005 12:09:23 +0200
Christophe Pouzat <[EMAIL PROTECTED]> wrote.
> Hi,
>
> here is the "configure" command line I used for an Intel PIV processor
> with icc, ifort and the intel mkl:
(snip)
> In my experience using "FPICFLAGS=-shared" is mendatory to get the
> compilation working. Th
Hi,
Wed, 5 Oct 2005 13:38:12 +0100 (BST)
Prof Brian Ripley <[EMAIL PROTECTED]> wrote.
> This is almost certainly C stack overflow, which will be _very_
> OS-specific. I can run this 9-var example in Linux with a stacksize of
> 30Mb, but not the default 10Mb. I tried it with the default stack und
I build R-beta on AIX5.2 is failed.
make[3]: Entering directory
`/home/nakama/Rbeta/R-beta/src/nmath'
xlc_r -I. -I../../src/include -I../../src/include -I/usr/local/include
-I/opt/freeware/include -DHAVE_CONFIG_H -q64 -I/usr/local/include
-I/opt/freeware/include -O2 -D_ALL_SOURCE -D_LINUX_SOURCE
Hi,
> 1e10+5i
[1] 1e+10+0e+00i
> Im(1e10+5i)
[1] 5
maybe little better...
--- R-3.5.1.orig/src/main/complex.c2018-03-26 07:02:25.0 +0900
+++ R-3.5.1/src/main/complex.c2018-07-10 12:50:42.523874767 +0900
@@ -381,6 +381,7 @@
r->i = fround(pow10 * x->i, digits)/pow10;
} el
Hi,
I put below Rblas.dll(GotoBLAS2 for Win64).
http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/binary/windows/x64/Rblas.dll
It's a tryal phase.
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
__
R-devel@r-project.org mailing list
https
own B1) / Core i7-980X
(Gulftown B1) / Xeon Processor 3600 (Westmere-EP B1) / Xeon Processor
5600 (Westmere-EP B1), 32nm
> So I'd identified this as something which would need quite a bit of thought,
> maybe something to be done for R 2.13.0.
I reaction may be dull.
--
EI-JI Nakama
&
Hi,
I put below Rblas.dll(GotoBLAS2 for Win64).
http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/binary/windows/x64/
please choose the core-name of your CPU.
The recognition of the CPU of DYNAMIC_ARCH is low.
zdot[cu], zgemv came to calculate definitely.
--
EI-JI Nakama
"\u4e2d\u9593\
Hi,
I made the GotoBLAS2 for OSX version.
two binaries are divided by kind of powerPC.
neither binaries are different on Intel.
because there is not PPC, I can't confirm it.
http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/binary/OSX/
2011/2/10 Ei-ji Nakama :
> Hi,
>
> I put b
> Good to see that at least someone is doing business as usual in Japan these
> days.
Some people can't download it, can know the rolling blackouts in Tokyo area...
Today is no plan of blackout.
Best Regards,
--
EI-JI Nakama
"\u4e2d\u
x N : N=2000 0.750802sec)
25.778 GFLOPS (N x T : N=2000 0.620694sec)
26.398 GFLOPS (T x N : N=2000 0.60611sec)
25.826 GFLOPS (T x T : N=2000 0.619536sec)
It's fast with the structure (L2 shared cache) of the CPU to 2CPU.
Best Regards,
--
EI-JI Nakama
"\u
hi,
Index: leap_second/src/library/base/R/zdatetime.R
===
--- leap_second/src/library/base/R/zdatetime.R(revision 68608)
+++ leap_second/src/library/base/R/zdatetime.R(working copy)
@@ -24,7 +24,8 @@
"1979-12-31", "
ll commit shortly, and the example in hist.POSIXt() needed
> alteration (it seems DJM did not run 'make check'!).
>
>
>
> On 01/07/2015 06:20, Ei-ji Nakama wrote:
>>
>> hi,
>>
>> Index: leap_second/src/library/base/R/zdatetime.R
>> =
Hi,
i try sin, cos, and tan.
> sapply(c(cos,sin,tan),function(x,y)x(y),1.23e45*pi)
[1] 0.5444181 0.8388140 1.5407532
However, *pi results the following
> sapply(c(cospi,sinpi,tanpi),function(x,y)x(y),1.23e45)
[1] 1 0 0
Please try whether the following becomes all right.
diff -ruN R-3.3.2.orig
ospi(x);
> }
>
> And AFAICS the system versions on Solaris and OS X behave the same way as
> R's substitute.
>
>
>
>
> On 01/12/2016 09:12, Martin Maechler wrote:
>>>>>>>
>>>>>>> Martin Maechler
>>>>>&g
nf);
+if ( x == -0.5 ) return(R_NegInf);
+}else if (_odd){
+if ( x == 1.5 ) return(R_NegInf);
+if ( x == -1.5 ) return(R_PosInf);
+}
+// otherwise
+return tan(M_PI * x);
}
-#if !defined(HAVE_TANPI) && defined(HAVE___TANPI)
-double tanpi(double x) {
-return __tanpi(x);
-}
Hello
> The value generated by Fortran's .TRUE. evaluates as "truthy" -- as in
> all(z[[1]]) -- but is neither equal to nor identical to TRUE. Its numeric
> conversion to -1 is most unusual, every other system I've tried converts to
> +1.
Please read the -fpscomp logicals option of ifort.
--
"\u
hi,
>> root 492034 336504 0 14:34:36 pts/11 0:00 sh
>> /gpfs1/home/shivali/gang/R-3.1.1/lib/R/bin/Rcmd INSTALL Matrix
maybe sh running is not good.
please install bash.
CONFIG_SHELL=/boo/foo/bash before running `configure && make'.
--
Best Regards,
--
Eiji NAKAMA
"\u4e2d\u9593\u6804\u6
: Re: [Rd] AIX-5.3 Issue installing Matrix Package
> From:shiv...@mail.ncmrwf.gov.in
> Date:Wed, October 8, 2014 3:31 pm
> To: "Ei-ji Nakama"
> Cc: "Martin Maechler"
> "R Development List"
> ---
hello,
I do not understand your aim...
it not helpful in malloc_hook? example when I used hugepege is right here.
http://prs.ism.ac.jp/~nakama/ISM/ism.c
However, I think that you can more experiments in numaclt(see man numactl).
2014-10-22 23:53 GMT+09:00 SO User :
> Heads up: I posted this ques
Hello,
In such cases, try the Rhpc package.
The following is the result of the benchmark.
http://prs.ism.ac.jp/~nakama/Rhpc/#benchmark
# but tuning is not finished...
2014-12-06 10:36 GMT+09:00 Chris Paciorek :
> Looking at parLapplyLB, one sees that it takes in X and then passes
> splitList(X
ink that this only has to limit GetCharP to isEditor=TRUE.
moreover View() was strange operation of "page down".
http://prs.ism.ac.jp/~nakama/working/dataentry.patch
I think that I improve the above-mentioned by this patch.
--
EI-JI Na
Hi
2009/5/12 Klaus Nordhausen :
> Our suspicion is that the reason is that some libraries are different
> implemented on linux and windows (XP) compilers.
If useful.
http://www.derkeiler.com/Newsgroups/sci.crypt/2004-10/1325.html
I think that you do not like to use rand and srand.
--
glish_United States.1252
>> >
>> > attached base packages:
>> > [1] stats graphics grDevices utils datasets
>> methods base
>> >>
>> >
>> > Thanks for any enlightenment.
>> >
>
> Thanks Ted!
>
> Enlightenment is what
the use of AIX.
However, I get the word a request was forgotten well.
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
-1, &s_ds);
Tcl_SetStringObj(elem, s, -1);
Tcl_DStringFree(&s_ds);
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
sr/local/gcc-4.4.1-sun-linker/lib/sparcv9:/usr/local/lib
`/usr/local/gcc-4.4.1-sun-linker/lib/sparcv9' is 64bit, it is unnecessary.
I think that this obstructs it.
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
__
R-devel@r-project.org mailin
Sorry, my bark up the wrong tree...
When LD_LIBRARY_PATH_32 is set, I think that I become it in such a state.
http://docs.sun.com/app/docs/doc/819-0690/chapter1-11192?a=view#chapter1-9
It is better when there is the following.
crle ; crle -64 ; env|grep "LD_"
2010/6/14 Ei-ji Nakam
a problem of R.
There is not the problem in R on Solaris10 which I use.
Sorry in advance if I'm wrong.
2010/6/15 Dr. David Kirkby :
> On 06/14/10 10:05 AM, Ei-ji Nakama wrote:
>>>
>>> And if you look at the other R-help message posted by David Kirby you
>>> will f
FLAGS="-mminimal-toc -fno-optimize-sibling-calls -g -O2" \
--without-x
$ file bin/exec/R
bin/exec/R: ELF 64-bit MSB executable, PowerPC 64-bit or cisco 7500,
version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared
libs), for GNU/Linux 2.6.0, not stripped
nobody tested it in xlf.
but was able to build it in gcc.
when link as main, export is necessary by all means.
I put patch.
http://prs.ism.ac.jp/%7enakama/AIX/
I am happy if useful.
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" &
007/3/28, Dirk Eddelbuettel <[EMAIL PROTECTED]>:
>
> Has anybody tried to use Rmpi with the OpenMPI library instead of LAM/MPI?
>
> LAM appears to be somewhat hardcoded in the Rmpi setup. Before I start to
> experiment with changing this, has anybody else tried Rmpi with non-LAM MPI
> implementations?
>
> Dirk
>
> --
>
>
>
> Prof Brian Ripley <[EMAIL PROTECTED]>
> 03/29/2007 02:27 AM
>
> To
> R-devel@R-project.org
> cc
> Matthew Beason <[EMAIL PROTECTED]>, Tiong Lim <[EMAIL PROTECTED]>,
> "Sheth, Jagat K" <[EMAIL PROTECTED]>, kamil Marcinkowski
>
gt;
> - Original Message -
> From: "Prof Brian Ripley" <[EMAIL PROTECTED]>
> To:
> Cc: "Sheth, Jagat K" <[EMAIL PROTECTED]>; "kamil
> Marcinkowski" <[EMAIL PROTECTED]>; "Tiong Lim" <[EMAIL PROTECTED]>;
> "
fore launching R.
>
> I'll keep investigating.
>
> My call to configure is listed below.
>
> /configure --prefix=$HOME/usr/local --program-suffix=rc --with-readline=no
> --with-x=no --enable-memory-profiling
>
>
> - Original Message -
> From: "Ei-ji N
tatic size_t sock_write(const void *ptr, size_t size, size_t nitems,
Rconnection con)
{
+int timeout = asInteger(GetOption(install("timeout"), R_BaseEnv));
Rsockconn this = (Rsockconn)con->private;
+R_SockTimeout(timeout);
return R_SockWrite(this->fd, ptr, size
Rconnection con)
{
+int timeout = asInteger(GetOption(install("timeout"), R_BaseEnv));
Rsockconn this = (Rsockconn)con->private;
+R_SockTimeout(timeout);
return R_SockWrite(this->fd, ptr, size * nitems)/size;
}
2007/6/25, Prof Brian
ch(&wc[j], xtable, xtable_cnt,
sizeof(xtable_t),
+ (int(*)(const void *, const
void *))xtable_key_comp))
+ wc[j]=tbl->c_new;
nb = wcstombs(NULL, wc, 0);
cbuf = CallocCharBuf(nb);
${MKL_LIB_PATH}/libmkl_core.a \
-Wl,--end-group \
-liomp5 -lguide -lpthread -lgomp"
./configure CC=gcc-4.2\
CXX=g++-4.2\
F77=gfortran-4.2\
FC=gfortran-4.2\
--with-lapack="$MKL" --with-blas=
m4 > blas_list
MKL_ROOT=/opt/intel/mkl/10.0.1.014
make -f ${MKL_ROOT}/tools/builder/makefile \
em64t export=blas_list xerbra=xerbla.o \
name=/usr/local/lib/libmkl_myblas MKL_ROOT=${MKL_ROOT}
However, zdotu did not move even if I linked at this point in time
--
m4 > blas_list
MKL_ROOT=/opt/intel/mkl/10.0.1.014
make -f ${MKL_ROOT}/tools/builder/makefile \
em64t export=blas_list xerbra=xerbla.o \
name=/usr/local/lib/libmkl_myblas MKL_ROOT=${MKL_ROOT}
However, zdotu did not move even if I linked at this point in time
--
ace > 0)
fontName = CFStringCreateWithCString(kCFAllocatorDefault,
CHAR(STRING_ELT(VECTOR_ELT(db, i), fontface - 1)),
kCFStringEncodingUTF8);
There was not the problem in the Japanese environment if this added a change.
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" <[EMAIL PROTECTED]>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
out --enable-R-shlib.
>
> Will be glad to experiment or provide more details if needed anytime.
>
> Thanks,
> Jagat
>
>
> --
> Jagat K. Sheth
> Prepayment Modeling and Economics
> Wells Fargo Home Mortgage
> 7911 Forsyth Boulevard
> Suite 500, M5001-061
the R manual and
> diving into Google for help, I've got no usable answer.
I had the sense that GC of ld turned into recently.
Probably former specifications may be bugs.
> Below environment variables may associated:
> LIBPATH="/my_libiconv_dir/lib:.:/rnd/homes/my/rdir/AIX/
LDFLAGS="-L$LIBICONV/lib -L/usr/lib -L/usr/X11R6/lib" \
--enable-R-shlib \
--enable-BLAS-shlib \
--with-x --with-readline=no
make
make install
LANG=C make check-all
success!!
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
___
MKL_LIB_PATH}/libmkl_gnu_thread.a \
${MKL_LIB_PATH}/libmkl_core.a \
-Wl,--end-group -lgomp"
LDFLAGS="-L$MKL_LIB_PATH" ./configure --with-lapack="$MKL" --with-blas="$MKL"
-liomp5 -lguide -lpthread You omit three library, and please link
Please
Dear all.
I'm sorry. I neglected test on CJK.
http://prs.ism.ac.jp/~nakama/working/CIDHexText.patch
now:
103.58 65.52 <302e36> .5 0 0 t
After an patch:
103.58 65.52 <302e36> .5 0 t
Best regards,
--
EI-JI Nakama
"\u4e2d\u9593\u6804\u6cbb"
_
t;$MKL" --with-lapack="$MKL"
> But in order to compile had to edit src/modules/lapack/vecLibg95c.c
> and comment out the include. Weird, since I am not building for Mac.
Please note the thing that ABI of fortran is different with Int
libmkl_gnu_thread.a:zlabrd_omp.o: U _gfortran_internal_malloc64
libmkl_gnu_thread.a:clabrd_omp.o: U _gfortran_internal_free
libmkl_gnu_thread.a:clabrd_omp.o: U _gfortran_internal_malloc64
Welcome to Hell of MKL.;-)
2009/3/18 Ei-ji Nakama :
> Hi Crist
ot;
> LC_ADDRESS="ru_RU.UTF-8"
> LC_TELEPHONE="ru_RU.UTF-8"
> LC_MEASUREMENT="ru_RU.UTF-8"
> LC_IDENTIFICATION="ru_RU.UTF-8"
> LC_ALL=
>
> PS 'утечка' in english 'leakаge'
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" <[EMAIL PROTECTED]>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
LC_NUMERIC="ru_RU.UTF-8"
> LC_TIME="ru_RU.UTF-8"
> LC_COLLATE="ru_RU.UTF-8"
> LC_MONETARY="ru_RU.UTF-8"
> LC_MESSAGES="ru_RU.UTF-8"
> LC_PAPER="ru_RU.UTF-8"
> LC_NAME="ru_RU.UTF-8"
> LC_ADDRESS="ru_RU
if add encoding of koi8-r to
> > XLC_LOCALE file.
> >
> > I am not readable, but probably the following URL is useful.
> > http://ru.gentoo-wiki.com/HOWTO_ru_RU.utf8_Gentoo_way
>
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" <[EMAIL PROTE
. If you have received this in error or are not the intended
> recipient, please immediately notify the sender and delete all copies of
> this message. Thank you.
>
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r
gt;
> >>
> >> --
> >> Brian D. Ripley, [EMAIL PROTECTED]
> >> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> >> University of Oxford, Tel: +44 1865 272861 (self)
> >> 1 South Parks Ro
Brian Ripley <[EMAIL PROTECTED]>:
> On Mon, 22 May 2006, Ei-ji Nakama wrote:
>
> > If a return value of locale does not have a period, a function of libmingwex
> > gives back NULL in strchr and refers to NULL pointer in atoi.
> >
> > But it will be right to fix m
Yes, if this processing does not exist on japanese locale
will fall.
2006/5/23, Prof Brian Ripley <[EMAIL PROTECTED]>:
> Is this necessary to avoid LC_CTYPE="C"? If so, I stopped that at C level
> yesterday (it was already disallowed when starting R).
>
> On Tue, 23
___________
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>
>
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" <[EMAIL PROTECTED]>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Is this valid
> >> unicode code?
> >>
> >> Gregor
> >
> > Cheers for the follow up Gregor,
> >
> > I was following advice given by Prof. Ripley in a posting on R-Help
> > about how to get the per mille character:
&
--
> >
> > __
> > R-help@stat.math.ethz.ch mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-help
> > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> > and provide commented,
for a difference.
BTW, there is not a problem in GB18030.
2006/10/7, Duncan Murdoch <[EMAIL PROTECTED]>:
> On 10/6/2006 1:35 PM, Hin-Tak Leung wrote:
> > Duncan Murdoch wrote:
> >> On 2006-10-5 8:06, Ei-ji Nakama wrote:
> >>> I do not understand Chinese,
49d7f000 r-xp 00022000 fd:00 15206830 /lib/libm-2.4.so
> 49d7f000-49d8 rwxp 00023000 fd:00 15206830 /lib/libm-2.4.so
> 49d82000-49d84000 r-xp fd:00 15206831 /lib/libdl-2.4.so
> 49d84000-49d85000 r-xp 1000 fd:00 15206831 /Aborted
>
> I am using R 2.4.0 i386 on Fedora
60 matches
Mail list logo
