<div class="gmail_quote">On Mon, Jul 20, 2009 at 1:39 PM, Clinton Stimpson <span dir="ltr"><<a href="mailto:clinton@elemtech.com">clinton@elemtech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Thanks. Do you know if gp_resolve_item handles 64 and 32 bit binaries correctly on Windows?</blockquote><div><br></div><div>Definitely not. On Windows, it uses find_program to find the dlls in the PATH or in a list of directories provided by the caller... This is only based on dll name, so it could potentially return improper results (with respect to 32- and 64-bit dlls). You can either: fix gp_resolve_item to consider the bit-ness of the result, or provide a cmake function named "gp_resolve_item_override" in which you deliver the result in your own code. Preferably, add code to gp_resolve_item to match the bit-ness of the result with the bit-ness of the input...</div>
<div><br></div><div>(Personally, I would really like to see a general CMake solution to the problem of matching library bit-ness for Win32 and Win64 uses of find_library / find_program.... That may be a bit beyond the scope of what you're hoping to achieve here though.)</div>
<div><br></div><div>Keep up the good work! Sounds like you are making progress on this stuff... :-)</div><div><br></div><div><br></div><div>David</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
"dumpbin /dependents" is used and it doesn't return full paths like ldd does on Linux, or otool on Mac.<br>
I put both in my PATH, so I can run both 32 and 64 bit programs. I just wanted to make sure I was getting the right .dll when I copy it into my installation directory.<br>
<br>
Clint<br>
<br>
David Cole wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Fri, Jul 17, 2009 at 6:48 PM, David Cole <<a href="mailto:david.cole@kitware.com" target="_blank">david.cole@kitware.com</a> <mailto:<a href="mailto:david.cole@kitware.com" target="_blank">david.cole@kitware.com</a>>> wrote:<br>
<br>
No. It's supposed to return the actual string that is referenced<br>
by the thing being analyzed. But you can call gp_resolve_item to<br>
get the full path... (There is a reason for this, although I can't<br>
remember what it is at the moment... If I think of it, I'll reply<br>
again.)<br>
<br>
<br>
I thought of/remembered the reason, so I'm replying again:<br>
<br>
The get_prerequisites function needs to return items exactly as they are referenced in the executable being analyzed such that ...... later on, the caller can use that string as an input to install_name_tool for replacing it with something like "@executable_path/...." -- if the item were returned resolved, then we would have to re-analyze the executable later to figure out which string in the otool output corresponds to the resolved item... (Or keep a map of them around, as is done in BundleUtilities...)<br>
<br>
<br>
<br>
<br>
From commentary in the middle of the get_prerequisites function:<br>
<br>
# Use the raw_item as the list entries returned by this<br>
function. Use the<br>
# gp_resolve_item function to resolve it to an actual full<br>
path file if<br>
# necessary.<br>
#<br>
set(item "${raw_item}")<br>
<br>
<br>
HTH,<br>
David<br>
<br>
<br>
On Fri, Jul 17, 2009 at 6:40 PM, Clinton Stimpson<br></div><div><div></div><div class="h5">
<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a> <mailto:<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>> wrote:<br>
<br>
<br>
Is get_prerequisites() supposed to return absolute paths all<br>
the time?<br>
For example, on the Mac, I've got some frameworks in<br>
/Library/Frameworks that I may want to copy if they might not<br>
exist on other Macs. When I call get_prerequisites(), getting<br>
"foo.framwork/" instead of "/Library/Frameworks/foo.framework/"<br>
<br>
Clint<br>
<br>
David Cole wrote:<br>
<br>
So I would love to see a corollary to<br>
BundleUtilities.cmake for Mac on Windows and Linux, too.<br>
<br>
Using GetPrerequisites to gather the set of dependent<br>
files is obviously the first step.<br>
<br>
Then, on Windows, a function that installs all the<br>
dependent dlls to the same location as the executable<br>
would be awesome.<br>
<br>
On Linux, I guess you would have to make sure everything<br>
you depend on is either already installed in its install<br>
path, or aware of your install path, or uses<br>
LD_LIBRARY_PATH -- the issues here are the ones I am least<br>
familiar with (compared to Windows and Mac anyhow).<br>
<br>
I don't think this should ever be fully automated because<br>
of licensing and coyright issues. Technically, it is easy<br>
to gather the set of required files to make something work<br>
on a practical level. The issue will be: "hey, you're not<br>
allowed to copy *that* dll" because of such and such<br>
non-technical reason...<br>
<br>
Having said all this, and that I would love to see it, I<br>
must admit: it is not presently on the radar for any CMake<br>
developers as far as I know. So, as always: patches<br>
welcome. :-)<br>
<br>
<br>
HTH,<br>
David<br>
<br>
<br>
On Fri, Jul 17, 2009 at 3:05 PM, Clinton Stimpson<br>
<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a> <mailto:<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>><br></div></div>
<mailto:<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a><div><div></div><div class="h5"><br>
<mailto:<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>>> wrote:<br>
<br>
So I'm using GetPrequisites.cmake to gather dependencies.<br>
Are there any examples, tips, etc.. for using this?<br>
<br>
With the results I'm getting back, I do a<br>
file(INSTALL ... ) because that's what I see in the<br>
cmake_installcmake file. Should it be documented?<br>
But these files I'm getting back are soft links to the real<br>
library. And the file(INSTALL ... ) just puts a<br>
softlink in my<br>
installation directory instead of a real library.<br>
<br>
Is there some higher level cmake function I should be<br>
calling to<br>
install libraries on Unix/Linux, similar to how there is<br>
BundleUtilties.cmake for Mac? Or ideally, is there one<br>
function I<br>
can use on all platforms to install some prerequisites?<br>
<br>
Thanks,<br>
Clint<br>
<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a> <<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>><br>
<<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>><br>
<br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at:<br>
<a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a> <<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at:<br>
<a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
<br>
<br>
<br>
</div></div></blockquote>
<br>
</blockquote></div><br>