leaningtech-dev team mailing list archive

[Alessandro Pignotti <1246809@xxxxxxxxxxxxxxxxxx>]

The crash was caused by an incompatibility between regular LLVM tools
and the bitcode generated by duetto. I've now bumped the bitcode version
up in duetto so that the LTO plugin will not try to read the bitcode
files during newlib builds.

** Changed in: duetto
       Status: Confirmed => Fix Committed

-- 
You received this bug notification because you are a member of
Leaningtech Team, which is subscribed to Duetto.
https://bugs.launchpad.net/bugs/1246809

Title:
  Unable to compile newlib

Status in Duetto: C++ for the Web:
  Fix Committed

Bug description:
  I am trying to install all the duetto tools, currently I have successfully compiled and installed the clang-duetto,
  llvm-duetto and duetto-utils following the instruction in the github README. However I am unable to configure newlib, which gives me the following error:

  ~/duetto/newlib-duetto/newlib/build $ ../configure --host=duetto --with-cxx-headers=$PWD/../libcxx/include --prefix=/opt/duetto
  checking build system type... x86_64-unknown-linux-gnu
  checking host system type... duetto-client-none
  checking for a BSD-compatible install... /usr/bin/install -c
  checking whether build environment is sane... yes
  /home/disk/duetto/src/newlib-duetto/missing: Unknown `--is-lightweight' option
  Try `/home/disk/duetto/src/newlib-duetto/missing --help' for more information
  configure: WARNING: 'missing' script is too old or missing
  checking for duetto-strip... no
  checking for strip... strip
  checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
  checking for gawk... gawk
  checking whether make sets $(MAKE)... yes
  checking whether make supports nested variables... yes
  checking for style of include used by make... GNU
  checking for gcc... /opt/duetto/bin/clang
  checking dependency style of /opt/duetto/bin/clang... gcc3
  checking whether we are using GNU C... yes
  checking whether /opt/duetto/bin/clang accepts -g... no
  checking for duetto-as... no
  checking for as... as
  checking for duetto-ar... no
  checking for ar... ar
  checking for duetto-ranlib... no
  checking for ranlib... ranlib
  checking for duetto-readelf... no
  checking for readelf... readelf
  checking whether to enable maintainer-specific portions of Makefiles... no
  checking for a sed that does not truncate output... /usr/bin/sed
  checking how to print strings... printf
  checking for gawk... (cached) gawk
  checking for .preinit_array/.init_array/.fini_array support... readelf: Error: Unable to read in 0x628b bytes of section headers
  readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
  no
  checking whether long double type exists... yes
  checking whether long double equals double... yes
  checking that generated files are newer than configure... done
  configure: creating ./config.status
  config.status: error: cannot find input file: `Makefile.in

  I've followed these instructions:

  cd newlib
  git clone <libcxx-duetto-repo> libcxx
  ./autogen.sh
  mkdir build
  cd build
  ../configure --host=duetto --with-cxx-headers=$PWD/../libcxx/include --prefix=/opt/duetto
  make
  make install
  ../build-bc-libs.sh

  I'm using ArchLinux, gcc 4.8.2, automake 1.14, autoconf 2.69, libtool
  2.4.2.

To manage notifications about this bug go to:
https://bugs.launchpad.net/duetto/+bug/1246809/+subscriptions