Do not use post-stage. Use post-install instead. The only reason to use post-stage is because the port needs to do "things" at a later time, like some plist manipulation. While there, fold post-install in do-install targets when they are defined. PR: 214780 Submitted by: mat Exp-run by: antoine Sponsored by: Absolight8b4093cba5
Port details
devel/google-perftools2.18.91
Fast, multi-threaded malloc() and nifty performance analysis tools
- Maintainer
- yuri@FreeBSD.org
- Packages
- google-perftools 2.18.91
- Upstream
- Higher version available: 2.19.1
- CPE
- none, CVEs only via VuXML
- WWW
- https://github.com/gperftools/gperftools
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (85)
many ports: mark broken on powerpc6486cd4fbe5a
Remove ${PORTSDIR}/ from depends. Again.
Sponsored by: Absolighteb3aae0c70- Update to 2.5 - While I'm here: - Use = for LIB_DEPENDS - Convert to new options target helper Changes: https://github.com/gperftools/gperftools/releases PR: 208582 Submitted by: Yuri Victorovich <yuri@rawbw.com> (maintainer)ffdf08063b
By default libtool replaces -export-symbols <file> with -retain-symbols-file <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1). Bump PORTREVISION on all ports where the build log contains -export-symbols. audio/calf: This port builds a module that now exports only one function, but it also builds a number of executables that link to this module and expect to see other functions. Because it's already a bit dodgy to link to a module (libtool warns about this) let the module continue to export only one function and instead build an ordinary library from the same source that the executables can link to. Fix a number of other issues in the same Makefile.am and clean up the port Makefile. japanese/scim-honoka: Tries to hide all symbols that start with an underscore, but because this library is written in C++ all symbols start with _Z so it ends up hiding everything. Just don't hide anything at all like the textproc/scim configure script does. multimedia/schroedinger: Apply an upstream patch. textproc/scim-input-pad: Same as japanese/scim-honoka. PR: 201922 Approved by: portmgr (antoine) Exp-run by: antoinea374acb969
MASTER_SITES cleanup.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight60d1a83c2aUpgrade to 2.4. PR: 198467 Submitted by: maintainer80fdc94966
- Update to version 2.3 - Change maintainer's email PR: 195874 Submitted by: maintainer7c20313578
Cleanup pliste52c1f9d98
USES=execinfoe52598b550
Add DOCS to OPTIONS_DEFINE to ports that check for PORT_OPTIONS:MDOCS.38c88dc57d
Maintainer update to 2.2.1, obsoleting patch-malloc_hook_mmap_freebsd.h. PR: 191334 Submitted by: yuri@rawbw.com (maintainer)914a2b98d7
- Switch devel/google-perftools to USES=libtool, drop .la files - Bump dependent ports as .so version has changed Approved by: portmgr blanket622869e534
Support LIBS like LDFLAGS.
- Add LIBS="${LIBS}" to MAKE_ENV and CONFIGURE_ENV.
- Add an option helper for LIBS.
- Adjust all ports that already use LIBS. Also remove references to
PTHREAD_CFLAGS and PTHREAD_LIBS while here.
- Some ports did not support having a LIBS environment variable and
required additional patches.
Somewhat simplified a linker command line looks like:
${CC} ${src_LDFLAGS} ${LDFLAGS} ${src_LIBS} ${LIBS}
where src_LDFLAGS and src_LIBS are controlled by upstream and LDFLAGS and
LIBS can be controlled by us. If possible -L and -l flags need to be
added to LIBS to make sure they appear after any -L and -l flags set by
upstream. Many ports currently add -L${LOCALBASE}/lib to LDFLAGS but this
may appear too early on the command line causing installed libraries to
be linked in instead of freshly built ones.
Additional changes:
benchmarks/netio: Replace WITH_IPV6 with an IPV6 option.
comms/gnokii: Replace some patches with USES=pathfix. Also remove -fPIC.
graphics/gimageview: USES=libtool and install desktop file in DESKTOPDIR.
graphics/visionworkbench: Remove FreeBSD 7 support.
multimedia/libmovtar: New LIB_DEPENDS syntax.
multimedia/opencinematools: Use standard do-build.
net/siproxd: USES=libtool:keepla (port actually needs .la files for plugins)
net-mgmt/nagios: Remove -fPIC.
net-mgmt/nagios4: Remove -fPIC.
print/cups-base: Only add -lssp_nonshared on i386 and OSVERSION < 1000036.
security/p11-kit: Replace PTHREAD_LIBS in CONFIGURE_ENV with
ac_cv_func_pthread_mutexattr_init=no in CONFIGURE_ARGS. This skips a test
in configure that falsely detects pthread_mutexattr_init in our libc.
sysutils/dar: Fix iconv detection.
x11/rxvt-unicode: Remove -lstdc++ and patch configure to remove a FreeBSD
hack and use $CXX as linker as on other platforms.
PR: 190592
Exp-run by: antoine
Approved by: portmgr (antoine)9f8b4bcde3Revert USE_GCC addition, and for clang, set -fno-builtin, and strip the GCC-specific -fno-builtin-<FUNCTION> arguments. Now has two failures on 10.0-RC5 and three on 9.2-RELEASE-p3 (both amd64) with the respective default compiler.002a4d26d7
Maintainer upgrade to a new version. Also fixes FreeBSD 10+ build failures. Note I have revised the Makefile, and I have also added USE_GCC=any because we get considerably more "make check" failures with clang. PR: ports/185261 PR: ports/185797 Submitted by: Yuri <yuri@rawbw.com> (maintainer)a666b762c8
Add NO_STAGE all over the place in preparation for the staging support (cat: devel part 2)34b7e6ee7e
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)334eb0fc61
Update to version 1.8.3 PR: ports/160493 Submitted by: Yuri <yuri@tsoft.com> (maintainer) Approved by: miwi, wen (mentors implicit)d39f0c97ab
- Update to 1.7 PR: 154910 Submitted by: Yuri <yuri@tsoft.com> (maintainer)e9dfe9f0a8
- Update to 1.6 PR: ports/149407 Submitted by: Yuri <yuri@tsoft.com> (maintainer) Approved by: pgj (mentor)e9b20e928f
- Fixes the minor issue when shared libraries aren't accounted for in the profile. PR: ports/147930 Submitted by: Yuri <yuri@tsoft.com> (maintainer) Feature safe: yes6b436fa5c1
Not for powerpc, either. Hat: portmgr2607e9a53b
- Update to 1.5 PR: 143112 Submitted by: Yuri <yuri@tsoft.com> (maintainer)2ca8c952cd
- Update to 1.3 PR: 137376 Submitted by: Yuri <yuri@tsoft.com> (maintainer)2d110842ec
- Unbreak on amd64 Submitted by: maintainer via private email5f0f3e37f1
- Use MAN1 instead of pkg-plist. - Use standard DOCSDIR instead of version-suffix directory. - Use USE_LDCONFIG to ask ports system to reload. PR: 134847 Submitted by: Gea-Suan Lin <gslin@gslin.org> Approved by: Yuri <yuri@rawbw.com> (maintainer)1576922a9b
- Update to 1.0 PR: 130354 Submitted by: Yuri <yuri@tsoft.com> (maintainer)364f116b12
- Update to 0.98 PR: 127333 Submitted by: Yuri <yuri@tsoft.com> (maintainer)18b029d07f
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script. 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)741aa71483- Update to 0.9.7 PR: ports/123061 Submitted by: Yuri <yuri at tsoft.com> (maintainer)c585933238
Use ${MASTER_SITE_GOOGLE_CODE} instead of http://something.googlecode.com/files
PR: ports/121435 (related)1e1dff6290Upgrade devel/google-perftools from 0.93 to 0.94. ChangeLog: http://google-perftools.googlecode.com/svn/tags/perftools-0.94/ChangeLog Submitted by: Yuri <yuri@rawbw.com> (maintainer)e8c05a8b75
Broken on sparc64 as well as amd64. While here, fix a typo. Approved by: portmgr (self)0acdf42c08
Add new port devel/google-perftools: Perf Tools is a collection of a high-performance multi-threaded malloc() implementation, plus some pretty nifty performance analysis tools. Perf Tools is the fastest memory allocation library available, it also often allows applications to have smaller memory footprint. WWW: http://code.google.com/p/google-perftools PR: ports/113689 Submitted by: Yuri <yuri@tsoft.com>8335c95b05