[cmake-developers] "Inconsistent sizeofcmds" on Mac

[Mike Gelfand]

On Sep 17, 2015, at 11:44 PM, Clinton Stimpson <clinton at elemtech.com> wrote:
> I'm not sure where the defect is, or how to work around it, without getting
> more details.
> 
> I've seen problems similar to this, but not exactly the same as what you are
> seeing.  What I have seen before was discussed here:
> http://public.kitware.com/pipermail/cmake/2014-October/058868.html
> 
> Perhaps you can go over that and see if it applies to you.
> In that case, the bug was in install_name_tool, and there was a simple test
> case to demonstrate the bug.  Apple reported that it was fixed in Xcode 6.3.

The first command there (otool -l ... | fgrep -A2 LC_RPATH) doesn’t print anything on the installed executable, which is expected. Your test case doesn’t lead to an error either.

Not sure what details do you need exactly. I’m currently using Xcode 6.4, Clang reports Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn). For installed executables, output of `otool -l myexecutable` with “i386;x86_64” and “x86_64” architectures is exactly the same except for “Inconsistent sizeofcmds” line printed last in the former case. For executable in binary directory and executable in install prefix, output of `otool -arch all -l myexecutable` with “i386;x86_64” architectures differs in that the former has

  Load command 28
            cmd LC_RPATH
        cmdsize 104
           path /some/.../other/.../dir/.../lib (offset 12)

(for each architecture) which is expected; everything else is exactly the same.

Regards,
Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20150918/9275b4fc/attachment.sig>