問題タブ [itanium]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - C ++プログラムはIA64をサポートする必要がありますか、それともx64のみをサポートする必要がありますか?
プログラムはIA64をサポートする必要がありますか、それともx64のみをサポートする必要がありますか?
自分でIA64コンピューターを簡単に見つけることができませんでした。IA64は死んでいますか?
MSはIA64を幅広くサポートしているようですが、IA64を見つけるのに長い時間がかかり、結局eBayで入手する必要がありました。
hardware - 「Itanium の大失敗」の背後にある技術的な理由は何ですか?
この記事で、 Jonh Dvorak は Itanium を「過去 50 年間で最大の失敗の 1 つ」と呼んでいます。彼は過度に楽観的な市場の期待とアイデアの劇的な財務結果について説明していますが、この壮大な失敗の技術的な詳細には触れていません. しばらく Itanium を使用する機会がありましたが、個人的にはそのアーキテクチャが気に入りました。最新の x86 プロセッサ アーキテクチャと比較して、非常に明確でシンプルでわかりやすいものでした...
では、その失敗の技術的な理由は何ですか? アンダーパフォーマンス?x86 コードとの非互換性? コンパイラの複雑さ? この「イタニック」はなぜ沈没したのか?
64-bit - Visual Studio(vcvarsall.bat)でコンパイルするときに選択する64ビットターゲットは何ですか?
vcvarsall.bat
ビルド環境のセットアップを行うので、から選択できますx86 | ia64 | amd64 | x86_amd64 | x86_ia64
。
最初のオプションは32ビットでは明らかですが、問題は、64ビット用にビルドし、すべての64ビットマシンで実行する場合、他の4つのオプションの間で最適なオプションは何であるかということです。
64に対して4つのビルドを作成するための時間/リソースがなく、そのうちの1つだけを選択する必要があるとしましょう。
visual-c++ - MSVC が AMD64 および Itanium ターゲットのインライン アセンブリをサポートしないのはなぜですか?
昨日、AMD64 および Itanium ターゲット用にコンパイルする場合、Microsoft Visual C++ ではインライン アセンブリ (__asm キーワードを使用) がサポートされないことを知りました。
あれは正しいですか?もしそうなら、それらのターゲットのインラインアセンブリをサポートしない理由を誰かが知っていますか? ただドロップするのはかなり大きな機能のようです...
c - Itanium アセンブリ プログラミング リソース?
優れた Itanium アセンブリ言語のチュートリアルはありますか?
c - x64 互換の C ソース
msvc と gcc の両方で x86-32 と x86-64 の互換性を保つために使用する必要がある #ifdefs を知っていると思います。以下を参照してください。これは、これらのプラットフォームで完全ですか?
IA64 と x86 64 は C プログラマーの観点から同じですか?
また、Mac でコンパイルできるようにしたいと考えています。何を追加しますか?
編集:のようなものを使用する手に負えないレガシーコードを扱っているため、sizeof() を使用できません#if SIZEOF_VOIDP == SIZEOF_LONG
。また、実際のコンテンツではなく、アーキテクチャのみに興味があります。プリコンパイラでは許可されないことに注意してください#if sizeof(size_t) == sizeof(void*)
。
python - cx_Oracleを64ビットのItaniumWindowsで動作させるにはどうすればよいですか?
64ビットのOracle10.2も実行している64ビットのItaniumサーバーでWindowsServer2003を実行していますが、Python2.5用のcx_Oracleをインストールしたいと思います。私は以前にWindowsとLinuxの両方でcx_Oracleを何度も使用し、それらのプラットフォームの32ビットバージョンでも以前にコンパイルしましたが、IA64コンパイルを試したことがありません。
http://cx-oracle.sourceforge.net/にあるcx_Oracleのバイナリビルドはいずれも64ビットではなく、実行しようとするとエラーが発生するimport cx_Oracle
ので、コンパイルする必要があると思います。ソース。
実行するpython setup.py build
と、PythonがVisual Studio 2003で構築されており、互換性のあるバイナリを生成できるものが必要であるというエラーが表示されます。私はVisualStudio2005を持っていますが、これはC標準ライブラリの別のバージョンとリンクしているため、そしておそらく他の理由でも、明らかに法案に適合していません。残念ながら、Visual Studio 2003はダウンロードできなくなり、どこで入手できるかわかりません。
だから私はhttp://sourceforge.net/projects/mingw/files/からMinGWをダウンロードしますが、これも32ビット形式でのみ利用可能です。とにかく試してみますが、リンクしているOracle DLLの1つについて、コンパイル中にエラーが発生し、ファイル形式が無効になります。
この時点で、私にはたくさんの選択肢があり、どこに努力すればよいかわかりません。
64ビットのMinGWをhttp://sourceforge.net/projects/mingw-w64/からダウンロードして使用してみることができますが、ソースとしてのみ使用できるように見えるため、コンパイラをコンパイルする必要があります。 VisualStudio2005。
Pythonのx8632ビットビルドを使用してみて、http: //www.oracle.com/technology/software/tech/oci/instantclient/htdocs/winsoft.htmlからOracle Instant Client SDKをダウンロードし、それを使用してcx_Oracleをビルドします。おそらく、ORACLE_HOMEをクライアントに設定して、64ビットサーバーDLLに対してリンクを試行しないようにする必要がありますが、これは機能する可能性があります。
Visual Studio 2005を使用してソースからPython自体をコンパイルしてみると、Visual Studio 2005を使用してcx_Oracleをビルドでき、バイナリ互換性の問題を心配する必要がなくなります。Linuxで何度もソースからPythonをコンパイルしましたが、問題はありませんでした。そのため、Windowsでも同じように簡単だと思います。
Visual Studio 2005を適切なDLLに対してリンクさせ、Visual Studio 2003を必要とせずに、その方法で互換性のあるバイナリを生成する方法を理解することができます。直感的には、VisualStudioは古いバージョンのそれ自体と互換性のあるバイナリを生成できるはずです。しかし、私のコンパイラーの経験のほとんどはgccを使用しているので、よくわかりません。
私は自分の努力をどこに向けるべきか本当によくわかりません。誰かが次にどこに行くべきかについて何か提案がありますか?役立つ場合は、受け取った特定のエラーメッセージの一部をコピーして貼り付けることができます。
特に、cx_Oracleを64ビットのItaniumバージョンのWindowsで動作させたことがある人からの連絡をお待ちしています。これを最初に試すことはできません。
64-bit - DDK/WDM 開発の問題 ... ドライバーが x64 Windows プラットフォームにロードされない
私は DDK/WDM ドライバー開発分野の初心者です。仮想デバイス ドライバーを x86 から x64 (インテル) に移植するタスクがあります。ソースコードを入手し、少し修正して、DDK (ビルド環境) で正常にコンパイルしました。しかし、ia64 Windows7 マシンにロードしようとすると、ロードしませんでした。次に、デバイスドライバーの簡単な例をいくつか試しました
-- http://www.codeproject.com/KB/system/driverdev.aspx (ハイパーリンクを投稿できるように「--」を付けました) および他のリンクからでも同じ問題が発生します。
リンクに使用している一部のライブラリが新しいマシンと互換性がなく、別の同様のライブラリにリンクするよう提案されているとフォーラムで聞きましたが、それでも機能しませんでした。
ビルドするときは、提案どおり「-cefw」コマンド ライン パラメーターを使用します。
*.inf ファイルが関連付けられていませんが、それを system32/drivers にコピーしています。WinObj を使用して、次回の再起動時にメモリに読み込まれるかどうかを確認しています。
また、このプログラム ( http://www.codeproject.com/KB/system/tdriver.aspx ) を試してドライバーをメモリにロードしましたが、それでもうまくいきませんでした。
助けてください...私はこれに行き詰まっており、締め切りはすでに過ぎています。何が間違っているのかを発見しようとして、ここで気が狂っているように感じます。
architecture - アームメモリモデルはia64とどのように異なりますか?
私は仕事で多くのマルチスレッドプログラミングに対処しなければなりません。具体的には、ARMメモリモデルがIA64とどのように異なるのかを知りたいです。どちらも非常に弱いモデルですが、知っておくべき特定の違いはありますか?私は腕ではなく、ia64に精通しています。