digitalmars.D.ldc - building ldc on raspberry pi
- Knud Soerensen (36/36) Sep 12 2013 Hi
- Kai Nacke (11/43) Sep 13 2013 Hi Knud,
- Knud Soerensen (18/27) Sep 13 2013 Thanks, I forgot to install libconfig++-dev
- David Nadlinger (9/18) Sep 13 2013 Unfortunately, LDC from current Git master does not build on Linux/ARM y...
- Kai Nacke (5/17) Oct 13 2013 David committed some work for Linux/ARM. Maybe you give the
- Knud Soerensen (25/42) Oct 21 2013 Just got around to try again.
- David Nadlinger (7/15) Oct 21 2013 Could you please post the output of "ldc2 -version" and "ldc2 -vv
- Knud Soerensen (31/32) Oct 21 2013 LDC - the LLVM D compiler (234772):
- David Nadlinger (6/7) Oct 21 2013 You need at least LLVM 3.3 to hope that things work. I thought this
- Knud Soerensen (7/16) Oct 21 2013 I installed llvm 3.4 and is now making.
- Knud Soerensen (91/111) Oct 21 2013 Using llvm 3.4 I get to
-
Kai Nacke
(11/41)
Oct 22 2013
- David Nadlinger (10/38) Oct 22 2013 =99
- Kai Nacke (7/15) Oct 22 2013 No. This is a LLVM "optimization" introduced during 3.4
- Kai Nacke (9/14) Oct 21 2013 Hi Knud!
- Knud Soerensen (10/19) Oct 22 2013 Hi
- David Nadlinger (7/8) Oct 23 2013 If you'd like to help out with getting LDC to work properly on ARM,
Hi I tried to follow http://wiki.dlang.org/Building_LDC_from_source The diffrent is that insted of compiling LLVM-3.2 from source I upgrade to http://archive.raspbian.org/raspbian/dists/testing/ and installed the LLVM-3.2-dev packet The i did the git clone made the build directory and run cmake .. Cmake fail with: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: LIBCONFIG++_INCLUDE_DIR used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime LIBCONFIG++_LIBRARY linked by target "ldc2" in directory /home/knud/ldc -- Configuring incomplete, errors occurred! any ideas what the error is ? Love Knud -- Join me on Skype knudhs Facebook http://www.facebook.com/profile.php?id=1198821880 Linkedin http://www.linkedin.com/pub/0/117/a54 Twitter http://twitter.com/knudsoerensen bitcoin donations: 13ofyUKqFL43uRJHZtNozyMVP4qxKPsAR2
Sep 12 2013
On Thursday, 12 September 2013 at 23:46:31 UTC, Knud Soerensen wrote:Hi I tried to follow http://wiki.dlang.org/Building_LDC_from_source The diffrent is that insted of compiling LLVM-3.2 from source I upgrade to http://archive.raspbian.org/raspbian/dists/testing/ and installed the LLVM-3.2-dev packet The i did the git clone made the build directory and run cmake .. Cmake fail with: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: LIBCONFIG++_INCLUDE_DIR used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime used as include directory in directory /home/knud/ldc/runtime LIBCONFIG++_LIBRARY linked by target "ldc2" in directory /home/knud/ldc -- Configuring incomplete, errors occurred! any ideas what the error is ? Love KnudHi Knud, either you don't have the libconfig++ library installed or cmake can't autodetect it. In the latter case you can tell cmake the path with --DLIBCONFIG++_INCLUDE_DIR=... and -DLIBCONFIG++_LIBRARY=... Regards Kai BTW: I tried to reply to your mail but received an "account expired" error.
Sep 13 2013
Hi Knud, either you don't have the libconfig++ library installed or cmake can't autodetect it. In the latter case you can tell cmake the path with --DLIBCONFIG++_INCLUDE_DIR=... and -DLIBCONFIG++_LIBRARY=... Regards KaiThanks, I forgot to install libconfig++-dev Now, cmake finish. But now I get ... [ 13%] Generating src/core/time.o /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(519): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(520): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(521): Error: undefined identifier va_listBTW: I tried to reply to your mail but received an "account expired" error.-- Join me on Skype knudhs Facebook http://www.facebook.com/profile.php?id=1198821880 Linkedin http://www.linkedin.com/pub/0/117/a54 Twitter http://twitter.com/knudsoerensen bitcoin donations: 13ofyUKqFL43uRJHZtNozyMVP4qxKPsAR2
Sep 13 2013
On Sat, Sep 14, 2013 at 12:00 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:But now I get ... [ 13%] Generating src/core/time.o /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(519): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(520): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(521): Error: undefined identifier va_listUnfortunately, LDC from current Git master does not build on Linux/ARM yet. If you are interested in working on getting this done, I can provide you with the last working (as far as a Phobos "Hello World" is concerned) version. I tried to commit them some while ago, but then getting the release out was more important. Hopefully, I'll be able to finally push the changes in the next few days, David
Sep 13 2013
On Friday, 13 September 2013 at 22:00:39 UTC, Knud Soerensen wrote:But now I get ... [ 13%] Generating src/core/time.o /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(519): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(520): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(521): Error: undefined identifier va_listDavid committed some work for Linux/ARM. Maybe you give the latest version a try. Kai
Oct 13 2013
On 2013-10-14 06:45, Kai Nacke wrote:On Friday, 13 September 2013 at 22:00:39 UTC, Knud Soerensen wrote:Just got around to try again. Now it fails at: Linking CXX executable bin/ldc2 [ 12%] Built target ldc2 Scanning dependencies of target ldmd2 [ 12%] Building CXX object CMakeFiles/ldmd2.dir/dmd2/root/man.c.o [ 12%] Building CXX object CMakeFiles/ldmd2.dir/driver/ldmd.cpp.o [ 13%] Building CXX object CMakeFiles/ldmd2.dir/driver/response.cpp.o /home/knud/ldc/driver/response.cpp: In function ‘bool dealWithQuote(std::istream&, std::string&)’: /home/knud/ldc/driver/response.cpp:54:10: warning: case label value is less than minimum value for type [enabled by default] Linking CXX executable bin/ldmd2 [ 13%] Built target ldmd2 [ 13%] Generating gccbuiltins_x86.di [ 13%] Generating src/core/bitop.o Not implemented yet Stack dump: 0. Running pass 'ARM Assembly Printer' on function ' _D4core5bitop3bsfFNaNbNfkZi' Aborted make[2]: *** [runtime/src/core/bitop.o] Error 134 make[1]: *** [runtime/CMakeFiles/druntime-ldc.dir/all] Error 2 make: *** [all] Error 2But now I get ... [ 13%] Generating src/core/time.o /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(519): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(520): Error: undefined identifier va_list /home/knud/ldc/runtime/druntime/src/core/stdc/stdio.d(521): Error: undefined identifier va_listDavid committed some work for Linux/ARM. Maybe you give the latest version a try. Kai
Oct 21 2013
On Mon, Oct 21, 2013 at 9:24 PM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:Just got around to try again. Now it fails at: [=E2=80=A6] [ 13%] Generating src/core/bitop.o Not implemented yet Stack dump: 0. Running pass 'ARM Assembly Printer' on function ' _D4core5bitop3bsfFNaNbNfkZi'Could you please post the output of "ldc2 -version" and "ldc2 -vv somedfile | head -n 1"? Compiling druntime/Phobos and a Hello World program works for me (although EH is still not implemented properly). David
Oct 21 2013
On 2013-10-21 23:16, David Nadlinger wrote:ldc2 -versionLDC - the LLVM D compiler (234772): based on DMD v2.063.2 and LLVM 3.2 Default target: arm-unknown-linux-gnueabihf Host CPU: arm1176jz-s http://dlang.org - http://wiki.dlang.org/LDC Registered Targets: arm - ARM cellspu - STI CBEA Cell SPU [experimental] cpp - C++ backend hexagon - Hexagon mblaze - MBlaze mips - Mips mips64 - Mips64 [experimental] mips64el - Mips64el [experimental] mipsel - Mipsel msp430 - MSP430 [experimental] nvptx - NVIDIA PTX 32-bit nvptx64 - NVIDIA PTX 64-bit ppc32 - PowerPC 32 ppc64 - PowerPC 64 r600 - AMD GPUs HD2XXX-HD6XXX sparc - Sparc sparcv9 - Sparc V9 thumb - Thumb x86 - 32-bit X86: Pentium-Pro and above x86-64 - 64-bit X86: EM64T and AMD64 xcore - XCore ~/ldc/build/bin/ldc2 -vv test.d | head -n 1 Targeting 'arm-unknown-linux-gnueabihf' (CPU 'arm1176jzf-s' with features '')
Oct 21 2013
On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:based on DMD v2.063.2 and LLVM 3.2You need at least LLVM 3.3 to hope that things work. I thought this was mentioned on the Wiki page, but apparently it wasn't =E2=80=93 added it= . David
Oct 21 2013
On 2013-10-22 00:18, David Nadlinger wrote:On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:I installed llvm 3.4 and is now making. But I noticed cmake says: Found LLVM: /usr/lib/llvm-3.4 (found suitable version "3.4", minimum required is "3.1") Maybe the minimum cmake accept should be raised. Knudbased on DMD v2.063.2 and LLVM 3.2You need at least LLVM 3.3 to hope that things work. I thought this was mentioned on the Wiki page, but apparently it wasn't – added it. David
Oct 21 2013
On 2013-10-22 01:02, Knud Soerensen wrote:On 2013-10-22 00:18, David Nadlinger wrote:Using llvm 3.4 I get to [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/classes.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-ppc64.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-x86.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/complex.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/programs.cpp.o /home/knud/ldc/gen/programs.cpp: In function ‘std::string getProgram(const char*, const llvm::cl::opt<std::basic_string<char> >&, const char*)’: /home/knud/ldc/gen/programs.cpp:55:43: error: no match for ‘operator=’ in ‘path = llvm::sys::FindProgramByName(const string&)()’ /home/knud/ldc/gen/programs.cpp:55:43: note: candidates are: /usr/include/c++/4.6/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:541:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const std::basic_string<char>&’ /usr/include/c++/4.6/bits/basic_string.h:549:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:549:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const char*’ /usr/include/c++/4.6/bits/basic_string.h:560:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:560:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘char’ /home/knud/ldc/gen/programs.cpp:58:43: error: no match for ‘operator=’ in ‘path = llvm::sys::FindProgramByName(const string&)()’ /home/knud/ldc/gen/programs.cpp:58:43: note: candidates are: /usr/include/c++/4.6/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:541:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const std::basic_string<char>&’ /usr/include/c++/4.6/bits/basic_string.h:549:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:549:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const char*’ /usr/include/c++/4.6/bits/basic_string.h:560:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:560:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘char’ /home/knud/ldc/gen/programs.cpp:61:43: error: no match for ‘operator=’ in ‘path = llvm::sys::FindProgramByName(const string&)()’ /home/knud/ldc/gen/programs.cpp:61:43: note: candidates are: /usr/include/c++/4.6/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:541:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const std::basic_string<char>&’ /usr/include/c++/4.6/bits/basic_string.h:549:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:549:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘const char*’ /usr/include/c++/4.6/bits/basic_string.h:560:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/include/c++/4.6/bits/basic_string.h:560:7: note: no known conversion for argument 1 from ‘llvm::sys::Path’ to ‘char’ make[2]: *** [CMakeFiles/LDCShared.dir/gen/programs.cpp.o] Error 1 make[1]: *** [CMakeFiles/LDCShared.dir/all] Error 2 make: *** [all] Error 2On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:I installed llvm 3.4 and is now making. But I noticed cmake says: Found LLVM: /usr/lib/llvm-3.4 (found suitable version "3.4", minimum required is "3.1") Maybe the minimum cmake accept should be raised. Knudbased on DMD v2.063.2 and LLVM 3.2You need at least LLVM 3.3 to hope that things work. I thought this was mentioned on the Wiki page, but apparently it wasn't – added it. David
Oct 21 2013
On Monday, 21 October 2013 at 23:39:41 UTC, Knud Soerensen wrote:On 2013-10-22 01:02, Knud Soerensen wrote: Using llvm 3.4 I get to [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/classes.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-ppc64.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-x86.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/complex.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/programs.cpp.o /home/knud/ldc/gen/programs.cpp: In function ‘std::string getProgram(const char*, const llvm::cl::opt<std::basic_string<char> >&, const char*)’: /home/knud/ldc/gen/programs.cpp:55:43: error: no match for ‘operator=’ in ‘path = llvm::sys::FindProgramByName(const string&)()’ /home/knud/ldc/gen/programs.cpp:55:43: note: candidates are: /usr/include/c++/4.6/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]<snip> That is a bit strange. The only issue with LLVM 3.4 I am aware of is that you should enable assertions on LLVM or define NDEBUG while building ldc. Otherwise you get a link error while linking ldc2. Could you please some more information about your environment? gcc (or clang) version and glibc version could be helpful. Thanks for trying this! Regards Kai
Oct 22 2013
On Tue, Oct 22, 2013 at 10:04 PM, Kai Nacke <kai redstar.de> wrote:On Monday, 21 October 2013 at 23:39:41 UTC, Knud Soerensen wrote:ator=3D=E2=80=99On 2013-10-22 01:02, Knud Soerensen wrote: Using llvm 3.4 I get to [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/classes.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-ppc64.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/abi-x86.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/complex.cpp.o [ 6%] Building CXX object CMakeFiles/LDCShared.dir/gen/programs.cpp.o /home/knud/ldc/gen/programs.cpp: In function =E2=80=98std::string getProgram(const char*, const llvm::cl::opt<std::basic_string<char> >&, const char*)=E2=80=99: /home/knud/ldc/gen/programs.cpp:55:43: error: no match for =E2=80=98oper==99in =E2=80=98path =3D llvm::sys::FindProgramByName(const string&)()=E2=80=loc/home/knud/ldc/gen/programs.cpp:55:43: note: candidates are: /usr/include/c++/4.6/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=3D(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT =3D char, _Traits =3D std::char_traits<char>, _Al=Yes, indeed, especially since the Travis 3.4 build is green: https://travis-ci.org/ldc-developers/ldc Maybe either the version Knud is using or the snapshot Travis is pulling in is out of date?=3D std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> =3D std::basic_string<char>]<snip> That is a bit strange.The only issue with LLVM 3.4 I am aware of is that you should enable assertions on LLVM or define NDEBUG while building ldc. Otherwise you get a link error while linking ldc2.Wasn't that also the same for at least some of the previous versions as wel= l? David
Oct 22 2013
On Tuesday, 22 October 2013 at 20:14:04 UTC, David Nadlinger wrote:On Tue, Oct 22, 2013 at 10:04 PM, Kai Nacke <kai redstar.de> wrote:No. This is a LLVM "optimization" introduced during 3.4 development. I was building LLVM on Linux/PPC64 on a weekly base, always starting with a fresh image and using the same script. Suddenly, it stopped working because of this. KaiThe only issue with LLVM 3.4 I am aware of is that you should enable assertions on LLVM or define NDEBUG while building ldc. Otherwise you get a link error while linking ldc2.Wasn't that also the same for at least some of the previous versions as well?
Oct 22 2013
On Monday, 21 October 2013 at 23:02:21 UTC, Knud Soerensen wrote:But I noticed cmake says: Found LLVM: /usr/lib/llvm-3.4 (found suitable version "3.4", minimum required is "3.1") Maybe the minimum cmake accept should be raised.Hi Knud! That is really difficult as each architecture has a different state. You can use LLVM 3.1 with LDC if you are targeting x86/x86_64. Other targets are less mature and may require newer versions of LLVM. E.g. PPC64 requires at least LLVM 3.3, PPC32 at least LLVM 3.4. Regards Kai
Oct 21 2013
Hi YES, I was successful building ldc on raspberry pi with LLVM 3.3. On 2013-10-22 00:18, David Nadlinger wrote:On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:-- Join me on Skype knudhs Facebook http://www.facebook.com/profile.php?id=1198821880 Linkedin http://www.linkedin.com/pub/0/117/a54 Twitter http://twitter.com/knudsoerensen bitcoin donations: 13ofyUKqFL43uRJHZtNozyMVP4qxKPsAR2based on DMD v2.063.2 and LLVM 3.2You need at least LLVM 3.3 to hope that things work. I thought this was mentioned on the Wiki page, but apparently it wasn't – added it. David
Oct 22 2013
On Tue, Oct 22, 2013 at 10:45 AM, Knud Soerensen <4tuu4k002 sneakemail.com> wrote:YES, I was successful building ldc on raspberry pi with LLVM 3.3.If you'd like to help out with getting LDC to work properly on ARM, you might be interested in the tentative druntime patch fixing the libunwind interface I just posted to GitHub: https://github.com/ldc-developers/ldc/issues/489. David
Oct 23 2013