)
C11 (C言語) - Wikipedia
C11とは、ISOで定められたC言語の規格のひとつ、ISO/IEC 9899:2011[1]の通称であり、その前の規格であったC99の後継である。規格策定中の暫定名称は C1X であった。新しい規格であるC11では、マルチスレッドのサポートを改善する詳細なメモリモデルなどの、一般的な現代のコンパイラでサポート済みの機能を主に規格化している。C99の実装では適合が遅れたため、C11では中核となる言語規格に準拠し易いよう特定の機能をオプションにしている[2][3]。 2011年4月にC11の最終ドラフトであるN1570[4]が発行され、2011年10月10日に新しいC11規格はその最終ドラフトレビューをパスして公式にISOによって承認された。それから2011年12月8日に参加国による決議が必要な批評もなく、ISO/IEC 9899:2011として発行された。 標準マクロである__STDC_VE
いやなブログ: Linux の共有ライブラリを作るとき PIC でコンパイルするのはなぜか
Linux の共有ライブラリを作るとき PIC でコンパイルするのはなぜか 通常、Linux の共有ライブラリを作るときは各 .c ファイルを PIC (Position Independent Code) となるようコンパイルします。しかし、実は PIC でコンパイルしなくても共有ライブラリは作れます。それでは PIC にする意味はあるのでしょうか。 さっそく実験してみます。 int func () { printf(""); printf(""); printf(""); } PIC でコンパイルするには gcc に -fpic または -fPIC を渡します。-fpic の方が小さく高速なコードを生成する可能性がありますが、プロセッサによっては -fpic で生成できる GOT (Global Offset Table) のサイズに制限があります。一方、-fPIC はどのプロセッサで
gprofを使いこなす - minus9d's diary
C/C++のコードの速度を改善するときに有効な方法は、処理時間を多く消費する関数を見極めて、その関数を改善することである。どの関数が(1)どれだけ処理時間を消費するか、(2)何度呼ばれているか、(3)どの関数を呼んでいる/どの関数に呼ばれているか、などを測定する行為をプロファイリングといい、その手助けをするツールをプロファイラと呼ぶ。今回はC/C++のプロファイラとして有名なgprofの使い方を紹介する。 プログラムの例 GNUプロファイラーによるコード処理速度の向上 のコードを参考にして作成した以下のコードをgprofでプロファイリングしてみよう。main()はa()とb()を100000回呼ぶ。b()はa()の約4倍時間を消費する。またmain()自身も、a()とb()を呼び出してその結果を待つ以外に、a()の約1/3の時間を消費する。 // main.cpp #include <cs
GCC、Javaコンパイラを削除へ
The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, and Ada, as well as libraries for these languages. GCCチームのデベロッパは9月5日(米国時間)、「Andrew Haley - [PATCH] Delete GCJ」において、GCCブランチからgcc/javaおよびlibjavaを削除するパッチを公開した。GCJ (GNU Compiler For Java)はJavaコンパイラとして開発が進められてきたが、ここ数年は開発が停滞。ほとんどメンテナンスしかされていなかった。すでに役割は果たしたとして削除へ向けた取り組みが進められている。 Javaはこの十年以上、常に重要なプログラミング言語であり続けている。多くのエ
Linus Torvals、クソコードにブチギレ
Linux-Kernel Archive: Re: [GIT] Networking Linus TorvalsがGCCの独自拡張を使った整数演算のオーバーフロー検知コードがあまりにクソすぎるためにブチギレしている。 On Wed, Oct 28, 2015 at 3:32 PM, David Miller <davem@xxxxxxxxxxxxx> wrote: リリースサイクルのこの後半に入れるのはちょっと怖いと思われるかもしれないが、小規模なドライバーの修正をあちこちに施しただけだよ。 マジかよテメーら、こりゃクソだ。 コンフリクトはGCCの新しいクソヘッダーファイルのせいなんだが、俺がブチギレてるのはそこじゃなくてこいつがクソなせいだ。 net/ipv6/ip6_output.cの以前のコードはこれだ。 mtu -= hlen + sizeof(struct frag_hdr);
Linus Torvalds、 GCC 4.9.0のコード生成にブチ切れる
Phoronixで知ったが、Linus TorvaldsがGCC 4.9.0のコード生成にブチ切れている。 問題はLinuxカーネルのload_balance()がランダムにパニックを起こすというもので、その原因は、報告者の使っているコンパイラーであるGCC 4.9.0のコード生成がおかしかったという話だ。 Linus様は御自ら生成されたコードを読み給い、平生と変わらぬ調子で物事の道理を示された。 Linux-Kernel Archive: Re: Random panic in load_balance() with 3.16-rc From: Linus Torvalds Date: Thu Jul 24 2014 - 14:47:25 EST On Wed, Jul 23, 2014 at 6:43 PM, Michel DÃnzer <michel@xxxxxxxxxxx> wro
GCCのMLでJavaサポートの廃止とGoのデフォルトサポートについて議論される | スラド オープンソース
GCCのメーリングリストに、「現状GCJ（Javaコンパイラ）はもうメンテナンスモードになっており、OpenJDKのような活発に活動しているコミュあるし、GCCがデフォルトでサポートする言語として維持して行くにも負荷がかかっている。GCJをもうやめてGoをやらないか」と言う提案があったようだ（マイナビニュース）。 新しいプログラミング言語が出て間もない頃は言語の仕様も比較的小さいし、将来モノになるのかどうか不安がつきまといますが、とは言えキャッチアップもしやすいし、さもありなんと思ってしまうところだが。 /.Jer諸氏でGCJやめてGoにするとの提案について、見解を語ってみようではありませんか。
OpenBSDのコンパイラー
'Compilers in OpenBSD' - MARC List: openbsd-misc Subject: Compilers in OpenBSD From: Miod Vallat <miod () online ! fr> Date: 2013-07-31 21:19:11 Message-ID: 20130731211911.GE17582 () tazenat ! gentiane ! org 最近の議論(Default software in the base)は、近い将来、OpenBSDではClang/LLVMをシステムコンパイラーとして使う方向になっている。この議論は、これ以上発展していないが、現在OpenBSDのデファクトなコンパイラーメンテナーである私が思考の帯域を浪費してみようと思う。 だいたい、私はOpenBSDのシステムコンパイラーの保守に立候補したわけじ
HomePage - GCC Wiki
Welcome to GCC Wiki This page contains information about the GNU Compiler Collection. Please read HowToUseWiki if you need help editing this WikiWikiWeb. (Only members of the EditorGroup group may edit this wiki.) This wiki is not for random discussion of GCC, nor for asking questions. It is here to provide information. If you have questions, please use the mailing list. Do not add questions to th
Cygwinのstackdumpファイル - hat-tunの日記
win*Cygwin*gccの環境でC言語プログラムをgdbでデバグする。(ビルド時-gオプション必須) 本来セグメンテーションエラーが出ると、gccはcoreファイルというものを吐き、 こいつをgdbに食わせることで、バグの起きた箇所を探れるというわけなんですが、 Cygwin環境では、このcoreファイルが吐かれず、 代わりに、エラー時のCPUレジスタ値、関数スタック値などが数行かかれた、 stackdumpファイルというものが生成されます。 こいつは、coreファイルに比べ圧倒的にデバグ情報が少なく、gdbに食わせることもできません。 が、頑張ればスタックを逆アセンブルして、バグ箇所を特定できたりするというお話。 まず、gdbでプログラムを起動(run)し、main関数でbraekする。 gdb [execute file] (gdb) break main (gdb) run そこ
はてなブログ | 無料ブログを作成しよう
わたし的棚ぼた一万円選書 急に千葉さんに手渡された封筒、開けてみたら1万円札が1枚。何ごとかと思えば、同期の出張を代わったお礼をもらったらしい。 「葵はワンオペで育児してくれたから」と半分わけてくれました。 泡銭の1万円 これはもう、わたし的1万円選書をしろという思し召しなのでは……
Top | Libtoolでクロス開発
クロス開発でlibtoolを使用すると、あの忌々しい疑似ライブラリ（.laファイル）に正しくない絶対パスが埋め込まれてしまい、コンビニエンスライブラリが不便なライブラリになってしまう。ウェブで検索しても、あんまり回避方法を見つけられなかったので、ここにまとめておく。 問題の詳細 例えば、libfoo.laというライブラリをlibtoolとautomakeでクロスコンパイルしてインストールする場合、ホストシステムのライブラリをインストールする先は、ビルドシステムのインストール先（/usr/local/lib）とは異なる場所になる。ここではそれを/w/usr/local/libとしておく。ただし、./configure --prefix=/w/usr/localとするのではなく、make DESTDIR=/w all installでビルド、インストールする。 このようにインストールすると、.
Man page of LIBTOOL
Section: Misc. Reference Manual Pages (301) Updated: June 2002 Index JM Home Page roff page 名前 libtool - ライブラリのコンパイル・ビルド・ インストール・アンインストールをする 書式 libtool [-n] [--config] [--debug] [--dry-run] [--features] [--finish] [--mode=MODE] [--quiet] [--silent] [MODE-ARGS...] リンクモード: [-lNAME] [-o OUTPUT-FILE] [-LLIBDIR] [-R LIBDIR] [-all-static] [-avoid-version] [-dlopen FILE] [-dlpreopen FILE] [-export-dynami
libtool on Linux, Cygwin and MinGW | Netsphere Laboratories
(2003.11.30新規作成。) (2004.11.07 リンク切れを修正。) (2005.7.10 MinGWを追加。) (2023-03) 全体的に現在の挙動に更新。libtool v2.4.7. このページのサンプルプログラムの置き場所; cpp-examples/libtool-samples at main · netsphere-labs/cpp-examples · GitHub libtool は、共有オブジェクト (shared object; so、あるいは動的リンクライブラリ；DLL) を生成するための Makefile を、環境に依存せずに書くためのツール。 利用者 (プログラムの開発者) は、Makefile 上で、仮想的なファイル名でコンパイル、あるいはリンクするように書く。libtoolは、それらのファイルに対する操作を解釈して、実際のファイルに対するコンパ
GDB: The GNU Project Debugger
What is GDB? GDB, the GNU Project debugger, allows you to see what is going on `inside' another program while it executes -- or what another program was doing at the moment it crashed. GDB can do four main kinds of things (plus other things in support of these) to help you catch bugs in the act: Start your program, specifying anything that might affect its behavior. Make your program stop on speci
X86アセンブラ/GASでの文法 - Wikibooks
はじめに[編集] GAS（GNU Assembler）は、GNUプロジェクトによって開発されたアセンブラであり、GNU Binutilsの一部として配布されています。Binutilsには、アセンブラ（GAS）、リンカー（ld）、およびオブジェクトファイル操作ツール（nm、objdump、sizeなど）が含まれています。 GASは、x86、ARM、PowerPC、MIPSなど、多くのアーキテクチャをサポートしています。GASは、AT&T構文とIntel構文の両方をサポートしていますが、AT&T構文がデフォルトです。 一方、GCCは、GNU Compiler Collectionの略で、C、C ++、Objective-C、Fortran、Ada、およびその他の言語のコンパイラとして使用されます。GCCは、オブジェクトファイルを生成するためにGASを使用することができますが、GASに依存しない
GNU コンパイラ集(GCC) の使い方と移植について
Node:Top, Next:G++ and GCC, Previous:(dir), Up:(dir) Introduction このマニュアルでは、GNU コンパイラの使い方、インストール方法、移植方法や、新しい機能や互換性の無い部分、それにバグレポートの方法などについて説明している。GNU CC のバージョン 2.95 に対応している。(日本語版ドラフト-17 July 2001) G++ and GCC: C や C++ のプログラムがコンパイル可能Invoking GCC: gcc のコマンド行オプションInstallation: GCC のインストール方法C Extensions: C 言語の GNU の拡張C++ Extensions: C++ 言語の GNU の拡張Gcov: gcov: GCC のテストカバレージプログラムTrouble: GCC のインストールで問題が起
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Igalia
1xx - Why can't I compile HelloWorld ?
Computer Systems Laboratory @ Sungkyunkwan University - GCC