math/fftw3: Convert OPENMPI option to USES=mpi

This should unbreak the OPENMPI option for 32-bit archs after
0728e016e0ca.

Reported by:	fluffy (via IRC)
MFH:		2024Q3

math/fftw3: Impelled to share/man

Approved by:    portmgr (blanket)

math/fftw3-float: fix build on powerpc64le 15

configure: error: Need a version of gcc with -maltivec

math/fftw3: Add missing FFTW3LibraryDepends.cmake

This file would normally be generated by cmake, but since we're using
the more feature-complete and stable autotools configure, instead of
pulling in cmake, just provide a pre-generated template file. This
fixes finding fftw3 with future krita.

Install the cmake configuration files in separate directories for each
flavor so that the exported targets are correctly defined.

See: https://github.com/FFTW/fftw3/issues/130

math/fftw3-float: check for MACHINE_CPU on powerpc*

MACHINE_CPU for powerpc * has been added recently to bsd.cpu.mk. To provide
compatibility with older FreeBSD, leave the check for powerpc64*.

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

math: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Amarendra Godbole <amarendra.godbole@gmail.com>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andreas Fehlner (fehlner@gmx.de)
  *  Andrew L. Neporada <andrew@chg.ru>
  *  Andrey <gugu@zoo.rambler.ru>
  *  Andrey Zakhvatov

math/fftw3: Enable OPENMP by default on i386

This fixes a build failure with science/cp2k.

PR:		264397

math/fftw3: enable OPENMP by default on powerpc64* and riscv64

math/fftw3: Update to 3.3.10

Bugfix release, changelog: http://www.fftw.org/release-notes.html
Change PORTVERSION to DISTVERSION to follow Porters Handbook more
closely.
Enable OpenMP support by default on aarch64 and amd64

PR:		259837
Approved by:	jhale (maintainer timeout, 2+ months)

math/fftw3: fix altivec check

MACHINE_CPU is actually empty on powerpc* so just enable altivec on powerpc64*,
which should have altivec anyway.

math/fftw3: fix after sweep

COMPILER_TYPE needs to be defined in all cases

make: "/usr/ports/math/fftw3-float/../../math/fftw3/Makefile" line 130:
Malformed conditional (${ARCH} == "i386" && (${COMPILER_TYPE} == "gcc" ||
!empty(USE_GCC)) && !${PORT_OPTIONS:MOPENMPI})

*/*: Remove more compiler:openmp instances

Reported by: antoine@
Fixes:	07fb2d5e9d00

Remove # $FreeBSD$ from Makefiles.

math/fftw3*: Update to 3.3.9

Changes:	http://www.fftw.org/release-notes.html

- Update net/openmpi to 4.0.3 (openmpi 1 is deprecated)
- Remove option for net/openmpi2 from science/pnetcdf (net/openmpi2 is
deprecated and will be removed)
- Fix science/gromacs plist when MPI option is enabled
- Bump PORTREVISION for all the consumers of net/openmpi

Add arm64 performance counter and enable NEON support.

* Enable cycle counter via the PMCCNTR_EL0 register on arm64 for all variants
* Enable NEON instructions for -float flavor
* Runtime tested with bench utility in tests directory
  (./work/fftw-3.3.8/tests/bench if compiling ports) on Orange Pi PC running
  13.0-CURRENT r347967

PR:		239511
Submitted by:	daniel.engberg.lists@pyret.net
Reviewed by:	mikael.urankar@gmail.com
Approved by:	jhale (maintainer timeout, 3 months)

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

math/fftw3: drop FreeBSD 11.1 support per EOL

PR:		220590 (for tracking)

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Update to 3.3.8

Remove -ffast-math from OPTIMIZED_CFLAGS since it causes problems with
gcc8 and upstream has removed it.
https://github.com/FFTW/fftw3/commit/41b0d9e

Update to 3.3.7

Changes:	http://www.fftw.org/release-notes.html

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Fix build on armv6. The -funsafe-math-optimizations flag in Clang (pulled in by
-ffast-math) is emitting references to the sincos() function which is not
implemented on versions of FreeBSD < 1200032. Workaround by adding
-fno-unsafe-math-optimizations to armv6 CFLAGS.

/bin/sh ../libtool  --tag=CC   --mode=link /nxb-bin/usr/bin/cc -D_THREAD_SAFE
-pthread -O2 -pipe  -O3 -ffast-math -fstrict-aliasing -fomit-frame-pointer   -o
bench bench-bench.o bench-hook.o bench-fftw-bench.o
../threads/libfftw3_threads.la ../libfftw3.la ../libbench2/libbench2.a  -lm
libtool: link: /nxb-bin/usr/bin/cc -D_THREAD_SAFE -pthread -O2 -pipe -O3
-ffast-math -fstrict-aliasing -fomit-frame-pointer -o .libs/bench bench-bench.o
bench-hook.o bench-fftw-bench.o  ../threads/.libs/libfftw3_threads.so
../.libs/libfftw3.so ../libbench2/libbench2.a -lm -pthread -Wl,-rpath
-Wl,/usr/local/lib
./libbench2/libbench2.a(verify-lib.o): In function `aphase_shift':
verify-lib.c:(.text+0x578): undefined reference to `sincos'
./libbench2/libbench2.a(verify-lib.o): In function `tf_shift':
verify-lib.c:(.text+0x13a0): undefined reference to `sincos'
verify-lib.c:(.text+0x16e4): undefined reference to `sincos'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[3]: *** [Makefile:400: bench] Error 1
gmake[3]: Leaving directory
'/wrkdirs/usr/ports/math/fftw3/work/fftw-3.3.6-pl2/tests'
gmake[2]: *** [Makefile:684: all-recursive] Error 1
gmake[2]: Leaving directory '/wrkdirs/usr/ports/math/fftw3/work/fftw-3.3.6-pl2'
gmake[1]: *** [Makefile:549: all] Error 2
gmake[1]: Leaving directory '/wrkdirs/usr/ports/math/fftw3/work/fftw-3.3.6-pl2'
*** Error code 1

PR:		220590
Submitted by:	jbeich

Update to 3.3.6.pl2 (3.3.6.2)
Fix LICENSE

Changes:	http://www.fftw.org/release-notes.html

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Update to 3.3.6-pl1 (3.3.6.1)
Use ports test framework
Remove obsolete CVS tags

Changes:	http://www.fftw.org/release-notes.html

Add USES=makeinfo
Even with the recently added USES=gmake I still have spurious failures on
the exp builders, adding USES=makeinfo works around the problem

Switch to gmake to hopefully prevent pkg-fallout errors that have been popping
up (specifically for math/fftw3-long), although, I can't reproduce them.

Making all in FAQ
restore=: && backupdir=".am$$" &&  am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:"
&& cd . &&  rm -rf $backupdir && mkdir $backupdir &&  if (/bin/sh /wrkdirs/usr/
ports/math/fftw3-long/work/fftw-3.3.5/missing makeinfo --version) >/dev/null
2>&1;
then  for f in ./fftw3.info ./fftw3.info-[0-9] ./fftw3.info-[0-9][0-9]
./fftw3.i[0-9] ./fftw3.i[0-9][0-9]; do  if test -f $f; then mv $f $backupdir;
restore=mv; else :; fi;  done;  else :; fi &&  cd "$am__cwd";  if /bin/sh
/wrkdirs/usr/ports/math/fftw3-long/work/fftw-3.3.5/missing makeinfo   -I .
-o ./fftw3.info ./fftw3.texi;  then  rc=0;  CDPATH="${ZSH_VERSION+.}:" && cd .;
else  rc=$?;  CDPATH="${ZSH_VERSION+.}:" && cd . &&  $restore $backupdir/*
`echo "././fftw3.info" | sed 's|[^/]*$||'`;  fi;  rm -rf $backupdir; exit $rc
/wrkdirs/usr/ports/math/fftw3-long/work/fftw-3.3.5/missing: makeinfo: not found
WARNING: 'makeinfo' is missing on your system.
         You should only need it if you modified a '.texi' file, or
         any other file indirectly affecting the aspect of the manual.
         You might want to install the Texinfo package:
         <http://www.gnu.org/software/texinfo/>
         The spurious makeinfo call might also be the consequence of
         using a buggy 'make' (AIX, DU, IRIX), in which case you might
         want to install GNU make:
         <http://www.gnu.org/software/make/>
*** Error code 127

- Update to 3.3.5
- Add SIMD option to easily toggle cpu optimizations (ON by default)
- Add OPENMPI option to build the MPI libraries (OFF by default) [1]
- Strip slave port binaries
- Take maintainership

PR:		203847 [1]
Submitted by:	<dieterich@ogolem.org> [1]

Reset ports maintained by bf@ until he has time again to work on them.

PR:		210474
Submitted by:	jbeich
With hat:	portmgr-secretary

- Fix trailing whitespace in pkg-descrs, categories [g-n]*

Approved by:	portmgr blanket

math/fftw3:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove PTHREAD_CFLAGS and PTHREAD_LIBS
- Use MAKE_CMD

Repair instances, almost all courtesy of bf ;-), of spaces
and/or tabs before the =. This made doing regular expressions
on the ports tree really difficult.

Approved by:	portmgr (not really, but touches unstaged ports)

Remove useless post-patch-script in append it to post-patch
change -exec ${RM} by -delete in the find command

Fix i386 builds using clang [1]; use staging;
remove some outdated material

PR:		186998 [1]
Submitted by:	truckman [1]

Add NO_STAGE all over the place in preparation for the staging support (cat:
math)

Convert to new perl framework
Convert USE_GMAKE to USES

Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.

Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.

This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.

That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.

Approved by:	portmgr (bdrewery)

Finish converting the whole ports tree to USES=pkgconfig

This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.

If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.

PR:		ports/177081
Reviewed by:	bapt
Approved by:	portmgr (miwi)

update master sites; trim headers; reposition LICENSE, WWW

fix WITH_OPENMP on recent -CURRENT built WITH_CLANG_IS_CC [1];
use USE_PKGCONFIG

Reported by:	A. Shterenlikht, Denis [1]

update to 3.3.3

Feature safe:	yes

exit earlier, and with a more helpful error message, when attempting to
build the OpenMP libraries with clang [1]; shorten a long line

PR:             168804 [1]

update to 3.3.2 and convert options to the new style

update to 3.3.1

- Remove WITH_FBSD10_FIX, is no longer needed

- Fix build on FreeBSD 10

With hat:       portmgr

Fix minor infelicity in OPTIONS, to prevent the end
of the world.

PR:             161896
Submitted by:   mandree, wblock (different patch)

add an option for the fftw3 OpenMP libraries, and turn it
off by default, because some compilers (e.g. clang) don't
support OpenMP; make linking to the fftw3*_threads shared
libraries easier by adding tags for the system thread
library; simplify math library changes for the long flavor
on 7.*; defer patch cleanup, to make debugging easier;
tweak format of post-patch target

- update fftw3* to 3.3 [1], and adjust dependent ports
- make use of optimizations by default, where possible
(quad flavor to follow shortly, and mpi at a later date)

Suggestions and patches from:   ache, C. Burns, wen

use altivec only in the -float case; simplify some conditionals;
restrict sse2 to machines that support it; re-format a few lines

fix flags when built WITH_OPTIMIZED_CFLAGS

PR:             157936, 161023
Reported by:    L.V. Iliev, amdmi3, "break19", G.V. Seibert

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.

PR:             ports/159624
Submitted by:   Ruslan Mahmatkhanov <cvs-src@yandex.ru>

- Get Rid MD5 support

Over to new volunteer.

Reset ahze@ due to maintainer-timeouts and no response to email.

Hat:            portmgr

- Oops checked in the wrong Makefile

Approved by:    ahze

- After digging into the Makefile and configure for fftw3 I discovered
  that USE_FORTRAN was only used to determine what name mangling scheme
  it had to use to compile the shim libs for fortran, but compiling everything
  using 'C' anyway.
  With this diff, the slave ports fftw3-long-fortran, fftw3-float-fortran
  and fftw3-fortran disapear since the shims are always built, without
  necessitating the use of a USE_FORTRAN.

Approved by:    ahze (Maintainer)

Update to 3.2.2

- Ensure Fortran shim is not built if USE_FORTRAN is not set.
- Split Fortran option into slave ports fftw3-fortran long-fortran float-fortran
- Have to bump PORTREVISION for package builds etc..
- Fix silly spelling mistakes "Percision" -> "Precision" noted.

Reviewed by:    itetcu (portmgr)
Approved by:    ahze (Maintainer)

- Update to 3.2.1

With hat:       portmgr (quick unbreak)

Update to 3.2.1

- Update to 3.2

PR:             ports/129035
Submitted by:   Wen Heping <wenheping@gmail.com>
Approved by:    maintainer timeout (ahze; 6 months)

- fftw3 needs USE_FORTRAN in order to generate fortran shim. [1]
- Two week maintainer timeout.

PR:     ports/134115 [1]

- Update download locations

Update to 3.1.3

Add 'make regression-test' which runs a series of tests of the fftw3 build

PR:             ports/127103
Submitted by:   Pedro Giffuni <pfgshield-freebsd@yahoo.com>

- 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.