iveney / googletest

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

make command fails in Fedora 2.6 #79

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Download the software. Unzip it.
2. Run "./configure"
3. Run "make"

What is the expected output? What do you see instead?
Make fails on Fedora linux 2.6.25, saying that "COPYING" directory absent.
To fix the problem, give the command "ln -s copying COPYING"
Now give the "make" command again. This time it will work.

What version of the product are you using? On what operating system?
Google Test 1.2

Please provide any additional information below.
Feel free to contact me for more details.

Original issue reported on code.google.com by nathani....@gmail.com on 9 Dec 2008 at 5:13

GoogleCodeExporter commented 9 years ago
Chandler, any idea why make thinks 'COPYING' should be a directory?  Thanks.

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

GoogleCodeExporter commented 9 years ago
Actually it is not make that fails, but "./configure"
Sorry for the incorrect information earlier.
Once I give the command "ln -s copying COPYING", then "./configure" works fine. 
"make 
" also works fine.
The problem exists in the version 1.2.1 also.
Vijay.

Original comment by nathani....@gmail.com on 16 Dec 2008 at 4:54

GoogleCodeExporter commented 9 years ago
Are you running these commands using the releases, or from a Subversion 
checkout? Can
you give a log of the command sequence? My suspicion is that Autoconf is 
re-building
the configure script, and doing so with more strict checking of GNU 
requirements, but
I'll have to investigate some more.

Original comment by chandl...@gmail.com on 16 Dec 2008 at 6:02

GoogleCodeExporter commented 9 years ago
I downloaded the zip version of gtest 1.2.1. I did a unzip of it. 
In the directory created, I gave the command "./configure"
Then I got the error.

I have repeated the same procedure twice. Both the cases I got the same error. 
I 
think if you follow the above steps, you too will get the same error.
Vijay.

Original comment by nathani....@gmail.com on 16 Dec 2008 at 6:08

GoogleCodeExporter commented 9 years ago
If I duplicate that sequence, ./configure succeeds for me on Ubuntu Hardy. That 
said,
what you did to "fix" this is just to change the case of "copying" to 
"COPYING". I
think the "unzip" utility you are using is not correctly extracting the filename
here. Honestly, I'm not hugely surprised: why on earth are you using zip files 
on
Fedora? The don't accurately store much of the Linux filesystem you want. Try 
the
.tar.gz or .tar.bz2 files for more sane behavior on Linux, as its support for 
zip
archives is never going to be on par with support for tar archives.

Original comment by chandl...@gmail.com on 16 Dec 2008 at 6:28

GoogleCodeExporter commented 9 years ago
I was unable to reproduce it on Fedora 9 (2.6.25.6-55.fc9.i686) using unzip
(unzip-5.52-9.fc9.i386). I was only able to get similar results using unzip 
-LL. The
problem appears to be with the unpacker, and I think we should close this bug.

Original comment by vladlosev on 22 Dec 2008 at 9:02

GoogleCodeExporter commented 9 years ago
This is not a problem in gtest, as suggested by Chandler and Vlad.

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