Using
Any use of parallel functionality requires additional compiler and runtime support, in particular support for OpenMP. Adding this support is not difficult: just compile your application with the compiler flag -fopenmp. This will link in libgomp, the GNU OpenMP implementation, whose presence is mandatory. In addition, hardware that supports atomic operations and a compiler capable of producing atom
Intel AVX を使用して SIMD 演算を試してみる - kawa0810 のブログ
SIMD 演算と Intel AVX Single Instruction Multiple Data (SIMD) 演算とは1回の命令で複数のデータを同時に処理する演算です．近年の CPU には SIMD 演算を行うことができる SIMD 演算器が搭載されており，Intel 社の CPU ならば Streaming SIMD Extensions (SSE) を用いることで SIMD 演算を行うことが可能です．SSE は CPU に搭載されている 128bit レジスタを用いて演算を行うため単精度データならば4つ，倍精度データならば2つずつ演算を行うことができます．また，近年 SSE 後継の SIMD 拡張命令として Intel Advanced Vector eXtentions (AVX) が登場しました．AVX は第2世代 Intel Core i シリーズのプロセッサ (Sand
ARM Options (Using the GNU Compiler Collection (GCC))
3.19.5 ARM Options ¶ These ‘-m’ options are defined for the ARM port: -mabi=name ¶ Generate code for the specified ABI. Permissible values are: ‘apcs-gnu’, ‘atpcs’, ‘aapcs’, ‘aapcs-linux’ and ‘iwmmxt’. -mapcs-frame ¶ Generate a stack frame that is compliant with the ARM Procedure Call Standard for all functions, even if this is not strictly necessary for correct execution of the code. Specifying -
なぜGCCのCプリプロセッサーはlinuxという名前のマクロ名を定義するのか
Why does the C preprocessor interpret the word "linux" as the constant "1"? - Stack Overflow Why does the C preprocessor interpret the word “linux” as the constant “1”? | Hacker News 以下のCコードをコンパイルしようとするとエラーになる。 $ cat test.c #include <stdio.h> int main(void) { int linux = 5; return 0; } $ gcc test.c test.c: In function ‘main’: test.c:4:9: error: expected identifier or ‘(’ before numeric constant なぜ
Cスタイルキャスト利用を警告 - yohhoyの日記
gcc(g++)において、古いCスタイルキャストが使われた場合に警告するオプション。 -Wold-style-cast (C++ and Objective-C++ only) Warn if an old-style (C-style) cast to a non-void type is used within a C++ program. The new-style casts ('dynamic_cast', 'static_cast', 'reinterpret_cast', and 'const_cast') are less vulnerable to unintended effects and much easier to search for. Using the GNU Compiler Collection (GCC) - 3.5 C++ Dialect Optio
革命の日々！ __attribute__(alloc_size) を使わないと_FORTIFY_SOURCE を活かせないよ。という話
_FORTIFY_SOURCEというバッファーオーバーフロー攻撃を防ぐのにとても有用なマクロがある。 知らなかった人は以下のmanでもまず見てください http://linuxjm.sourceforge.jp/html/LDP_man-pages/man7/feature_test_macros.7.html _FORTIFY_SOURCE (glibc 2.3.4 以降) このマクロを定義すると、文字列やメモリの操作を行う様々な関数を 使用する際にバッファオーバーフローを検出するための軽めのチェックが 実行されるようになる。すべてのバッファオーバーフローが検出される わけではなく、あくまでよくある例についてだけである。 現在の実装では、以下の関数にチェックが追加されている: memcpy(3), mempcpy(3), memmove(3), memset(3), stpcpy(3),
mrubyでmemsetやmemcpyが少ない理由．
リンク先には，次のような記述があります． Looks like on ARM architecture, GCC and other compilers may mis-optimize memcpy and assume certain memory alignment, whichcreates errors on unaligned access. To avoid this, either don't use memcpy, or, cast the pointers to char* to disable this misoptimization. More details here: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3934.html 意訳) ARM みたいに memcpy で
collorgcc - Johannes Schlüter
colorgcc is a Perl script written by Jamie Moyers to colorize the terminal output of GCC so error messages can be found within longer compiler outputs. It's licensed under the terms of the GNU General Public License. Since the original web page seems not to exist any more I decided to put it here so I can find it myself. ;-) I didn't do any modifications or updates to the code... Download the Perl
古のK&R C in 2012 - yohhoyの日記
2012年現在のC言語コンパイラでもK&R Cソースコードを扱えるか試したのでメモ。*1 結論：gccとMSVCはK&R Cソースコードでもコンパイル可能。 /* K&R style C */ int printf(); int add(); main(argc, argv) int argc; char** argv; { printf("1+2=%d\n", add(1, 2)); return 0; } add(x, y) { return x + y; } gcc系 gcc 4.7.1, 4.6.3にて正常にコンパイル＆実行可能なことを確認*2。 $ gcc input.c -fno-builtin$ gcc input.c -fno-builtin -Wall -W -Wextra input.c:5:1: warning: return type defaults to 'in
x32 ABIの簡易的なまとめ
x32とは、現在規格制定や開発が進められている、新しいABIである。これは、32bit ABIのx86と、64bit ABIのx86_64のいいとこ取りを狙ったABIである。 x86_64の利点は多数ある。まず、汎用レジスタが増える。CPUによるレジスタリネーミングだとかなんだとかいって、CPU側でこっそり隠しレジスタを用意して差し替える仕組みもあったが、やはり汎用レジスタの増加は、わかりやすいパフォーマンスアップに繋がる。もちろん、レジスタが増えるという事は、それだけプロセス切り替えのコストもかかるのだが、それを差し引いても、一部の純粋な数値演算のパフォーマンス向上は得られる。 また、仮想アドレス空間が大幅に広くなるのもすばらしい。実際、一部のソフトウェアでは、仮想アドレス空間が足りないという問題はすでに起きていた。確かに、PAEを使えば36bitのアドレス空間が得られるが、やはり一つの
『gccの最適化オプションでVFP/NEONを使う』
古くからi387のようなハードウェアがあったx86とは異なりARMには最近までハードウェアで浮動小数点数を計算する仕組みがなかった。 このためARM用のgccはデフォルトで浮動小数点数の演算をソフトウェアでエミュレーションするバイナリを吐く。 かつてXScaleを積んだシャープのZaurus(通称リナザウ)にスケーラブルフォントやOgg Vorbisといった浮動小数演算を伴う処理を多用するKDE3.4を入れてみたところ動いたが実用に耐えないほど遅かった、という話があったが原因のひとつがこの浮動小数点数のエミュレーションにあったのではないかと思う。 今日のハイエンドなARMプロセッサにはVFP(ARMv6)あるいはNEON(ARMv7、VFP上位互換)といった浮動小数点数SIMD命令セットが搭載されており、浮動小数点数をハードウェアで演算することができる。 BeagleBoardはじめとする
STLアルゴリズムのParallel Mode拡張 - yohhoyの日記
id:ignisanさんのC++ Advent Calendar 2011 記事で知った gcc Parallel Mode 拡張についてメモ。 http://gcc.gnu.org/onlinedocs/libstdc++/manual/parallel_mode.html Runtime Library (libstdc++) An experimental parallel mode has been added. This is a parallel implementation of many C++ Standard library algorithms, like std::accumulate, std::for_each, std::transform, or std::sort, to give but four examples. These algorithms c
GCC Git Mirror における weekly snapshot の ID （ 20120228 〜 20120304 ） - 野良C++erの雑記帳
リポジトリ： http://gcc.gnu.org/git/?p=gcc.git gcc-4.4-20120228 4441948b5fc1cdb8fbfb9793a43a66bdcd846331 gcc-4.5-20120301 ed2102fed0358e6dc767038b9dea4908f08d1545 gcc-4.6-20120302 63858b49e774960f522d1fe44f789ff70b792f1a gcc-4.8-20120304 62b4f1e6a5d3a861a74cc79d475b9f8e51f75534 また，今週は GCC-4.6.3 がリリースされた他， 一年ぶりの機能追加版となる GCC-4.7.0 の Release Candidate が公開され*1， 新たに開発の始まった GCC-4.8 系列の，最初の snapshot が公開されています．
gcc 4.6.2とOpenMPIとBoost.1.49.0をインストールする - krustf の雑記
ただのメモ書きです。Boost.1.49.0はBoost.MPIも使えるようにしておく。 CentOS 6.2 Core i7 3GHz (多分) 12GB RAM (多分) gcc 4.6.2のビルド 今回は /usr/shareの中にgcc-4.6というディレクトリを掘ってそこにインストール。 まず必要な3つのライブラリをインストール。 GMP -> MPFR -> MPC の順に./configureしてmake -s -j 8 installとかでインストール。 ちなみに./configureする際に変えなきゃいけない設定がある時はあるので適宜修正する。ちなみに今回は特に必要なこともなく終わった。 インストール後、gccビルド時に共有ライブラリを参照するので、ldconfigか、LD_LIBRARY_PATH環境変数でこれらの共有ライブラリを参照できるようにしておく。 追加で32b
C++0x(gcc 4.5.1 only)用のstatic ifライブラリを作ってみました。 - gununuの日記
C++にもstatic ifが欲しいと思い作ってみましたが、かなり苦戦しました。 やっぱり言語ネイティブでサポートして欲しいですね。C++0xの規格の範囲ではどうやっても無理そうで、gccの挙動に依存してます。 STATIC_IF library for C++ · GitHub 利点 static ifがあればコンパイル時プログラミングをよりわかり易く簡潔に記述できます。 定数を使った再帰的な関数等はコンパイル時に展開でき、その際に邪魔になる不要なインスタンス化を避けることができます。 従来はテンプレートの特殊化を使用して関数を分割し重複した関数定義を書く必要がありました。 使い方 関数テンプレート又はメンバ関数テンプレート内で使用する。 STATIC_IFではじめSTATIC_ENDIFで終わる。 #include "static_if.hpp" template <int N> vo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual C++ 2012のis_fundamentalはバグっている - とくにあぶなくないRiSKのブログ
GitHub - icecc/icecream: Distributed compiler with a central scheduler to share build load
Gabriel Dos Reis - New branch: c++-concepts
Fortran, C, C++ for Windows
GitMirror - GCC Wiki