[LLVMbugs] [Bug 14246] New: Apple llvm compiler (4.1) : very VERY slow linking time, eating up a lot of memory

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Fri Nov 2 12:10:19 PDT 2012


http://llvm.org/bugs/show_bug.cgi?id=14246

             Bug #: 14246
           Summary: Apple llvm compiler (4.1) : very VERY slow linking
                    time, eating up a lot of memory
           Product: clang
           Version: unspecified
          Platform: PC
        OS/Version: MacOS X
            Status: NEW
          Severity: normal
          Priority: P
         Component: LLVM Codegen
        AssignedTo: unassignedclangbugs at nondot.org
        ReportedBy: olivier at myvr-software.com
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified


Hello,

First time filling a bug here, and I'm not sure if it is the right place. So if
it a mistake, I'm really sorry.

I'm working on a SDK for displaying maps on mobile devices. The library is made
in C++ using boost and (not so much) templates.

Everything is going fine on Android and Windows, which are not using clang, but
when I have a big issue with iOS compilation using apple llvm 4.1 ( latest
version of XCode ). The library compile fine by itself, but when I use the
actual library with an application, in release build, the linking take a lot of
times ( more than 20 minutes, when it does not fails or need to reboot the
computer because of memory ) and eat a lot ( more than 5 gigs ) of memory. 

LTO on/off does not seems to change anything. 

Everything is going fine if I use llvm-gcc4.2, but apple is going to deprecate
it in the next-next relase, so I need to find a solution.

If needed I can provide a binary (.a) version of the library and a sample
project, if it is not public.

The library is quite big ( 150 megs ) but should compress OK.

Thanks for your support,
Olivier Chatry.

-- 
Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



More information about the llvm-bugs mailing list