[LLVMbugs] [Bug 15316] New: make/lib_platforms.mk:80: *** 'make/platform/clang_darwin.mk': must define one of 'UniversalArchs' and 'Arch'.

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Wed Feb 20 17:19:55 PST 2013


            Bug ID: 15316
           Summary: make/lib_platforms.mk:80: ***
                    'make/platform/clang_darwin.mk': must define one of
                    'UniversalArchs' and 'Arch'.
           Product: compiler-rt
           Version: 3.2
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: compiler-rt
          Assignee: unassignedbugs at nondot.org
          Reporter: riyaz at synopsys.com
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

I was initially getting an error in clang_dwarf.mk about 'no sw_vers' and saw
that it is supposedly fixed by r173465 and r173977. Since I am trying to build
LLVM/COMPILER-RT/CLANG from Version 3.2 tarball, I manually modified
clang_dwarf.mk. The relevant portion of clang_dwarf.mk now looks like:

ifneq ($(shell which sw_vers),)
ifneq ($(shell sw_vers -productVersion | grep 10.6),)
UniversalArchs.ios := $(filter-out armv7, $(UniversalArchs.ios))
UniversalArchs.cc_kext := $(filter-out armv7, $(UniversalArchs.cc_kext))
UniversalArchs.cc_kext_ios5 := $(filter-out armv7,
UniversalArchs.profile_ios := $(filter-out armv7,

The 'no sw_vers' error is now gone but the build still fails with:

make/lib_platforms.mk:80: *** 'make/platform/clang_darwin.mk': must define one
of 'UniversalArchs' and 'Arch'.  Stop.

What is the fix for this? Why does clang_darwin.mk get included for a Linux
x86_64 build?

configure is run with the following options:

--disable-shared --enable-optimized --disable-assertions

You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20130221/5b9ee7bc/attachment.html>

More information about the llvm-bugs mailing list