Linux/armv5tel


(Jason Pepas) #1

Hi,

I'm attempting to build Swift for armv5tel (a Pogoplug) running Debian Jessie.

I'm building against Apple's 2016/2/8 snapshots, and LLVM fails on the
first file:

++ cmake_config_opt llvm
++ product=llvm
++ [[ Ninja == \X\c\o\d\e ]]
+ /usr/bin/cmake --build
/root/swift-build-scripts/build/buildbot_linux/llvm-linux-armv5 -- -j1
all
[1/1963] Building CXX object
lib/Support/CMakeFiles/LLVMSupport.dir/ThreadPool.cpp.o
FAILED: /usr/bin/clang++ -DGTEST_HAS_RTTI=0 -D_DEBUG -D_GNU_SOURCE
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS
-fno-stack-protector -fPIC -fvisibility-inlines-hidden -Wall -W
-Wno-unused-parameter -Wwrite-strings -Wcast-qual
-Wmissing-field-initializers -pedantic -Wno-long-long
-Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor
-std=c++11 -fcolor-diagnostics -ffunction-sections -fdata-sections -O3
-Ilib/Support -I/root/swift-build-scripts/llvm/lib/Support -Iinclude
-I/root/swift-build-scripts/llvm/include -UNDEBUG -fno-exceptions
-fno-rtti -MMD -MT
lib/Support/CMakeFiles/LLVMSupport.dir/ThreadPool.cpp.o -MF
lib/Support/CMakeFiles/LLVMSupport.dir/ThreadPool.cpp.o.d -o
lib/Support/CMakeFiles/LLVMSupport.dir/ThreadPool.cpp.o -c
/root/swift-build-scripts/llvm/lib/Support/ThreadPool.cpp
In file included from
/root/swift-build-scripts/llvm/lib/Support/ThreadPool.cpp:14:
/root/swift-build-scripts/llvm/include/llvm/Support/ThreadPool.h:77:37:
error: implicit instantiation of undefined template
'std::shared_future<void>'
  inline std::shared_future<VoidTy> async(Function &&F, Args &&... ArgList) {
                                    ^
/usr/bin/../lib/gcc/arm-linux-gnueabi/4.9/../../../../include/c++/4.9/future:117:11:
note: template is declared here
    class shared_future;
          ^

Has anyone else run into something similar? Any ideas?

Thanks,
Jason Pepas


(Dmitri Gribenko) #2

Hi,

I'm attempting to build Swift for armv5tel (a Pogoplug) running Debian Jessie.

If you're doing a native build, it won't finish successfully. Your
32-bit device won't have enough virtual address space to finish
linking the binaries. I would recommend cross-compiling. There's a
PR in flight: https://github.com/apple/swift/pull/1398/files

/usr/bin/../lib/gcc/arm-linux-gnueabi/4.9/../../../../include/c++/4.9/future:117:11:
note: template is declared here
    class shared_future;
          ^

Although I haven't seen this error, it is possible that we are missing
some includes.

Dmitri

···

On Mon, Feb 22, 2016 at 11:25 PM, Jason Pepas via swift-users <swift-users@swift.org> wrote:

--
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <gribozavr@gmail.com>*/


(Jason Pepas) #3

Thanks for the tip!

···

Sent from my iPhone

On Feb 23, 2016, at 1:30 AM, Dmitri Gribenko <gribozavr@gmail.com> wrote:

On Mon, Feb 22, 2016 at 11:25 PM, Jason Pepas via swift-users > <swift-users@swift.org> wrote:

Hi,

I'm attempting to build Swift for armv5tel (a Pogoplug) running Debian Jessie.

If you're doing a native build, it won't finish successfully. Your
32-bit device won't have enough virtual address space to finish
linking the binaries. I would recommend cross-compiling. There's a
PR in flight: https://github.com/apple/swift/pull/1398/files

/usr/bin/../lib/gcc/arm-linux-gnueabi/4.9/../../../../include/c++/4.9/future:117:11:
note: template is declared here
   class shared_future;
         ^

Although I haven't seen this error, it is possible that we are missing
some includes.

Dmitri

--
main(i,j){for(i=2;;i++){for(j=2;j<i;j++){if(!(i%j)){j=0;break;}}if
(j){printf("%d\n",i);}}} /*Dmitri Gribenko <gribozavr@gmail.com>*/