[no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc-2014Q2 2014-05-29T23:35:13Z 2014-05-29T23:35:13Z wiz wiz@pkgsrc.org 2014-05-29T23:35:13Z urn:sha1:748acb2c4ac89a5af04946df5ba5f11140726d65 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:047a7f787e76857b9b0d4ad6fba74593dbd875e3 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. 2012-10-03T21:53:53Z wiz wiz@pkgsrc.org 2012-10-03T21:53:53Z urn:sha1:318446307559eb62a25905911b5e04c7006159b4 are called p5-*. I hope that's all of them. 2012-09-11T23:04:15Z asau asau@pkgsrc.org 2012-09-11T23:04:15Z urn:sha1:b0feb9f5b186a62a131121fe59db9ccdc0a844bd 2012-05-29T13:53:29Z wiz wiz@pkgsrc.org 2012-05-29T13:53:29Z urn:sha1:ec498df47e542bc043339844106d38405f5e2b1c FFTW 3.3.2 * Removed an archaic stack-alignment hack that was failing with gcc-4.7/i386. * Added stack-alignment hack necessary for gcc on Windows/i386. We will regret this in ten years (see previous change). * Fix incompatibility with Intel icc which pretends to be gcc but does not support quad precision. * make libfftw{threads,mpi} depend upon libfftw when using libtool; this is consistent with most other libraries and simplifies the life of various distributors of GNU/Linux. FFTW 3.3.1 * Changes since 3.3.1-beta1: - Reduced planning time in estimate mode for sizes with large prime factors. - Added AVX autodetection under Visual Studio. Thanks Carsten Steger for submitting the necessary code. - Modern Fortran interface now uses a separate fftw3l.f03 interface file for the long double interface, which is not supported by some Fortran compilers. Provided new fftw3q.f03 interface file to access the quadruple-precision FFTW routines with recent versions of gcc/gfortran. * Added support for the NEON extensions to the ARM ISA. (Note to beta users: an ARM cycle counter is not yet implemented; please contact fftw@fftw.org if you know how to do it right.) * MPI code now compiles even if mpicc is a C++ compiler; thanks to Kyle Spyksma for the bug report. 2011-07-28T06:30:15Z adam adam@pkgsrc.org 2011-07-28T06:30:15Z urn:sha1:dbc4479d4611b39049bd2b7b90b57a00ba2af7fa 2010-07-30T10:36:22Z asau asau@pkgsrc.org 2010-07-30T10:36:22Z urn:sha1:8756d19398c644e5cacae9ea605bfce473f10145 "fortran" is alias of "fortran77" for now, but it will change later. 2009-12-03T13:06:51Z asau asau@pkgsrc.org 2009-12-03T13:06:51Z urn:sha1:d78ee9706fa60290d2c69af143254783ad92228a that list Fortran in used languages. 2009-03-20T19:23:50Z joerg joerg@pkgsrc.org 2009-03-20T19:23:50Z urn:sha1:2d1ba244e90207d03eef397a99aa4091baeec5b3 This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time. 2009-02-17T10:40:47Z adam adam@pkgsrc.org 2009-02-17T10:40:47Z urn:sha1:d14975a27c6cdf23edc5a78949672e0679f9f4cb * Performance improvements for some multidimensional r2c/c2r transforms; thanks to Eugene Miloslavsky for his benchmark reports. * Compile with icc on MacOS X, use better icc compiler flags. * Compilation fixes for systems where snprintf is defined as a macro; thanks to Marcus Mae for the bug report. * Fortran documentation now recommends not using dfftw_execute, because of reports of problems with various Fortran compilers; it is better to use dfftw_execute_dft etcetera. * Some documentation clarifications, e.g. of fact that --enable-openmp and --enable-threads are mutually exclusive (thanks to Long To), and document slightly odd behavior of plan_guru_r2r in Fortran. * FAQ was accidentally omitted from 3.2 tarball. * Remove some extraneous (harmless) files accidentally included in a subdirectory of the 3.2 tarball.