cppyy: Automatic Python-C++ bindings — cppyy 3.0.0 documentation
cppyy: Automatic Python-C++ bindings cppyy is an automatic, run-time, Python-C++ bindings generator, for calling C++ from Python and Python from C++. Run-time generation enables detailed specialization for higher performance, lazy loading for reduced memory use in large scale projects, Python-side cross-inheritance and callbacks for working with C++ frameworks, run-time template instantiation, au
cppcheck インストール - would-be-astronomer's diary
c言語のメモリリークを調べるツールとしてcppcheckをmacに入れてみる。 macbook air OSX 10.7.5 Lion mac mini OSX 10.10 Yosemite の両方に入れた。 手順としてはhomebrewをインストールしてhomebrew経由でcoocheckをインストール。 (1)homebrew をインストールする $ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 出力の最後に Run `brew doctor` before you install anything Run `brew help` to get started と出てくる。 $ brew doctor 出力の最初は Please note that t
node-gypを使ったネイティブモジュールの作成
1. node-gyp を使ったネイティブ モジュールの作成 IIJ 大津繁樹 ohtsuあっとiij.ad.jp 2012年4月18日 東京Node学園 5時限目 2. はじめに、 • node-v0.7から ビルドシステムが WAF から GYP に変わりました。 • ネイティブモジュールの作成方法も node- waf/wscript を使ったものから node- gyp/binding.gyp を使ったものに変更になります。 • 今回は、そのへんの紹介と（時間があれば）実 際の作成のデモを行います。 • Mac持ってないので、Linux/Win7だけの検証で す。 node-v0.8 話はこの後の koichik さんに お任せ 3. 自己紹介 • 大津 繁樹 （おおつ しげき） • twitter: @jovi0608, github: shigeki • IIJ アプリケーショ
FlatBuffers: a memory efficient serialization library
Today, we are releasing FlatBuffers, a C++ serialization library that allows you to read data without unpacking or allocating additional memory, as an open source project. FlatBuffers stores serialized data in buffers in a cross-platform way, supporting format evolution that is fully forwards and backwards compatible through a schema. These buffers can be stored in files or sent across the network
Tesseract ocr
ConvMixer is a simple CNN-based model that achieves state-of-the-art results on ImageNet classification. It divides the input image into patches and embeds them into high-dimensional vectors, similar to ViT. However, unlike ViT, it does not use attention but instead applies simple convolutional layers between the patch embedding and classification layers. Experiments show that despite its simplici
すごい constexpr たのしくレイトレ！
2. ◆自己紹介 • 名前 : 村上 原野 (むらかみ げんや) @bolero_MURAKAMI, id:boleros • 棲息地: 大都会岡山 • 仕事 : 猪風来美術館陶芸指導員 ・普段はろくろをまわしたり、 縄文土器をつくったりしています ・趣味は constexpr です 3. ◆自己紹介 • 公開しているライブラリ: Sprout C++ Library (constexpr ライブラリ) github.com/bolero-MURAKAMI/Sprout • 過去の発表資料: Boost.勉強会 #7 【中３⼥⼦でもわかる constexpr】 Boost.勉強会 #8 【中３⼥⼦が狂える本当に気持ちのいい constexpr】 Boost.勉強会 #12 【constexpr 中３⼥⼦テクニック】 www.slideshare.net/GenyaMurakami
Constexpr 中３女子テクニック
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
米FacebookがC/C++プリプロセッサ「warp」をオープンソースで公開、高速な処理が特徴 | OSDN Magazine
米Facebookの開発者は3月28日、C/C++言語向けのプリプロセッサ「warp」をオープンソースで公開した。Facebook社内で開発したもので、同社ではGNU cppに代わる高速なプリプロセッサとして利用しているという。 FacebookがD言語設計者のWalter Bright氏とのコラボレーションにより開発した。C/C++バイナリ構築のプリプロセス時間を短縮することを目的に設計した。パイプ＆フィルター（pipes-and-filters）スタイルを採用し、コンポーネント化を進めることで高速化を図っている。大規模なコードベースと多数の依存性がある複雑なプロジェクトにおいて、デバッグおよびビルド速度を10～40％改善したという。 warpはCentOS 6のみで検証済み。今後対応OSを増やしていくとしている。ビルドにはD言語が必要。ライセンスはBoost Software Lice
UE4のソースコードを落として読んでみた - Qiita
はじめに 時は2014年。このげいむ業界はUnity帝国の統治により平和な日々(!)を過ごしていた。しかし突然、地底からUE4が・・・(伝記 戦争の歯車の冒頭より) でも実は、UEの歴史はすごく古いデス。 ※僕も実はアンリアル1の頃からMod作るためにちょこっとエディタ触ってました。ValveのSorceエンジンやQuakeエンジンのエディタより断然使いやすかったなぁ( ´∀｀) GDC2014で歴史的発表がなされた。 【GDC 14】Epic Games、「Unreal Engine 4」にサブスクリプションモデルを導入―月額19ドルで全ての機能が利用可能に gamespark → 2015年3月3日から無料になりました＼(^o^)／ え？今更オープンソース化？カーマック先生(Quake・Doom開発者・現Oculus CTO)は昔からやってたよ！あれちがう！？安いとは言え金取るのかよ！
Results of the Grand C++ Error Explosion Competition
After much deliberation, the winners of the Grand C++ Error Explosion Competition are finally selected. There are two different award categories. The winners of the first category are those submissions that produced the largest error with the smallest amount of source code. These entries contain a multiplier number, which is just the size of the error message divided by the size of the source code
Native Client の導入と Hello World までのまとめ - 凹みTips
はじめに Welcome to Native Client - Native Client — Google Developers Google Native Client とは、ブラウザ上でネイティブコードを安全に実行するためのサンドボックス化技術です *1。開発者側から見れば、Chrome 上で高速に動くアプリケーションを既存の資産を利用しながら C++ で記述でき、ユーザ側から見ればサクサクなアプリケーションがインストール不要でブラウザ上で動く、といった感じです。登場からかなり経ちますが、興味があるので調べてみました。 動作例 chrome://flags/ よりネイティブクライアントを有効にしておきます。 これで以下のデモを動かすことができます。 SDK Examples and Demos - Native Client — Google Developers Applicati
Pyclewn で、GDB ノススメ☆ - C++でゲームプログラミング
vim で簡単に GDB を使いたいでゲソよ！！ と、いう訳で vim 上で、GDB を行うツール（プラグイン？）の Pyclewn を試してみました。 前身として、clewn というものもあるみたいですが、こちらは Windows では使えないみたいです。 Pyclewn と clewn の違いなんかは、ここら辺を見れば分かりやすいと思います。 ☆導入 最新は、ver1.5 みたいですが、Windows だと ver 1.4 のインストーラしかないっぽい？ ここら辺からインストーラを落としてきます。 ただ、インストール後の Pyclewn のバージョンを見てみると 1.5 になっていたりするのでよく分かりません……。 インストール時に特に設定とかはいらなかったと思います。 ☆インストール/実行環境 WindwosXP gvim 7.3（kaoriya） gcc 4.5.2 python
Go : 盛り上がり感 (hype) を実力にすることが重要 - ワザノバ | wazanova.jp
http://commandcenter.blogspot.se/2012/06/less-is-exponentially-more.html Goの開発メンバであるRob Pikeが、なぜRuby / Python経験者がGoに移ってくるのに、C++の開発者はあまり飛びついてこないのかについて昨年のブログで語ってます。 Goの開発のきっかけは、C++11の新機能の説明会に参加して、本質的でないと思う機能がどんどん追加されることに失望したから。 Cを元に開発しようという話しはでたが、実際のGoの開発過程では様々な言語のベストプラクティスを考慮してつくったので、Cがベースになったわけではない。 ただし、結果的には、 C / C++ と比較して相当シンプルになった。我々は、”Less is more” で、余計なものを入れずに本当に必要なものを揃えた方が問題を解決しやすい開発言語になると考え
Mesos: A Cloud Scheduler (1) - steps to phantasien
WIRED に ”Return of the Borg: How Twitter Rebuilt Google’s Secret Weapon” という記事があった。Twitter が Mesos というクラスタ管理のソフトウェアを開発しており、 それは検索会社のなんとかいうシステムみたいなもんらしいよ、という話。 不勉強につきそのなんとかいうシステムのことはよく知らないけれど、 去年の今頃開かれた Twitter の Open House (ASCII のレポート) をのぞかせてもらった際、 Twitter 社のエライ人 Rob Benson が 「これからインフラは Mesos でいく!!」 と熱心に話していたのを覚えている。 WIRED の記事によれば、Mesos ベースに移行したマシンは二割。もう全部移行する勢いなのかとおもってたけど、インフラを変えるのは大変なのだろう。 そういえ
C++11時代のthreading - fjnlの生存記録のような何か
始めに 本記事は C++11 Advent Calendar 2011 : ATND の6日目です。 std::thread C++11時代のthreadの基本は std::thread です。おもむろに #include をしましょう。std::threadはコンストラクタで渡された関数オブジェクトを別スレッドで実行します。 #include <iostream> #include <thread> void f() { std::cout << "f()" << std::endl; } int main() { std::thread thr(f); thr.join(); return 0; } このプログラムを実行すると f() と表示されるはずです。コンパイルして実行してみます。 $ g++ -o thr thr.cpp -std=c++0x $ ./thr f() $ 確かに
Linuxに移行しようかな
もはや、WindowsでC++を続けていくのが難しくなってきた。まともなC++コンパイラーは、*unix系の環境では簡単に手に入るが、Windowsでは困難だ。GCCをWindows上でビルドする方法は理解出来ないし、LLVMのWindowsサポートは存在しないも同義だ。Windows上でgitを使うのも嫌になる。 それにしても、どうしてこうなってしまったんだろう。WindowsはどんどんC++から離れて行っている。MSの最近のC++における態度たるや、互換性という理由だけで規格違反の挙動を放置し、さらに独自拡張を大量に突っ込んでカオスになっている。もはや、WindowsではまともにC++できない。 Linuxで一つ懸念があるとすれば、IMEだろう。mozcはあるが、WindowsやMac向けのWebデータから生成された辞書は含まれていないらしい。つまり、「ただし魔法は尻から出る」とか、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google、FlatBuffersをオープンソース化: 効率の良いクロスプラットフォームのシリアライゼーションライブラリ
GitHub - osyo-manga/cpp-vimrc: vimrc of C++er.
http://japan.internet.com/webtech/20131018/5.html
Amazon.co.jp: C++のためのAPIデザイン: マーティン・レディ (著), Martin Reddy (著), ホジソンますみ (翻訳), 三宅陽一郎 (監修): 本
