- Rename devel/valgrind-snapshot to devel/valgrind-devel to follow port
  naming conventions
- Convert to staging

- Add NO_STAGE until validated to be safe for upcoming staging support

- Convert to new perl5 framework

Approved by:	bdrewery@ (maintainer)

Convert from USE_GMAKE to USES=gmake

- Add 32BIT option to enable/disable 32bit compat
- Add LIB32_PATH to allow overriding where 32bit
  libs are installed, default to DESTDIR/usr/lib32/libc.so

PR:		ports/179643
Reported by:	Garrett Cooper <yaneurabeya@gmail.com>
Submitted by:	r4721@tormail.org (based on)

- Convert to new options helpers
- Remove bsd.port.post.mk

Remove unneeded :dist group now that manpages are fixed

Update to 3.8.1

- Fix compatibility with bmake

Submitted by:	bapt

Convert devel to USES=pkgconfig

- Fix runtime behavior due to typo in FreeBSD upstream patch

Submitted by:	Yuri <yuri@rawbw.com>
Feature safe:	yes

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)

- Fix new/delete handling when using libsupc++
- Remove EOL <7.0 IGNORE

Submitted by:	Mikolaj Golub <trociny@FreeBSD.org>
Obtained
from:	https://bitbucket.org/stass/valgrind-freebsd/issue/7/add-replacements-for-libsupc

- Fix build on amd64 with WITHOUT_LIB32 on 9+
   - Use the same check for /usr/lib32/libc.so as the
     virtualbox ports for consistency.

PR:		ports/174563
Reported by:	4721@hushmail.com

- Update to 3.8.0
- Sync Makefile/pkg-descr with main valgrind port
 * Add manpages
 * Add LICENSE
 * Add MPI OPTION
 * Unbreak on 9.0+
 * Unbreak with clang

Feature safe:	yes

- Take maintainership
- Trim header

Feature safe:	yes

new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility

This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG

it can take the following arguments:
 - yes (meaning build only dep)
 - build (meaning build only dep)
 - run (meaning run only dep)
 - both (meaning run and build dep)

From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.

While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config

With Hat:	portmgr
Exp-runs by:	bapt (pointhat-west), beat (pointyhat)

For ports maintained by ports@ where pkgconfig is one of the USE_GNOME deps
convert it to BUILD_DEPENDS. This avoids the problem of the bogus run dep
added by bsd.gnome.mk.

- Return my ports back to the pool.  I was unable to make any fixes to
  my ports in the past 3 weeks while ports were broken on any 10.x
  machines, which means I'm unable to maintain them.  So let people know
  that there's no available support for them until things are back to
  normal (which also means that anyone with spare time will be able
  to fix them without getting approval).

-remove MD5

- Update project URL.

PR:             ports/146635
Submitted by:   Edmondas Girkantas <eg@fbsd.lt>

Mark IGNORE on 9.x: unsupported FreeBSD version

- Update valgrind-snapshot to the latest P4 version.
- Take maintainership.

Reset barner@FreeBSD.org due to several months of inactivity.

Hat:            portmgr

- Remove conditional checks for FreeBSD 5.x and older

- Fix build from within jails

PR:             ports/127015
Submitted by:   Alexander Churanov
Approved by:    portmgr (erwin)

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

Conversion from (now defunct) autoconf-2.61 to autoconf-2.62

Tested by:      exp build run (erwin)

Fix build on FreeBSD 7.

Requested by:   many
PR:             ports/116513 [1],
                ports/123711 [2]
Submitted by:   Bruce Cran <bruce@cran.org.uk> [1],
                delphij [2]

- Mark BROKEN on 7.x

Reported by:    pointyhat

Mark IGNORE on 8.0: unsupported

Remove always true/always false OSVERSION conditions.

Remove always-false/true conditions based on OSVERSION 500000

Switch autoconf dependencies from 2.53 or 2.59 to 2.61.

PR:             ports/116639
Submitted by:   aDe

Welcome bsd.perl.mk.  Add support for constructs such as USE_PERL5=5.8.0+.
Drop support for antique perl.

Work done by:   gabor
Sponsored by:   Google Summer of Code 2007
Hat:            portmgr

- Fix build on -current.
- Valgrind still dumps core (under investigation).

Remove USE_REINPLACE from all categories starting with D

- SHM fix: Silence erroneous warnings on X server initialization
- Bump PORTREVISION

Submitted by: anholt

- Fix build on 7-current by avoiding conflict in si_band macro, that
  is already defined in the sys/signal.h header

Submitted by:   Niklas Sorensson <nik@cs.chalmers.se>
Prodded by:     kris via pointyhat

Add SHA256 for my ports (that don't already have it).

Fix build on FreeBSD 6 and above.

PR:                     ports/89056
Submitted by:           "Andrei V. Shetuhin" <shetuhin@corp.mail.ru>
Also reported by:       kris via pointyhat

Fix lookup of executables that are not in $PATH, but specified by an
absolute or relative path.

- Add support for uuidgen(2) system call
- Bump PORTREVISION

Submitted by:   rodrigc
PR:             ports/87697

- fix build on 7-current [1]
- Add forgotten internal dependency for FreeBSD 4.

Reported by:    mich [1]

- Fix on FreeBSD 6 and above: [1] [2]

  Valgrind did not handle the following sysarch calls, and thus crashed
  immediately
    o get_fsbase
    o set_fsbase
    o get_gsbase
    o set_fsbase

- Valgrind no longer dumps core when its client application does. [2]

  Valgrind-snapshot does contain for safing the client's core dump,
  but it does not work (it resulted in a crash) and has therefore been
  disabled.

- Mark valgrind ports IGNORE when /proc is not mounted, previously, only
  a warning was printed.

  A mounted procfs is a runtime dependency of valgrind, but since the
  implementation of automatic suppression file generation the valgrind
  binary is run in the post-install stage.

- An exception needs to be made for the ports cluster: The machine compiling
  the list of IGNOREd ports does not have a mounted /proc, so the check (and
  the generation of supression files is disabled there).

  Users who want to suppress false positives in valgrinds output should build
  the port instead of installing the package (so the rules can be customized to
  their specific installation).

Reported by:    Paul Ledbetter III <aeacides@gmail.com>
Approved by:    portmgr (kris)

- Fix detection of FreeBSD 7

Reported by:    kris via pointyhat

Fix generation of suppression files: Valgrind puts parts of its output
on stderr, so the redirection into a file did not work.

Submitted by:   Eugene Kilachkoff <zeus@samaramail.ru>
PR:             ports/81249

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Change email address in ports maintained by me to barner@FreeBSD.org

Approved by:    arved (mentor)

Add file missed in previous commit

- Add some suppression files & fix packaging[1]
   (bump PORTREV)
- Warn if USER_LDT is not present in 4.x-kernel [2]

PR:             ports/71832 [1]; ports/75436 [2]
Submitted by:   Frerich Raabe;   maintainer

- Starting from some point after FreeBSD 5.2.1, valgrind did not terminate
  correctly, but got stuck in state ``umtx''. This was mentioned on the lists
  and in kern/68992 [closed], but I was never able to fix the problem.

  On FreeBSD >= 502120, the kernel's and valgrind's definition of
  UMTX_CONTESTED flag were out of sync, which is why valgrind did not terminate
  on these systems.

PR:             ports/74903
Submitted by:   Simon Barner <barner@gmx.de> (maintainer)

- Take care of leftover pkgconfig directory

PR:             ports/74818
Submitted by:   Simon Barner <barner@gmx.de> (maintainer)

Rename devel/calltree to callgrind.
Update it to 0.9.8.
Update related ports.

PR:             ports/70936
Submitted by:   maintainer

- Teach configure script about FreeBSD 6

PR:             ports/70746
Submitted by:   Simon Barner <barner@in.tum.de> (maintainer)

Correct CONFLICTS. valgrind-snapshot conflicts with every version of
valgrind, not just 352.

Instead of just checking for PACKAGE_BUILDING, don't let the check for
procfs stop the portbuild at all. Displaying a warning is fine, breaking
the build over a runtime requirement that does not break building the port
is not.

Disable procfs check on package builders.

- Use canonical way to request new Perl

- Update to 352

PR:             ports/69554
Submitted by:   Simon Barner <barner@in.tum.de> (maintainer)

Valgrind is a system for debugging and profiling un*x
programs. With the tools that come with Valgrind, you can
automatically detect many memory management and threading bugs,
avoiding hours of frustrating bug-hunting, making your programs
more stable. You can also perform detailed profiling, to speed
up and reduce memory use of your programs.

This version is based on a more recent snapshot of
devel/valgrind and supports some older AMD processors.

Submitted by:   Doug Rabson <dfr@FreeBSD.org> and Simon Barner
<barner@in.tum.de>