問題タブ [int64]

これは私のコードです:

問題：

次のエラー メッセージが表示されるのはなぜですか?

command-line-arguments .\test.go:7: undefined: strconv.Itoa64 [終了コード 2 で 0.2 秒で終了]

C と C++ の両方で書かれたオープンソースのコードベースがあります。私は、少なくとも64 ビット幅であることが保証されている整数型を探しています。これは、ほとんどの OS X (Intel、64 ビット) およびオープンソースの C および C++ コンパイラを備えた Linux ボックスで、過度にコンパイルすることなく確実にコンパイルできます。エンド ユーザー側の余分な作業。現時点では、Windows および 32 ビット クライアントのサポートは重要ではありません。

私は OS X でいくつかのテストを行いましたが、開発者ツールに同梱されている最新の GCC は C+11 モードをサポートしていません (したがって、の可用性は保証されていないようですlong long)。long long特定のバージョン以降、C99 モードが有効になっている場合はサポートされますが、Clang もこれをサポートしません。

移植性が重要な目標である場合int64_t、代わりに使用する一般的な提案はありますか? long longフォーマット指定子を使用するのは苦痛に思えます。

パラメータとして受け取る既存の関数やライブラリで使用するために、 int64_tto long long(および同様に とunsigned同等のもの)を確実にキャストできますか? （もちろん、また戻ってきます。）uint64_tlong long

そのような考え方で、GCC にない Clang 機能を必要とするコードを出荷した場合、Clang は Linux で選択されるコンパイラとして GCC に取って代わるのでしょうか? そのコンパイラは、ソース コードをエンド ユーザーに提供するときに、ほとんどの場合、期待できるものでしょうか?

基本的に、移植可能な C および C++ コードに両方のタイプを使用したことのある他の開発者からのアドバイスをお願いしたいと思います。 .

php（ easydutyplanパーサーのデバッグ情報）で書かれたサイトのデバッグレポートを受け取りました。

[rowParam] =>配列
（
[0] => BIGINT
[1] => BIGINT
[2] => INT
[3] => TINYTEXT
[4] => TINYTEXT
[5] => TINYTEXT
）

tinytextと文字列の違いは何ですか？そして、bigintはC＃のInt64と同じですか？

変数を「ダミー」値に初期化するのが好きで、 and を使い始めましint64_tたuint64_t。これまでのところ、 を特定の値に初期化するには少なくとも 3 つの方法があるようint64_tです (符号なしの同等の値を少し変更します)。

私は GCC を使用し、OS X と Linux をターゲットにしています。移植のしやすさと明快さを目指した方法を選びたいと思いますが、何よりも正確さを重視します。私はこれを考えすぎていますか、それとも、この変数の型を初期化するための「最良の」または「最も推奨される」アプローチはありますか?

long long暗号強度С++でランダムを生成するソリューションは何ですか? (ブーストは許可されています)

readInt32BEがInt32を読み取るように、node.jsバッファーからNumberプリミティブにInt64BEを読み取るための最良の方法は何でしょうか。

数値+/-9'007'199'254'740'992で精度が低下することはわかっていますが、実装したいプロトコルではそれほど高い数値は得られません。

64ビット定数をとして割り当てる

必ずしもポータブルでlong long はないため、ポータブルではありませんint64_t。この投稿どの初期化子がint64_tに適していますか？INT64_C()からのマクロの使用について説明しますが、として<stdint.h>使用することもできませんstatic_cast

？

どちらを選ぶべきか、そしてその理由、または両方ともうまく機能しますか？

static_castインターネットとSOで検索しましたが、オプションが検討されている場所は見つかりませんでした。sizeof()また、単純なケースで機能することを確認するためにを使用してテストを行いました。

「C」に非常に似たスクリプト言語インタープリターを作成していますが、数値変数のデータ型が少なく、int(int データ型を表す) とreal(明らかに実数...) のみであるという違いがあります。

Cインタープリターは一種の「仮想マシン」です (そうです、スクリプト言語はバイトコード ストリームにコンパイルされます) 。仮想マシンでスクリプト言語の数値データ型に使用するデータ型を決定する必要があります。今のところs と sに使用int64_tする予定ですが、この 2 つを考慮した場合、かなり「大きい」とパフォーマンスの問題が発生するかどうか、必要に応じて問題が発生するかどうかについて意見をお聞きしたいと思います。 32 ビット アーキテクチャしかない組み込みハードウェアでインタープリターを実行します。intlong doublereal

xmm32ビットモードでSSE2レジスタに64ビット整数値をロードするための最良/最速の方法は何ですか？

64ビットモードでcvtsi2sdは使用できますが、32ビットモードでは32ビット整数のみをサポートします。

これまでのところ、私はそれ以上のものを見つけていません。

• を使用fildしfstpてスタックし、次に登録movsdしますxmm
• 上位32ビット部分をロードし、2 ^ 32を掛けて、下位32ビットを追加します

最初の解決策は遅く、2番目の解決策は精度の低下をもたらす可能性があります（編集：そして、下位32ビットを符号なしとして変換する必要があるため、とにかく遅いです...）

より良いアプローチはありますか？