問題タブ [tdm-mingw]
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.
python - mingw32 に準拠して xgboost をインストールする
わかりましたので、このリンクにある回答を使用して xgboost をインストールします:- Python で XGBoost パッケージをインストールするにはどうすればよいですか? コマンドを試すときに TDM-GCC をインストールするまでの手順に従いました:-
次のエラー メッセージが表示されます。
助けてください。また、xgboost フォルダーで実行しようとしましたが、それでも同じエラー メッセージが表示されます。また、TDM-GCC の 64 ビット バージョンをインストールしました。
build - Windows 上の C++ ビルド環境
信じがたいかもしれませんが、ビルド環境とは何かを完全に理解するにはまだ苦労しています。私は何年にもわたって、それがディレクトリ ツリーであり、コンパイラがプロジェクトをビルドするために必要なすべてのヘッダーとlibファイルを見つけることができることを収集してきました。
TDM-GCC 64 ビット コンパイラ、MSYS、Windows 7 64 ビットを使用しています。
プロジェクトで使用するライブラリをビルドすると、ヘッダーと lib ファイルがすべて C:\mingw ディレクトリに配置されます。つまり、C**:\mingw\include & C:\mingw\lib**
私がzlibを構築しているとしましょう。zlib ディレクトリには lib ヘッダーとインクルード ヘッダーの両方が含まれ、私のルート c:\mingw ディレクトリには zlib ヘッダーと lib ファイルも含まれます。
そのため、依存関係として zlib を必要とする他のライブラリをビルドするときは、最初に以下のコマンドを使用しました: ./configure --prefix = c:\mingwそして、' make ' コマンド (すべて MSYS 内) を使用してビルドすると、私の新しいライブラリは、 c:\mingw\include & c:\mingw\lib ディレクトリにあるすべての依存関係を見つけることができます。 私はこれを正しく行いましたか?
ここで私は混乱します。 同じコンパイラ TDM-GCC 64bit を使用する CodeBlocks IDE でプロジェクトを作成する場合、検索ディレクトリを c:\mingw\include & c:\mingw\lib ディレクトリに設定しますか、それとも zlib ディレクトリを使用しますか? c:\zlib\include と c:\zlib\lib ディレクトリ?
または... ファイルパスが次のようになるように、zlibディレクトリ全体を c:\mingw ディレクトリ内に配置する必要があります:
c:\mingw\zlib\include & c:\mingw\zlib\lib ディレクトリ。
上記のすべてについて間違っている場合、Windows で堅牢なビルド環境をセットアップするにはどうすればよいですか?
また....私の知識のこのギャップを補うために、この種のことをうまく説明している本/教科書はありますか?
私は今のところ cygwin を使用しないことに決めました。
たくさんの質問 ;)
ありがとう、長文すみません。
********以下、後期追記************
テスト ファイルを c:\ming に配置し、コマンド ラインを使用してコマンド gcc -v test.hを呼び出しました (test.h は、コンパイラの検索パスをテストするためにルート ディレクトリに配置したテスト ファイルです。出力:
ご覧のとおり、--prefix を使用すると、 C:/mingw/lib/gcc/x86_64-w64-mingw32/5.1.0/includeにある他のインクルード ディレクトリ が無視されます。なぜmingwコンパイラがこれを行ったのか疑問に思っています。
コンパイラに検索させるのに問題があるファイル (math.h) は、インクルード ディレクトリにもありません。
c - エラー: Bloodshed Dev-C++ 5.11 の「BOOL CALLBACK _export 関数」の前に初期化子が必要でした
以下のコードを Bloodshed Dev-C++ 5.11 でコンパイルしようとしました。
エラーが発生しました:
Windows XP 32 ビットと Windows 8.1 64 ビット + Bloodshed Dev-C++ 5.11 と TDM-GCC 4.9.2 32 ビットおよび 64 ビット コンパイラの両方で同じエラーが発生します。
Bloodshed Dev-C++ 4 を使用して、エラーなしでこのコードをコンパイルする前に。(古い GNU GCC-2.95.2 コンパイラを使用)
また、GNU GCC 4.9 コンパイラを使用した CODE::BLOCK では、このコードも問題なくコンパイルされます。
おそらく、コンパイラの設定を変更する必要がありますか?
c - Retrieve list of VESA video modes from Int 10h/AX=4F00h
I am trying to develop a proof-of-concept os. Howsoever in the process one of the problems I encounter is the vesa video modes. It seems there is a lack of hardcoded video modes numbers after vesa told us to get them from vbe bios information and find the one that fits our needs. However I am unable to receive the video modes as I don't know how to use vbeFarPtr
from C kernel in 32 bit
Here is my kernel code:
I passed a VbeInfoBlock
as a parameter to the kernel from my second stage bootloader after receiving the information with int 0x10 ax=0x4f00
The VbeInfoBlock is defined a follows if you dont know
I couldn't understand the problem. Are there any other way of doing it? Or is my way correct but my code is incorrect?
I think the problem is that video_modes part in VbeInfoBlock
is defined as a segment:offset pair. I don't know how to use it in 32 bit C code.
(You can request my second stage bootloader or my original bootloader but for this problem I think it is unnecessary)
EDIT:
The code I tried after Brendan's answer
and my gdt
Edit 2:
Image
Edit 3:
Code I used:
and screenshot of my output without itoa
Edit4:
gcc -v
C:\Users\Asus>gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=D:/MinGW/mingw32/bin/../libexec/gcc/i686-w64-mingw32/8.1.0/lto-wrapper.exe Target: i686-w64-mingw32 Configured with: ../../../src/gcc-8.1.0/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw810/i686-810-win32-dwarf-rt_v6-rev0/mingw32 --enable-shared --enable-static --disable-multilib --enable-languages=c,c++,fortran,lto --enable-libstdcxx-time=yes --enable-threads=win32 --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-sjlj-exceptions --with-dwarf2 --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686 --with-tune=generic --with-libiconv --with-system-zlib --with-gmp=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-mpfr=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-pkgversion='i686-win32-dwarf-rev0, Built by MinGW-W64 project' --with-bugurl=https://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -fno-ident -I/c/mingw810/i686-810-win32-dwarf-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -fno-ident -I/c/mingw810/i686-810-win32-dwarf-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS=' -I/c/mingw810/i686-810-win32-dwarf-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' LDFLAGS='-pipe -fno-ident -L/c/mingw810/i686-810-win32-dwarf-rt_v6-rev0/mingw32/opt/lib -L/c/mingw810/prerequisites/i686-zlib-static/lib -L/c/mingw810/prerequisites/i686-w64-mingw32-static/lib -Wl,--large-address-aware' Thread model: win32 gcc version 8.1.0 (i686-win32-dwarf-rev0, Built by MinGW-W64 project)
編集5: