search for: naoki

Is it possible to see the source code of the open-sourced SVML? The diff file does not include the library. I searched the Internet but I could not find. Regards, Naoki Shibata On 2016/07/15 13:55, Tian, Xinmin wrote: > Naoki, > > Intel is planning open-source SVML library (most of them if it not 100%), 6 functions of SVML are open sourced for GCC and LLVM already. But, Intel SVML is x86 centric (SSE2, SSSE3, SSE4.1, SSE4.2, AVX, AVX2 ....}. Personally...

I am filing this as a bug report so it doesn't get lost. Martyn -----FW: <XFMail.000616094624.plummer@iarc.fr>----- Date: Fri, 16 Jun 2000 09:46:24 +0200 (CEST) Sender: owner-r-devel@stat.math.ethz.ch From: Martyn Plummer <plummer@iarc.fr> To: Naoki Takebayashi <ntakebay@bio.indiana.edu> Subject: RE: [Rd] [PATCH] ./configure fails to recognize alphapca56 (R-1. Cc: r-devel@stat.math.ethz.ch On 15-Jun-00 Naoki Takebayashi wrote: > I think I reported this bug in the past. At that time, I was told that > it is a bug of autoconf. >...

...ect, in part because I feel like compiler-rt has too many things grouped together already, and in part because vectorization is a form of parallel execution. Thoughts? Thanks again, Hal ----- Original Message ----- > From: "Xinmin Tian" <xinmin.tian at intel.com> > To: "Naoki Shibata" <shibatch.sf.net at gmail.com>, "Hal Finkel" <hfinkel at anl.gov> > Cc: llvm-dev at lists.llvm.org, "Chandler Carruth" <chandlerc at gmail.com>, "Matt Masten" <matt.masten at intel.com> > Sent: Thursday, July 14, 2016 11:55:2...

...ng SLEEF into LLVM, since it would be also fairly easy to port SVML to other architectures. If Intel will not open-source SVML, then there could be advantage in using SLEEF for x86 by inlining the functions. Is it possible to ask the person in charge what exactly Intel is going to contribute? Naoki Shibata On 2016/07/15 12:53, Hal Finkel wrote: > Hi again, > > As this RFC implies, I've been using the SLEEF library proposed here with Clang/LLVM for many years, and fully support its adoption into the LLVM project. > > I'm CC'ing Matt and Xinmin from Intel who have s...

Dear LLVM contributors, I am Naoki Shibata, an associate professor at Nara Institute of Science and Technology. I and Hal Finkel would like to jointly propose to add my vectorized math library to LLVM. The library has been available as public domain software for years, I am going to double-license the library if necessary. ***...

...views.llvm.org/D24951 > > Thanks again, > Hal > > ----- Original Message ----- >> From: "Hal Finkel via llvm-dev" <llvm-dev at lists.llvm.org> >> To: "Chandler Carruth" <chandlerc at gmail.com>, llvm-dev at lists.llvm.org >> Cc: "Naoki Shibata" <shibatch.sf.net at gmail.com>, "Matt Masten" <matt.masten at intel.com> >> Sent: Wednesday, July 27, 2016 10:46:22 AM >> Subject: Re: [llvm-dev] RFC: SIMD math-function library >> >> Hi everyone, >> >> I think that everyone is...

...help digest..." > > > Today's Topics: > > 1. Re: fortran -> R (=?iso-8859-1?Q?G=F6ran_Brostr=F6m?=) > 2. Re: R 1.6.1 segmentation fault (David Meyer) > 3. simplex(boot) problem (George LeCompte) > 4. bugs in system() handling long character strings?? (Naoki Takebayashi) > 5. Re: bugs in system() handling long character strings?? (ripley at stats.ox.ac.uk) > 6. color of plot axes involving POSIX types (Richard Rowe) > > --__--__-- > > Message: 1 > Date: Sat, 7 Dec 2002 12:28:50 +0100 (CET) > From: =?iso-8859-1?Q?G=F6ran_Br...

...of autoconf. ./configure does not recognize Linux on DEC Alpha 21164PC (a cheap version of Alpha EV56), so all the compilation flags were set incorrectly. I don't know the right way to fix it (I don't know how autoconf works yet ...), but the following patch fixes the problem. Thank you, Naoki Naoki Takebayashi <ntakebay@bio.indiana.edu> --- Dept. of Biology, Indiana University, Jordan Hall 142 --- 1001 E. Third St. Bloomington, IN 47405-3700 USA --- R-1.1.0/tools/config.sub.orig Thu Jun 15 13:49:01 2000 +++ R-1.1.0/tools/config.sub Thu Jun 15 14:00:25 2000 @@ -153,6 +153,7...

...ng on). I thought someone may have some insights about the problem or strategy to debug this problem. I wanted to set some kind of watch point, so the gdb breaks when the address 0x20001840ef8 is changed. But I'm not really good at gdb yet, so I'm wondering if someone can help. Thanks, Naoki platform alpha-unknown-linux arch alpha os linux system alpha, linux status Patched major 0 minor 90.0 year 1999 month November day 22 language...

...interested in. However, as I can not see the labels of each data point directly in RGL window, I usually look for the values of x, y, z axis to find out the label (or line number of the data point). Is there any way that I can label all the (or clicked) data point (= sphere) ? Thank you. Naoki

...---- If this is the case, do we always have to set quota value to what we have after subtracting the required quota warning value from 100. for example, if we want quota warning value to be 70%, we actually have to write 30% in configuration?? Will there be another patch to fix this? Thanks -- Naoki Takazawa Marino Ltd., Yokohama, JAPAN

Hi, Xenmon does not work correctlly after xentrace changes in cs 17000. Attached patch fixes this problem. This patch modifies access to trace buffer same as tools/xentrace. Signed-off-by: Naoki Nishiguchi <nisiguti@jp.fujitsu.com> Regards, Naoki Nishiguchi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...erenced symbol not found Error in .C("delTcl", PACKAGE = "tcltk") : C/Fortran function name not in load table Error in eval.with.vis(expr, envir, enclos) : tcltk support is absent I would appreciate it if you could help me correct this behavior. Best regards, Naoki Saito -- Naoki Saito, Ph.D., Associate Professor, Department of Mathematics University of California, One Shields Avenue, Davis, CA 95616-8633 USA Home Page: http://math.ucdavis.edu/~saito/ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- R...

Full_Name: Naoki Takebayashi Version: 0.65.1 OS: Linux/Alpha Submission from: (NULL) (129.79.224.171) When I was reading a file with read.table("junk.data"), it seg-faulted. I found out that it seg-faulted when the last line of data file didn't have the newline char. For example, file like this: 2...

...e Jun 8 18:39:31 1999 +++ R-base.spec Tue Jun 8 18:44:00 1999 @@ -70,6 +70,7 @@ %ifarch alpha #Thanks to Nassib Nassar <nassar@etymon.com> export CFLAGS="-g -O1" + export FFLAGS="-mieee -g -O2" %endif %ifarch sparc export LIBS="-lieee" Thanks, Naoki Naoki Takebayashi <ntakebay@bio.indiana.edu> --- Dept. of Biology, Indiana Univeristy, Jordan Hall 142 --- 1001 E. Third St. Bloomington,IN 47405-3700 USA -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.a...

Full_Name: Naoki Takebayashi Version: 1.2.2 OS: Linux, RedHat 7.0/alpha Submission from: (NULL) (152.3.12.123) With RedHat 7.0/alpha (gcc 2.96-69), I encountered following error: gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -mieee -O2 -mieee -c datetime.c -o datetime.o da...

Full_Name: Naoki Takebayashi Version: 0.65.0+R-release.diff (Oct 6, 1999) OS: Linux/Alpha Submission from: (NULL) (129.79.224.171) This will fix the "problem 2 (crash in fft)" in Bug ID #277 On Linux/Alpha, make check failed because R could not handle the following example in base-Ex.R ##___ Examples...

...öm" <cbergstrom at pathscale.com> > To: "Chandler Carruth" <chandlerc at gmail.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "llvm-dev" <llvm-dev at lists.llvm.org>, "Matt Masten" <matt.masten at intel.com>, > "Naoki Shibata" <shibatch.sf.net at gmail.com> > Sent: Wednesday, July 27, 2016 9:43:34 PM > Subject: Re: [llvm-dev] RFC: SIMD math-function library > > Why is there any motivation to bundle it with unrelated stuff at all? > What's the benefit? If it's just to prop up th...

Has anyone succeeded in compiling R-1.1.0 on a Digital (Compaq) Alpha running OSF4.0F (or E)? Everything seems to compile OK (except the frequent "Warning: Unresolved:" at link time - this threw me off the scent for a while!), but then at run time I get: Fatal error: The X11 shared library could not be loaded. The error was dlopen: cannot load

Why is there any motivation to bundle it with unrelated stuff at all? What's the benefit? If it's just to prop up the existence of parallel_libs, then I don't think that makes sense.. Should we move llvm loop optimizations over to parallel_libs as well? If this is just a bikeshed argument, of course chandler will get his way and nobody else matters.. Hopefully, the decision is driven