Boost.Regex ライブラリの導入 - 版の履歴

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-21T09:43:11Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月21日 (火) 18:43時点における版
231行目:		231行目:


	３．ランタイムもスタティックにしたい場合はコード生成がStaticDebugではマルチスレッドデバッグDLL(/MDd)になっているのをマルチスレッドデバッグ(/MTd)に変更する。StaticReleaseではマルチスレッドDLL(/MD)になっているのをマルチスレッド(/MT)に変更します。このようにICUの各プロジェクトを/MTや/MTdにした場合、ライブラリを利用するプロジェクトも/MTや/~~MTdにする必要があり、使いにくくなりますので、やらない方がいいと思います。~~		３．ランタイムもスタティックにしたい場合はコード生成がStaticDebugではマルチスレッドデバッグDLL(/MDd)になっているのをマルチスレッドデバッグ(/MTd)に変更する。StaticReleaseではマルチスレッドDLL(/MD)になっているのをマルチスレッド(/MT)に変更します。このようにICUの各プロジェクトを/MTや/MTdにした場合、ライブラリを利用するプロジェクトも/MTや/MTdにする必要があり、使いにくくなりますので、やらない方がいいと思います。ただしffftpみたいに/MTや/MTdの設定を利用するプロジェクトでboost.regexのスタティック版を使いたい時はICUもboost.regexも/MTや/MTdにしたものを作る必要があります。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T19:09:38Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月11日 (土) 04:09時点における版
253行目:		253行目:

	ICUではlib64に生成されたlibファイルを集約して扱う習わしがあり、そのファイル名の命名規則も決まっています。例えばcommonプロジェクトではcommon.libファイルが生成されるのですが、これをデバッグ版インポートライブラリの場合icuucd.libのように命名するような規則があります。こいった変換規則にしたがったlibファイルの集約処理がビルド後に必要になります。命名規則は以下のようになっています。一部、何に使ってるかさえも理解していない命名規則はわかっていないlibファイルもあります。気が向いたら調査します。気が向かない時間は長くなりそうです。		ICUではlib64に生成されたlibファイルを集約して扱う習わしがあり、そのファイル名の命名規則も決まっています。例えばcommonプロジェクトではcommon.libファイルが生成されるのですが、これをデバッグ版インポートライブラリの場合icuucd.libのように命名するような規則があります。こいった変換規則にしたがったlibファイルの集約処理がビルド後に必要になります。命名規則は以下のようになっています。一部、何に使ってるかさえも理解していない命名規則はわかっていないlibファイルもあります。気が向いたら調査します。気が向かない時間は長くなりそうです。


			*sicudt.lib
			*icudt.lib

			:　デバッグ版とリリース版の区別もないです。ランタイムの区別もライブラリのインポートとスタティックの区別もないです。ライブラリのスタティックのときだけファイル名として先頭にsがつきます。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T12:14:47Z

ICU対応版スタティックライブラリを生成する場合

差分を表示

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T11:53:35Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 20:53時点における版
559行目:		559行目:


	例えば、以下のようなコードが動くようになるよ。サンプルプログラムだね。		例えば、以下のようなコードが動くようになるよ。サンプルプログラムだね。[[VC PlusPlus UTF-8によるプログラミングを推進するための大切な設定]]の記事にある設定もしておこう。UTF-8の文字データを使うプログラムなのでね特に。気に留めたい。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T11:51:15Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 20:51時点における版
578行目:		578行目:
	SetConsoleOutputCP(CP_UTF8);		SetConsoleOutputCP(CP_UTF8);
	SetConsoleCP(CP_UTF8);		SetConsoleCP(CP_UTF8);
			</br>
	boost::regex re("[A-Za-z]+");		boost::regex re("[A-Za-z]+");
	std::string s = "Hello";		std::string s = "Hello";

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T11:50:01Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 20:50時点における版
576行目:		576行目:
	</br>		</br>
	int main() {		int main() {
			SetConsoleOutputCP(CP_UTF8);
			SetConsoleCP(CP_UTF8);
	boost::regex re("[A-Za-z]+");		boost::regex re("[A-Za-z]+");
	std::string s = "Hello";		std::string s = "Hello";

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-10T11:39:38Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 20:39時点における版
186行目:		186行目:


	ICUのソースをダウンロードしてきて、スタティック版生成のためのプリプロセッサの定義をして、出力をDLL出力形式からlibファイル出力形式に切り替えて、コード生成方式を/MDや/MDd(デバッグ版)のDLL方式から/MTや/MTdに変更して、libファイルを名前を変えてlib出力ディレクトリに集約するビルド後イベントのコマンドを追加したり、makedataプロジェクトのMAKE時にスタティックオブジェクトからsicudt.libファイルを生成する処理なんかを追加します。		ICUのソースをダウンロードしてきて、スタティック版生成のためのプリプロセッサの定義をして、出力をDLL出力形式からlibファイル出力形式に切り替えて、ランタイムは必要に応じてコード生成方式を/MDや/MDd(デバッグ版)のDLL方式から/MTや/MTdに変更して、libファイルを名前を変えてlib出力ディレクトリに集約するビルド後イベントのコマンドを追加したり、makedataプロジェクトのMAKE時にスタティックオブジェクトからsicudt.libファイルを生成する処理なんかを追加します。


231行目:		231行目:


	~~３．コード生成がStaticDebugではマルチスレッドデバッグDLL~~(/MDd)になっているのをマルチスレッドデバッグ(/MTd)に変更する。StaticReleaseではマルチスレッドDLL(/MD)になっているのをマルチスレッド(/MT)~~に変更します。~~		３．ランタイムもスタティックにしたい場合はコード生成がStaticDebugではマルチスレッドデバッグDLL(/MDd)になっているのをマルチスレッドデバッグ(/MTd)に変更する。StaticReleaseではマルチスレッドDLL(/MD)になっているのをマルチスレッド(/MT)に変更します。このようにICUの各プロジェクトを/MTや/MTdにした場合、ライブラリを利用するプロジェクトも/MTや/MTdにする必要があり、使いにくくなりますので、やらない方がいいと思います。


243行目:		243行目:


	この設定によって生成されるlibを使用するプロジェクトでは、同じようにコード生成の設定を(/MTd)あるいは(/MT)にする必要があります。つまり、利用するライブラリやDLLのすべてのランタイムライブラリの設定が(/MTd)あるいは(/MT)になっている必要があります。混在はできません。混在しているとリンクエラーが出るよ。つまり、いろいろなライブラリのほとんどのランタイムは規定値でDLL方式になっていることが多く。ライブラリの構築作業で疲れる方式と言えます。今やっているような作業をあらゆるライブラリのプロジェクトでやっていく覚悟が必要になるということです。これはスタティック版はどんどん容量が大きくなるということに起因していて、スタティックランタイム版は流行らないという向きが考えられます。それでもスタティック版にして、いろいろなDLLを使わないようにしたいという変態思考のプログラムを開発や小規模な開発にしていく道なのです。		この設定によって生成されるlibを使用するプロジェクトでは、同じようにコード生成の設定を(/MTd)あるいは(/MT)にする必要があります。つまり、利用するライブラリやDLLのすべてのランタイムライブラリの設定が(/MTd)あるいは(/MT)になっている必要があります。混在はできません。ランタイムの方式だけは混在しているとリンクエラーが出るよ。つまり、いろいろなライブラリのほとんどのランタイムは規定値でDLL方式になっていることが多く。ライブラリの構築作業で疲れる方式と言えます。今やっているような作業をあらゆるライブラリのプロジェクトでやっていく覚悟が必要になるということです。これはスタティック版はどんどん容量が大きくなるということに起因していて、スタティックランタイム版は流行らないという向きが考えられます。それでもスタティック版にして、ランタイムDLLを使わないようにしたいという変態思考のプログラムを開発や小規模な開発にしていく道なのです。


531行目:		531行目:
	-->		-->
	<div class="hljs-wrap"><pre data-label="Command Prompt" class="pre-wrap">		<div class="hljs-wrap"><pre data-label="Command Prompt" class="pre-wrap">
	<code class="cmd">b2 --build-type=complete --toolset=msvc cxxflags="/std:c++17" architecture=x86 address-model=64 variant=debug link=static runtime-link=~~static~~ --with-regex define=BOOST_REGEX_HAS_ICU -sICU_PATH=C:\(ICUのルートパス)\icu4c stage linkflags="Advapi32.lib"</code></pre></div>		<code class="cmd">b2 --build-type=complete --toolset=msvc cxxflags="/std:c++17" architecture=x86 address-model=64 variant=debug link=static runtime-link=shared --with-regex define=BOOST_REGEX_HAS_ICU -sICU_PATH=C:\(ICUのルートパス)\icu4c stage linkflags="Advapi32.lib"</code></pre></div>
	<script></yjavascript>		<script></yjavascript>


	StaticDebugに対応したBoost.Regexは上記のとおりですが、StaticReleaseの場合は上記コマンドのvariant=debugとなっているところをvariant=~~releaseにします。DLL版のときはlink~~=static runtime-link=~~staticをlink~~=~~shared~~ runtime-link=~~sharedにします。~~		StaticDebugに対応したBoost.Regexは上記のとおりですが、StaticReleaseの場合は上記コマンドのvariant=debugとなっているところをvariant=releaseにします。ICUのランタイムをスタティック版(/MTや/MTd設定)にしたときはlink=static runtime-link=sharedをlink=static runtime-link=staticにします。


541行目:		541行目:


	ちなみに生成したlibはC:¥(Boostルートパス)\stage\libに出力され、libboost_regex-vc143-mt-~~sgd~~-x64-1_89.libのような名称になります。スタティックライブラリのデバッグ版はsgdとなります。このライブラリをライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名を追加とC:¥(Boostルートパス)をインクルードディレクトリに設定して、C:¥(ICUルートパス)\icu4c\lib64へのライブラリのライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名(sicudt.lib, sicuucd.lib, sicuind.lib, sicuiod.lib)とC:¥(ICUルートパス)\icu4c\includeをインクルードディレクトリに設定すればICUのDLL不要でランタイムを(/~~MTd~~)や(/MT)に設定したプロジェクトで動かすことが出来るようになります。こんな大規模なライブラリを導入しておきながらスタティックなプロジェクト開発をする人がいるとは思えませんが、知識として記事にしておきました。上記設定に加えて、ICUのDLLを実行ファイルが参照するパスに配置すれば動的なプロジェクト、ランタイムをDLL方式にした(/MDd)や(/MD)~~のプロジェクトで動かせますよ。ちなみに自分のプロジェクトには、~~#define U_STATIC_IMPLEMENTATIONというプリプロセッサ定義が必要です。		ちなみに生成したlibはC:¥(Boostルートパス)\stage\libに出力され、libboost_regex-vc143-mt-gd-x64-1_89.libのような名称になります。先頭にlibがついています。ICUのライブラリも内包しているスタティックライブラリになっています。ICUのランタイム設定がスタティック(/MTd)設定のデバッグ版はsgdとなります。このライブラリをライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名を追加とC:¥(Boostルートパス)をインクルードディレクトリに設定して、C:¥(ICUルートパス)\icu4c\lib64へのライブラリのライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名(sicudt.lib, sicuucd.lib, sicuind.lib, sicuiod.lib)とC:¥(ICUルートパス)\icu4c\includeをインクルードディレクトリに設定すればICUのDLL不要でランタイムを(/MDd)や(/MD)に設定したプロジェクトで動かすことが出来るようになります。こんな大規模なライブラリを導入しておきながらランタイムまでスタティック(ICUのコード生成設定が/MTや/MTd)なプロジェクト開発をする人がいるとは思えませんが、知識として記事にしておきました。もちろんB2でlink設定をshared設定にした場合はICUのDLLを実行ファイルが参照するパスに配置すれば動的なプロジェクト、ランタイムもDLL方式にした(/MDd)や(/MD)のプロジェクトで動かせますよ。ちなみに、b2コマンドでlink=設定でstaticを選択し、スタティックライブラリにした場合、自分のプロジェクトには、#define U_STATIC_IMPLEMENTATIONというプリプロセッサ定義が必要です。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-09T16:03:14Z

ICU対応版スタティックライブラリを生成する場合

@@ 600行目: / 600行目: @@
 }</code></pre></div>
 <script></yjavascript>
 [[メインページ#言語と開発環境|言語と開発環境]]に戻る。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-09T15:58:09Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 00:58時点における版
557行目:		557行目:

	といったインクルードファイルに書かれている関数が使えるようになるんだね。ICU版だね。		といったインクルードファイルに書かれている関数が使えるようになるんだね。ICU版だね。


			例えば、以下のようなコードが動くようになるよ。サンプルプログラムだね。


			<yjavascript></script>
			<!--
			data-line-num-start="1"
			data-line-highlight="3, 10-"
			data-max-lines="10"
			-->
			<div class="hljs-wrap"><pre data-label="Boost_Regex_ICU.cpp" class="pre-wrap">
			<code class="cpp">#define U_STATIC_IMPLEMENTATION

			#include <boost/regex.hpp>
			#include <boost/regex/icu.hpp>
			#include <iostream>
			</br>
			int main() {
			boost::regex re("[A-Za-z]+");
			std::string s = "Hello";
			if (boost::regex_match(s, re)) {
			std::cout << "Match!" << std::endl;
			}

			std::cout << typeid(boost::u32regex).name() << std::endl;

			std::basic_string<UChar32> s4;
			s4.push_back('H');
			s4.push_back('e');
			s4.push_back('l');
			s4.push_back('l');
			s4.push_back('o');

			boost::u32regex re4 = boost::make_u32regex("[A-Za-z]+");

			if (boost::regex_match(s4, re4)) {
			std::cout << "Match!" << std::endl;
			}

			return 0;
			}</code></pre></div>
			<script></yjavascript>



	[[メインページ#言語と開発環境\|言語と開発環境]]に戻る。		[[メインページ#言語と開発環境\|言語と開発環境]]に戻る。

Yo-net: /* ICU対応版スタティックライブラリを生成する場合 */

2025-10-09T15:41:15Z

ICU対応版スタティックライブラリを生成する場合

← 古い版		2025年10月10日 (金) 00:41時点における版
541行目:		541行目:


	ちなみに生成したlibはC:¥(Boostルートパス)\stage\libに出力され、libboost_regex-vc143-mt-sgd-x64-1_89.libのような名称になります。スタティックライブラリのデバッグ版はsgdとなります。このライブラリをライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名を追加とC:¥(Boostルートパス)をインクルードディレクトリに設定して、C:¥(ICUルートパス)\icu4c\lib64へのライブラリのライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名(sicudt.lib, sicuucd.lib, sicuind.lib, sicuiod.lib)とC:¥(ICUルートパス)\icu4c\includeをインクルードディレクトリに設定すればICUのDLL不要でランタイムを(/MTd)や(/MT)に設定したプロジェクトで動かすことが出来るようになります。こんな大規模なライブラリを導入しておきながらスタティックなプロジェクト開発をする人がいるとは思えませんが、知識として記事にしておきました。上記設定に加えて、ICUのDLLを実行ファイルが参照するパスに配置すれば動的なプロジェクト、ランタイムをDLL方式にした(/MDd)や(/MD)~~のプロジェクトで動かせますよ。~~		ちなみに生成したlibはC:¥(Boostルートパス)\stage\libに出力され、libboost_regex-vc143-mt-sgd-x64-1_89.libのような名称になります。スタティックライブラリのデバッグ版はsgdとなります。このライブラリをライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名を追加とC:¥(Boostルートパス)をインクルードディレクトリに設定して、C:¥(ICUルートパス)\icu4c\lib64へのライブラリのライブラリディレクトリの設定とリンカの入力の追加の依存ファイルにライブラリファイル名(sicudt.lib, sicuucd.lib, sicuind.lib, sicuiod.lib)とC:¥(ICUルートパス)\icu4c\includeをインクルードディレクトリに設定すればICUのDLL不要でランタイムを(/MTd)や(/MT)に設定したプロジェクトで動かすことが出来るようになります。こんな大規模なライブラリを導入しておきながらスタティックなプロジェクト開発をする人がいるとは思えませんが、知識として記事にしておきました。上記設定に加えて、ICUのDLLを実行ファイルが参照するパスに配置すれば動的なプロジェクト、ランタイムをDLL方式にした(/MDd)や(/MD)のプロジェクトで動かせますよ。ちなみに自分のプロジェクトには、#define U_STATIC_IMPLEMENTATIONというプリプロセッサ定義が必要です。


551行目:		551行目:
	-->		-->
	<div class="hljs-wrap"><pre data-label="Anyway.cpp" class="pre-wrap">		<div class="hljs-wrap"><pre data-label="Anyway.cpp" class="pre-wrap">
	<code class="cpp">#include <boost\regex\icu.hpp></code></pre></div>		<code class="cpp">#define U_STATIC_IMPLEMENTATION
			#include <boost\regex\icu.hpp></code></pre></div>
	<script></yjavascript>		<script></yjavascript>