GCCの警告オプション設定 - Qiita
# 全ての警告メッセージを抑制したい場合 export CFLAGS="-w" export CXXFLAGS="-w" ./configure make # -Wnoを指定すれば、その警告は無効できる ## c # 暗黙の関数宣言 export CFLAGS="-Wno-implicit-function-declaration" # 廃止予定(deprecated) export CFLAGS="$CFLAGS -Wno-deprecated-declarations" # export CFLAGS="$CFLAGS -Wno-stringop-overflow" ## cpp # intからポインタへの変換 export CXXFLAGS="-Wno-int-to-pointer-cast" # export CXXFLAGS="$CXXFLAGS -Wno-class-memac
C++ コンパイル時「出力」 ～C++にできないことはない～ - Qiita
これは、 C++ でコンパイル時に出力まで済ませようとした話です。 コンパイラは GCC に限ります。 はじめに もうすぐクリスマスですね！ クリスマスにすることといえば……、 そう、コンパイル時処理ですね！！ コンパイル時処理 C++ のコンパイル時処理は非常に強力で、様々なことがコンパイル時にできてしまいます。 普通はコンパイル時に決まる定数の計算に使われますが、これを悪用利用してコンパイル時に処理がすべて終わるようなものも書くことができます。 例として、コンパイル時 FizzBuzz を書いてみます。 #include <array> #include <string_view> #include <algorithm> #include <concepts> #include <iostream> template <std::unsigned_integral T> conste
gccのDocker公式イメージ使ってC++でHelloWorldしてみた - Qiita
C++を扱うことになった 開発中のWebサービス案件でC++のソースコードを扱うことになりました。 とりあえずLinux環境で動けばよいので、 Dockerコンテナ内のgccでC++のソースコードがコンパイル＆実行できること を今回の目標とします。 （ make とかは今回使わないです。軽量化とかも意識してないです。） 今回作ったサンプルコードは以下に置きました。 https://github.com/segurvita/docker-gcc-sample Dockerイメージを探した Docker Hubでgccを検索してみたところ、Docker Hub公式のイメージがありました。 https://hub.docker.com/_/gcc/ これを使います。（もっと軽いのあるかもですが、 C++のソースコードを作った Hello World! します！
gccで各関数が使用しているスタックサイズを出力するオプション - いろいろ備忘録日記
概要 プログラムがいきなり落ちた gcc の -fstack-usage オプション 現在のスタック領域のサイズを調べる 試してみる makefile github にサンプルプロジェクトをアップ 参照情報 概要 忘れないうちメモメモ。こういうのは知ってるのと知らないので手間が大きく変わりますね・・・。 プログラムがいきなり落ちた 自分が書いたプログラムではないんですが、動かしていると特定の処理パターンを通したときにいきなり死ぬという状況が発生。 C言語なので、本当にスンって死んでくれます・・ｗ いろんなところをコメントアウトしたり、printfデバッグ入れたりして箇所は特定。 最終的にいろいろ調べたところの結果が「デフォルトのスタックサイズを超える割当をしてるのが原因」でした。これはアカン・・。 で、修正するのは良いとして、もうちょいマシな調べ方ないのかしら？って思いました。 手作業すぎ
Ubuntuでg++で共有ライブラリを使用する際にincompatibleと言われます
質問をすることでしか得られない、回答やアドバイスがある。15分調べてもわからないことは、質問しよう！新規登録して質問してみよう
printfに4285個アスタリスクをつけるとclang++が死ぬ - Qiita
def check(n) s = "*"*n f = open("test.cpp","w") f.puts <<EOS #include <cstdio> int main(){ (#{s}printf)("Hello World\\n"); } EOS f.close() return system("clang++ test.cpp") end check(ARGV[0].to_i) $ ruby check.rb 10000 clang: error: unable to execute command: Illegal instruction: 4 clang: error: clang frontend command failed due to signal (use -v to see invocation) Apple LLVM version 10.0.1 (clang
Illegal instructionというエラーについて
過去にffmpegのmakeについて質問しました。 そこで頂いた回答を元に、ffmpegの./configureに--extra-cflags='-march=armv6' --extra-ldflags='-march=armv6'を指定してmakeしました。 そのffmpegを使って、 ffmpeg -i test.mp4 -threads 2 -codec:v libx264 -s:v 1280x720 -aspect:v 16:9 -b:v 256k -map 0 -f segment -segment_format mpegts -segment_time 10 -segment_list stream.m3u8 streamfiles/stream%03d.ts としたところ、Illegal instructionというエラーが出ました。 このエラーはどうやらffmpegではな
void*に対して加減算をすると何Byte進むのか - Humanity
答え： 1Byte。 コンパイルエラー(gcc以外では)。 (コメント欄にてid:pi8027さんにvoid*に対して加算できるのはgcc拡張だと教えていただきました。詳しくはid:pi8027さんのコメント欄のURLを参照してください) 歴史的な理由があるらしくて、char*と同じになってるらしい。 (追記：歴史的な理由についてはid:hito_hppさんのコメント欄参照。 あと「char*と同じになってる(1Byte進むようになってる)」んじゃなくて、以下はただvoid*を一般化したポインタとして使用できるってだけの話(多分)。 文中にはvoid*ポインタへの加減算の話は含まれていなかった) プログラミング言語C 第2版の「ポインタと配列」(p.113)の冒頭にも さてANSI Cでの主な変更点は、ポインタの扱い方に関する規則を明確にしたことである。 ... さらに、型void*(vo
Vagrant + Chef + CentOS6.5 でOpenCV2.4.9をインストールする。 - Qiita
OpenCVをVagrant + Chef + CentOS6.5の開発環境にインストールするのに結構なハマり所が多かったので、メモしておきます。 OpenCVをインストールするレシピ 以下がopencvをインストールするためのレシピです。 for_opencv_pkgs = %w( gcc gtk+extra gtk+extra-devel pkgconfig python python-devel numpy libavc1394 libavc1394-devel libdc1394 libdc1394-devel libjpeg-turbo libjpeg-turbo-devel libpng libpng-devel sqlite-devel ) for_opencv_pkgs.each do |pkg| package pkg do action :install end end
clang/gccに組み込まれたAddressSanitizer/LeakSanitizerでメモリエラーを捕捉する - 千里霧中
C/C++でのユニットテストによるメモリリーク検出 - 千里霧中の補足。 メモリエラーの検出方法についてだけれど、最近のclangやgccだと、AddressSanitizerという動的解析ツールが組み込まれており、それを活用できる。 使用する場合はコンパイラオプション「-fsanitize=address」「-fsanitize=leak」等を指定する。 題材 例えば以下のコードを対象にする。 //main.c #include <stdio.h> #include <stdlib.h> void hoge(void) { int *a_buff = (int *)malloc(5 * sizeof(int)); a_buff[10] = 8; } int main(void) { printf("test\n"); hoge(); return 0; } これを普通にコンパイルして実行
データ型モデル ‐ 通信用語の基礎知識
処理系が用いるデータ型の大きさなどを定義するものであり、特にプログラミング環境で重要となる。 現在使われているプログラミング言語には、整数型の実際の大きさを保証しないものがあり、データ型モデルに応じて変化する。 ある特定のデータ型モデルに依存したプログラムも簡単に書くことができるが、そのようなものは移植性が無いということである。 16ビットから32ビットに移行する時代、Cなどでこの問題が頻発した。 16ビット環境では、変数長は次のようであった。 char: 8ビット short: 16ビット int: 16ビット long: 32ビット long long: 存在しない ポインター: 16ビット (far修飾子を付けると32ビット) 32ビット環境では、intとポインターが32ビット化された。 例えばこの当時、特にx86環境ではnearポインターとfarポインターがあり、実装によりhuge
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
プログラム高速化の禁術 - Qiita
はじめに これは昔（2010年頃）自分が使っていた高速化技法について書いたものです． 今となってはレガシーだったり，通用しないものもあるかもしれませんが，こういう知識も無くなってしまったり，自分も忘れてしまう気がしたので，メモ代わりに書いておきます． ただ言えることは，「最適化はするな」ということです．最適化すると，保守性が大幅に失われる危険性があります．そして，これから書く項目を1つ1つ行って，高速化できたとしても，せいぜい2倍程度です．ただその2倍程度の速度も欲しい！そのためには悪魔に魂と保守性を売る！という方はご覧ください．これらの高速化は割といろいろな言語に当てはまることも多いですが，大体C++で書くことを念頭に置いていただければ，幸いです．あと，個人的には競技プログラミングだったり，計算科学をやっていた時期に見つけた経験則なので間違ってる場合もあります． コンパイルオプションをこ
革命の日々！ gccでpredefind されているマクロ一覧を得る方法
以前、買えなかった～と書いた西田本ですが、その後増版されていることを親切な人が教えてくださり、買えました。 Binary Hackの初心者向けの、ほぼ唯一といってもよい、すごくいい本なので、OSとかlibcとかの低レベル層に興味があるひとは、ぜひ買っていただきたい１冊と思います。 で、ここで読者さまの物欲刺激用と自分向け備忘録をかねて この本を読んで初めて知ったTipsを１つ。 cpp に -dM オプションを付けると predefined macro 一覧が得られる。 アーキ依存処理を入れたい時に限ってCPU毎のdefine名（__ia64__ とか）が思い出せないのはよくあることなので、これは便利だ。 つーか、man嫁。自分。とか思った。 $ cpp -dM /dev/null #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.
CLionの良くある質問と答え | Post Blog
IDEs AppCode CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Grazie Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS Am
GCC 4.7の最適化オプション比較表 - Shohei Yoshida's Diary
GCCの各オプティマイズレベルで有効になる最適化を調べる - Life is very short の GCC 4.7版。"-Ofast"を追加しました。"-Ofast"は規約を一部 無視した最適化を行うようです。"-O3"より高速になるよう意図 されています。 なお GCC 4.8では "-Og"という最適化とデバッグ機能を兼ね備えた オプションが追加されるそうです。需要がわかりづらいですが・・・。 表生成スクリプト #!/usr/bin/env perl use strict; use warnings; $ENV{LANG} = 'C'; my @levels = qw(-O0 -O1 -O2 -O3 -Os -Ofast); my @base = qw(gcc -- -Q --help=optimizers); my %optimize; for my $level (@level
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
216624 – net/delegate: fails to build with clang 4.0
What is the logic of using $($(nproc) + 1) in make command?
MinGW - Minimalist GNU for Windows
stdout thread-safe in C on Linux?