[llvmlinux] Compiling sources from llvmlinux/kernel.git

Juan Simón decedion at gmail.com
Wed Nov 26 18:48:42 UTC 2014


I have installed: llvm-3.5-dev, libclang-3.5-dev and
libclang-common-3.5-dev but same error:
CMake Error at CMakeLists.txt:49 (message):
  llvm-config not found -- LLVM_CONFIG-NOTFOUND

2014-11-26 19:06 GMT+01:00 Jan-Simon Moeller <dl9pf at gmx.de>:

> It seems to require the devel-package of clang3.5 if you try to compile
> "from-
> source". Install the  -dev package of clang.
>
> Best,
> JS
>
> Am Mittwoch, 26. November 2014, 19:04:05 schrieb Juan Simón:
> > With 'CLANG_TOOLCHAIN=from-source' it fails when try to configure clang:
> > I: Configure Clang...
> > -- The C compiler identification is Clang 3.5.0
> > -- The CXX compiler identification is Clang 3.5.0
> > -- Check for working C compiler: /usr/bin/clang
> > -- Check for working C compiler: /usr/bin/clang -- works
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/clang++
> > -- Check for working CXX compiler: /usr/bin/clang++ -- works
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > CMake Error at CMakeLists.txt:49 (message):
> >   llvm-config not found -- LLVM_CONFIG-NOTFOUND
> >
> > CMakeOutput.log: http://pastebin.com/JxKRR5c9
> >
> > 2014-11-26 18:36 GMT+01:00 Jan-Simon Moeller <dl9pf at gmx.de>:
> > > Well, that seems to produce compiler crashes on the prebuilt version
> > > of the compiler.
> > >
> > > can you do make with 'CLANG_TOOLCHAIN=from-source'  ?
> > >
> > > Best,
> > > Jan-Simon
> > >
> > > Am Mittwoch, 26. November 2014, 17:24:08 schrieb Juan Simón:
> > > > I've compiled now using 'LLVMLinux build system' with
> > > > 'CLANG_TOOLCHAIN=prebuilt make' and it fails too:
> > > > http://pastebin.com/mUKjDsPB
> > > >
> > > > 2014-11-26 17:02 GMT+01:00 Vinícius Tinti <viniciustinti at gmail.com>:
> > > > > Strange. But I think there are still missing commands. Normally I
> > >
> > > only use
> > >
> > > > > LLVMLinux build system for building.
> > > > >
> > > > > Any reason to not use it?
> > > > >
> > > > > I think it would be easier.
> > > > >
> > > > > On Wed, Nov 26, 2014, 13:46 Juan Simón <decedion at gmail.com> wrote:
> > > > >> This is my Makefile: http://pastebin.com/NDXyv2L2
> > > > >>
> > > > >> 2014-11-26 16:43 GMT+01:00 Juan Simón <decedion at gmail.com>:
> > > > >>> I'm compiling the kernel 3.17.4 downloaded from
> > >
> > > https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.17.4.tar.xz, not
> > >
> > > > >>> the git version.
> > > > >>>
> > > > >>> 2014-11-26 16:42 GMT+01:00 Vinícius Tinti
> > >
> > > <viniciustinti at gmail.com>:
> > > > >>>> On Wed, Nov 26, 2014 at 1:40 PM, Juan Simón
> > >
> > > <decedion at gmail.com> wrote:
> > > > >>>> > My config file:  http://pastebin.com/qtvSyeKt
> > > > >>>> >
> > > > >>>> > 2014-11-26 16:38 GMT+01:00 Juan Simón <decedion at gmail.com>:
> > > > >>>> >> Yes, I've applied all kernel-patches from
> > >
> > > http://buildbot.llvm.linuxfoundation.org/configs/x86_64/kernel-patches
> .
> > >
> > > > >>>> tar.bz2>>>>
> > > > >>>>
> > > > >>>> >> with 'bzcat ../kernel-patches.tar.bz2 | patch -p1':
> > > > >>>> >>
> > > > >>>> >> kernel/linux-3.17.4$ grep -i clang Makefile
> > > > >>>> >> ifeq ($(shell $(HOSTCC) -v 2>&1 | grep -c "clang version"),
> > >
> > > 1)
> > >
> > > > >>>> >> ifeq ($(shell $(CC) -v 2>&1 | grep -c "clang version"), 1)
> > > > >>>> >> COMPILER := clang
> > > > >>>> >> ifeq ($(COMPILER),clang)
> > > > >>>> >> CLANG_TARGET    := -target $(notdir $(CROSS_COMPILE:%-=%))
> > > > >>>> >> CLANG_GCC_TC    := -gcc-toolchain $(GCC_TOOLCHAIN)
> > > > >>>> >> CLANG_IA_FLAG    = -no-integrated-as
> > > > >>>> >> CLANG_FLAGS    := $(CLANG_TARGET) $(CLANG_GCC_TC)
> > >
> > > $(CLANG_IA_FLAG)
> > >
> > > > >>>> >> ifeq ($(COMPILER),clang)
> > > > >>>> >>
> > > > >>>> >> My relevant environment variables:
> > > > >>>> >>
> > > > >>>> >> LDFLAGS=-Wl,--as-needed -Wl,-s -Wl,-S -Wl,-O1 -Wl,--hash-
> > >
> > > style=gnu
> > >
> > > > >>>> >> -Wl,--sort-common
> > > > >>>> >> MAKEFLAGS=-s
> > > > >>>> >> CPPFLAGS=-m64 -fPIC -pipe -march=native -mtune=native -Ofast
> > > > >>>> >> -fomit-frame-pointer -fivopts -w -fno-math-errno
> > > > >>>> >> CXXFLAGS=-m64 -fPIC -pipe -march=native -mtune=native -Ofast
> > > > >>>> >> -fomit-frame-pointer -fivopts -w -fno-math-errno
> > > > >>>> >> CPP=clang-3.6 -E
> > >
> > > PATH=/home/simon/bin:usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/
> > >
> > > > >>>> sbin:/bin:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-
> > >
> > > oracle/db/
> > >
> > > > >>>> bin:/usr/lib/jvm/java-8-oracle/jre/bin:~/bin>>>>
> > > > >>>>
> > > > >>>> >> HOSTCC=clang-3.6
> > > > >>>> >> LANG=es_ES.UTF-8
> > > > >>>> >> CONCURRENCY_LEVEL=9
> > > > >>>> >> CXX=clang++-3.6
> > > > >>>> >> CFLAGS=-m64 -fPIC -pipe -march=native -mtune=native -Ofast
> > > > >>>> >> -fomit-frame-pointer -fivopts -w -fno-math-errno
> > > > >>>> >> CC=clang-3.6
> > > > >>>> >>
> > > > >>>> >> The errors are:
> > > > >>>> >> In file included from
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs_64.c:17:
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:969:6:
> > > > >>>> >> warning: variable 'do_reloc' is used uninitialized
> > > > >>>> >>
> > > > >>>> >>       whenever 'if' condition is false [-Wsometimes-
> > >
> > > uninitialized]
> > >
> > > > >>>> >>         if (!use_real_mode)
> > > > >>>> >>
> > > > >>>> >>             ^~~~~~~~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:981:14:
> > > > >>>> >> note: uninitialized use occurs here
> > > > >>>> >>
> > > > >>>> >>         walk_relocs(do_reloc);
> > > > >>>> >>
> > > > >>>> >>                     ^~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:969:2:
> > > > >>>> >> note: remove the 'if' if its condition is always
> > > > >>>> >>
> > > > >>>> >>       true
> > > > >>>> >>
> > > > >>>> >>         if (!use_real_mode)
> > > > >>>> >>         ^~~~~~~~~~~~~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:966:24:
> > > > >>>> >> note: initialize the variable 'do_reloc' to
> > > > >>>> >>
> > > > >>>> >>       silence this warning
> > > > >>>> >>
> > > > >>>> >>                         const char *symname);
> > > > >>>> >>
> > > > >>>> >>                                             ^
> > > > >>>> >>
> > > > >>>> >>                                              = NULL
> > > > >>>> >>
> > > > >>>> >> 1 warning generated.
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:18:2: error:
> > > > >>>> >> unexpected token at start of statement
> > > > >>>> >>
> > > > >>>> >>         DEFINE(NR_PAGEFLAGS, __NR_PAGEFLAGS);
> > > > >>>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> note:
> > > > >>>> >> expanded from macro 'DEFINE'
> > > > >>>> >>
> > > > >>>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i" (val))
> > > > >>>> >>
> > > > >>>> >>                         ^
> > > > >>>> >>
> > > > >>>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >> @->NR_PAGEFLAGS $25 __NR_PAGEFLAGS
> > > > >>>> >>
> > > > >>>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:19:2: error:
> > > > >>>> >> unexpected token at start of statement
> > > > >>>> >>
> > > > >>>> >>         DEFINE(MAX_NR_ZONES, __MAX_NR_ZONES);
> > > > >>>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> note:
> > > > >>>> >> expanded from macro 'DEFINE'
> > > > >>>> >>
> > > > >>>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i" (val))
> > > > >>>> >>
> > > > >>>> >>                         ^
> > > > >>>> >>
> > > > >>>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >> @->MAX_NR_ZONES $4 __MAX_NR_ZONES
> > > > >>>> >>
> > > > >>>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:21:2: error:
> > > > >>>> >> unexpected token at start of statement
> > > > >>>> >>
> > > > >>>> >>         DEFINE(NR_CPUS_BITS, ilog2(CONFIG_NR_CPUS));
> > > > >>>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> note:
> > > > >>>> >> expanded from macro 'DEFINE'
> > > > >>>> >>
> > > > >>>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i" (val))
> > > > >>>> >>
> > > > >>>> >>                         ^
> > > > >>>> >>
> > > > >>>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >> @->NR_CPUS_BITS $8 ilog2(CONFIG_NR_CPUS)
> > > > >>>> >>
> > > > >>>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:23:2: error:
> > > > >>>> >> unexpected token at start of statement
> > > > >>>> >>
> > > > >>>> >>         DEFINE(SPINLOCK_SIZE, sizeof(spinlock_t));
> > > > >>>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> note:
> > > > >>>> >> expanded from macro 'DEFINE'
> > > > >>>> >>
> > > > >>>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i" (val))
> > > > >>>> >>
> > > > >>>> >>                         ^
> > > > >>>> >>
> > > > >>>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >> @->SPINLOCK_SIZE $4 sizeof(spinlock_t)
> > > > >>>> >>
> > > > >>>> >>  ^
> > > > >>>> >>
> > > > >>>> >> 4 errors generated.
> > > > >>>> >> make[4]: *** [kernel/bounds.s] Error 1
> > > > >>>> >> make[3]: *** [prepare0] Error 2
> > > > >>>> >> make[2]: *** [sub-make] Error 2
> > > > >>>> >> make[1]: *** [prepare] Error 2
> > > > >>>> >> make: ***
> > > > >>>>
> > > > >>>> [/home/simon/fuentes/kernel/linux-3.17.4/debian/stamps/stamp-
> > >
> > > prepare-tr
> > >
> > > > >>>> ee-i7]>>>>
> > > > >>>>
> > > > >>>> >> Error 2
> > > > >>>> >>
> > > > >>>> >> 2014-11-26 16:23 GMT+01:00 Vinícius Tinti
> > >
> > > <viniciustinti at gmail.com>:
> > > > >>>> >>> On Wed, Nov 26, 2014 at 1:18 PM, Jan-Simon Moeller
> > >
> > > <dl9pf at gmx.de>
> > >
> > > > >>>> wrote:
> > > > >>>> >>> > What version of clang do you use ?
> > > > >>>> >>> >
> > > > >>>> >>> > Am Mittwoch, 26. November 2014, 16:18:14 schrieb Juan
> > >
> > > Simón:
> > > > >>>> >>> >> Thanks.
> > > > >>>> >>> >> I have saved the 'makefile', I've disabled "AppArmor"
> > >
> > > and I have
> > >
> > > > >>>> >>> >> compiled
> > > > >>>> >>> >> again but it fails:
> > > > >>>> >>> >> In file included from
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs_64.c:17:
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:969:6:
> > > > >>>> >>> >> warning: variable 'do_reloc' is used uninitialized
> > >
> > > whenever 'if'
> > >
> > > > >>>> >>> >> condition
> > > > >>>> >>> >> is false
> > > > >>>> >>> >>
> > > > >>>> >>> >>       [-Wsometimes-uninitialized]
> > > > >>>> >>> >>
> > > > >>>> >>> >>         if (!use_real_mode)
> > > > >>>> >>> >>
> > > > >>>> >>> >>             ^~~~~~~~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:981:14:
> > > > >>>> >>> >> note: uninitialized use occurs here
> > > > >>>> >>> >>
> > > > >>>> >>> >>         walk_relocs(do_reloc);
> > > > >>>> >>> >>
> > > > >>>> >>> >>                     ^~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:969:2:
> > > > >>>> >>> >> note: remove the 'if' if its condition is always true
> > > > >>>> >>> >>
> > > > >>>> >>> >>         if (!use_real_mode)
> > > > >>>> >>> >>         ^~~~~~~~~~~~~~~~~~~
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/arch/x86/tools/relocs.c:966:24:
> > > > >>>> >>> >> note: initialize the variable 'do_reloc' to silence this
> > >
> > > warning
> > >
> > > > >>>> >>> >>                         const char *symname);
> > > > >>>> >>> >>
> > > > >>>> >>> >>                                             ^
> > > > >>>> >>> >>
> > > > >>>> >>> >>                                              = NULL
> > > > >>>> >>> >>
> > > > >>>> >>> >> 1 warning generated.
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:18:2:
> > > > >>>> error:
> > > > >>>> >>> >> unexpected token at start of statement
> > > > >>>> >>> >>
> > > > >>>> >>> >>         DEFINE(NR_PAGEFLAGS, __NR_PAGEFLAGS);
> > > > >>>> >>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> >>> >> note:
> > > > >>>> >>> >> expanded from macro 'DEFINE'
> > > > >>>> >>> >>
> > > > >>>> >>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i"
> > >
> > > (val))
> > >
> > > > >>>> >>> >>                         ^
> > > > >>>> >>> >>
> > > > >>>> >>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >>> >> @->NR_PAGEFLAGS $25 __NR_PAGEFLAGS
> > > > >>>> >>> >>
> > > > >>>> >>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:19:2:
> > > > >>>> error:
> > > > >>>> >>> >> unexpected token at start of statement
> > > > >>>> >>> >>
> > > > >>>> >>> >>         DEFINE(MAX_NR_ZONES, __MAX_NR_ZONES);
> > > > >>>> >>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> >>> >> note:
> > > > >>>> >>> >> expanded from macro 'DEFINE'
> > > > >>>> >>> >>
> > > > >>>> >>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i"
> > >
> > > (val))
> > >
> > > > >>>> >>> >>                         ^
> > > > >>>> >>> >>
> > > > >>>> >>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >>> >> @->MAX_NR_ZONES $4 __MAX_NR_ZONES
> > > > >>>> >>> >>
> > > > >>>> >>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:21:2:
> > > > >>>> error:
> > > > >>>> >>> >> unexpected token at start of statement
> > > > >>>> >>> >>
> > > > >>>> >>> >>         DEFINE(NR_CPUS_BITS, ilog2(CONFIG_NR_CPUS));
> > > > >>>> >>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> >>> >> note:
> > > > >>>> >>> >> expanded from macro 'DEFINE'
> > > > >>>> >>> >>
> > > > >>>> >>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i"
> > >
> > > (val))
> > >
> > > > >>>> >>> >>                         ^
> > > > >>>> >>> >>
> > > > >>>> >>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >>> >> @->NR_CPUS_BITS $8 ilog2(CONFIG_NR_CPUS)
> > > > >>>> >>> >>
> > > > >>>> >>> >>  ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/kernel/bounds.c:23:2:
> > > > >>>> error:
> > > > >>>> >>> >> unexpected token at start of statement
> > > > >>>> >>> >>
> > > > >>>> >>> >>         DEFINE(SPINLOCK_SIZE, sizeof(spinlock_t));
> > > > >>>> >>> >>         ^
> > >
> > > /home/simon/fuentes/kernel/linux-3.17.4/include/linux/kbuild.h:5:18:
> > > > >>>> >>> >> note:
> > > > >>>> >>> >> expanded from macro 'DEFINE'
> > > > >>>> >>> >>
> > > > >>>> >>> >>         asm volatile("\n at ->" #sym " %0 " #val : : "i"
> > >
> > > (val))
> > >
> > > > >>>> >>> >>                         ^
> > > > >>>> >>> >>
> > > > >>>> >>> >> <inline asm>:2:2: note: instantiated into assembly here
> > > > >>>> >>> >> @->SPINLOCK_SIZE $4 sizeof(spinlock_t)
> > > > >>>> >>> >>
> > > > >>>> >>> >>  ^
> > > > >>>> >>> >>
> > > > >>>> >>> >> 4 errors generated.
> > > > >>>> >>> >>
> > > > >>>> >>> >> I'm compiling the 3.17.4 version.
> > > > >>>> >>> >>
> > > > >>>> >>> >> 2014-11-26 16:06 GMT+01:00 Jan-Simon Moeller
> > >
> > > <dl9pf at gmx.de>:
> > > > >>>> >>> >> > See this page:
> > > > >>>> http://llvm.linuxfoundation.org/index.php/Broken_kernel_options
> > > > >>>>
> > > > >>>> >>> >> > and i attached a fixed "makefile". forgot an argument.
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > Best,
> > > > >>>> >>> >> > JS
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > Am Mittwoch, 26. November 2014, 16:04:00 schrieb Jan-
> > >
> > > Simon
> > >
> > > > >>>> Moeller:
> > > > >>>> >>> >> > > This is a known issue, disable apparmor.
> > > > >>>> >>> >> > >
> > > > >>>> >>> >> > > The construct used (shash structure layout) - we
> > >
> > > call it
> > >
> > > > >>>> VLAIS
> > > > >>>>
> > > > >>>> >>> >> > > (variable
> > > > >>>> >>> >> > > length array in struct) is not supported and the
> > >
> > > driver
> > >
> > > > >>>> needs to
> > > > >>>>
> > > > >>>> >>> >> > > be
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > changed.
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > Patches welcome.
> > > > >>>> >>> >> > >
> > > > >>>> >>> >> > > Best,
> > > > >>>> >>> >> > > JS
> > > > >>>> >>> >> > >
> > > > >>>> >>> >> > > Am Mittwoch, 26. November 2014, 15:57:54 schrieb
> > >
> > > Juan Simón:
> > > > >>>> >>> >> > > > It doesn't compile:
> > >
> /home/simon/fuentes/kernel/linux-3.17.4/security/apparmor/crypto.c:35:2:
> > > > >>>> >>> >> > > > error: implicit declaration of function
> > > > >>>>
> > > > >>>> 'SHASH_DESC_ON_STACK'
> > > > >>>>
> > > > >>>> >>> >> > > > [-Werror=implicit-function-declaration]
> > > > >>>> >>> >> > > >
> > > > >>>> >>> >> > > >   SHASH_DESC_ON_STACK(shash, apparmor_tfm);
> > > > >>>> >>> >> > > >   ^
> > >
> > >
> /home/simon/fuentes/kernel/linux-3.17.4/security/apparmor/crypto.c:35:22:
> > > > >>>> >>> >> > > > error: 'shash' undeclared (first use in this
> > >
> > > function)
> > >
> > > > >>>> >>> >> > > >   SHASH_DESC_ON_STACK(shash, apparmor_tfm);
> > > > >>>> >>> >> > > >
> > > > >>>> >>> >> > > >                       ^
> > > > >>>> >>> >> > > >
> > > > >>>> >>> >> > > > Is this a known bug? I haven't found it in bug
> > >
> > > tracker.
> > >
> > > > >>>> >>> >> > > > I've tested it with clang-3.5 and clang-3.6. Same
> > >
> > > error.
> > >
> > > > >>>> >>> >> > > > 2014-11-26 13:12 GMT+01:00 Jan-Simon Moeller
> > >
> > > <dl9pf at gmx.de
> > >
> > > > >>>> >>> >> > > > > Am Mittwoch, 26. November 2014, 12:53:17 schrieb
> > >
> > > Juan
> > >
> > > > >>>> Simón:
> > > > >>>> >>> >> > > > > > Hi,
> > > > >>>> >>> >> > > > > > I've followed the instructions on main page to
> > >
> > > compile
> > >
> > > > >>>> the
> > > > >>>>
> > > > >>>> >>> >> > > > > > kernel
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > with
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > > > > clang on Ubuntu 14.04 64 bits:
> > > > >>>> >>> >> > > > > >    1. Get the latest SVN version of clang
> > >
> > > (version 3.5
> > >
> > > > >>>> from
> > > > >>>>
> > > > >>>> >>> >> > > > > > PPA)
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > >    2. Get the kernel pacthed from "git clone
> > >
> > > git://git.linuxfoundation.org/llvmlinux/kernel.git"
> > >
> > > > >>>> >>> >> > > > > >    3. Execute: "export HOSTCC=clang CC=clang"
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > Exporting it in your shell environment might not
> > >
> > > end up
> > >
> > > > >>>> in the
> > > > >>>>
> > > > >>>> >>> >> > > > > build
> > > > >>>> >>> >> > > > > process
> > > > >>>> >>> >> > > > > with dpkg rules. Export it in the rules file
> > >
> > > maybe ?
> > >
> > > > >>>> >>> >> > > > > or create a "makefile" (little m !!!) in the
> > >
> > > toplevel
> > >
> > > > >>>> >>> >> > > > > kernel-dir
> > > > >>>> >>> >> > > > > with
> > > > >>>> >>> >> > > > > this
> > > > >>>> >>> >> > > > > content:
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > #
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > CC              := clang
> > > > >>>> >>> >> > > > > CPP             := $(CC) -E
> > > > >>>> >>> >> > > > > HOSTCC          := clang
> > > > >>>> >>> >> > > > > lm = $(MAKE) -f Makefile O="$(1)" CPP="$(CPP)"
> > > > >>>> >>> >> > > > > CC="$(CC)"
> > > > >>>> >>> >> > > > > HOSTCC="$(HOSTCC)"
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > %:
> > > > >>>> >>> >> > > > >         @$(call lm,$(O),$@)
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > all:
> > > > >>>> >>> >> > > > >         @$(call lm,$(O),$@)
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > #
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > >    4. From here I compile the kernel at Ubuntu
> > >
> > > way to
> > >
> > > > >>>> obtain
> > > > >>>>
> > > > >>>> >>> >> > > > > > DEB
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > packages:
> > > > >>>> >>> >> > > > > >       1. I patched the kernel with the patches
> > >
> > > in
> > >
> > >
> > > http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-rc6-vivid/
> > >
> > > > >>>> >>> >> > > > > >       2. cp /boot/config-`uname -r`
> > >
> > > debian.master/config/amd64/config.flavour.i7
> > >
> > > > >>>> >>> >> > > > > >       3. fakeroot debian/rules clean
> > > > >>>> >>> >> > > > > >       4. debian/rules editconfigs
> > > > >>>> >>> >> > > > > >       5. fakeroot debian/rules clean
> > > > >>>> >>> >> > > > > >       6. fakeroot debian/rules binary-headers
> > > > >>>> >>> >> > > > > >       binary-i7
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > binary-arch-headers
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > > I install the generated deb packages without
> > >
> > > problems.
> > >
> > > > >>>> >>> >> > > > > > This i7 flavour it has:
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > CONFIG_MCORE2=y
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > and it's patched with:
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > -cflags-$(CONFIG_MCORE2)        += -march=i686
> > >
> > > $(call
> > >
> > > > >>>> >>> >> > > > > > tune,core2)
> > > > >>>> >>> >> > > > > > +cflags-$(CONFIG_MCORE2)        += -
> > >
> > > march=native
> > >
> > > > >>>> >>> >> > > > > > $(call
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > tune,native)
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > > > > My doubts are:
> > > > >>>> >>> >> > > > > >    1. Is this kernel really compiled with
> > >
> > > clang? The
> > >
> > > > >>>> >>> >> > > > > > compilation
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > >    process
> > > > >>>> >>> >> > > > > >    shows in console a lot of warnings typical
> > >
> > > of clang
> > >
> > > > >>>> but
> > > > >>>>
> > > > >>>> >>> >> > > > > > when I
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > >    execute
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > "cat /proc/version", after reboot with the new
> > >
> > > kernel
> > >
> > > > >>>> >>> >> > > > > > version, it
> > > > >>>> >>> >> > > > > > shows:
> > > > >>>> >>> >> > > > > > "Linux version 3.18.0-031800rc6-i7 (root at X58A-
> > >
> > > UD5)
> > >
> > > > >>>> (gcc
> > > > >>>>
> > > > >>>> >>> >> > > > > > version
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > 4.8.2
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > > > > (Ubuntu 4.8.2-19ubuntu1) )"
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > >    2. What's the kernel version in
> > >
> > > git://git.linuxfoundation.org/llvmlinux/kernel.git?
> > >
> > > > >>>> In
> > > > >>>>
> > > > >>>> >>> >> > LLVMLinux
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > > > >    main
> > > > >>>> >>> >> > > > > >    page
> > >
> > > <http://llvm.linuxfoundation.org/index.php/Main_Page>
> > >
> > > > >>>> it
> > > > >>>>
> > > > >>>> >>> >> > says:
> > > > >>>> >>> >> > > > > >    "Alternatively you can use the LLVMLinux
> > >
> > > kernel
> > >
> > > > >>>> >>> >> > > > > >    tree
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > (recent
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > >    mainline
> > > > >>>> >>> >> > > > > >
> > > > >>>> >>> >> > > > > > with latest LLVMLinux patches applied)" but
> > >
> > > when I
> > >
> > > > >>>> execute
> > > > >>>>
> > > > >>>> >>> >> > > > > > "debian/rules
> > > > >>>> >>> >> > > > > > editconfigs" it shows 3.17.0 in top of console
> > >
> > > and the
> > >
> > > > >>>> git
> > > > >>>>
> > > > >>>> >>> >> > > > > > page
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > shows
> > >
> > > <http://git.linuxfoundation.org/llvmlinux/kernel.git/>
> > >
> > > > >>>> that
> > > > >>>>
> > > > >>>> >>> >> > > > > > the
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > last
> > > > >>>> >>> >> >
> > > > >>>> >>> >> > > > > change
> > > > >>>> >>> >> > > > >
> > > > >>>> >>> >> > > > > > was at 15 Oct 2014.
> > > > >>>> >>> >> > >
> > > > >>>> >>> >> > > _______________________________________________
> > > > >>>> >>> >> > > LLVMLinux mailing list
> > > > >>>> >>> >> > > LLVMLinux at lists.linuxfoundation.org
> > >
> > > https://lists.linuxfoundation.org/mailman/listinfo/llvmlinux
> > >
> > > > >>>> >>> >> > _______________________________________________
> > > > >>>> >>> >> > LLVMLinux mailing list
> > > > >>>> >>> >> > LLVMLinux at lists.linuxfoundation.org
> > >
> > > https://lists.linuxfoundation.org/mailman/listinfo/llvmlinux
> > >
> > > > >>>> >>> > _______________________________________________
> > > > >>>> >>> > LLVMLinux mailing list
> > > > >>>> >>> > LLVMLinux at lists.linuxfoundation.org
> > >
> > > https://lists.linuxfoundation.org/mailman/listinfo/llvmlinux
> > >
> > > > >>>> >>> Have you applied the disable-clang-integrated-as.patch?
> > >
> > >
> http://git.linuxfoundation.org/?p=llvmlinux.git;a=blob;f=arch/all/patch
> > >
> > > > >>>> es/disable-clang-integrated-
> > >
> > > as.patch;h=4bde9a683525ce5c0aee0f46164d3028
> > >
> > > > >>>> a167b445;hb=HEAD>>>>
> > > > >>>>
> > > > >>>> >>> This output happens if you try to build the kernel with
> > >
> > > clang only
> > >
> > > > >>>> >>> (you still need gcc for the assembly part).
> > > > >>>> >>>
> > > > >>>> >>> --
> > > > >>>> >>> Simplicity is the ultimate sophistication
> > > > >>>> >>> _______________________________________________
> > > > >>>> >>> LLVMLinux mailing list
> > > > >>>> >>> LLVMLinux at lists.linuxfoundation.org
> > >
> > > https://lists.linuxfoundation.org/mailman/listinfo/llvmlinux
> > >
> > > > >>>> Could you pastebin 'git diff Makefile'?
> > > > >>>>
> > > > >>>> --
> > > > >>>> Simplicity is the ultimate sophistication
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/llvmlinux/attachments/20141126/2c26f420/attachment-0001.html>


More information about the LLVMLinux mailing list