./devel/gflags, Commandline flags module for C++

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 2.2.2, Package name: gflags-2.2.2, Maintainer: bacon4000

The gflags package contains a library that implements commandline flags
processing. As such it's a replacement for getopt(). It has increased
flexibility, including built-in support for C++ types like string, and the
ability to define flags in the source file in which they're used.


Required to run:
[shells/bash]

Required to build:
[pkgtools/cwrappers]

Master sites:

Filesize: 96.391 KB

Version history: (Expand)


CVS history: (Expand)


   2024-08-25 08:19:21 by Thomas Klausner | Files touched by this commit (575)
Log message:
*: replace CMAKE_ARGS with CMAKE_CONFIGURE_ARGS
   2023-01-24 19:36:36 by Thomas Klausner | Files touched by this commit (103)
Log message:
*: convert to cmake/build.mk
   2021-10-26 12:20:11 by Nia Alarie | Files touched by this commit (3016)
Log message:
archivers: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Could not be committed due to merge conflict:
devel/py-traitlets/distinfo

The following distfiles were unfetchable (note: some may be only fetched
conditionally):

./devel/pvs/distinfo pvs-3.2-solaris.tgz
./devel/eclipse/distinfo eclipse-sourceBuild-srcIncluded-3.0.1.zip
   2021-10-07 15:44:44 by Nia Alarie | Files touched by this commit (3017)
Log message:
devel: Remove SHA1 hashes for distfiles
   2019-03-21 23:14:34 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
gflags: updated to 2.2.2

gflags 2.2.2
This maintenance release improves life of Bazel users (no more
"config.h" leaking into global include paths), fixes build with recent \ 
MinGW
versions, and silences a number of static code analyzer and compiler warnings.
The build targets exported by the CMake configuration of this library are now
also prefixed by the package name "gflags::" following a more recent
(unwritten) CMake convention. The unprefixed target names are still supported
to avoid that dependent projects have to be modified due to this change in
imported target names.

gflags 2.2.1
Maintenance release with mainly Windows build fixes.
* Link to online documentation in README
* Include utils by file instead of CMAKE_MODULE_PATH search
* Remove unused program_name variable
* Enable language C for older CMake versions when needed
* Changed include directory in bazel build
* Mark single argument constructors in mutex.h as explicit
* Use inttypes.h on VC++ 2013 and later
* Fix statically linked gflags library with MSVC
* Modify installation paths on Windows for vcpkg
* Fix static initialization order fiasco caused by global registry lock
* Fix use of ARGC in CMake macros
* Static code analyzer error regarding strncmp with empty kRootDir
* Check HAVE_STDINT_H or HAVE_INTTYPES_H for older MSVC versions
   2017-03-17 15:49:58 by Adam Ciarcinski | Files touched by this commit (3)
Log message:
Changes 2.2.0:
This release adds support for use of the gflags library as external dependency \ 
not only in projects using CMake, but also Bazel, or pkg-config. One new minor \ 
feature is added in this release: when a command flag argument contains dashes, \ 
these are implicitly converted to underscores. This is to allow those used to \ 
separate words of the flag name by dashes to do so, while the flag variable \ 
names are required to use underscores.

Memory leaks reported by valgrind should be resolved by this release.
This release fixes build errors with MS Visual Studio 2015.
   2016-12-06 01:34:18 by Blue Rats | Files touched by this commit (5)
Log message:
Import gflags-2.1.2 as devel/gflags.

The gflags package contains a library that implements commandline flags
processing. As such it's a replacement for getopt(). It has increased
flexibility, including built-in support for C++ types like string, and the
ability to define flags in the source file in which they're used.

Package from pkgsrc-wip with bacon4000@gmail.com as the MAINTAINER.
devel/snappy can use this along with other packages in the dependency chain
for caffe.