search for: fftw

Dear R people, I am trying to install rimage using install.packages("rimage") but am receiving the following errors despite having FFTW installed. I would appreciate any help to get this fixed. checking fftw.h usability... no checking fftw.h presence... no checking for fftw.h... no configure: error: Sorry, can't find fftw header ERROR: configuration failed for package 'rimage' I am using FFTW version 3.1, fedora cor...

I'm still having problems installing rimage - the installation can't find the fftw headers. As suggested, I installed the fftw rpm (for RH 9 from freshrpms). It installed without any errors or warnings. Yet I get exactly the same error message - it can't find the fftw headers. What do I have to do to get the headers? Rick B.

...>> And here's a patch for Intel Math Kernel Library. This allows commercial >> users of Speex to use a high-speed FFT library that isn't GPL'd. (You do >> need to pay for it though). This is 3 times faster than the default FFT in >> speex, and also faster than FFTW3 since MKL has native support for the >> complex packing Speex uses. >> > > That's definitely cool, but from what I can see on this FAQ I do need to pay > if I'm willing to use it for commercial purposes: > http://www.intel.com/cd/software/products/asmo-na/eng/2...

On 5/28/08, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > > Yes, MKL is commercial software and you do need to pay for it, but > > unlike FFTW it's not GPL. FFTW is useless for any closed-source program > > that wishes to use Speex, so this is the non-GPL alternative. > > Considering that FFTW also sells licenses for non-GPL use, I tend to > prefer the FFTW licensing over MKL. Note that GPL doesn't mean > non-...

Hi folks: I am trying to install the package "rimage" in R 1.8.0 on an Alpha Linux box. "R CMD INSTALL rimage_0.5-1.tar.gz" fails with the following: ... ... checking for stdint.h... yes checking for unistd.h... yes checking fftw.h usability... yes checking fftw.h presence... yes checking for fftw.h... yes checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for fftwnd_one in -lfftw... no configure: error: Sorry, can't find fftw library. Please use --with-fftw-lib...

I have noticed that fftw has recently been updated from major version 2 to major version 3. It seems the update stems from the mother distribution from RedHat. AFAIK, there are changes to the API in fftw version 3, which may give problems with 3rd party packages. Has anyone got experience with this? And any advice to o...

...C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fftw.h usability... no checking fftw.h presence... no checking for fftw.h... no configure: error: Sorry, can't find fftw header ERROR: configuration failed for package 'rimage' ** Removing '/usr/lib/R/library/rimage' The downloaded packages are in /tmp/Rtmp2IVErp/downloaded_...

Upon fresh installation of R-patched and rimage on openSUSE 11.3 box, simple fftw on renown lena image cause memory free failure. Quick: Go to the end of this mail and read the error message from R Thoruogh: Find detailed step-by-step how sopprt library fftw2 was installed and how rimage was installed. Regards Mads Jeppe VERSIONS ======== openSUSE -------- # cat /etc/...

...C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fftw.h usability... no checking fftw.h presence... no checking for fftw.h... no configure: error: Sorry, can't find fftw header ERROR: configuration failed for package 'rimage' Delete downloaded files (y/N)? The packages are in /tmp/Rtmp14443/Rinstdir327b23c6 Warning message: Installation...

On Jul 5, 2012, at 9:06 PM, Anthony Blake <amb33 at cs.waikato.ac.nz> wrote: > I've noticed that LLVM tends to generate suboptimal code and spill an > excessive amount of registers in large functions, such as in those > that are automatically generated by FFTW. One problem might be that we're forcing the 16 stores to the out array to happen in source order, which constrains the schedule. The stores are clearly non-aliasing. > LLVM generates good code for a function that computes an 8-point > complex FFT, but from 16-point upwards, icc or gcc...

Hello Vorbis folks, I'm one of the FFTW authors (www.fftw.org), and a few days ago I was playing with our codelet generator for fun and modified it to spit out hard-coded MDCTs of small sizes. The code (at jdj.mit.edu/~stevenj/mdct_128nr.c) for 256 samples (128 outputs) seems to be almost twice as fast as the Vorbis MDCT code for that s...

...and sell software written in exotic languages for Linux and Mac OS X. A tamer but related idea is to implement a Fortran 77 front-end for LLVM and then get LAPACK into the LLVM benchmark suite. This could help LLVM to improve and might provide a faster LAPACK library for the open source world. FFTW is another hugely important numerical library that could be used for benchmarking. Aside from simply getting FFTW to work using llvm-gcc, an interesting project might be to rewrite the OCaml source code in FFTW to generate codelets on-the-fly using LLVM or the CLang front-end. LLVM can probably...

Michael Johnson <mpj at rowley.co.uk> writes: > Hi Rafael, >> Michael Johnson via llvm-dev <llvm-dev at lists.llvm.org> writes: >> >>> Hi Rui, >>> >>> Are there any plans to support the -defsym command line option? >> It doesn't look that hard, it was just never requested. What project is >> using it? > Not sure I understand

Hello, i'm trying to install de rimage package form source. I have installed fftw2.1.5 and libjpeg, but during compilation appear this message: * Installing *source* package 'rimage' ... checking for g++... g++ checking for C++ compiler default output... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suf...

...he install seemed to go well but I received the identical error messages upon loading. (I provide the output from the package re-install at the very end of this email in case it is useful.) I am running R version 2.4.1 and fc6 on a dual boot (with XP) Pentium 4 Dell Dimension 8250. I have both fftw-2.1.5 and fftw-3.1.2 on my machine within /usr/local and . rimage was working fine on the same machine before I upgraded from R 2.3.1 and fc3. I searched online but was unable to find any relevant posts. Thanks again John -- John Kornak,PhD Assistant Professor Departments of Radiology, and E...

Hello, Everyone LLVM recently was approved to take part in Google Summer of Code 2008. We welcome everyone to apply for this program. The list of ideas for (possible) projects is located at http://llvm.org/OpenProjects.html. Surely you can suggest any other project, if you feel, that it definitely can be useful. Our common requirement for student is to submit proposal to LLVM Developers

...t; > On Jul 5, 2012, at 9:06 PM, Anthony Blake <amb33 at cs.waikato.ac.nz> wrote: > >> I've noticed that LLVM tends to generate suboptimal code and spill an >> excessive amount of registers in large functions, such as in those >> that are automatically generated by FFTW. > > One problem might be that we're forcing the 16 stores to the out array to happen in source order, which constrains the schedule. The stores are clearly non-aliasing. > >> LLVM generates good code for a function that computes an 8-point >> complex FFT, but from 16-point...

On Sat, Jul 7, 2012 at 12:25 AM, Anthony Blake <amb33 at cs.waikato.ac.nz> wrote: > On Fri, Jul 6, 2012 at 6:39 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote: >> On Jul 5, 2012, at 9:06 PM, Anthony Blake <amb33 at cs.waikato.ac.nz> wrote: >>> [...] >>> movaps 32(%rdi), %xmm3 >>> movaps 48(%rdi), %xmm2 >>>

Hi, I've noticed that LLVM tends to generate suboptimal code and spill an excessive amount of registers in large functions, such as in those that are automatically generated by FFTW. LLVM generates good code for a function that computes an 8-point complex FFT, but from 16-point upwards, icc or gcc generates much better code. Here is an example of a sequence of instructions from a 32-point FFT, compiled with clang/LLVM 3.1 for x86_64 with SSE: [...] movaps 32(%rdi),...

Hello i resolve the installation of the package rimage following the indications by Andy Jacobson in the list osx@tazman.princeton.edu the trick is using R CMD INSTALL --configure-vars='LDFLAGS=-L/sw/lib CPPFLAGS=-I/sw/include' rimage_0.5-7.tar.gz the packages fftw2.1.5 and libjpeg were installed via Fink. Thanks for Prof. Brian Ripley for ththe response and hope this can help anyone. Regards, Florencio González Blázquez Message: 93 Date: Fri, 31 Oct 2008 11:40:23 +0100 From: Florencio Gonzalez Blazquez <florencio.gblazquez@gmail.com> Subject: Re: [...