[LLVMdev] CLang/LLVM SVN for today no longer works on OS X 10.7.4

Kent Williams nkwmailinglists at gmail.com
Thu Sep 27 07:19:08 PDT 2012


Here you go:

http://www.cornwarning.com/xfer/jccolor.o (from the jpeg library...)
jccolor.o:
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00      OBJECT     4        432
SUBSECTIONS_VIA_SYMBOLS
Load command 0
      cmd LC_SEGMENT_64
  cmdsize 312
  segname
   vmaddr 0x0000000000000000
   vmsize 0x0000000000000900
  fileoff 464
 filesize 2304
  maxprot rwx
 initprot rwx
   nsects 3
    flags (none)
Section
  sectname __text
   segname __TEXT
      addr 0x0000000000000000
      size 0x00000000000006b6
    offset 464
     align 2^4 (16)
    reloff 2768
    nreloc 9
      type S_REGULAR
attributes PURE_INSTRUCTIONS SOME_INSTRUCTIONS
 reserved1 0
 reserved2 0
Section
  sectname __compact_unwind
   segname __LD
      addr 0x00000000000006b6
      size 0x00000000000000e0
    offset 2182
     align 2^0 (1)
    reloff 2840
    nreloc 7
      type S_REGULAR
attributes DEBUG
 reserved1 0
 reserved2 0
Section
  sectname __eh_frame
   segname __TEXT
      addr 0x0000000000000798
      size 0x0000000000000168
    offset 2408
     align 2^3 (8)
    reloff 0
    nreloc 0
      type S_COALESCED
attributes NO_TOC STRIP_STATIC_SYMS LIVE_SUPPORT
 reserved1 0
 reserved2 0
Load command 1
      cmd ?(0x00000029) Unknown load command
  cmdsize 16
00000b50 00000008
Load command 2
     cmd LC_SYMTAB
 cmdsize 24
  symoff 2904
   nsyms 17
  stroff 3176
 strsize 312
Load command 3
            cmd LC_DYSYMTAB
        cmdsize 80
      ilocalsym 0
      nlocalsym 15
     iextdefsym 15
     nextdefsym 2
      iundefsym 17
      nundefsym 0
         tocoff 0
           ntoc 0
      modtaboff 0
        nmodtab 0
   extrefsymoff 0
    nextrefsyms 0
 indirectsymoff 0
  nindirectsyms 0
      extreloff 0
        nextrel 0
      locreloff 0
        nlocrel 0

On Wed, Sep 26, 2012 at 4:31 PM, Kevin Enderby <enderby at apple.com> wrote:
> Hi Kent,
>
> My guess is you are getting some new bit of info in your object files and your ranlib(1) is older and doesn't know about it.  If you can send me the .o file or the output of otool(1) with the -hlv options on your object file I can take a look.
>
> Kev
>
> P.S. you can find out the version of ranlib(1) you have by running strings(1) on it and grep(1)'ing for the string "cctools".
>
> On Sep 26, 2012, at 2:19 PM, Kent Williams wrote:
>
>> Ran into this today -- rebuilt the SVN Trunk for this morning of
>> LLVM+CLANG.  Now every time my builds try and make a library from .o
>> files, ranlib complains about 'malformed object' files.
>>
>> This is with OS X 10.7.4, and the binary tools from XCode 4.4.1
>>
>> ld -v
>> @(#)PROGRAM:ld  PROJECT:ld64-127.2
>> llvm version 3.0svn, from Apple Clang 3.0 (build 211.12)
>>
>> ranlib doesn't tell you what version it is
>> _______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>



More information about the llvm-dev mailing list