We plan to release Google Test 1.6.0 in the next few days. We need
your help to make it successful.
I've uploaded a release candidate to
http://code.google.com/p/googletest/downloads/detail?name=gtest-1.6.0-rc.zip
-- please download it, try it, and report any problems (patches are
even better), especially if your platform isn't official supported
(i.e. anything outside of Windows, Mac OS X, and Linux). I have only
had time to test it on Linux.
Thanks,
--
Zhanyong
To see what's new in this release, you can read the CHANGES file in the .zip:
Changes for 1.6.0:
* New feature: ADD_FAILURE_AT() for reporting a test failure at the
given source location -- useful for writing testing utilities.
* New feature: the universal value printer is moved from Google Mock
to Google Test.
* New feature: type parameters and value parameters are reported in
the XML report now.
* A gtest_disable_pthreads CMake option.
* Colored output works in GNU Screen sessions now.
* Parameters of value-parameterized tests are now printed in the
textual output.
* Failures from ad hoc test assertions run before RUN_ALL_TESTS() are
now correctly reported.
* Arguments of ASSERT_XY and EXPECT_XY no longer need to support << to
ostream.
* More complete handling of exceptions.
* GTEST_ASSERT_XY can be used instead of ASSERT_XY in case the latter
name is already used by another library.
* --gtest_catch_exceptions is now true by default, allowing a test
program to continue after an exception is thrown.
* Value-parameterized test fixtures can now derive from Test and
WithParamInterface<T> separately, easing conversion of legacy tests.
* Death test messages are clearly marked to make them more
distinguishable from other messages.
* Compatibility fixes for Google Native Client, MinGW, Lucid
autotools, and C++0x.
* Bug fixes and implementation clean-ups.
--
Zhanyong
2011/2/25 Joanna Biernat-Gerono <jbierna...@gmail.com>:
> Hi,
>
> I have a question about official support for Microsoft Visual Studio 2010
> (ver. 10). At the moment you wrote that any version above 7.1 or newer is
> supported however when I open the *.vcproj projects with my VS version they
> get converted to *.vcxproj with some warnings and I am not sure how this
> conversion impacts gtest.
> I already asked for some explanation on googletes...@googlegroups.com
> but did not receive any response so far.
>
> I would really appreciate your advise.
You should be able to ignore the warnings if the library and your
tests compile and run fine.
We are not actively working on gtest's build systems. If someone
wants to contribute VS 2010 projects, a patch is welcome. Thanks,
> King redards,
> Joanna
--
Zhanyong
I also ran all of my own tests successfully. I did not change any
tests to use new features in this release though.
--
Steve Fox
2011/2/25 Steve Fox <li...@thefoxhome.net>:
> I was able to build this release on FreeBSD 8.1. The samples all ran
> successfully. The unit tests all built and generally appeared to run
> correctly, however there is a LOT of output generated and I'm not sure
> exactly how to interpret it all.
You can ignore all of the output. What matters is the exit code of
the 'make check' command (or 'make test' if you use cmake).
make check && echo OK
If you see "OK" at the end, then it's OK.
> If you care to review it, I have
> posted the output at http://thefoxhome.net/gtest_tests.txt.bz2
>
> I also ran all of my own tests successfully. I did not change any
> tests to use new features in this release though.
>
> --
> Steve Fox
>
--
Zhanyong
Much easier! It looks good.
100% tests passed, 0 tests failed out of 40
I also got the passing results in Cygwin so you can cross that off the
list of tested platforms too.
100% tests passed, 0 tests failed out of 27
--
Steve Fox
Hi.
I tried it in Mac OS X 10.5.8 + PowerPC G4.
One error occurred in gtest-printers_test.
----
[ RUN ] PrintUnprintableTypeTest.InGlobalNamespace
/Users/matsumoto/Downloads/gtest-1.6.0/test/gtest-printers_test.cc:
998: Failure
Value of: Print(UnprintableTemplateInGlobal<bool>())
Actual: "4-byte object <00-00 00-00>"
Expected: "1-byte object <00>"
[ FAILED ] PrintUnprintableTypeTest.InGlobalNamespace (7 ms)
----
`man gcc` said:
-mone-byte-bool
Override the defaults for bool so that sizeof(bool)==1. By
default
sizeof(bool) is 4 when compiling for Darwin/PowerPC and 1
when
compiling for Darwin/x86, so this option has no effect on
x86.
Regards.
> I've uploaded a release candidate tohttp://code.google.com/p/googletest/downloads/detail?name=gtest-1.6.0...
On 2月25日, 午前6:16, Zhanyong Wan (λx.x x) <w...@google.com> wrote:
> Dear users of Google Test,
>
> We plan to release Google Test 1.6.0 in the next few days. We need
> your help to make it successful.
>
> -- please download it, try it, and report any problems (patches are
> even better), especially if your platform isn't official supported
> (i.e. anything outside of Windows, Mac OS X, and Linux). I have only
> had time to test it on Linux.
>
> Thanks,
> --
> Zhanyong
95% tests passed, 2 tests failed out of 40
Total Test time (real) = 14.84 sec
The following tests FAILED:
29 - gtest_catch_exceptions_test (Failed)
19 - gtest_throw_on_failure_ex_test (OTHER_FAULT)
Errors while running CTest
I'm willing to supply more information if anyone has suggestions for
the best way to do that.
Thanks ~ Pat
Thanks, Pat!
You can run the failed test programs manually and copy-n-paste their
entire output. That would be really helpful for us to understand the
problem. Thanks!
--
Zhanyong
$ ./gtest_throw_on_failure_ex_test
/Users/pknotz/workspace/gtest-1.6.0/test/gtest_throw_on_failure_ex_test.cc:65:
Failure
Value of: 3
Expected: 2
Expected failure
Abort trap
./gtest_catch_exceptions_ex_test_
[==========] Running 8 tests from 8 test cases.
[----------] Global test environment set-up.
[----------] 1 test from CxxExceptionInConstructorTest
[ RUN ] CxxExceptionInConstructorTest.ThrowsExceptionInConstructor
Abort trap
I'm happy to try more things if that'd help.
2011/2/28 Zhanyong Wan (λx.x x) <w...@google.com>:
> On Mon, Feb 28, 2011 at 10:30 AM, Pat Notz <pat...@gmail.com> wrote:
>> MacOS 10.5.8 / Intel using GCC 4.5.2 (from MacPorts):
>>
>> 95% tests passed, 2 tests failed out of 40
>>
>> Total Test time (real) = 14.84 sec
>>
>> The following tests FAILED:
>> 29 - gtest_catch_exceptions_test (Failed)
>> 19 - gtest_throw_on_failure_ex_test (OTHER_FAULT)
>> Errors while running CTest
>>
>>
>> I'm willing to supply more information if anyone has suggestions for
>> the best way to do that.
>>
>> Thanks ~ Pat
>
> You can run the failed test programs manually and copy-n-paste their$ ./gtest_throw_on_failure_ex_test
> entire output. That would be really helpful for us to understand the
> problem. Thanks!
>
/Users/pknotz/workspace/gtest-1.6.0/test/gtest_throw_on_failure_ex_test.cc:65:
Failure
Value of: 3
Expected: 2
Expected failure
Abort trap
./gtest_catch_exceptions_ex_test_
[==========] Running 8 tests from 8 test cases.
[----------] Global test environment set-up.
[----------] 1 test from CxxExceptionInConstructorTest
[ RUN ] CxxExceptionInConstructorTest.ThrowsExceptionInConstructor
Abort trap
I'm happy to try more things if that'd help.
$ ctest -R gtest_catch_exceptions_test --output-on-failure
Test project /Users/pknotz/workspace/gtest-1.6.0/build
Start 29: gtest_catch_exceptions_test
1/1 Test #29: gtest_catch_exceptions_test ......***Failed 5.04 sec
FFFFFFFF.
======================================================================
FAIL: testCatchesCxxExceptionsInFixtureConstructor
(__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 114, in testCatchesCxxExceptionsInFixtureConstructor
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInFixtureDestructor
(__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 124, in testCatchesCxxExceptionsInFixtureDestructor
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInSetUp (__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 160, in testCatchesCxxExceptionsInSetUp
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInSetUpTestCase (__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 132, in testCatchesCxxExceptionsInSetUpTestCase
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInTearDown (__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 178, in testCatchesCxxExceptionsInTearDown
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInTearDownTestCase
(__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 155, in testCatchesCxxExceptionsInTearDownTestCase
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesCxxExceptionsInTestBody (__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 189, in testCatchesCxxExceptionsInTestBody
in EX_BINARY_OUTPUT)
AssertionError: False is not True
======================================================================
FAIL: testCatchesNonStdCxxExceptions (__main__.CatchCxxExceptionsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test.py",
line 202, in testCatchesNonStdCxxExceptions
in EX_BINARY_OUTPUT)
AssertionError: False is not True
----------------------------------------------------------------------
Ran 9 tests in 0.015s
FAILED (failures=8)
0% tests passed, 1 tests failed out of 1
Total Test time (real) = 5.10 sec
The following tests FAILED:
29 - gtest_catch_exceptions_test (Failed)
Errors while running CTest
>> >> 19 - gtest_throw_on_failure_ex_test (OTHER_FAULT)
>> >> Errors while running CTest
>> >>
>> >>
>> >> I'm willing to supply more information if anyone has suggestions for
>> >> the best way to do that.
>> >>
>> >> Thanks ~ Pat
>> >
>> > You can run the failed test programs manually and copy-n-paste their
>> > entire output. That would be really helpful for us to understand the
>> > problem. Thanks!
>> >
>>
>> $ ./gtest_throw_on_failure_ex_test
>>
>> /Users/pknotz/workspace/gtest-1.6.0/test/gtest_throw_on_failure_ex_test.cc:65:
>> Failure
>> Value of: 3
>> Expected: 2
>> Expected failure
>> Abort trap
>>
>> ./gtest_catch_exceptions_ex_test_
>> [==========] Running 8 tests from 8 test cases.
>> [----------] Global test environment set-up.
>> [----------] 1 test from CxxExceptionInConstructorTest
>> [ RUN ] CxxExceptionInConstructorTest.ThrowsExceptionInConstructor
>> Abort trap
>>
> Can you try this with a debug version so one can see the stack traces? The
> easiest to do that should be adding -DCMAKE_BUILD_TYPE=Debug to your cmake
> command line, then building the test again.
>
Hmmm, the output was the same. I'm trying to run it in DDD but I'm not
having much luck.
Valgrind is able to spit out the stack:
$ valgrind --tool=memcheck ./gtest_catch_exceptions_ex_test_
==10882== Memcheck, a memory error detector
==10882== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==10882== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==10882== Command: ./gtest_catch_exceptions_ex_test_
==10882==
--10882-- ./gtest_catch_exceptions_ex_test_:
--10882-- dSYM directory is missing; consider using --dsymutil=yes
[==========] Running 8 tests from 8 test cases.
[----------] Global test environment set-up.
[----------] 1 test from CxxExceptionInConstructorTest
[ RUN ] CxxExceptionInConstructorTest.ThrowsExceptionInConstructor
==10882==
==10882== Process terminating with default action of signal 6 (SIGABRT)
==10882== at 0x264E42: __kill (in /usr/lib/libSystem.B.dylib)
==10882== by 0x2D7239: raise (in /usr/lib/libSystem.B.dylib)
==10882== by 0x2E3678: abort (in /usr/lib/libSystem.B.dylib)
==10882== by 0xCFA29: _Unwind_Resume (in /usr/lib/libgcc_s.1.dylib)
==10882== by 0x6174:
testing::internal::TestFactoryImpl<CxxExceptionInConstructorTest_ThrowsExceptionInConstructor_Test>::CreateTest()
(in ./gtest_catch_exceptions_ex_test_)
==10882== by 0x21D08: testing::Test*
testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::TestFactoryBase,
testing::Test*>(testing::internal::TestFactoryBase*, testing::Test*
(testing::internal::TestFactoryBase::*)(), char const*) (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0x1D8D2: testing::Test*
testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::TestFactoryBase,
testing::Test*>(testing::internal::TestFactoryBase*, testing::Test*
(testing::internal::TestFactoryBase::*)(), char const*) (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0xBC8E: testing::TestInfo::Run() (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0xC460: testing::TestCase::Run() (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0x11085:
testing::internal::UnitTestImpl::RunAllTests() (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0x22D84: bool
testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl,
bool>(testing::internal::UnitTestImpl*, bool
(testing::internal::UnitTestImpl::*)(), char const*) (in
./gtest_catch_exceptions_ex_test_)
==10882== by 0x1E2B2: bool
testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl,
bool>(testing::internal::UnitTestImpl*, bool
(testing::internal::UnitTestImpl::*)(), char const*) (in
./gtest_catch_exceptions_ex_test_)
==10882==
==10882== HEAP SUMMARY:
==10882== in use at exit: 22,442 bytes in 114 blocks
==10882== total heap usage: 434 allocs, 320 frees, 81,414 bytes allocated
==10882==
==10882== LEAK SUMMARY:
==10882== definitely lost: 0 bytes in 0 blocks
==10882== indirectly lost: 0 bytes in 0 blocks
==10882== possibly lost: 782 bytes in 19 blocks
==10882== still reachable: 21,216 bytes in 85 blocks
==10882== suppressed: 444 bytes in 10 blocks
==10882== Rerun with --leak-check=full to see details of leaked memory
==10882==
==10882== For counts of detected and suppressed errors, rerun with: -v
==10882== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
Abort trap
Cheers ~ Pat
Yeah, it looks like it's there. From "make VERBOSE=1":
[ 31%] Building CXX object
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
/opt/local/bin/c++ -g -I/Users/pknotz/workspace/gtest-1.6.0/include
-I/Users/pknotz/workspace/gtest-1.6.0 -Wall -Wshadow
-DGTEST_HAS_PTHREAD=1 -fexceptions -o
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
-c /Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test_.cc
Linking CXX executable gtest_catch_exceptions_ex_test_
/opt/local/bin/cmake -E cmake_link_script
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/link.txt --verbose=1
/opt/local/bin/c++ -g -Wl,-search_paths_first
-Wl,-headerpad_max_install_names
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
-o gtest_catch_exceptions_ex_test_
-L/Users/pknotz/workspace/gtest-1.6.0/build/src libgtest_main.a
libgtest.a -lpthread
I have several other compilers installed. I'll try them and report back.
Same machine (MacOS 10.5.8/Intel) but with GCC 4.4.5 out of MacPorts:
100% tests passed, 0 tests failed out of 40
I'm not sure, exactly, what that tells me but it's interesting
nonetheless. I'll try this with GCC 4.5.x and gtest-1.5.0 --
presumable 1.5.0 has the same or similar test.
~ Pat
~ Pat
It looks to me like it's either (2) or (3). In case I'm doing
something stupid, here are the commands I ran and their output.
Unfortunately I'm not able to get a stacktrace.
$ g++ --version
g++ (GCC) 4.5.2
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
pknotz@s919422: ~/workspace/gtest-1.6.0/build
$ rm -f CMakeCache.txt
$ cmake .. -Dgtest_build_tests=ON -Dgtest_build_samples=ON
-DCMAKE_CXX_FLAGS="-DGTEST_HAS_EXCEPTIONS=1"
-DCMAKE_C_FLAGS="-DGTEST_HAS_EXCEPTIONS=1" -DCMAKE_BUILD_TYPE=Debug
-- The CXX compiler identification is GNU
-- The C compiler identification is GNU
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- Check for working CXX compiler: /opt/local/bin/c++
-- Check for working CXX compiler: /opt/local/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /opt/local/bin/gcc
-- Check for working C compiler: /opt/local/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Found PythonInterp: /opt/local/bin/python2.7
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/pknotz/workspace/gtest-1.6.0/build
$ make clean
$ make VERBOSE=1 gtest_catch_exceptions_ex_test_
/opt/local/bin/cmake -H/Users/pknotz/workspace/gtest-1.6.0
-B/Users/pknotz/workspace/gtest-1.6.0/build --check-build-system
CMakeFiles/Makefile.cmake 0
make -f CMakeFiles/Makefile2 gtest_catch_exceptions_ex_test_
/opt/local/bin/cmake -H/Users/pknotz/workspace/gtest-1.6.0
-B/Users/pknotz/workspace/gtest-1.6.0/build --check-build-system
CMakeFiles/Makefile.cmake 0
/opt/local/bin/cmake -E cmake_progress_start
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 3
make -f CMakeFiles/Makefile2 CMakeFiles/gtest_catch_exceptions_ex_test_.dir/all
make -f CMakeFiles/gtest.dir/build.make CMakeFiles/gtest.dir/depend
cd /Users/pknotz/workspace/gtest-1.6.0/build && /opt/local/bin/cmake
-E cmake_depends "Unix Makefiles" /Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest.dir/DependInfo.cmake
--color=
Dependee "/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/CMakeDirectoryInformation.cmake"
is newer than depender
"/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest.dir/depend.internal".
Scanning dependencies of target gtest
make -f CMakeFiles/gtest.dir/build.make CMakeFiles/gtest.dir/build
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 1
[ 33%] Building CXX object CMakeFiles/gtest.dir/src/gtest-all.cc.o
/opt/local/bin/c++ -DGTEST_HAS_EXCEPTIONS=1 -g
-I/Users/pknotz/workspace/gtest-1.6.0/include
-I/Users/pknotz/workspace/gtest-1.6.0 -DGTEST_HAS_EXCEPTIONS=1 -Wall
-Wshadow -DGTEST_HAS_PTHREAD=1 -fexceptions -Wextra -o
CMakeFiles/gtest.dir/src/gtest-all.cc.o -c
/Users/pknotz/workspace/gtest-1.6.0/src/gtest-all.cc
Linking CXX static library libgtest.a
/opt/local/bin/cmake -P CMakeFiles/gtest.dir/cmake_clean_target.cmake
/opt/local/bin/cmake -E cmake_link_script
CMakeFiles/gtest.dir/link.txt --verbose=1
/usr/bin/ar cr libgtest.a CMakeFiles/gtest.dir/src/gtest-all.cc.o
/usr/bin/ranlib libgtest.a
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 1
[ 33%] Built target gtest
make -f CMakeFiles/gtest_main.dir/build.make CMakeFiles/gtest_main.dir/depend
cd /Users/pknotz/workspace/gtest-1.6.0/build && /opt/local/bin/cmake
-E cmake_depends "Unix Makefiles" /Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest_main.dir/DependInfo.cmake
--color=
Dependee "/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/CMakeDirectoryInformation.cmake"
is newer than depender
"/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest_main.dir/depend.internal".
Scanning dependencies of target gtest_main
make -f CMakeFiles/gtest_main.dir/build.make CMakeFiles/gtest_main.dir/build
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 31
[ 66%] Building CXX object CMakeFiles/gtest_main.dir/src/gtest_main.cc.o
/opt/local/bin/c++ -DGTEST_HAS_EXCEPTIONS=1 -g
-I/Users/pknotz/workspace/gtest-1.6.0/include
-I/Users/pknotz/workspace/gtest-1.6.0 -DGTEST_HAS_EXCEPTIONS=1 -Wall
-Wshadow -DGTEST_HAS_PTHREAD=1 -fexceptions -Wextra -o
CMakeFiles/gtest_main.dir/src/gtest_main.cc.o -c
/Users/pknotz/workspace/gtest-1.6.0/src/gtest_main.cc
Linking CXX static library libgtest_main.a
/opt/local/bin/cmake -P CMakeFiles/gtest_main.dir/cmake_clean_target.cmake
/opt/local/bin/cmake -E cmake_link_script
CMakeFiles/gtest_main.dir/link.txt --verbose=1
/usr/bin/ar cr libgtest_main.a CMakeFiles/gtest_main.dir/src/gtest_main.cc.o
/usr/bin/ranlib libgtest_main.a
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 31
[ 66%] Built target gtest_main
make -f CMakeFiles/gtest_catch_exceptions_ex_test_.dir/build.make
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/depend
cd /Users/pknotz/workspace/gtest-1.6.0/build && /opt/local/bin/cmake
-E cmake_depends "Unix Makefiles" /Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest_catch_exceptions_ex_test_.dir/DependInfo.cmake
--color=
Dependee "/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/CMakeDirectoryInformation.cmake"
is newer than depender
"/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles/gtest_catch_exceptions_ex_test_.dir/depend.internal".
Scanning dependencies of target gtest_catch_exceptions_ex_test_
make -f CMakeFiles/gtest_catch_exceptions_ex_test_.dir/build.make
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/build
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 20
[100%] Building CXX object
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
/opt/local/bin/c++ -DGTEST_HAS_EXCEPTIONS=1 -g
-I/Users/pknotz/workspace/gtest-1.6.0/include
-I/Users/pknotz/workspace/gtest-1.6.0 -DGTEST_HAS_EXCEPTIONS=1 -Wall
-Wshadow -DGTEST_HAS_PTHREAD=1 -fexceptions -o
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
-c /Users/pknotz/workspace/gtest-1.6.0/test/gtest_catch_exceptions_test_.cc
Linking CXX executable gtest_catch_exceptions_ex_test_
/opt/local/bin/cmake -E cmake_link_script
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/link.txt --verbose=1
/opt/local/bin/c++ -DGTEST_HAS_EXCEPTIONS=1 -g
-Wl,-search_paths_first -Wl,-headerpad_max_install_names
CMakeFiles/gtest_catch_exceptions_ex_test_.dir/test/gtest_catch_exceptions_test_.cc.o
-o gtest_catch_exceptions_ex_test_
-L/Users/pknotz/workspace/gtest-1.6.0/build/src libgtest_main.a
libgtest.a -lpthread
/opt/local/bin/cmake -E cmake_progress_report
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 20
[100%] Built target gtest_catch_exceptions_ex_test_
/opt/local/bin/cmake -E cmake_progress_start
/Users/pknotz/workspace/gtest-1.6.0/build/CMakeFiles 0
$ ./gtest_catch_exceptions_ex_test_
Okay, I tried this on my home laptop: MacOS 10.6.6/Intel with GCC
4.5.2 from MacPorts:
100% tests passed, 0 tests failed out of 40
This makes me suspect that there's a problem with the MacPorts
installation on my first laptop. Perhaps some shared library built
with a different version of GCC. Anyway, it looks like it's my
problem.
I sincerely apologize for the false alarm.
Best ~ Pat
We plan to release Google Test 1.6.0 in the next few days. We need
your help to make it successful.
2011/2/25 Joanna Biernat-Gerono <jbierna...@gmail.com>:
>
>
> 2011/2/25 Zhanyong Wan (λx.x x) <w...@google.com>
>>
>> Hi Joanna,
>>
>> 2011/2/25 Joanna Biernat-Gerono <jbierna...@gmail.com>:
>> > Hi,
>> >
>> > I have a question about official support for Microsoft Visual Studio
>> > 2010
>> > (ver. 10). At the moment you wrote that any version above 7.1 or newer
>> > is
>> > supported however when I open the *.vcproj projects with my VS version
>> > they
>> > get converted to *.vcxproj with some warnings and I am not sure how this
>> > conversion impacts gtest.
>> > I already asked for some explanation on
>> > googletes...@googlegroups.com
>> > but did not receive any response so far.
>> >
>> > I would really appreciate your advise.
>>
>> You should be able to ignore the warnings if the library and your
>> tests compile and run fine.
>>
>> We are not actively working on gtest's build systems. If someone
>> wants to contribute VS 2010 projects, a patch is welcome. Thanks,
>>
> Hi,
>
> many thanks for your reply, I am considering being contributor and will make
> my decision soon.
>
> Just to let you know everything was fine until I tried to compile the
> project in debug mode, it turned out to be impossible to resolve libraries
> dependecies.
More details? Does anyone else see this?
>
> Thanks,
> Joanna
>
>
--
Zhanyong
On Sat, Feb 26, 2011 at 9:46 AM, Chris Kilner <cjp.k...@gmail.com> wrote:
> All tests pass in:
> VS2010 / VS2008 , debug / release, gtest.sln / gtest-md.sln
> It may be worth mentioning, that since VS needs to 'upgrade' the projects,
> users currently need to change the settings of the msvc directory so that it
> is not read-only before attempting to open in VS.
> Hope this helps,
Thanks for testing it and sharing the tip!
> Chris
>
>>
>> On 2月25日, 午前6:16, Zhanyong Wan (λx.x x) <w...@google.com> wrote:
>> > Dear users of Google Test,
>> >
>> > We plan to release Google Test 1.6.0 in the next few days. We need
>> > your help to make it successful.
>> >
>> > I've uploaded a release candidate
>> > tohttp://code.google.com/p/googletest/downloads/detail?name=gtest-1.6.0...
>> > -- please download it, try it, and report any problems (patches are
>> > even better), especially if your platform isn't official supported
>> > (i.e. anything outside of Windows, Mac OS X, and Linux). I have only
>> > had time to test it on Linux.
>> >
>> > Thanks,
>> > --
>> > Zhanyong
>
>
--
Zhanyong
No worries, Pat. Thanks for helping us test it!
>
> Best ~ Pat
>
--
Zhanyong
Yes, we are stilling using Rietveld. I'm working on incorporating
your patch into gtest. Will let you know if I need help. Thanks,
>
> --
> Josh Kelley
>
--
Zhanyong