- Pass maintainership to submitter
- Fix conflict with ImageMagick (switch to bin/stream_bench)
- Switch to using WRKSRC instead of BUILD_WRKSRC
PR: ports/137125
Submitted by: Alexey Shuvaev <shuvaev@physik.uni-wuerzburg.de>
which is intended to be a central location for custom scripts, functions and
extensions for GNU Octave. contains the source for all the functions plus
build and install scripts.
This is benchmark.
The package contains code used to benchmark speed of Octave.
WWW: http://octave.sourceforge.net/
PR: 127301
Submitted by: Stephen Montgomery-Smith <stephen at math dot missouri dot edu>
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
Minimal testing has been done, so please don't add it into modules until I've
verified its functioning as intended/advertised!
PR:
Submitted by:
Reviewed by:
Approved by:
Obtained from:
MFC after:
Security:
I'm going to update the polygraph port to a more reasonable release;
I'd like it to be a new port which I can maintain.
PR: ports/124405
Submitted by: Adrian Chadd <adrian@FreeBSD.org>
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- 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)
- Implement new knobs for gems and rake (these are included in
ruby 1.9 distribution already). Also move gem bits from
ruby-gems/Makefile.common to bsd.ruby.mk[1]. Now to depend
on gems or rake you should define USE_RUBYGEMS/USE_RAKE
accordingly. Also RAKE_BIN variable is provided for
pointing to the right rake executable.
- Rewrite RUBY_SCHEBANG in awk to eliminate build dependency
on ruby.
Discussed with: Jonathan Weiss <jw@innerewut.de> [1] (gems maintainer)
Tested by: ports@
Solaris, and Linux. Geekbench is designed to measure the performance
an average application can expect from both the processor and the
memory subsystem.
Geekbench's benchmarks are written in platform-neutral C++, and have
no platform-specific optimizations. Geekbench is compiled with what we
consider the de-facto standard compiler for each platform, with the
compiler switches suggested by the compiler vendor for release code.
WWW: http://www.geekpatrol.ca/geekbench/
PR: ports/106533
Submitted by: Gea-Suan Lin <gslin@gslin.org>
