WORKSPACE file:
load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
- name = "gflags",
+ name = "com_github_gflags_gflags",
sha256 = "34af2f15cf7367513b352bdcd2493ab14ce43692d2dcd9dfc499492966c64dcf",
strip_prefix = "gflags-2.2.2",
urls = ["https://github.com/gflags/gflags/archive/v2.2.2.tar.gz"],
@@ -708,7 +708,7 @@ Make as build tool is as follows:
- June 8, 2024
+ June 11, 2024
@@ -718,35 +718,12 @@ Make as build tool is as follows:
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/contribute/index.html b/0.7.1/contribute/index.html
index b697bc7..0466ac4 100644
--- a/0.7.1/contribute/index.html
+++ b/0.7.1/contribute/index.html
@@ -538,7 +538,7 @@
-
+
@@ -568,8 +568,8 @@ submitted one (even if it was for a different project), you probably
don't need to do it again.
Once your CLA is submitted (or if you already submitted one for another Google
project), make a commit adding yourself to the
-AUTHORS and
-CONTRIBUTORS files.
+AUTHORS and
+CONTRIBUTORS files.
This commit can be part of your first pull
request.
Submitting a Patch¶
@@ -614,7 +614,7 @@ request.
- June 8, 2024
+ June 11, 2024
@@ -624,35 +624,12 @@ request.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/failures/index.html b/0.7.1/failures/index.html
index bfa63d9..9d1e6b3 100644
--- a/0.7.1/failures/index.html
+++ b/0.7.1/failures/index.html
@@ -675,7 +675,7 @@
-
+
@@ -745,7 +745,7 @@ the stack trace.
- June 8, 2024
+ June 11, 2024
@@ -755,35 +755,12 @@ the stack trace.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/index.html b/0.7.1/index.html
index 0c396be..d710c3e 100644
--- a/0.7.1/index.html
+++ b/0.7.1/index.html
@@ -532,7 +532,7 @@
-
+
@@ -587,7 +587,7 @@ their usage, please refer to the user guide.
- June 8, 2024
+ June 11, 2024
@@ -597,35 +597,12 @@ their usage, please refer to the user guide.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/license/index.html b/0.7.1/license/index.html
index 812f8a5..89f890d 100644
--- a/0.7.1/license/index.html
+++ b/0.7.1/license/index.html
@@ -462,7 +462,7 @@
-
+
@@ -519,7 +519,7 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- June 8, 2024
+ June 11, 2024
@@ -529,7 +529,7 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- June 8, 2024
+ June 11, 2024
diff --git a/0.7.1/log_cleaner/index.html b/0.7.1/log_cleaner/index.html
index 3bdc9f5..e1d02c9 100644
--- a/0.7.1/log_cleaner/index.html
+++ b/0.7.1/log_cleaner/index.html
@@ -601,7 +601,7 @@
-
+
@@ -646,7 +646,7 @@ modified time is greater than 3 days will be unlink()ed.
- June 8, 2024
+ June 11, 2024
@@ -656,35 +656,12 @@ modified time is greater than 3 days will be unlink()ed.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/log_stripping/index.html b/0.7.1/log_stripping/index.html
index e467a51..839a341 100644
--- a/0.7.1/log_stripping/index.html
+++ b/0.7.1/log_stripping/index.html
@@ -601,7 +601,7 @@
-
+
@@ -645,7 +645,7 @@ statements.
- June 8, 2024
+ June 11, 2024
@@ -655,35 +655,12 @@ statements.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/logging/index.html b/0.7.1/logging/index.html
index 17b7d65..1d3c762 100644
--- a/0.7.1/logging/index.html
+++ b/0.7.1/logging/index.html
@@ -915,7 +915,7 @@
-
+
@@ -1153,7 +1153,7 @@ more details.
Additional flags are defined in
-flags.cc. Please see
+flags.cc. Please see
the source for their complete list.
Modifying Flags Programmatically¶
You can also modify flag values in your program by modifying global variables
@@ -1351,7 +1351,7 @@ argument, which specifies the acceptable error margin.
which does not allocate any memory or acquire any locks. Therefore, the macros
defined in this header file can be used by low-level memory allocation and
synchronization code. Please check
-src/glog/raw_logging.h
+src/glog/raw_logging.h
for detail.
Google Style perror()¶
PLOG() and PLOG_IF() and PCHECK() behave exactly like their LOG* and
@@ -1391,7 +1391,7 @@ sparingly.
- June 8, 2024
+ June 11, 2024
@@ -1401,35 +1401,12 @@ sparingly.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/packages/index.html b/0.7.1/packages/index.html
index 7f29a53..cdc97f4 100644
--- a/0.7.1/packages/index.html
+++ b/0.7.1/packages/index.html
@@ -618,7 +618,7 @@
-
+
@@ -672,7 +672,7 @@ issue or pull request on the vcpkg repository.
- June 8, 2024
+ June 11, 2024
@@ -682,35 +682,12 @@ issue or pull request on the vcpkg repository.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/search/search_index.json b/0.7.1/search/search_index.json
index 63e5ee8..596b262 100644
--- a/0.7.1/search/search_index.json
+++ b/0.7.1/search/search_index.json
@@ -1 +1 @@
-{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Google Logging Library","text":"Google Logging (glog) is a C++14 library that implements application-level logging. The library provides logging APIs based on C++-style streams and various helper macros.
"},{"location":"#how-to-use","title":"How to Use","text":"You can log a message by simply streaming things to LOG(<a particular severity level>), e.g.,
main.cpp#include <glog/logging.h>\n\nint main(int argc, char* argv[]) {\n // Initialize Google\u2019s logging library.\n google::InitGoogleLogging(argv[0]);\n\n // ...\n LOG(INFO) << \"Found \" << num_cookies << \" cookies\";\n}\n
The library can be installed using various package managers or compiled from source. For a detailed overview of glog features and their usage, please refer to the user guide.
Warning
The above example requires further Bazel or CMake setup for use in own projects.
"},{"location":"build/","title":"Building from Source","text":""},{"location":"build/#bazel","title":"Bazel","text":"To use glog within a project which uses the Bazel build tool, add the following lines to your WORKSPACE file:
WORKSPACEload(\"@bazel_tools//tools/build_defs/repo:http.bzl\", \"http_archive\")\n\nhttp_archive(\n name = \"gflags\",\n sha256 = \"34af2f15cf7367513b352bdcd2493ab14ce43692d2dcd9dfc499492966c64dcf\",\n strip_prefix = \"gflags-2.2.2\",\n urls = [\"https://github.com/gflags/gflags/archive/v2.2.2.tar.gz\"],\n)\n\nhttp_archive(\n name = \"com_github_google_glog\",\n sha256 = \"122fb6b712808ef43fbf80f75c52a21c9760683dae470154f02bddfc61135022\",\n strip_prefix = \"glog-0.6.0\",\n urls = [\"https://github.com/google/glog/archive/v0.6.0.zip\"],\n)\n
You can then add @com_github_google_glog//:glog to the deps section of a cc_binary or cc_library rule, and #include <glog/logging.h> to include it in your source code.
Using glog in a Bazel project
cc_binary(\n name = \"main\",\n srcs = [\"main.cc\"],\n deps = [\"@com_github_google_glog//:glog\"],\n)\n
"},{"location":"build/#cmake","title":"CMake","text":"glog can be compiled using CMake on a wide range of platforms. The typical workflow for building glog on a Unix-like system with GNU Make as build tool is as follows:
- Clone the repository and change into source directory.
git clone https://github.com/google/glog.git\ncd glog\n
- Run CMake to configure the build tree.
cmake -S . -B build -G \"Unix Makefiles\"\n
CMake provides different generators, and by default will pick the most relevant one to your environment. If you need a specific version of Visual Studio, use cmake . -G <generator-name>, and see cmake --help for the available generators. Also see -T <toolset-name>, which can be used to request the native x64 toolchain with -T host=x64. - Afterwards, generated files can be used to compile the project.
cmake --build build\n
- Test the build software (optional).
cmake --build build --target test\n
- Install the built files (optional).
cmake --build build --target install\n
Once successfully built, glog can be integrated into own projects.
"},{"location":"contribute/","title":"How to Contribute","text":"We'd love to accept your patches and contributions to this project. There are a just a few small guidelines you need to follow.
"},{"location":"contribute/#contributor-license-agreement-cla","title":"Contributor License Agreement (CLA)","text":"Contributions to any Google project must be accompanied by a Contributor License Agreement. This is not a copyright assignment, it simply gives Google permission to use and redistribute your contributions as part of the project.
- If you are an individual writing original source code and you're sure you own the intellectual property, then you'll need to sign an individual CLA.
- If you work for a company that wants to allow you to contribute your work, then you'll need to sign a corporate CLA.
You generally only need to submit a CLA once, so if you've already submitted one (even if it was for a different project), you probably don't need to do it again.
Once your CLA is submitted (or if you already submitted one for another Google project), make a commit adding yourself to the AUTHORS and CONTRIBUTORS files. This commit can be part of your first pull request.
"},{"location":"contribute/#submitting-a-patch","title":"Submitting a Patch","text":" - It's generally best to start by opening a new issue describing the bug or feature you're intending to fix. Even if you think it's relatively minor, it's helpful to know what people are working on. Mention in the initial issue that you are planning to work on that bug or feature so that it can be assigned to you.
- Follow the normal process of forking the project, and setup a new branch to work in. It's important that each group of changes be done in separate branches in order to ensure that a pull request only includes the commits related to that bug or feature.
- Do your best to have well-formed commit messages for each change. This provides consistency throughout the project, and ensures that commit messages are able to be formatted properly by various git tools.
- Finally, push the commits to your fork and submit a pull request.
"},{"location":"failures/","title":"Failure Signal Handler","text":""},{"location":"failures/#stacktrace-as-default-failure-handler","title":"Stacktrace as Default Failure Handler","text":"The library provides a convenient signal handler that will dump useful information when the program crashes on certain signals such as SIGSEGV. The signal handler can be installed by google::InstallFailureSignalHandler(). The following is an example of output from the signal handler.
*** Aborted at 1225095260 (unix time) try \"date -d @1225095260\" if you are using GNU date ***\n*** SIGSEGV (@0x0) received by PID 17711 (TID 0x7f893090a6f0) from PID 0; stack trace: ***\nPC: @ 0x412eb1 TestWaitingLogSink::send()\n @ 0x7f892fb417d0 (unknown)\n @ 0x412eb1 TestWaitingLogSink::send()\n @ 0x7f89304f7f06 google::LogMessage::SendToLog()\n @ 0x7f89304f35af google::LogMessage::Flush()\n @ 0x7f89304f3739 google::LogMessage::~LogMessage()\n @ 0x408cf4 TestLogSinkWaitTillSent()\n @ 0x4115de main\n @ 0x7f892f7ef1c4 (unknown)\n @ 0x4046f9 (unknown)\n
By default, the signal handler writes the failure dump to the standard error. You can customize the destination by InstallFailureWriter().
"},{"location":"failures/#user-defined-failure-function","title":"User-defined Failure Function","text":"FATAL severity level messages or unsatisfied CHECK condition terminate your program. You can change the behavior of the termination by InstallFailureFunction.
void YourFailureFunction() {\n // Reports something...\n exit(EXIT_FAILURE);\n}\n\nint main(int argc, char* argv[]) {\n google::InstallFailureFunction(&YourFailureFunction);\n}\n
By default, glog tries to dump the stacktrace and calls std::abort. The stacktrace is generated only when running the application on a system supported by glog. Currently, glog supports x86, x86_64, PowerPC architectures, libunwind, and the Debug Help Library (dbghelp) on Windows for extracting the stack trace.
"},{"location":"license/","title":"The 3-Clause BSD License","text":"Copyright \u00a9 2024, Google Inc. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
- Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
- Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
- Neither the name of Google Inc. nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS \"AS IS\" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
"},{"location":"log_cleaner/","title":"Automatically Remove Old Logs","text":"To enable the log cleaner:
using namespace std::chrono_literals;\ngoogle::EnableLogCleaner(24h * 3); // keep your logs for 3 days\n
In C++20 (and later) this can be shortened to:
using namespace std::chrono_literals;\ngoogle::EnableLogCleaner(3d); // keep your logs for 3 days\n
And then glog will check if there are overdue logs whenever a flush is performed. In this example, any log file from your project whose last modified time is greater than 3 days will be unlink()ed.
This feature can be disabled at any time (if it has been enabled) using
google::DisableLogCleaner();\n
"},{"location":"log_stripping/","title":"Strip Logging Messages","text":"Strings used in log messages can increase the size of your binary and present a privacy concern. You can therefore instruct glog to remove all strings which fall below a certain severity level by using the GOOGLE_STRIP_LOG macro:
If your application has code like this:
#define GOOGLE_STRIP_LOG 1 // this must go before the #include!\n#include <glog/logging.h>\n
The compiler will remove the log messages whose severities are less than the specified integer value. Since VLOG logs at the severity level INFO (numeric value 0), setting GOOGLE_STRIP_LOG to 1 or greater removes all log messages associated with VLOGs as well as INFO log statements.
"},{"location":"logging/","title":"Logging","text":"glog defines a series of macros that simplify many common logging tasks. You can log messages by severity level, control logging behavior from the command line, log based on conditionals, abort the program when expected conditions are not met, introduce your own logging levels, customize the prefix attached to log messages, and more.
"},{"location":"logging/#severity-levels","title":"Severity Levels","text":"You can specify one of the following severity levels (in increasing order of severity):
INFO,WARNING,ERROR, andFATAL.
Logging a FATAL message terminates the program (after the message is logged).
Note
Messages of a given severity are logged not only to corresponding severity logfile but also to other logfiles of lower severity. For instance, a message of severity FATAL will be logged to logfiles of severity FATAL, ERROR, WARNING, and INFO.
The DFATAL severity logs a FATAL error in debug mode (i.e., there is no NDEBUG macro defined), but avoids halting the program in production by automatically reducing the severity to ERROR.
"},{"location":"logging/#log-files","title":"Log Files","text":"Unless otherwise specified, glog uses the format
<tmp>/<program name>.<hostname>.<user name>.log.<severity level>.<date>-<time>.<pid>\n
for log filenames written to a directory designated as <tmp> and determined according to the following rules.
Windows glog uses the GetTempPathA API function to retrieve the directory for temporary files with a fallback to
C:\\TMP\\C:\\TEMP\\
(in the order given.)
non-Windows The directory is determined by referencing the environment variables
TMPDIRTMP
if set with a fallback to /tmp/.
The default path to a log file on Linux, for instance, could be
/tmp/hello_world.example.com.hamaji.log.INFO.20080709-222411.10474\n
By default, glog echos ERROR and FATAL messages to standard error in addition to log files.
"},{"location":"logging/#log-line-prefix-format","title":"Log Line Prefix Format","text":"Log lines have this form:
Lyyyymmdd hh:mm:ss.uuuuuu threadid file:line] msg...\n
where the fields are defined as follows:
Placeholder Meaning L A single character, representing the log level (e.g., I for INFO) yyyy The year mm The month (zero padded; i.e., May is 05) dd The day (zero padded) hh:mm:ss.uuuuuu Time in hours, minutes and fractional seconds threadid The space-padded thread ID file The file name line The line number msg The user-supplied message Default log line prefix format
I1103 11:57:31.739339 24395 google.cc:2341] Command line: ./some_prog\nI1103 11:57:31.739403 24395 google.cc:2342] Process id 24395\n
Note
Although microseconds are useful for comparing events on a single machine, clocks on different machines may not be well synchronized. Hence, use with caution when comparing the low bits of timestamps from different machines.
"},{"location":"logging/#format-customization","title":"Format Customization","text":"The predefined log line prefix can be replaced using a user-provided callback that formats the corresponding output.
For each log entry, the callback will be invoked with a reference to a google::LogMessage instance containing the severity, filename, line number, thread ID, and time of the event. It will also be given a reference to the output stream, whose contents will be prepended to the actual message in the final log line.
To enable the use of a prefix formatter, use the
google::InstallPrefixFormatter(&MyPrefixFormatter);\n
function to pass a pointer to the corresponding MyPrefixFormatter callback during initialization. InstallPrefixFormatter takes a second optional argument of type void* that allows supplying user data to the callback.
Custom prefix formatter
The following function outputs a prefix that matches glog's default format. The third parameter data can be used to access user-supplied data which unless specified defaults to nullptr.
void MyPrefixFormatter(std::ostream& s, const google::LogMessage& m, void* /*data*/) {\n s << google::GetLogSeverityName(m.severity())[0]\n << setw(4) << 1900 + m.time().year()\n << setw(2) << 1 + m.time().month()\n << setw(2) << m.time().day()\n << ' '\n << setw(2) << m.time().hour() << ':'\n << setw(2) << m.time().min() << ':'\n << setw(2) << m.time().sec() << \".\"\n << setw(6) << m.time().usec()\n << ' '\n << setfill(' ') << setw(5)\n << m.thread_id() << setfill('0')\n << ' '\n << m.basename() << ':' << m.line() << \"]\";\n}\n
"},{"location":"logging/#adjusting-output","title":"Adjusting Output","text":"Several flags influence glog's output behavior.
"},{"location":"logging/#using-command-line-parameters-and-environment-variables","title":"Using Command-line Parameters and Environment Variables","text":"If the Google gflags library is installed on your machine, the build system will automatically detect and use it, allowing you to pass flags on the command line.
Activate --logtostderr in an application from the command line
A binary you_application that uses glog can be started using
./your_application --logtostderr=1\n
to log to stderr instead of writing the output to a log file. Tip
You can set boolean flags to true by specifying 1, true, or yes. To set boolean flags to false, specify 0, false, or no. In either case the spelling is case-insensitive.
If the Google gflags library isn't installed, you set flags via environment variables, prefixing the flag name with GLOG_, e.g.,
Activate logtostderr without gflags
GLOG_logtostderr=1 ./your_application\n
The following flags are most commonly used:
logtostderr (bool, default=false) Log messages to stderr instead of logfiles.
stderrthreshold (int, default=2, which is ERROR) Copy log messages at or above this level to stderr in addition to logfiles. The numbers of severity levels INFO, WARNING, ERROR, and FATAL are 0, 1, 2, and 3, respectively.
minloglevel (int, default=0, which is INFO) Log messages at or above this level. Again, the numbers of severity levels INFO, WARNING, ERROR, and FATAL are 0, 1, 2, and 3, respectively.
log_dir (string, default=\"\") If specified, logfiles are written into this directory instead of the default logging directory.
v (int, default=0) Show all VLOG(m) messages for m less or equal the value of this flag. Overridable by --vmodule. Refer to verbose logging for more detail.
vmodule (string, default=\"\") Per-module verbose level. The argument has to contain a comma-separated list of <module name>=<log level>. <module name> is a glob pattern (e.g., gfs* for all modules whose name starts with \"gfs\"), matched against the filename base (that is, name ignoring .cc/.h./-inl.h). <log level> overrides any value given by --v. See also verbose logging for more details.
Additional flags are defined in flags.cc. Please see the source for their complete list.
"},{"location":"logging/#modifying-flags-programmatically","title":"Modifying Flags Programmatically","text":"You can also modify flag values in your program by modifying global variables FLAGS_*. Most settings start working immediately after you update FLAGS_*. The exceptions are the flags related to destination files. For instance, you might want to set FLAGS_log_dir before calling google::InitGoogleLogging.
Setting log_dir at runtime
LOG(INFO) << \"file\";\n// Most flags work immediately after updating values.\nFLAGS_logtostderr = 1;\nLOG(INFO) << \"stderr\";\nFLAGS_logtostderr = 0;\n// This won\u2019t change the log destination. If you want to set this\n// value, you should do this before google::InitGoogleLogging .\nFLAGS_log_dir = \"/some/log/directory\";\nLOG(INFO) << \"the same file\";\n
"},{"location":"logging/#conditional-occasional-logging","title":"Conditional / Occasional Logging","text":"Sometimes, you may only want to log a message under certain conditions. You can use the following macros to perform conditional logging:
LOG_IF(INFO, num_cookies > 10) << \"Got lots of cookies\";\n
The \"Got lots of cookies\" message is logged only when the variable num_cookies exceeds 10. If a line of code is executed many times, it may be useful to only log a message at certain intervals. This kind of logging is most useful for informational messages.
LOG_EVERY_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\n
The above line outputs a log messages on the 1st, 11th, 21st, ... times it is executed.
Note
The placeholder google::COUNTER identifies the recurring repetition.
You can combine conditional and occasional logging with the following macro.
LOG_IF_EVERY_N(INFO, (size > 1024), 10) << \"Got the \" << google::COUNTER\n << \"th big cookie\";\n
Instead of outputting a message every nth time, you can also limit the output to the first n occurrences:
LOG_FIRST_N(INFO, 20) << \"Got the \" << google::COUNTER << \"th cookie\";\n
Outputs log messages for the first 20 times it is executed. The google::COUNTER identifier indicates which repetition is happening.
Other times, it is desired to only log a message periodically based on a time. For instance, to log a message every 10ms:
LOG_EVERY_T(INFO, 0.01) << \"Got a cookie\";\n
Or every 2.35s:
LOG_EVERY_T(INFO, 2.35) << \"Got a cookie\";\n
"},{"location":"logging/#verbose-logging","title":"Verbose Logging","text":"When you are chasing difficult bugs, thorough log messages are very useful. However, you may want to ignore too verbose messages in usual development. For such verbose logging, glog provides the VLOG macro, which allows you to define your own numeric logging levels.
The --v command line option controls which verbose messages are logged:
VLOG(1) << \"I\u2019m printed when you run the program with --v=1 or higher\";\nVLOG(2) << \"I\u2019m printed when you run the program with --v=2 or higher\";\n
With VLOG, the lower the verbose level, the more likely messages are to be logged. For example, if --v==1, VLOG(1) will log, but VLOG(2) will not log.
Warning
The VLOG behavior is opposite of the severity level logging, where INFO, ERROR, etc. are defined in increasing order and thus --minloglevel of 1 will only log WARNING and above.
Though you can specify any integers for both VLOG macro and --v flag, the common values for them are small positive integers. For example, if you write VLOG(0), you should specify --v=-1 or lower to silence it. This is less useful since we may not want verbose logs by default in most cases. The VLOG macros always log at the INFO log level (when they log at all).
Verbose logging can be controlled from the command line on a per-module basis:
--vmodule=mapreduce=2,file=1,gfs*=3 --v=0\n
Specifying these options will specifically:
- Print
VLOG(2) and lower messages from mapreduce.{h,cc} - Print
VLOG(1) and lower messages from file.{h,cc} - Print
VLOG(3) and lower messages from files prefixed with \"gfs\" - Print
VLOG(0) and lower messages from elsewhere
The wildcarding functionality 3. supports both * (matches 0 or more characters) and ? (matches any single character) wildcards. Please also refer to command line flags for more information.
There's also VLOG_IS_ON(n) \"verbose level\" condition macro. This macro returns true when the --v is equal to or greater than n. The macro can be used as follows:
if (VLOG_IS_ON(2)) {\n // do some logging preparation and logging\n // that can\u2019t be accomplished with just VLOG(2) << ...;\n}\n
Verbose level condition macros VLOG_IF, VLOG_EVERY_N and VLOG_IF_EVERY_N behave analogous to LOG_IF, LOG_EVERY_N, LOG_IF_EVERY_N, but accept a numeric verbosity level as opposed to a severity level.
VLOG_IF(1, (size > 1024))\n << \"I\u2019m printed when size is more than 1024 and when you run the \"\n \"program with --v=1 or more\";\nVLOG_EVERY_N(1, 10)\n << \"I\u2019m printed every 10th occurrence, and when you run the program \"\n \"with --v=1 or more. Present occurrence is \" << google::COUNTER;\nVLOG_IF_EVERY_N(1, (size > 1024), 10)\n << \"I\u2019m printed on every 10th occurrence of case when size is more \"\n \" than 1024, when you run the program with --v=1 or more. \";\n \"Present occurrence is \" << google::COUNTER;\n
Performance
The conditional logging macros provided by glog (e.g., CHECK, LOG_IF, VLOG, etc.) are carefully implemented and don't execute the right hand side expressions when the conditions are false. So, the following check may not sacrifice the performance of your application.
CHECK(obj.ok) << obj.CreatePrettyFormattedStringButVerySlow();\n
"},{"location":"logging/#debugging-support","title":"Debugging Support","text":"Special debug mode logging macros only have an effect in debug mode and are compiled away to nothing for non-debug mode compiles. Use these macros to avoid slowing down your production application due to excessive logging.
DLOG(INFO) << \"Found cookies\";\nDLOG_IF(INFO, num_cookies > 10) << \"Got lots of cookies\";\nDLOG_EVERY_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\nDLOG_FIRST_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\nDLOG_EVERY_T(INFO, 0.01) << \"Got a cookie\";\n
"},{"location":"logging/#runtime-checks","title":"Runtime Checks","text":"It is a good practice to check expected conditions in your program frequently to detect errors as early as possible. The CHECK macro provides the ability to abort the application when a condition is not met, similar to the assert macro defined in the standard C library.
CHECK aborts the application if a condition is not true. Unlike assert, it is not controlled by NDEBUG, so the check will be executed regardless of compilation mode. Therefore, fp->Write(x) in the following example is always executed:
CHECK(fp->Write(x) == 4) << \"Write failed!\";\n
There are various helper macros for equality/inequality checks -CHECK_EQ, CHECK_NE, CHECK_LE, CHECK_LT, CHECK_GE, and CHECK_GT. They compare two values, and log a FATAL message including the two values when the result is not as expected. The values must have operator<<(ostream, ...) defined.
You may append to the error message like so:
CHECK_NE(1, 2) << \": The world must be ending!\";\n
We are very careful to ensure that each argument is evaluated exactly once, and that anything which is legal to pass as a function argument is legal here. In particular, the arguments may be temporary expressions which will end up being destroyed at the end of the apparent statement, for example:
CHECK_EQ(string(\"abc\")[1], \u2019b\u2019);\n
The compiler reports an error if one of the arguments is a pointer and the other is nullptr. To work around this, simply static_cast nullptr to the type of the desired pointer.
CHECK_EQ(some_ptr, static_cast<SomeType*>(nullptr));\n
Better yet, use the CHECK_NOTNULL macro:
CHECK_NOTNULL(some_ptr);\nsome_ptr->DoSomething();\n
Since this macro returns the given pointer, this is very useful in constructor initializer lists.
struct S {\n S(Something* ptr) : ptr_(CHECK_NOTNULL(ptr)) {}\n Something* ptr_;\n};\n
Warning
Due to the argument forwarding, CHECK_NOTNULL cannot be used to simultaneously stream an additional custom message. To provide a custom message, one can use the macro CHECK_EQ prior to the failing check.
If you are comparing C strings (char *), a handy set of macros performs both case sensitive and insensitive comparisons - CHECK_STREQ, CHECK_STRNE, CHECK_STRCASEEQ, and CHECK_STRCASENE. The CHECK_*CASE* macro variants are case-insensitive. You can safely pass nullptr pointers to this macro. They treat nullptr and any non-nullptr string as not equal. Two nullptrs are equal.
Note
Both arguments may be temporary objects which are destructed at the end of the current full expression, such as
CHECK_STREQ(Foo().c_str(), Bar().c_str());\n
where Foo and Bar return std::string.
The CHECK_DOUBLE_EQ macro checks the equality of two floating point values, accepting a small error margin. CHECK_NEAR accepts a third floating point argument, which specifies the acceptable error margin.
"},{"location":"logging/#raw-logging","title":"Raw Logging","text":"The header file <glog/raw_logging.h> can be used for thread-safe logging, which does not allocate any memory or acquire any locks. Therefore, the macros defined in this header file can be used by low-level memory allocation and synchronization code. Please check src/glog/raw_logging.h for detail.
"},{"location":"logging/#google-style-perror","title":"Google Style perror()","text":"PLOG() and PLOG_IF() and PCHECK() behave exactly like their LOG* and CHECK equivalents with the addition that they append a description of the current state of errno to their output lines. E.g.
PCHECK(write(1, nullptr, 2) >= 0) << \"Write nullptr failed\";\n
This check fails with the following error message.
F0825 185142 test.cc:22] Check failed: write(1, nullptr, 2) >= 0 Write nullptr failed: Bad address [14]\n
"},{"location":"logging/#syslog","title":"Syslog","text":"SYSLOG, SYSLOG_IF, and SYSLOG_EVERY_N macros are available. These log to syslog in addition to the normal logs. Be aware that logging to syslog can drastically impact performance, especially if syslog is configured for remote logging! Make sure you understand the implications of outputting to syslog before you use these macros. In general, it's wise to use these macros sparingly.
"},{"location":"packages/","title":"Installation using Package Managers","text":""},{"location":"packages/#conan","title":"conan","text":"You can download and install glog using the conan package manager:
pip install conan\nconan install -r conancenter glog/<glog-version>@\n
The glog recipe in conan center is kept up to date by conan center index community contributors. If the version is out of date, please create an issue or pull request on the conan-center-index repository.
"},{"location":"packages/#vcpkg","title":"vcpkg","text":"You can download and install glog using the vcpkg dependency manager:
git clone https://github.com/Microsoft/vcpkg.git\ncd vcpkg\n./bootstrap-vcpkg.sh\n./vcpkg integrate install\n./vcpkg install glog\n
The glog port in vcpkg is kept up to date by Microsoft team members and community contributors. If the version is out of date, please create an issue or pull request on the vcpkg repository.
"},{"location":"unwinder/","title":"Installation Notes for 64-bit Linux Systems","text":"Note
The description on this page is possibly not up-to-date.
The glibc built-in stack-unwinder on 64-bit systems has some problems with glog. In particular, if you are using InstallFailureSignalHandler(), the signal may be raised in the middle of malloc, holding some malloc-related locks when they invoke the stack unwinder. The built-in stack unwinder may call malloc recursively, which may require the thread to acquire a lock it already holds resulting in a deadlock.
"},{"location":"unwinder/#recommended-approach-libunwind","title":"Recommended Approach: libunwind","text":"For above reason, if you use a 64-bit system and you need InstallFailureSignalHandler(), we strongly recommend you install libunwind before trying to configure or install google glog. libunwind can be found here.
Even if you already have libunwind installed, you will probably still need to install from the snapshot to get the latest version.
Warning
If you install libunwind from the URL above, be aware that you may have trouble if you try to statically link your binary with glog: that is, if you link with gcc -static -lgcc_eh .... This is because both libunwind and libgcc implement the same C++ exception handling APIs, but they implement them differently on some platforms. This is not likely to be a problem on ia64, but may be on x86-64.
Also, if you link binaries statically, make sure that you add -Wl,--eh-frame-hdr to your linker options. This is required so that libunwind can find the information generated by the compiler required for stack unwinding.
Using -static is rare, though, so unless you know this will affect you it probably won't.
"},{"location":"unwinder/#alternative-stack-unwinder","title":"Alternative Stack-unwinder","text":"If you cannot or do not wish to install libunwind, you can still try to use two kinds of stack-unwinder:
"},{"location":"unwinder/#glibc-built-in-stack-unwinder","title":"glibc Built-in Stack-unwinder","text":"As we already mentioned, glibc's unwinder has a deadlock issue. However, if you don't use InstallFailureSignalHandler() or you don't worry about the rare possibilities of deadlocks, you can use this stack-unwinder. If you specify no options and libunwind isn't detected on your system, the configure script chooses this unwinder by default.
"},{"location":"unwinder/#frame-pointer-based-stack-unwinder","title":"Frame Pointer based Stack-unwinder","text":"The frame pointer based stack unwinder requires that your application, the glog library, and system libraries like libc, all be compiled with a frame pointer. This is not the default for x86-64.
"},{"location":"usage/","title":"Using glog in a CMake Project","text":"Assuming that glog was previously built using CMake or installed using a package manager, you can use the CMake command find_package to build against glog in your CMake project as follows:
CMakeLists.txtcmake_minimum_required (VERSION 3.16)\nproject (myproj VERSION 1.0)\n\nfind_package (glog 0.7.1 REQUIRED)\n\nadd_executable (myapp main.cpp)\ntarget_link_libraries (myapp glog::glog)\n
Compile definitions and options will be added automatically to your target as needed.
Alternatively, glog can be incorporated into using the CMake command add_subdirectory to include glog directly from a subdirectory of your project by replacing the find_package call from the previous snippet by add_subdirectory. The glog::glog target is in this case an ALIAS library target for the glog library target.
"},{"location":"windows/","title":"Notes for Windows Users","text":"glog defines the severity level ERROR, which is also defined by windows.h. You can make glog not define INFO, WARNING, ERROR, and FATAL by defining GLOG_NO_ABBREVIATED_SEVERITIES before including glog/logging.h. Even with this macro, you can still use the iostream like logging facilities:
#define GLOG_NO_ABBREVIATED_SEVERITIES\n#include <windows.h>\n#include <glog/logging.h>\n\n// ...\n\nLOG(ERROR) << \"This should work\";\nLOG_IF(ERROR, x > y) << \"This should be also OK\";\n
However, you cannot use INFO, WARNING, ERROR, and FATAL anymore for functions defined in glog/logging.h.
#define GLOG_NO_ABBREVIATED_SEVERITIES\n#include <windows.h>\n#include <glog/logging.h>\n\n// ...\n\n// This won\u2019t work.\n// google::FlushLogFiles(google::ERROR);\n\n// Use this instead.\ngoogle::FlushLogFiles(google::GLOG_ERROR);\n
If you don't need ERROR defined by windows.h, there are a couple of more workarounds which sometimes don't work:
#define WIN32_LEAN_AND_MEAN or NOGDI before #include <windows.h>.#undef ERROR after #include <windows.h>.
See this issue for more detail.
"}]}
\ No newline at end of file
+{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Google Logging Library","text":"Google Logging (glog) is a C++14 library that implements application-level logging. The library provides logging APIs based on C++-style streams and various helper macros.
"},{"location":"#how-to-use","title":"How to Use","text":"You can log a message by simply streaming things to LOG(<a particular severity level>), e.g.,
main.cpp#include <glog/logging.h>\n\nint main(int argc, char* argv[]) {\n // Initialize Google\u2019s logging library.\n google::InitGoogleLogging(argv[0]);\n\n // ...\n LOG(INFO) << \"Found \" << num_cookies << \" cookies\";\n}\n
The library can be installed using various package managers or compiled from source. For a detailed overview of glog features and their usage, please refer to the user guide.
Warning
The above example requires further Bazel or CMake setup for use in own projects.
"},{"location":"build/","title":"Building from Source","text":""},{"location":"build/#bazel","title":"Bazel","text":"To use glog within a project which uses the Bazel build tool, add the following lines to your WORKSPACE file:
WORKSPACEload(\"@bazel_tools//tools/build_defs/repo:http.bzl\", \"http_archive\")\n\nhttp_archive(\n name = \"com_github_gflags_gflags\",\n sha256 = \"34af2f15cf7367513b352bdcd2493ab14ce43692d2dcd9dfc499492966c64dcf\",\n strip_prefix = \"gflags-2.2.2\",\n urls = [\"https://github.com/gflags/gflags/archive/v2.2.2.tar.gz\"],\n)\n\nhttp_archive(\n name = \"com_github_google_glog\",\n sha256 = \"122fb6b712808ef43fbf80f75c52a21c9760683dae470154f02bddfc61135022\",\n strip_prefix = \"glog-0.6.0\",\n urls = [\"https://github.com/google/glog/archive/v0.6.0.zip\"],\n)\n
You can then add @com_github_google_glog//:glog to the deps section of a cc_binary or cc_library rule, and #include <glog/logging.h> to include it in your source code.
Using glog in a Bazel project
cc_binary(\n name = \"main\",\n srcs = [\"main.cc\"],\n deps = [\"@com_github_google_glog//:glog\"],\n)\n
"},{"location":"build/#cmake","title":"CMake","text":"glog can be compiled using CMake on a wide range of platforms. The typical workflow for building glog on a Unix-like system with GNU Make as build tool is as follows:
- Clone the repository and change into source directory.
git clone https://github.com/google/glog.git\ncd glog\n
- Run CMake to configure the build tree.
cmake -S . -B build -G \"Unix Makefiles\"\n
CMake provides different generators, and by default will pick the most relevant one to your environment. If you need a specific version of Visual Studio, use cmake . -G <generator-name>, and see cmake --help for the available generators. Also see -T <toolset-name>, which can be used to request the native x64 toolchain with -T host=x64. - Afterwards, generated files can be used to compile the project.
cmake --build build\n
- Test the build software (optional).
cmake --build build --target test\n
- Install the built files (optional).
cmake --build build --target install\n
Once successfully built, glog can be integrated into own projects.
"},{"location":"contribute/","title":"How to Contribute","text":"We'd love to accept your patches and contributions to this project. There are a just a few small guidelines you need to follow.
"},{"location":"contribute/#contributor-license-agreement-cla","title":"Contributor License Agreement (CLA)","text":"Contributions to any Google project must be accompanied by a Contributor License Agreement. This is not a copyright assignment, it simply gives Google permission to use and redistribute your contributions as part of the project.
- If you are an individual writing original source code and you're sure you own the intellectual property, then you'll need to sign an individual CLA.
- If you work for a company that wants to allow you to contribute your work, then you'll need to sign a corporate CLA.
You generally only need to submit a CLA once, so if you've already submitted one (even if it was for a different project), you probably don't need to do it again.
Once your CLA is submitted (or if you already submitted one for another Google project), make a commit adding yourself to the AUTHORS and CONTRIBUTORS files. This commit can be part of your first pull request.
"},{"location":"contribute/#submitting-a-patch","title":"Submitting a Patch","text":" - It's generally best to start by opening a new issue describing the bug or feature you're intending to fix. Even if you think it's relatively minor, it's helpful to know what people are working on. Mention in the initial issue that you are planning to work on that bug or feature so that it can be assigned to you.
- Follow the normal process of forking the project, and setup a new branch to work in. It's important that each group of changes be done in separate branches in order to ensure that a pull request only includes the commits related to that bug or feature.
- Do your best to have well-formed commit messages for each change. This provides consistency throughout the project, and ensures that commit messages are able to be formatted properly by various git tools.
- Finally, push the commits to your fork and submit a pull request.
"},{"location":"failures/","title":"Failure Signal Handler","text":""},{"location":"failures/#stacktrace-as-default-failure-handler","title":"Stacktrace as Default Failure Handler","text":"The library provides a convenient signal handler that will dump useful information when the program crashes on certain signals such as SIGSEGV. The signal handler can be installed by google::InstallFailureSignalHandler(). The following is an example of output from the signal handler.
*** Aborted at 1225095260 (unix time) try \"date -d @1225095260\" if you are using GNU date ***\n*** SIGSEGV (@0x0) received by PID 17711 (TID 0x7f893090a6f0) from PID 0; stack trace: ***\nPC: @ 0x412eb1 TestWaitingLogSink::send()\n @ 0x7f892fb417d0 (unknown)\n @ 0x412eb1 TestWaitingLogSink::send()\n @ 0x7f89304f7f06 google::LogMessage::SendToLog()\n @ 0x7f89304f35af google::LogMessage::Flush()\n @ 0x7f89304f3739 google::LogMessage::~LogMessage()\n @ 0x408cf4 TestLogSinkWaitTillSent()\n @ 0x4115de main\n @ 0x7f892f7ef1c4 (unknown)\n @ 0x4046f9 (unknown)\n
By default, the signal handler writes the failure dump to the standard error. You can customize the destination by InstallFailureWriter().
"},{"location":"failures/#user-defined-failure-function","title":"User-defined Failure Function","text":"FATAL severity level messages or unsatisfied CHECK condition terminate your program. You can change the behavior of the termination by InstallFailureFunction.
void YourFailureFunction() {\n // Reports something...\n exit(EXIT_FAILURE);\n}\n\nint main(int argc, char* argv[]) {\n google::InstallFailureFunction(&YourFailureFunction);\n}\n
By default, glog tries to dump the stacktrace and calls std::abort. The stacktrace is generated only when running the application on a system supported by glog. Currently, glog supports x86, x86_64, PowerPC architectures, libunwind, and the Debug Help Library (dbghelp) on Windows for extracting the stack trace.
"},{"location":"license/","title":"The 3-Clause BSD License","text":"Copyright \u00a9 2024, Google Inc. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
- Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
- Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
- Neither the name of Google Inc. nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS \"AS IS\" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
"},{"location":"log_cleaner/","title":"Automatically Remove Old Logs","text":"To enable the log cleaner:
using namespace std::chrono_literals;\ngoogle::EnableLogCleaner(24h * 3); // keep your logs for 3 days\n
In C++20 (and later) this can be shortened to:
using namespace std::chrono_literals;\ngoogle::EnableLogCleaner(3d); // keep your logs for 3 days\n
And then glog will check if there are overdue logs whenever a flush is performed. In this example, any log file from your project whose last modified time is greater than 3 days will be unlink()ed.
This feature can be disabled at any time (if it has been enabled) using
google::DisableLogCleaner();\n
"},{"location":"log_stripping/","title":"Strip Logging Messages","text":"Strings used in log messages can increase the size of your binary and present a privacy concern. You can therefore instruct glog to remove all strings which fall below a certain severity level by using the GOOGLE_STRIP_LOG macro:
If your application has code like this:
#define GOOGLE_STRIP_LOG 1 // this must go before the #include!\n#include <glog/logging.h>\n
The compiler will remove the log messages whose severities are less than the specified integer value. Since VLOG logs at the severity level INFO (numeric value 0), setting GOOGLE_STRIP_LOG to 1 or greater removes all log messages associated with VLOGs as well as INFO log statements.
"},{"location":"logging/","title":"Logging","text":"glog defines a series of macros that simplify many common logging tasks. You can log messages by severity level, control logging behavior from the command line, log based on conditionals, abort the program when expected conditions are not met, introduce your own logging levels, customize the prefix attached to log messages, and more.
"},{"location":"logging/#severity-levels","title":"Severity Levels","text":"You can specify one of the following severity levels (in increasing order of severity):
INFO,WARNING,ERROR, andFATAL.
Logging a FATAL message terminates the program (after the message is logged).
Note
Messages of a given severity are logged not only to corresponding severity logfile but also to other logfiles of lower severity. For instance, a message of severity FATAL will be logged to logfiles of severity FATAL, ERROR, WARNING, and INFO.
The DFATAL severity logs a FATAL error in debug mode (i.e., there is no NDEBUG macro defined), but avoids halting the program in production by automatically reducing the severity to ERROR.
"},{"location":"logging/#log-files","title":"Log Files","text":"Unless otherwise specified, glog uses the format
<tmp>/<program name>.<hostname>.<user name>.log.<severity level>.<date>-<time>.<pid>\n
for log filenames written to a directory designated as <tmp> and determined according to the following rules.
Windows glog uses the GetTempPathA API function to retrieve the directory for temporary files with a fallback to
C:\\TMP\\C:\\TEMP\\
(in the order given.)
non-Windows The directory is determined by referencing the environment variables
TMPDIRTMP
if set with a fallback to /tmp/.
The default path to a log file on Linux, for instance, could be
/tmp/hello_world.example.com.hamaji.log.INFO.20080709-222411.10474\n
By default, glog echos ERROR and FATAL messages to standard error in addition to log files.
"},{"location":"logging/#log-line-prefix-format","title":"Log Line Prefix Format","text":"Log lines have this form:
Lyyyymmdd hh:mm:ss.uuuuuu threadid file:line] msg...\n
where the fields are defined as follows:
Placeholder Meaning L A single character, representing the log level (e.g., I for INFO) yyyy The year mm The month (zero padded; i.e., May is 05) dd The day (zero padded) hh:mm:ss.uuuuuu Time in hours, minutes and fractional seconds threadid The space-padded thread ID file The file name line The line number msg The user-supplied message Default log line prefix format
I1103 11:57:31.739339 24395 google.cc:2341] Command line: ./some_prog\nI1103 11:57:31.739403 24395 google.cc:2342] Process id 24395\n
Note
Although microseconds are useful for comparing events on a single machine, clocks on different machines may not be well synchronized. Hence, use with caution when comparing the low bits of timestamps from different machines.
"},{"location":"logging/#format-customization","title":"Format Customization","text":"The predefined log line prefix can be replaced using a user-provided callback that formats the corresponding output.
For each log entry, the callback will be invoked with a reference to a google::LogMessage instance containing the severity, filename, line number, thread ID, and time of the event. It will also be given a reference to the output stream, whose contents will be prepended to the actual message in the final log line.
To enable the use of a prefix formatter, use the
google::InstallPrefixFormatter(&MyPrefixFormatter);\n
function to pass a pointer to the corresponding MyPrefixFormatter callback during initialization. InstallPrefixFormatter takes a second optional argument of type void* that allows supplying user data to the callback.
Custom prefix formatter
The following function outputs a prefix that matches glog's default format. The third parameter data can be used to access user-supplied data which unless specified defaults to nullptr.
void MyPrefixFormatter(std::ostream& s, const google::LogMessage& m, void* /*data*/) {\n s << google::GetLogSeverityName(m.severity())[0]\n << setw(4) << 1900 + m.time().year()\n << setw(2) << 1 + m.time().month()\n << setw(2) << m.time().day()\n << ' '\n << setw(2) << m.time().hour() << ':'\n << setw(2) << m.time().min() << ':'\n << setw(2) << m.time().sec() << \".\"\n << setw(6) << m.time().usec()\n << ' '\n << setfill(' ') << setw(5)\n << m.thread_id() << setfill('0')\n << ' '\n << m.basename() << ':' << m.line() << \"]\";\n}\n
"},{"location":"logging/#adjusting-output","title":"Adjusting Output","text":"Several flags influence glog's output behavior.
"},{"location":"logging/#using-command-line-parameters-and-environment-variables","title":"Using Command-line Parameters and Environment Variables","text":"If the Google gflags library is installed on your machine, the build system will automatically detect and use it, allowing you to pass flags on the command line.
Activate --logtostderr in an application from the command line
A binary you_application that uses glog can be started using
./your_application --logtostderr=1\n
to log to stderr instead of writing the output to a log file. Tip
You can set boolean flags to true by specifying 1, true, or yes. To set boolean flags to false, specify 0, false, or no. In either case the spelling is case-insensitive.
If the Google gflags library isn't installed, you set flags via environment variables, prefixing the flag name with GLOG_, e.g.,
Activate logtostderr without gflags
GLOG_logtostderr=1 ./your_application\n
The following flags are most commonly used:
logtostderr (bool, default=false) Log messages to stderr instead of logfiles.
stderrthreshold (int, default=2, which is ERROR) Copy log messages at or above this level to stderr in addition to logfiles. The numbers of severity levels INFO, WARNING, ERROR, and FATAL are 0, 1, 2, and 3, respectively.
minloglevel (int, default=0, which is INFO) Log messages at or above this level. Again, the numbers of severity levels INFO, WARNING, ERROR, and FATAL are 0, 1, 2, and 3, respectively.
log_dir (string, default=\"\") If specified, logfiles are written into this directory instead of the default logging directory.
v (int, default=0) Show all VLOG(m) messages for m less or equal the value of this flag. Overridable by --vmodule. Refer to verbose logging for more detail.
vmodule (string, default=\"\") Per-module verbose level. The argument has to contain a comma-separated list of <module name>=<log level>. <module name> is a glob pattern (e.g., gfs* for all modules whose name starts with \"gfs\"), matched against the filename base (that is, name ignoring .cc/.h./-inl.h). <log level> overrides any value given by --v. See also verbose logging for more details.
Additional flags are defined in flags.cc. Please see the source for their complete list.
"},{"location":"logging/#modifying-flags-programmatically","title":"Modifying Flags Programmatically","text":"You can also modify flag values in your program by modifying global variables FLAGS_*. Most settings start working immediately after you update FLAGS_*. The exceptions are the flags related to destination files. For instance, you might want to set FLAGS_log_dir before calling google::InitGoogleLogging.
Setting log_dir at runtime
LOG(INFO) << \"file\";\n// Most flags work immediately after updating values.\nFLAGS_logtostderr = 1;\nLOG(INFO) << \"stderr\";\nFLAGS_logtostderr = 0;\n// This won\u2019t change the log destination. If you want to set this\n// value, you should do this before google::InitGoogleLogging .\nFLAGS_log_dir = \"/some/log/directory\";\nLOG(INFO) << \"the same file\";\n
"},{"location":"logging/#conditional-occasional-logging","title":"Conditional / Occasional Logging","text":"Sometimes, you may only want to log a message under certain conditions. You can use the following macros to perform conditional logging:
LOG_IF(INFO, num_cookies > 10) << \"Got lots of cookies\";\n
The \"Got lots of cookies\" message is logged only when the variable num_cookies exceeds 10. If a line of code is executed many times, it may be useful to only log a message at certain intervals. This kind of logging is most useful for informational messages.
LOG_EVERY_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\n
The above line outputs a log messages on the 1st, 11th, 21st, ... times it is executed.
Note
The placeholder google::COUNTER identifies the recurring repetition.
You can combine conditional and occasional logging with the following macro.
LOG_IF_EVERY_N(INFO, (size > 1024), 10) << \"Got the \" << google::COUNTER\n << \"th big cookie\";\n
Instead of outputting a message every nth time, you can also limit the output to the first n occurrences:
LOG_FIRST_N(INFO, 20) << \"Got the \" << google::COUNTER << \"th cookie\";\n
Outputs log messages for the first 20 times it is executed. The google::COUNTER identifier indicates which repetition is happening.
Other times, it is desired to only log a message periodically based on a time. For instance, to log a message every 10ms:
LOG_EVERY_T(INFO, 0.01) << \"Got a cookie\";\n
Or every 2.35s:
LOG_EVERY_T(INFO, 2.35) << \"Got a cookie\";\n
"},{"location":"logging/#verbose-logging","title":"Verbose Logging","text":"When you are chasing difficult bugs, thorough log messages are very useful. However, you may want to ignore too verbose messages in usual development. For such verbose logging, glog provides the VLOG macro, which allows you to define your own numeric logging levels.
The --v command line option controls which verbose messages are logged:
VLOG(1) << \"I\u2019m printed when you run the program with --v=1 or higher\";\nVLOG(2) << \"I\u2019m printed when you run the program with --v=2 or higher\";\n
With VLOG, the lower the verbose level, the more likely messages are to be logged. For example, if --v==1, VLOG(1) will log, but VLOG(2) will not log.
Warning
The VLOG behavior is opposite of the severity level logging, where INFO, ERROR, etc. are defined in increasing order and thus --minloglevel of 1 will only log WARNING and above.
Though you can specify any integers for both VLOG macro and --v flag, the common values for them are small positive integers. For example, if you write VLOG(0), you should specify --v=-1 or lower to silence it. This is less useful since we may not want verbose logs by default in most cases. The VLOG macros always log at the INFO log level (when they log at all).
Verbose logging can be controlled from the command line on a per-module basis:
--vmodule=mapreduce=2,file=1,gfs*=3 --v=0\n
Specifying these options will specifically:
- Print
VLOG(2) and lower messages from mapreduce.{h,cc} - Print
VLOG(1) and lower messages from file.{h,cc} - Print
VLOG(3) and lower messages from files prefixed with \"gfs\" - Print
VLOG(0) and lower messages from elsewhere
The wildcarding functionality 3. supports both * (matches 0 or more characters) and ? (matches any single character) wildcards. Please also refer to command line flags for more information.
There's also VLOG_IS_ON(n) \"verbose level\" condition macro. This macro returns true when the --v is equal to or greater than n. The macro can be used as follows:
if (VLOG_IS_ON(2)) {\n // do some logging preparation and logging\n // that can\u2019t be accomplished with just VLOG(2) << ...;\n}\n
Verbose level condition macros VLOG_IF, VLOG_EVERY_N and VLOG_IF_EVERY_N behave analogous to LOG_IF, LOG_EVERY_N, LOG_IF_EVERY_N, but accept a numeric verbosity level as opposed to a severity level.
VLOG_IF(1, (size > 1024))\n << \"I\u2019m printed when size is more than 1024 and when you run the \"\n \"program with --v=1 or more\";\nVLOG_EVERY_N(1, 10)\n << \"I\u2019m printed every 10th occurrence, and when you run the program \"\n \"with --v=1 or more. Present occurrence is \" << google::COUNTER;\nVLOG_IF_EVERY_N(1, (size > 1024), 10)\n << \"I\u2019m printed on every 10th occurrence of case when size is more \"\n \" than 1024, when you run the program with --v=1 or more. \";\n \"Present occurrence is \" << google::COUNTER;\n
Performance
The conditional logging macros provided by glog (e.g., CHECK, LOG_IF, VLOG, etc.) are carefully implemented and don't execute the right hand side expressions when the conditions are false. So, the following check may not sacrifice the performance of your application.
CHECK(obj.ok) << obj.CreatePrettyFormattedStringButVerySlow();\n
"},{"location":"logging/#debugging-support","title":"Debugging Support","text":"Special debug mode logging macros only have an effect in debug mode and are compiled away to nothing for non-debug mode compiles. Use these macros to avoid slowing down your production application due to excessive logging.
DLOG(INFO) << \"Found cookies\";\nDLOG_IF(INFO, num_cookies > 10) << \"Got lots of cookies\";\nDLOG_EVERY_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\nDLOG_FIRST_N(INFO, 10) << \"Got the \" << google::COUNTER << \"th cookie\";\nDLOG_EVERY_T(INFO, 0.01) << \"Got a cookie\";\n
"},{"location":"logging/#runtime-checks","title":"Runtime Checks","text":"It is a good practice to check expected conditions in your program frequently to detect errors as early as possible. The CHECK macro provides the ability to abort the application when a condition is not met, similar to the assert macro defined in the standard C library.
CHECK aborts the application if a condition is not true. Unlike assert, it is not controlled by NDEBUG, so the check will be executed regardless of compilation mode. Therefore, fp->Write(x) in the following example is always executed:
CHECK(fp->Write(x) == 4) << \"Write failed!\";\n
There are various helper macros for equality/inequality checks -CHECK_EQ, CHECK_NE, CHECK_LE, CHECK_LT, CHECK_GE, and CHECK_GT. They compare two values, and log a FATAL message including the two values when the result is not as expected. The values must have operator<<(ostream, ...) defined.
You may append to the error message like so:
CHECK_NE(1, 2) << \": The world must be ending!\";\n
We are very careful to ensure that each argument is evaluated exactly once, and that anything which is legal to pass as a function argument is legal here. In particular, the arguments may be temporary expressions which will end up being destroyed at the end of the apparent statement, for example:
CHECK_EQ(string(\"abc\")[1], \u2019b\u2019);\n
The compiler reports an error if one of the arguments is a pointer and the other is nullptr. To work around this, simply static_cast nullptr to the type of the desired pointer.
CHECK_EQ(some_ptr, static_cast<SomeType*>(nullptr));\n
Better yet, use the CHECK_NOTNULL macro:
CHECK_NOTNULL(some_ptr);\nsome_ptr->DoSomething();\n
Since this macro returns the given pointer, this is very useful in constructor initializer lists.
struct S {\n S(Something* ptr) : ptr_(CHECK_NOTNULL(ptr)) {}\n Something* ptr_;\n};\n
Warning
Due to the argument forwarding, CHECK_NOTNULL cannot be used to simultaneously stream an additional custom message. To provide a custom message, one can use the macro CHECK_EQ prior to the failing check.
If you are comparing C strings (char *), a handy set of macros performs both case sensitive and insensitive comparisons - CHECK_STREQ, CHECK_STRNE, CHECK_STRCASEEQ, and CHECK_STRCASENE. The CHECK_*CASE* macro variants are case-insensitive. You can safely pass nullptr pointers to this macro. They treat nullptr and any non-nullptr string as not equal. Two nullptrs are equal.
Note
Both arguments may be temporary objects which are destructed at the end of the current full expression, such as
CHECK_STREQ(Foo().c_str(), Bar().c_str());\n
where Foo and Bar return std::string.
The CHECK_DOUBLE_EQ macro checks the equality of two floating point values, accepting a small error margin. CHECK_NEAR accepts a third floating point argument, which specifies the acceptable error margin.
"},{"location":"logging/#raw-logging","title":"Raw Logging","text":"The header file <glog/raw_logging.h> can be used for thread-safe logging, which does not allocate any memory or acquire any locks. Therefore, the macros defined in this header file can be used by low-level memory allocation and synchronization code. Please check src/glog/raw_logging.h for detail.
"},{"location":"logging/#google-style-perror","title":"Google Style perror()","text":"PLOG() and PLOG_IF() and PCHECK() behave exactly like their LOG* and CHECK equivalents with the addition that they append a description of the current state of errno to their output lines. E.g.
PCHECK(write(1, nullptr, 2) >= 0) << \"Write nullptr failed\";\n
This check fails with the following error message.
F0825 185142 test.cc:22] Check failed: write(1, nullptr, 2) >= 0 Write nullptr failed: Bad address [14]\n
"},{"location":"logging/#syslog","title":"Syslog","text":"SYSLOG, SYSLOG_IF, and SYSLOG_EVERY_N macros are available. These log to syslog in addition to the normal logs. Be aware that logging to syslog can drastically impact performance, especially if syslog is configured for remote logging! Make sure you understand the implications of outputting to syslog before you use these macros. In general, it's wise to use these macros sparingly.
"},{"location":"packages/","title":"Installation using Package Managers","text":""},{"location":"packages/#conan","title":"conan","text":"You can download and install glog using the conan package manager:
pip install conan\nconan install -r conancenter glog/<glog-version>@\n
The glog recipe in conan center is kept up to date by conan center index community contributors. If the version is out of date, please create an issue or pull request on the conan-center-index repository.
"},{"location":"packages/#vcpkg","title":"vcpkg","text":"You can download and install glog using the vcpkg dependency manager:
git clone https://github.com/Microsoft/vcpkg.git\ncd vcpkg\n./bootstrap-vcpkg.sh\n./vcpkg integrate install\n./vcpkg install glog\n
The glog port in vcpkg is kept up to date by Microsoft team members and community contributors. If the version is out of date, please create an issue or pull request on the vcpkg repository.
"},{"location":"unwinder/","title":"Installation Notes for 64-bit Linux Systems","text":"Note
The description on this page is possibly not up-to-date.
The glibc built-in stack-unwinder on 64-bit systems has some problems with glog. In particular, if you are using InstallFailureSignalHandler(), the signal may be raised in the middle of malloc, holding some malloc-related locks when they invoke the stack unwinder. The built-in stack unwinder may call malloc recursively, which may require the thread to acquire a lock it already holds resulting in a deadlock.
"},{"location":"unwinder/#recommended-approach-libunwind","title":"Recommended Approach: libunwind","text":"For above reason, if you use a 64-bit system and you need InstallFailureSignalHandler(), we strongly recommend you install libunwind before trying to configure or install google glog. libunwind can be found here.
Even if you already have libunwind installed, you will probably still need to install from the snapshot to get the latest version.
Warning
If you install libunwind from the URL above, be aware that you may have trouble if you try to statically link your binary with glog: that is, if you link with gcc -static -lgcc_eh .... This is because both libunwind and libgcc implement the same C++ exception handling APIs, but they implement them differently on some platforms. This is not likely to be a problem on ia64, but may be on x86-64.
Also, if you link binaries statically, make sure that you add -Wl,--eh-frame-hdr to your linker options. This is required so that libunwind can find the information generated by the compiler required for stack unwinding.
Using -static is rare, though, so unless you know this will affect you it probably won't.
"},{"location":"unwinder/#alternative-stack-unwinder","title":"Alternative Stack-unwinder","text":"If you cannot or do not wish to install libunwind, you can still try to use two kinds of stack-unwinder:
"},{"location":"unwinder/#glibc-built-in-stack-unwinder","title":"glibc Built-in Stack-unwinder","text":"As we already mentioned, glibc's unwinder has a deadlock issue. However, if you don't use InstallFailureSignalHandler() or you don't worry about the rare possibilities of deadlocks, you can use this stack-unwinder. If you specify no options and libunwind isn't detected on your system, the configure script chooses this unwinder by default.
"},{"location":"unwinder/#frame-pointer-based-stack-unwinder","title":"Frame Pointer based Stack-unwinder","text":"The frame pointer based stack unwinder requires that your application, the glog library, and system libraries like libc, all be compiled with a frame pointer. This is not the default for x86-64.
"},{"location":"usage/","title":"Using glog in a CMake Project","text":"Assuming that glog was previously built using CMake or installed using a package manager, you can use the CMake command find_package to build against glog in your CMake project as follows:
CMakeLists.txtcmake_minimum_required (VERSION 3.16)\nproject (myproj VERSION 1.0)\n\nfind_package (glog 0.7.1 REQUIRED)\n\nadd_executable (myapp main.cpp)\ntarget_link_libraries (myapp glog::glog)\n
Compile definitions and options will be added automatically to your target as needed.
Alternatively, glog can be incorporated into using the CMake command add_subdirectory to include glog directly from a subdirectory of your project by replacing the find_package call from the previous snippet by add_subdirectory. The glog::glog target is in this case an ALIAS library target for the glog library target.
"},{"location":"windows/","title":"Notes for Windows Users","text":"glog defines the severity level ERROR, which is also defined by windows.h. You can make glog not define INFO, WARNING, ERROR, and FATAL by defining GLOG_NO_ABBREVIATED_SEVERITIES before including glog/logging.h. Even with this macro, you can still use the iostream like logging facilities:
#define GLOG_NO_ABBREVIATED_SEVERITIES\n#include <windows.h>\n#include <glog/logging.h>\n\n// ...\n\nLOG(ERROR) << \"This should work\";\nLOG_IF(ERROR, x > y) << \"This should be also OK\";\n
However, you cannot use INFO, WARNING, ERROR, and FATAL anymore for functions defined in glog/logging.h.
#define GLOG_NO_ABBREVIATED_SEVERITIES\n#include <windows.h>\n#include <glog/logging.h>\n\n// ...\n\n// This won\u2019t work.\n// google::FlushLogFiles(google::ERROR);\n\n// Use this instead.\ngoogle::FlushLogFiles(google::GLOG_ERROR);\n
If you don't need ERROR defined by windows.h, there are a couple of more workarounds which sometimes don't work:
#define WIN32_LEAN_AND_MEAN or NOGDI before #include <windows.h>.#undef ERROR after #include <windows.h>.
See this issue for more detail.
"}]}
\ No newline at end of file
diff --git a/0.7.1/unwinder/index.html b/0.7.1/unwinder/index.html
index e7424e1..2ceffa9 100644
--- a/0.7.1/unwinder/index.html
+++ b/0.7.1/unwinder/index.html
@@ -772,7 +772,7 @@
-
+
@@ -849,7 +849,7 @@ This is not the default for x86-64.
- June 8, 2024
+ June 11, 2024
@@ -859,35 +859,12 @@ This is not the default for x86-64.
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/usage/index.html b/0.7.1/usage/index.html
index cb28438..9f2362b 100644
--- a/0.7.1/usage/index.html
+++ b/0.7.1/usage/index.html
@@ -544,7 +544,7 @@
-
+
@@ -590,7 +590,7 @@ by replacing the find_p
- June 8, 2024
+ June 11, 2024
@@ -600,35 +600,12 @@ by replacing the find_p
- June 8, 2024
+ June 11, 2024
-
-
-
-
-
- GitHub
-
-
-
-
-
-
diff --git a/0.7.1/windows/index.html b/0.7.1/windows/index.html
index 4e3e6db..7b40b78 100644
--- a/0.7.1/windows/index.html
+++ b/0.7.1/windows/index.html
@@ -650,7 +650,7 @@
-
+
@@ -717,7 +717,7 @@ more detail.
- June 8, 2024
+ June 11, 2024
@@ -727,7 +727,7 @@ more detail.
- June 8, 2024
+ June 11, 2024