To see messages from other users and the system as well as performing various log operations from a regular user add it to the group:
sudo usermod -aG systemd-journal $USER
cmake_minimum_required(VERSION 3.5) | |
project(extname | |
VERSION 1.0.0 | |
LANGUAGES C) | |
message(STATUS "Begin cmaking of PHP extension ...") | |
if (NOT CMAKE_BUILD_TYPE) | |
set(CMAKE_BUILD_TYPE Debug CACHE STRING |
package main | |
import ( | |
"fmt" | |
"golang.org/x/net/context" | |
cc "golang.org/x/oauth2/clientcredentials" | |
"io/ioutil" | |
"net/http" | |
"os" | |
) |
Every so often I have to restore my gpg keys and I'm never sure how best to do it. So, I've spent some time playing around with the various ways to export/import (backup/restore) keys.
gpg --export --armor 1E0B5331219BEA88 > 1E0B5331219BEA88.pub.asc
gpg --export-secret-keys --armor 1E0B5331219BEA88 > 1E0B5331219BEA88.priv.asc
gpg --export-secret-subkeys --armor 1E0B5331219BEA88 > 1E0B5331219BEA88.sub_priv.asc
gpg --export-ownertrust > ownertrust.txt
Frame pointer omission does make debugging significantly harder. Local variables are harder to locate and stack traces are much harder to reconstruct without a frame pointer to help out. Also, accessing parameters can get more expensive since they are far away from the top of the stack and may require more expensive addressing modes.
The -fno-omit-frame-pointer
option direct the compiler to generate code that maintains and uses stack frame pointer for all functions so that a debugger can still produce a stack backtrace even with optimizations flags.
Irrespective if you use the flag, not every function needs a frame pointer in the first place, so you can't always expect a difference with the flag.
Also, whether the function has a frame pointer is an implementation detail. Compilers can differ in implementation details (and usually they do).