www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.ldc - building ldc on raspberry pi

reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
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
parent reply "Kai Nacke" <kai redstar.de> writes:
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
  Knud
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 Kai BTW: I tried to reply to your mail but received an "account expired" error.
Sep 13 2013
parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
 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
 Kai
Thanks, 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_list
 BTW: 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
next sibling parent David Nadlinger <code klickverbot.at> writes:
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_list
Unfortunately, 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
prev sibling parent reply "Kai Nacke" <kai redstar.de> writes:
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_list
David committed some work for Linux/ARM. Maybe you give the latest version a try. Kai
Oct 13 2013
parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
On 2013-10-14 06:45, Kai Nacke wrote:
 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_list
David committed some work for Linux/ARM. Maybe you give the latest version a try. Kai
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 2
Oct 21 2013
parent reply David Nadlinger <code klickverbot.at> writes:
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
parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
On 2013-10-21 23:16, David Nadlinger wrote:
 ldc2 -version
LDC - 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
parent reply David Nadlinger <code klickverbot.at> writes:
On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen
<4tuu4k002 sneakemail.com> wrote:
   based on DMD v2.063.2 and LLVM 3.2
You 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
next sibling parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
On 2013-10-22 00:18, David Nadlinger wrote:
 On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen
 <4tuu4k002 sneakemail.com> wrote:
   based on DMD v2.063.2 and LLVM 3.2
You 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
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. Knud
Oct 21 2013
next sibling parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
On 2013-10-22 01:02, Knud Soerensen wrote:
 On 2013-10-22 00:18, David Nadlinger wrote:
 On Tue, Oct 22, 2013 at 12:13 AM, Knud Soerensen
 <4tuu4k002 sneakemail.com> wrote:
   based on DMD v2.063.2 and LLVM 3.2
You 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
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. Knud
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 2
Oct 21 2013
parent reply "Kai Nacke" <kai redstar.de> writes:
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
parent reply David Nadlinger <code klickverbot.at> writes:
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:
 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 =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=
ator=3D=E2=80=99
 in =E2=80=98path =3D llvm::sys::FindProgramByName(const string&)()=E2=80=
=99
 /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=
loc
 =3D std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> =3D
 std::basic_string<char>]
<snip> That is a bit strange.
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?
 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
parent "Kai Nacke" <kai redstar.de> writes:
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:
 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 well?
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. Kai
Oct 22 2013
prev sibling parent "Kai Nacke" <kai redstar.de> writes:
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
prev sibling parent reply Knud Soerensen <4tuu4k002 sneakemail.com> writes:
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:
   based on DMD v2.063.2 and LLVM 3.2
You 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
-- 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
Oct 22 2013
parent David Nadlinger <code klickverbot.at> writes:
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