田中さん
On Sun, 26 Oct 2014 17:34:30 +0900, TANAKA Hidemune <info@tanaka-cs.co.jp> wrote:
その後、./configure --enable-debug していなかったことに気付き、
make cleanからやり直していました。(半日以上かかります)
すると、
libo/workdir/CppunitTest/sw_filters_test.test
で、エラーが出るようになりました。
ーーーーーーーーーーーーーーーーーーー
cppunittester:
/home/user/git/libo/workdir/UnpackedTarball/boost/boost/smart_ptr/shared_ptr.hpp:659:
typename boost::detail::sp_member_access<T>::type
boost::shared_ptr<T>::operator->() const [with T =
writerfilter::dmapper::PropertyMap; typename
boost::detail::sp_member_access<T>::type =
writerfilter::dmapper::PropertyMap*]: Assertion `px != 0' failed.
FcPreMatchSubstititution "System" bipw=8020 -> "TakaoPGothic" bipw=8025
FcPreMatchSubstititution "Calibri" bipw=5020 -> "Carlito" bipw=5025
FcPreMatchSubstititution "Calibri" bipw=5020 -> "Carlito" bipw=5025
FcPreMatchSubstititution "Symbol" bipw=5220 -> "Standard Symbols L"
bipw=5125
FcPreMatchSubstititution "Symbol" bipw=5020 -> "Standard Symbols L"
bipw=5025
FcPreMatchSubstititution "Symbol" bipw=5220 -> "Standard Symbols L"
bipw=5125
FcPreMatchSubstititution "Symbol" bipw=5220 -> "Standard Symbols L"
bipw=5125
FcPreMatchSubstititution "Symbol" bipw=5020 -> "Standard Symbols L"
bipw=5025
FcPreMatchSubstititution "Symbol" bipw=5220 -> "Standard Symbols L"
bipw=5125
FcPreMatchSubstititution "Calibri" bipw=5020 -> "Carlito" bipw=5025
Error: a unit test failed, please do one of:
export DEBUGCPPUNIT=TRUE # for exception catching
export CPPUNITTRACE="gdb --args" # for interactive debugging on Linux
export CPPUNITTRACE="\"[full path to devenv.exe]\" /debugexe" # for
interactive debugging in Visual Studio
export VALGRIND=memcheck # for memory checking
and retry using: make CppunitTest_sw_filters_test
make[1]: ***
[/home/user/git/libo/workdir/CppunitTest/sw_filters_test.test] エラー 1
make: *** [CppunitTest_sw_filters_test] エラー 2
ーーーーーーーーーーーーーーーーーーー
フォント関係の戻り値が変わるような変更はしていないですし、
(Calibriって、フォント名ですよね?
Visio→Drawの、矢印の形を変えました)
エラーの出た箇所がUnpackedTarball/の中なのも気になります。
推測ですが、田中さんがされた変更のせいで上の unit test が失敗した可能性
は少ないと思います。
一旦変更した箇所を元に戻した上で再度 make してみて、また同じように test
でひっかかるかどうか確認するのが1つの方法です。
こういう場合は、
・一時的にコンパイルが通らなくなっているので、
少し待ってGitから最新を取り直す
べきなのかなあ、と思っています。
そうですね、master などの開発ブランチで make check が通らなくなっている
ことは時々あります。
-- Takeshi Abe
この点について、私の認識が間違っているでしょうか?
判断できかねていますが、
「それは田中が修正したせいで通らなのかもよ」
といったご指摘が有りましたら、頂きたいと思います。
以上、よろしくお願い致します。
--
Unsubscribe instructions: E-mail to discuss+unsubscribe@ja.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/ja/discuss/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.