[no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc- 2017-01-22T14:48:57Z 2017-01-22T14:48:57Z wiz wiz@pkgsrc.org 2017-01-22T14:48:57Z urn:sha1:af9becb0adb0f09cc0a511e31ece505d41b5ca8f FFTW 3.3.6-pl1: * Bugfix: FFTW 3.3.6 had the wrong libtool version number, and generated shared libraries of the form libfftw3.so.2.6.6 instead of libfftw3.so.3.*. FFTW 3.3.6: * The fftw_make_planner_thread_safe() API introduced in 3.3.5 didn't work, and this 3.3.6 fixes it. Sorry about that. * compilation fixes for IBM XLC * compilation fixes for threads on Windows * fix SIMD autodetection on amd64 when (_MSC_VER > 1500) 2017-01-19T18:52:01Z agc agc@pkgsrc.org 2017-01-19T18:52:01Z urn:sha1:fd1f25c14af4b29b0ff212aa126e921b259e7af5 MASTER_SITES= site1 \ site2 style continuation lines to be simple repeated MASTER_SITES+= site1 MASTER_SITES+= site2 lines. As previewed on tech-pkg. With thanks to rillig for fixing pkglint accordingly. 2016-08-19T12:40:18Z wiz wiz@pkgsrc.org 2016-08-19T12:40:18Z urn:sha1:3f5d96da85112c821ddfdd2c9b9de8ef499c1810 FFTW 3.3.5: * New SIMD support: - Power8 VSX instructions in single and double precision. To use, add --enable-vsx to configure. - Support for AVX2 (256-bit FMA instructions). To use, add --enable-avx2 to configure. - Experimental support for AVX512 and KCVI. (--enable-avx512, --enable-kcvi) This code is expected to work but the FFTW maintainers do not have hardware to test it. - Support for AVX128/FMA (for some AMD machines) (--enable-avx128-fma) - Double precision Neon SIMD for aarch64. This code is expected to work but the FFTW maintainers do not have hardware to test it. - generic SIMD support using gcc vector intrinsics * Add fftw_make_planner_thread_safe() API * fix #18 (disable float128 for CUDACC) * fix #19: missing Fortran interface for fftwq_alloc_real * fix #21 (don't use float128 on Portland compilers, which pretend to be gcc) * fix: Avoid segfaults due to double free in MPI transpose * Special note for distribution maintainers: Although FFTW supports a zillion SIMD instruction sets, enabling them all at the same time is a bad idea, because it increases the planning time for minimal gain. We recommend that general-purpose x86 distributions only enable SSE2 and perhaps AVX. Users who care about the last ounce of performance should recompile FFTW themselves. 2016-07-09T06:38:30Z wiz wiz@pkgsrc.org 2016-07-09T06:38:30Z urn:sha1:50626beee92f48545dd4e114a4769ffe795940b3 2016-04-03T12:45:39Z joerg joerg@pkgsrc.org 2016-04-03T12:45:39Z urn:sha1:ab6bf9b2462b4f537a04b89db53207ccf786cf2a exists. Bump revision. 2015-12-11T13:53:26Z wiz wiz@pkgsrc.org 2015-12-11T13:53:26Z urn:sha1:ee20a44c16612591421b3b2dbe80da5836c57778 FFTW 3.3.4 * New functions fftw_alignment_of (to check whether two arrays are equally aligned for the purposes of applying a plan) and fftw_sprint_plan (to output a description of plan to a string). * Bugfix in fftw-wisdom-to-conf; thanks to Florian Oppermann for the bug report. * Fixed manual to work with texinfo-5. * Increased timing interval on x86_64 to reduce timing errors. * Default to Win32 threads, not pthreads, if both are present. * Various build-script fixes. FFTW 3.3.3 * Fix deadlock bug in MPI transforms (thanks to Michael Pippig for the bug report and patch, and to Graham Dennis for the bug report). * Use 128-bit ARM NEON instructions instead of 64-bits. This change appears to speed up even ARM processors with a 64-bit NEON pipe. * Speed improvements for single-precision AVX. * Speed up planner on machines without "official" cycle counters, such as ARM. 2015-11-03T23:33:26Z agc agc@pkgsrc.org 2015-11-03T23:33:26Z urn:sha1:02c872ca21d9749ad508bd4de22c5025a3a1d122 Problems found locating distfiles: Package dfftpack: missing distfile dfftpack-20001209.tar.gz Package eispack: missing distfile eispack-20001130.tar.gz Package fftpack: missing distfile fftpack-20001130.tar.gz Package linpack: missing distfile linpack-20010510.tar.gz Package minpack: missing distfile minpack-20001130.tar.gz Package odepack: missing distfile odepack-20001130.tar.gz Package py-networkx: missing distfile networkx-1.10.tar.gz Package py-sympy: missing distfile sympy-0.7.6.1.tar.gz Package quadpack: missing distfile quadpack-20001130.tar.gz Otherwise, existing SHA1 digests verified and found to be the same on the machine holding the existing distfiles (morden). All existing SHA1 digests retained for now as an audit trail. 2015-06-12T10:48:20Z wiz wiz@pkgsrc.org 2015-06-12T10:48:20Z urn:sha1:3c896fa5c0ed4d04a7164a48d2c98076cb4a7ac6 having a PKGNAME of p5-*, or depending such a package, for perl-5.22.0. 2014-05-29T23:35:13Z wiz wiz@pkgsrc.org 2014-05-29T23:35:13Z urn:sha1:041f4d4429adae5aa372ff70a568c82dce6763a0 Do it for all packages that * mention perl, or * have a directory name starting with p5-*, or * depend on a package starting with p5- like last time, for 5.18, where this didn't lead to complaints. Let me know if you have any this time. 2013-05-31T12:39:57Z wiz wiz@pkgsrc.org 2013-05-31T12:39:57Z urn:sha1:6e93aa25a0707cb9f21e1547eade00c48a068fb7 a) refer 'perl' in their Makefile, or b) have a directory name of p5-*, or c) have any dependency on any p5-* package Like last time, where this caused no complaints.