search for: llvm_project

That source file was removed from LLVM in r232397 on March 16, 2015. It looks like lljvm hasn't been updated in a long time. LLVM's C++ APIs are not stable, so there is no expectation that a project built against LLVM's C++ API in 2015 would build or reasonably function against LLVM trunk. The project probably works against LLVM 3.6.2 which was (I believe) the last LLVM release to

...rmv7-none-gnueabi -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard -mthumb -I"C:\Program Files\CodeSourcery\Sourcery_CodeBench_for_ARM_EABI\arm-none-eabi\include" -ferror-limit=1000 and the followings are error codes. Thanks and regards, Seung-yeon. In file included from helloneon.c:4: d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: error: invalid vector element type 'int32_t' (aka 'long') typedef __attribute__((neon_vector_type(2))) int32_t int32x2_t; ^ d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:42:24:...

Hi we observed that below errors occur on AMD platform since 25de7691a0e27c29c8d783a22373cc265571f5e9 root at lkp-opteron1 /opt/rootfs/llvm_project/src/build# cmake -DCMAKE_BUILD_TYPE=release -DLLVM_ENABLE_PROJECTS=clang -G "Unix Makefiles" ../llvm -DCMAKE_INSTALL_PREFIX=/opt/cross/ -- clang project is enabled -- clang-tools-extra project is disabled -- compiler-rt project is disabled -- debuginfo-tests project is disabled -- libclc...

...11:41 PM Li Zhijian via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Hi > > we observed that below errors occur on AMD platform since 25de7691a0e27c29c8d783a22373cc265571f5e9 > > root at lkp-opteron1 /opt/rootfs/llvm_project/src/build# cmake -DCMAKE_BUILD_TYPE=release -DLLVM_ENABLE_PROJECTS=clang -G "Unix Makefiles" ../llvm -DCMAKE_INSTALL_PREFIX=/opt/cross/ > -- clang project is enabled > -- clang-tools-extra project is disabled > -- compiler-rt project is disabled > -- debuginfo-...

I believe what's happening here is that clang translates the -fuse-ld=lld into calling the ld.lld executable, which is actually the ELF LLD linker, not the Mach-O one. On 6.0, the Mach-O linker symlink is called ld64.lld instead (and clang has been changed to call out to that name) to disambiguate the two. For 5.0, I'm not sure how best to force the Mach-O linker (I'm not familiar with

Hi. I'm using LLVM 5.0.1 on macOS 10.12. I have a very simple program (program.c): int main() {} When attempting to compile with LLD, I get this output: $ clang -fuse-ld=lld program.c /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -no_deduplicate /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -dynamic /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -arch

Hello > In file included from helloneon.c:4: > d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: > error: invalid vector element type 'int32_t' (aka 'long') This looks weird, why int32_t is long? Are you using cygwin somehow? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Pete...

...lly, I also specified include dir of arm codesourcery latest toolchain because of missing stdio.h and stdint.h . Thanks and best regards, Seung-yeon. 2011/11/23 Anton Korobeynikov <anton at korobeynikov.info> > Hello > > > In file included from helloneon.c:4: > > > d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: > > error: invalid vector element type 'int32_t' (aka 'long') > This looks weird, why int32_t is long? Are you using cygwin somehow? > > -- > With best regards, Anton Korobeynikov > Faculty of Mathemati...

...ut a link step fails from running out of memory. I need some clues how to figure out where the bottleneck might be. The cmake command is: cmake -G Ninja                                          \     -DLLVM_TARGETS_TO_BUILD=X86                         \     -DCMAKE_INSTALL_PREFIX=/home/ron/bin/llvm_project/  \     ~/llvm-project/llvm All seems to go well up until this link step: [8/323] Linking CXX executable bin/llvm-lto FAILED: bin/llvm-lto : && /usr/bin/c++  -fPIC -fvisibility-inlines-hidden -Werror=date-time -std=c++11 -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -...

...dint.h .**** > > ** ** > > Thanks and best regards,**** > > Seung-yeon.**** > > ** ** > > ** ** > > 2011/11/23 Anton Korobeynikov <anton at korobeynikov.info>**** > > Hello**** > > > > In file included from helloneon.c:4: > > > d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: > > error: invalid vector element type 'int32_t' (aka 'long')**** > > This looks weird, why int32_t is long? Are you using cygwin somehow? > > -- > With best regards, Anton Korobeynikov > Faculty of...

...ds,**** >> >> Seung-yeon.**** >> >> ** ** >> >> ** ** >> >> 2011/11/23 Anton Korobeynikov <anton at korobeynikov.info>**** >> >> Hello**** >> >> >> > In file included from helloneon.c:4: >> > >> d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: >> > error: invalid vector element type 'int32_t' (aka 'long')**** >> >> This looks weird, why int32_t is long? Are you using cygwin somehow? >> >> -- >> With best regards, Anton Korob...

...ified include dir of arm codesourcery latest toolchain because of missing stdio.h and stdint.h . Thanks and best regards, Seung-yeon. 2011/11/23 Anton Korobeynikov <anton at korobeynikov.info<mailto:anton at korobeynikov.info>> Hello > In file included from helloneon.c:4: > d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: > error: invalid vector element type 'int32_t' (aka 'long') This looks weird, why int32_t is long? Are you using cygwin somehow? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Peter...

...dint.h .**** > > **** > > Thanks and best regards,**** > > Seung-yeon.**** > > **** > > **** > > 2011/11/23 Anton Korobeynikov <anton at korobeynikov.info>**** > > Hello**** > > > > In file included from helloneon.c:4: > > > d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: > > error: invalid vector element type 'int32_t' (aka 'long')**** > > This looks weird, why int32_t is long? Are you using cygwin somehow? > > -- > With best regards, Anton Korobeynikov > Faculty of...

...e properly created whereas ninja just doesn’t care. Maybe this is why ninja is able to find what it needs for the compilation to succeed, but not xcode. So I have now looked at the CMakeLists.txt files and found that all the missing libraries are defined in files under the ‘clang’ directory. The llvm_project clone has the following structure: llvm-project llvm clang (others) Everything under ‘llvm’ is properly compiled with no issues, however what is under ‘clang’ fails to compile (with linker errors) even if -DLLVM_ENABLE_PROJECTS=“clang” is specified. I suspect now that there may be some kind...

...just doesn’t care. > Maybe this is why ninja is able to find what it needs for the compilation > to succeed, but not xcode. > > So I have now looked at the CMakeLists.txt files and found that all the > missing libraries are defined in files under the ‘clang’ directory. > > The llvm_project clone has the following structure: > > llvm-project > llvm > clang > (others) > > Everything under ‘llvm’ is properly compiled with no issues, however what > is under ‘clang’ fails to compile (with linker errors) even if > -DLLVM_ENABLE_PROJECTS=“clang” is specified. &gt...

...for check-clang and again for check-debuginfo. Below are the minimized patches I used to reproduce and fix the problem -- based on your originals. I've verified these patches work when including debuginfo-tests in either clang/test or llvm/projects. hth... don local:/Users/dhinton/projects/llvm_project/llvm/tools/clang $ git diff master diff --git a/test/CMakeLists.txt b/test/CMakeLists.txt index c1ac9e4f0f..8c2db7600d 100644 --- a/test/CMakeLists.txt +++ b/test/CMakeLists.txt @@ -131,3 +131,7 @@ add_lit_testsuites(CLANG ${CMAKE_CURRENT_SOURCE_DIR} add_custom_target(clang-test) add_dependencies...

...patches I used to reproduce and fix the problem -- based on your originals. >> >> I've verified these patches work when including debuginfo-tests in either clang/test or llvm/projects. >> >> hth... >> don >> >> >> local:/Users/dhinton/projects/llvm_project/llvm/tools/clang $ git diff master >> diff --git a/test/CMakeLists.txt b/test/CMakeLists.txt >> index c1ac9e4f0f..8c2db7600d 100644 >> --- a/test/CMakeLists.txt >> +++ b/test/CMakeLists.txt >> @@ -131,3 +131,7 @@ add_lit_testsuites(CLANG ${CMAKE_CURRENT_SOURCE_DIR} &gt...

...; > Below are the minimized patches I used to reproduce and fix the problem -- based on your originals. > > I've verified these patches work when including debuginfo-tests in either clang/test or llvm/projects. > > hth... > don > > > local:/Users/dhinton/projects/llvm_project/llvm/tools/clang $ git diff master > diff --git a/test/CMakeLists.txt b/test/CMakeLists.txt > index c1ac9e4f0f..8c2db7600d 100644 > --- a/test/CMakeLists.txt > +++ b/test/CMakeLists.txt > @@ -131,3 +131,7 @@ add_lit_testsuites(CLANG ${CMAKE_CURRENT_SOURCE_DIR} > add_custom_target...

hello, I am trying to build LLVM with default options. I am getting the following error message after make. [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/metadata.c.o [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/module.c.o [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/object.c.o [100%] Building C object

...Maybe this is why ninja is able to find what it needs for the compilation >> to succeed, but not xcode. >> >> So I have now looked at the CMakeLists.txt files and found that all the >> missing libraries are defined in files under the ‘clang’ directory. >> >> The llvm_project clone has the following structure: >> >> llvm-project >> llvm >> clang >> (others) >> >> Everything under ‘llvm’ is properly compiled with no issues, however >> what is under ‘clang’ fails to compile (with linker errors) even if >> -DLLVM_ENABL...