| #! /usr/bin/env python | |
| # Copyright (c) 2014, Joseph Lisee | |
| # All rights reserved. | |
| # | |
| # Redistribution and use in source and binary forms, with or without | |
| # modification, are permitted provided that the following conditions are met: | |
| # | |
| # 1. Redistributions of source code must retain the above copyright notice, this | |
| # list of conditions and the following disclaimer. |
| #define GL_GLEXT_PROTOTYPES | |
| #include <GLES/gl.h> | |
| #include <GLES/glext.h> | |
| #include <GLES3/gl3.h> | |
| #include <stdio.h> | |
| #include <emscripten.h> | |
| #include <emscripten/html5.h> | |
| #define GL_CALL( x ) \ | |
| { \ |
A few conversations have circled around user-side structural profiling. For context, see React PR #7549: Show React events in the timeline when ReactPerf is active
One particular concern is the measurement overhead. This gist has a benchmarking script (measure.js) for evaluating overhead and initial results.
Runs about 0.65µs per mark() call. Naturally, that's ~= an overhead of 1ms for 1500 mark()s.
FWIW: I (@rondy) am not the creator of the content shared here, which is an excerpt from Edmond Lau's book. I simply copied and pasted it from another location and saved it as a personal note, before it gained popularity on news.ycombinator.com. Unfortunately, I cannot recall the exact origin of the original source, nor was I able to find the author's name, so I am can't provide the appropriate credits.
| //------------------------------------------------------------------------------ | |
| // NetClient.cc | |
| //------------------------------------------------------------------------------ | |
| #if ORYOL_WINDOWS | |
| #define _WINSOCK_DEPRECATED_NO_WARNINGS (1) | |
| #include <WinSock2.h> | |
| typedef int ssize_t; | |
| #endif | |
| #if ORYOL_POSIX |
| (module | |
| (func $addTwo (param i32 i32) (result i32) | |
| (i32.add | |
| (get_local 0) | |
| (get_local 1))) | |
| (export "addTwo" (func $addTwo))) |
| // $ g++ -std=c++17 -pedantic -Wall -Wextra visit-variant.cpp -o visit-variant | |
| // $ ./visit-variant | |
| // Implementation: | |
| // | |
| // Based on http://en.cppreference.com/w/cpp/utility/variant/visit | |
| #include <variant> | |
| template<typename... Ts> struct make_overload: Ts... { using Ts::operator()...; }; |
Ripgrep is a fast search tool like grep. It's mostly a drop-in replacement for ag, also know as the Silver Searcher.
helm-ag is a fantastic package for Emacs that allows you to display search results in a buffer.
You can also jump to locations of matches. Despite the name, helm-ag works with ripgrep (rg) as well
as with ag.
| #include <MacroVariant.hpp> | |
| bool MacroVariant::isCorrectDataTypeForAction(MacroVariantType action, const std::type_info& type) | |
| { | |
| switch (action) | |
| { | |
| #define ADD_CASE(ACTION, PREFIX, TYPE, VALUE) \ | |
| case MacroVariantType::ACTION: return typeid(std::remove_cv<PREFIX TYPE>) == type; | |
| CALL_ON_EVERY_TYPE_WITH_DATA(ADD_CASE) | |
| #undef ADD_CASE |
| ;;; straight --- Use straight.el to manage packages with version control. | |
| ;;; Commentary: | |
| ;; straight.el allows git to track package versions, ensuring Emacs | |
| ;; stability and reversible package upgrades. | |
| ;;; Author: holocronweaver | |
| ;;; Created: 2018 | |
| ;;; Code: | |
| (let ((bootstrap-file (concat user-emacs-directory "straight/repos/straight.el/bootstrap.el")) | |
| (bootstrap-version 3)) | |
| (unless (file-exists-p bootstrap-file) |