Rather than just doing a &quot;fixup_bundle&quot; as an INSTALL(CODE snippet, put it in a separate CMake script, and use install(SCRIPT to execute it. You can configure the script with configure_file if you need to put stuff in it that depends on CMake variables.<div>
<br></div><div>Then, in your script:</div><div><br></div><div>  # Define the function before including BundleUtilities:</div><div><div>  function(gp_resolved_file_type_override resolved_file type_var)</div><div><span class="Apple-style-span">    if(</span>resolved_file<span class="Apple-style-span"> MATCHES &quot;^<span class="Apple-style-span" style="border-collapse:collapse;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px">/usr/X11/lib</span>&quot;)</span></div>
<div><span class="Apple-style-span">      message(&quot;resolving ${</span>resolved_file<span class="Apple-style-span">} as system&quot;)</span></div><div>      set(${type_var} system PARENT_SCOPE)</div><div>    endif()</div>
<div>  endfunction()</div><div><br></div><div>  include(BundleUtilities)</div><div><br></div><div>  fixup_bundle( ... )</div><div><br></div><div>ParaView&#39;s install rules on the Mac do something like this, if you want to look at some example code.</div>
<div><br></div><div><br></div><div>HTH,</div><div>David</div><div><br></div><div><br></div><div class="gmail_quote">On Mon, May 14, 2012 at 5:27 PM, Joe Ping-Lin Hsiao <span dir="ltr">&lt;<a href="mailto:phsiao@cs.unc.edu" target="_blank">phsiao@cs.unc.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks, this is exactly what I need.<br>
<br>
Just one question.  Why the function gp_resolved_file_type_override()<br>
cannot be seen if it is implemented in my project&#39;s CMakeLists.txt? I<br>
have to add it in GetPrerequisite.cmake module, but that&#39;s not good.<br>
<br>
Thanks,<br>
Joe<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, May 7, 2012 at 11:04 AM, David Cole &lt;<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>&gt; wrote:<br>
&gt; /usr/X11/lib/libglut.dylib should probably be considered a &quot;system<br>
&gt; library&quot; that is not included in your final bundle.<br>
&gt;<br>
&gt; Therefore, all users of your application will have to have the Mac OS<br>
&gt; X version of X installed and available in order to run your program.<br>
&gt; (Is that all Macs nowadays anyway...?)<br>
&gt;<br>
&gt; In order to classify it as a system library, you can provide a CMake<br>
&gt; function named gp_resolved_file_type_override to look for that library<br>
&gt; (probably anything starting with &quot;/usr/X11/lib&quot;) and set its type to<br>
&gt; &quot;system&quot; -- that will cause fixup_bundle to ignore it for copying and<br>
&gt; fixup purposes.<br>
&gt;<br>
&gt;<br>
&gt; HTH,<br>
&gt; David<br>
&gt;<br>
&gt;<br>
&gt; On Mon, May 7, 2012 at 10:57 AM, Joe Ping-Lin Hsiao &lt;<a href="mailto:phsiao@cs.unc.edu">phsiao@cs.unc.edu</a>&gt; wrote:<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt; I use CMake to create an installer for a Mac program which uses GLUT.<br>
&gt;&gt; The GLUT library that the program links against with is<br>
&gt;&gt; /usr/X11/lib/libglut.dylib.<br>
&gt;&gt;<br>
&gt;&gt; When I use fixup_bundle() to create an installer, I get the following<br>
&gt;&gt; error message:<br>
&gt;&gt;<br>
&gt;&gt; install_name_tool: changing install names or rpaths can&#39;t be redone<br>
&gt;&gt; for: /Users/phsiao/dev/video/video_spot_tracker.app/Contents/MacOS/libglut.3.dylib<br>
&gt;&gt; (for architecture ppc7400) because larger updated load commands do not<br>
&gt;&gt; fit (the program must be relinked, and you may need to use -headerpad<br>
&gt;&gt; or -headerpad_max_install_names)<br>
&gt;&gt;<br>
&gt;&gt; The first thing I tried was to add -headerpad_max_install_names and<br>
&gt;&gt; -headerpad to the linker flags, but no success. (Actually<br>
&gt;&gt; -headerpad_max_install_names already exists in CMakeFies/link.txt<br>
&gt;&gt; before I put it in.)<br>
&gt;&gt;<br>
&gt;&gt; The next thing I tried was to add &#39;-arch x86_64&#39; to both CXX_FLAGS and<br>
&gt;&gt; LINKER_FLAGS to avoid fixup_bundle() to fix dependencies for<br>
&gt;&gt; architecture ppc7400, but the error remains.<br>
&gt;&gt;<br>
&gt;&gt; Any idea how to get around this?<br>
&gt;&gt;<br>
&gt;&gt; Thanks,<br>
&gt;&gt; Joe<br>
&gt;&gt; --<br>
&gt;&gt;<br>
&gt;&gt; Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
&gt;&gt;<br>
&gt;&gt; Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
&gt;&gt;<br>
&gt;&gt; Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
&gt;&gt;<br>
&gt;&gt; Follow this link to subscribe/unsubscribe:<br>
&gt;&gt; <a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br></div>