(0029866)
Clinton Stimpson (developer)
2012-06-30 17:12

Can you help diagnose this, as I'm not able to reproduce this.

What does this command give you?
$ file /home/michael/dev/cmake/Tests/BundleUtilities/testbundleutils1

I get this:
./testbundleutils1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped

Also, can you try the patch I'm attaching to see if it changes anything?

(0029868)
Michael Palimaka (reporter)
2012-07-01 12:38

I get a similar output:

/home/michael/dev/cmake/Tests/BundleUtilities/testbundleutils1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped

Unfortunately, the patch doesn't change the test output in any way.

Thanks for the response, and please let me know anything else I can provide to help track this down.

(0029873)
Michael Palimaka (reporter)
2012-07-02 06:57

When running the test manually:

./testbundleutils1: error while loading shared libraries: libshared.so: cannot open shared object file: No such file or directory

(0029874)
Clinton Stimpson (developer)
2012-07-02 10:43

The problem is that your file command did not print the keyword "executable"
We need to find out why and fix that, modify getprerequisites.cmake to recognize the alternate output, or use a different tool.

The problem running it is because it has absolute rpaths built in that it needs to be installed to run, but your install step in the test doesn't work.

(0029875)
Michael Palimaka (reporter)
2012-07-02 10:57

What version of file are you using? I have 5.11 here.

(0029876)
Clinton Stimpson (developer)
2012-07-02 11:05

I'm using 5.04 and my /etc/magic and /usr/share/misc/magic are empty.

Perhaps you have local definitions that change these words (the man page says to avoid that).

(0029877)
Michael Palimaka (reporter)
2012-07-02 11:22

I get the same output with 5.04, and both those are empty too.

(0029878)
Clinton Stimpson (developer)
2012-07-02 12:24

Does "objdump -f testbundleutils1" give EXEC_P among others?
What compile flags were used to build it?
What does "file libshared.so" give?

(0029879)
Michael Palimaka (reporter)
2012-07-02 12:37

$ objdump -f Tests/BundleUtilities/testbundleutils1
Tests/BundleUtilities/testbundleutils1: file format elf64-x86-64
architecture: i386:x86-64, flags 0x00000150:
HAS_SYMS, DYNAMIC, D_PAGED
start address 0x00000000000009f0

$ file Tests/BundleUtilities/libshared.so
Tests/BundleUtilities/libshared.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped

No flags were specified when building.

(0029880)
Clinton Stimpson (developer)
2012-07-02 12:48

Try this:
cd Tests/BundleUtilities
rm testbundleutils1
make VERBOSE=1 testbundleutils1/fast

My flags building the thing are:
/usr/bin/c++ CMakeFiles/testbundleutils1.dir/testbundleutils1.cpp.o -o testbundleutils1 -rdynamic libshared.so libframework.so -ldl -Wl,-rpath,/home/cjstimp/cmake/build/Tests/BundleUtilities/testdir1

What do you have?

(0029881)
Michael Palimaka (reporter)
2012-07-02 12:56

/usr/bin/c++ CMakeFiles/testbundleutils1.dir/testbundleutils1.cpp.o -o testbundleutils1 -rdynamic libshared.so libframework.so -ldl -Wl,-rpath,/home/michael/dev/cmake/Tests/BundleUtilities/testdir1

Sorry, I thought you meant something else. My mistake.

(0029898)
Clinton Stimpson (developer)
2012-07-03 13:52

Hmm... I'm not sure where the difference is coming from. Which OS is this?
And why don't the elf headers for these binaries have the executable bit marked.

Maybe there is a different default compiler or linker flag.
Can you attach the link.txt file created from the following command?
echo "int main(){}" > test.cpp && g++ -v -Wl,--verbose test.cpp >& link.txt

(0029899)
Michael Palimaka (reporter)
2012-07-03 13:59

The requested output has been attached.

I'm running Gentoo Linux, with GCC 4.7.1

(0029900)
Clinton Stimpson (developer)
2012-07-03 14:02

Ok, that's it... If I add the -pie linker flag, I get the same problem!

(0029920)
Clinton Stimpson (developer)
2012-07-05 14:50

A fix has been pushed.
http://cmake.org/gitweb?p=cmake.git;a=commit;h=ac7a19 [^]

(0031808)
David Cole (manager)
2012-12-03 07:46

Closing resolved issues that have not been updated in more than 4 months.

Notes
(0029866) Clinton Stimpson (developer) 2012-06-30 17:12	Can you help diagnose this, as I'm not able to reproduce this. What does this command give you? $ file /home/michael/dev/cmake/Tests/BundleUtilities/testbundleutils1 I get this: ./testbundleutils1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped Also, can you try the patch I'm attaching to see if it changes anything?

(0029868) Michael Palimaka (reporter) 2012-07-01 12:38	I get a similar output: /home/michael/dev/cmake/Tests/BundleUtilities/testbundleutils1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped Unfortunately, the patch doesn't change the test output in any way. Thanks for the response, and please let me know anything else I can provide to help track this down.

(0029873) Michael Palimaka (reporter) 2012-07-02 06:57	When running the test manually: ./testbundleutils1: error while loading shared libraries: libshared.so: cannot open shared object file: No such file or directory

(0029874) Clinton Stimpson (developer) 2012-07-02 10:43	The problem is that your file command did not print the keyword "executable" We need to find out why and fix that, modify getprerequisites.cmake to recognize the alternate output, or use a different tool. The problem running it is because it has absolute rpaths built in that it needs to be installed to run, but your install step in the test doesn't work.

(0029875) Michael Palimaka (reporter) 2012-07-02 10:57	What version of file are you using? I have 5.11 here.

(0029876) Clinton Stimpson (developer) 2012-07-02 11:05	I'm using 5.04 and my /etc/magic and /usr/share/misc/magic are empty. Perhaps you have local definitions that change these words (the man page says to avoid that).

(0029877) Michael Palimaka (reporter) 2012-07-02 11:22	I get the same output with 5.04, and both those are empty too.

(0029878) Clinton Stimpson (developer) 2012-07-02 12:24	Does "objdump -f testbundleutils1" give EXEC_P among others? What compile flags were used to build it? What does "file libshared.so" give?

(0029879) Michael Palimaka (reporter) 2012-07-02 12:37	$ objdump -f Tests/BundleUtilities/testbundleutils1 Tests/BundleUtilities/testbundleutils1: file format elf64-x86-64 architecture: i386:x86-64, flags 0x00000150: HAS_SYMS, DYNAMIC, D_PAGED start address 0x00000000000009f0 $ file Tests/BundleUtilities/libshared.so Tests/BundleUtilities/libshared.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped No flags were specified when building.

(0029880) Clinton Stimpson (developer) 2012-07-02 12:48	Try this: cd Tests/BundleUtilities rm testbundleutils1 make VERBOSE=1 testbundleutils1/fast My flags building the thing are: /usr/bin/c++ CMakeFiles/testbundleutils1.dir/testbundleutils1.cpp.o -o testbundleutils1 -rdynamic libshared.so libframework.so -ldl -Wl,-rpath,/home/cjstimp/cmake/build/Tests/BundleUtilities/testdir1 What do you have?

(0029881) Michael Palimaka (reporter) 2012-07-02 12:56	/usr/bin/c++ CMakeFiles/testbundleutils1.dir/testbundleutils1.cpp.o -o testbundleutils1 -rdynamic libshared.so libframework.so -ldl -Wl,-rpath,/home/michael/dev/cmake/Tests/BundleUtilities/testdir1 Sorry, I thought you meant something else. My mistake.

(0029898) Clinton Stimpson (developer) 2012-07-03 13:52	Hmm... I'm not sure where the difference is coming from. Which OS is this? And why don't the elf headers for these binaries have the executable bit marked. Maybe there is a different default compiler or linker flag. Can you attach the link.txt file created from the following command? echo "int main(){}" > test.cpp && g++ -v -Wl,--verbose test.cpp >& link.txt

(0029899) Michael Palimaka (reporter) 2012-07-03 13:59	The requested output has been attached. I'm running Gentoo Linux, with GCC 4.7.1

(0029900) Clinton Stimpson (developer) 2012-07-03 14:02	Ok, that's it... If I add the -pie linker flag, I get the same problem!

(0029920) Clinton Stimpson (developer) 2012-07-05 14:50	A fix has been pushed. http://cmake.org/gitweb?p=cmake.git;a=commit;h=ac7a19 [^]

(0031808) David Cole (manager) 2012-12-03 07:46	Closing resolved issues that have not been updated in more than 4 months.

Issue History
Date Modified	Username	Field	Change
2012-06-30 12:28	Michael Palimaka	New Issue
2012-06-30 17:12	Clinton Stimpson	Note Added: 0029866
2012-06-30 17:12	Clinton Stimpson	File Added: test.patch
2012-07-01 12:38	Michael Palimaka	Note Added: 0029868
2012-07-02 06:57	Michael Palimaka	Note Added: 0029873
2012-07-02 10:43	Clinton Stimpson	Note Added: 0029874
2012-07-02 10:57	Michael Palimaka	Note Added: 0029875
2012-07-02 11:05	Clinton Stimpson	Note Added: 0029876
2012-07-02 11:22	Michael Palimaka	Note Added: 0029877
2012-07-02 12:24	Clinton Stimpson	Note Added: 0029878
2012-07-02 12:37	Michael Palimaka	Note Added: 0029879
2012-07-02 12:48	Clinton Stimpson	Note Added: 0029880
2012-07-02 12:56	Michael Palimaka	Note Added: 0029881
2012-07-03 13:52	Clinton Stimpson	Note Added: 0029898
2012-07-03 13:58	Michael Palimaka	File Added: link.txt
2012-07-03 13:59	Michael Palimaka	Note Added: 0029899
2012-07-03 14:02	Clinton Stimpson	Note Added: 0029900
2012-07-05 14:50	Clinton Stimpson	Note Added: 0029920
2012-07-05 14:50	Clinton Stimpson	Status	new => resolved
2012-07-05 14:50	Clinton Stimpson	Resolution	open => fixed
2012-07-05 14:50	Clinton Stimpson	Assigned To	=> Clinton Stimpson
2012-07-09 16:23	David Cole	Fixed in Version	=> CMake 2.8.9
2012-07-09 16:23	David Cole	Target Version	=> CMake 2.8.9
2012-12-03 07:46	David Cole	Note Added: 0031808
2012-12-03 07:46	David Cole	Status	resolved => closed

Relationships