nrclark / googletest

Automatically exported from code.google.com/p/googletest
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

make clean doesn't clean everything on OSX #80

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. make distcheck

What is the expected output? What do you see instead?
make distcheck should work.  Instead it fails at the distcleancheck stage
because make clean doesn't remove everything that was created during the
make stage:
ERROR: files left in build directory after distclean:
./test/.libs/gtest-death-test_test
./test/.libs/gtest-filepath_test
./test/.libs/gtest-linked_ptr_test
./test/.libs/gtest-message_test
./test/.libs/gtest-options_test
./test/.libs/gtest-param-test_test
./test/.libs/gtest-port_test
./test/.libs/gtest-test-part_test
./test/.libs/gtest-typed-test_test
./test/.libs/gtest_break_on_failure_unittest_
./test/.libs/gtest_color_test_
./test/.libs/gtest_env_var_test_
./test/.libs/gtest_environment_test
./test/.libs/gtest_filter_unittest_
./test/.libs/gtest_list_tests_unittest_
./test/.libs/gtest_main_unittest
./test/.libs/gtest_no_test_unittest
./test/.libs/gtest_output_test_
./test/.libs/gtest_pred_impl_unittest
./test/.libs/gtest_prod_test
./test/.libs/gtest_repeat_test
./test/.libs/gtest_sole_header_test
./test/.libs/gtest_stress_test
./test/.libs/gtest_uninitialized_test_
./test/.libs/gtest_unittest
./test/.libs/gtest_xml_outfile1_test_
./test/.libs/gtest_xml_outfile2_test_
./test/.libs/gtest_xml_output_unittest_
make[1]: *** [distcleancheck] Error 1

What version of the product are you using? On what operating system?
tags/release-1.2.1
Mac OSX 10.5.5 (Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep  3
11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386)
i686-apple-darwin9-g++-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5488)
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10

Please provide any additional information below.
distcheck passes on some Linux workstations.  Weird.

Original issue reported on code.google.com by tsuna...@gmail.com on 11 Dec 2008 at 5:43

GoogleCodeExporter commented 9 years ago
This also fails on FreeBSD 5.5-RELEASE-p14 FreeBSD 5.5-RELEASE-p14
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10

Original comment by tsuna...@gmail.com on 11 Dec 2008 at 6:07

GoogleCodeExporter commented 9 years ago

Original comment by shiq...@gmail.com on 16 Dec 2008 at 4:21

GoogleCodeExporter commented 9 years ago

Original comment by zhanyong...@gmail.com on 22 Feb 2009 at 5:31

GoogleCodeExporter commented 9 years ago
I'll confirm but I double checked this and I'm pretty certain that this a bug 
in the
interaction between a specific version of libtool and Automake.  The generated
Makefile doesn't rm the test/.libs directory with certain combination of
libtool/automake versions (e.g. libtool 1.5.22 + automake 1.10).

Original comment by tsuna...@gmail.com on 20 Apr 2009 at 12:20

GoogleCodeExporter commented 9 years ago
I can confirm that upgrading to automake 1.10.2 and libtool 2.2.6.

Original comment by tsuna...@gmail.com on 20 Apr 2009 at 10:17