fftw3 3.1.2 math =69

Fast C routines to compute the Discrete Fourier Transform
Maintained by: ahze@FreeBSD.org
Port Added: 18 Apr 2004 11:49:04

---

---

FFTW is a C subroutine library for computing the Discrete Fourier Transform
(DFT) in one or more dimensions, of both real and complex data, and of
arbitrary input size. We believe that FFTW, which is free software, should
become the FFT library of choice for most applications. Our benchmarks,
performed on a variety of platforms, show that FFTW's performance is
typically superior to that of other publicly available FFT software.
Moreover, FFTW's performance is portable: the program will perform well on
most architectures without modification.

The FFTW package was developed at MIT by Matteo Frigo and Steven G.
Johnson.  Please send email to fftw@theory.lcs.mit.edu so that we can keep
track of users and send you information about new releases.  The latest 
version of FFTW, benchmarks, links, and other information can be found at
the FFTW home page.

WWW:	http://www.fftw.org/

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

Slave ports

math/fftw3-float

math/fftw3-long

---

Required To Build: lang/perl5.8, devel/pkg-config
Required To Run: devel/pkg-config

---

To install the port: cd /usr/ports/math/fftw3/ && make install clean
To add the package: pkg_add -r fftw3

---

Configuration Options

===> The following configuration options are available for fftw3-3.1.2:
     OPTIMIZED_CFLAGS=off (default) "Enable optimized CFLAGS"
===> Use 'make config' to modify these settings

---

Master Sites:

ftp://ftp.fftw.org/pub/fftw/

http://www.fftw.org/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

Remove always-false/true conditions based on OSVERSION 500000

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
  supports them.  This is determined by running ``configure --help'' in
  do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
  which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
  Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
  PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
  subdirectory detection.

PR:             ports/111470
Approved by:    portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by:      pointyhat exp run

- Update to 3.1.2

- Update to 3.1.1
- Mark fftw3-long ONLY_FOR_ARCHS=i386 sparc64

PR:             93925 (did not use)

Remove USE_REINPLACE from ports starting with M

- Update MASTER_SITES to fix fetch

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Always build the seprate fftw3 threads lib.

Requested by:   Xride via irc.freenode.org/#FreeBSD-GNOME

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

- Add SHA256
- Add SIZE to a few ports

- Move USE_LDOUBLE=yes above bsd.port.pre.mk so pointyhat actaully uses
  math/ldouble

- Fix fftw3-long by ALWAYS using math/ldouble even if CPUTYPE is defined
  since some CPUTYPES work and others don't.

- Fix build of fftw3-long on 5.x, 6.x, 7.x when CPUTYPE is not defined
  by using math/ldouble. Also, CPUTYPE=[i386|i486|i586|i686] and proabably
  some others won't work.

Reported by:    PointyHat

- Remove -malign-double from WITH_OPTIMIZED_CFLAGS on amd64 to fix build

PR:             ports/85555
Submitted by:   Tetsuya Uemura

- no longer depend on math/ldouble for math/fftw3-long on >= 504000 since
  it now has some long double math functions.

- Remove a few MASTER_SITES that don't carry fftw3

- Fix build for 4.x users who define WITH_OPTIMIZED_CFLAGS and have SSE by
  using internal libtool since we use gcc34 and libtool15 doesn't like a
  different CC/CXX other than the one it was built with [1]
- Fix plist if WITH_SMP_THREADS was defined
- Bump PORTREVISION to force update of plist changes

Reported by:    marcus [1]

- Remove i386 Restriction of 3dnow/sse since amd64 has sse and 3dnow
- Remove WITH_SSE Option and auto-detect it under WITH_OPTIMIZED_CFLAGS
- Move auto-detect of 3dnow under WITH_OPTIMIZED_CFLAGS

Remove WITH_OPTIMIZED_ATHLON knob and auto-detect 3dnow to enable Athlon/3dnow
optimizations

Pointed out by: kris

- Add note about WITH_OPTIMIZED_ATHLON will fall back to 3dNow if you don't have
  a Athlon
- Fix man pages so they say ${PREFIX}/etc instead of /etc
- Fix core dump of fftw-wisdom in >=5.x [1] by removing a dirty work around
  to use a 16-byte aligned maloc by really using freebsd's 16-byte
  aligned maloc

Reported by:    phk

Add support for slave ports

Approved by:    pav (co mentor)

Remove not need gnomeprefix

Pointed out by: marcus
Approved by:    adamw (mentor)

Change email to new FreeBSD.org address

Approved by:adamw (mentor)

Increase USE_GCC to 3.4 for those ports which compile with it.

Approved by:    portmgr

Needs perl to build

Reported by:    pointyhat

Add missing file to plist.

only show i386 options to i386

PR:             69488
Submitted by:   maintainer

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

- Unbreak build by using gmake all over the place. Without this, $< in Makefiles
  are not expanded and perl hangs on tty input during build

- Fix WITH_SSE on 4.x by using gcc-3.3
- Update MASTER_SITES

PR:             ports/68407
Submitted by:   michael johnson <ahze@rgv.net> (maintainer)

- Performance tweaks: enable SSE2 for libfftw, don't force 16-byte aligned
malloc

PR:             ports/67393
Submitted by:   michael johnson <ahze@ahze.net> (maintainer)

- Build and install fftwf library
- Add new knob to enable SSE optimizations

PR:             ports/67271
Submitted by:   michael johnson <ahze@ahze.net> (maintainer)

- Fix WWW:

PR:             ports/66072
Submitted by:   maintainer

After repocopy from math/fftw, add fftw 3.0.1, a fast C library for computing
Discrete Fourier Transform. Version 3.x is API incompatible with fftw 2.x

PR:             ports/65559
Submitted by:   michael johnson <ahze@ahze.net>

10 vulnerabilities affecting 29 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities