llvm34-3.4.1-0f

David,
     I finally realized why the bootstrap and the generated compilers
seemed so slow.You are building a production compiler with assertions on.
This also explains the need for your hack in…

        # Do not want -DNDEBUG, cause linker errors (undef symbols)
        # LLVM_ENABLE_ASSERTIONS:ON should have removed -DNDEBUG
        # but it doesn't, so hack it out of cmake file
        sed -i.orig -e '/-DNDEBUG/s|.*|#&|'
cmake/modules/HandleLLVMOptions.cmake

This is something no one else will ever test because as upstream notes…

LLVM_ENABLE_ASSERTIONS:BOOLEnables code assertions. Defaults to OFF if and
only if CMAKE_BUILD_TYPE is Release.

These assertions shouldn't be on for a release build. The compiler, and
associated three stage bootstrap, are around five times slower with
assertions on.
    I've gone ahead and committed your experimental 1.57 llvm34.info with
the assertions disabled and the llvm34-clang-omp.patch updated to pick up
the latest three bug fixes from upstream.
              Jack
ps For llvm34-3.4.2, you could refactor these changes to have a PRODUCTION
flag, like fedora uses, which if 0 would enable assertions again for test
builds of pre-release llvm.

------------------------------------------------------------------------------
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet

_______________________________________________
Fink-devel mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel