[SOLVED] Boost compilation -- assembler error

JeroenVreeken · 04-03-2015, 09:21 AM

I am currently building a armhf port based on slackware64-current.
The build system is a beagle bone black with the slackwarearm minirootfs + most slackwarearm packages.
On top of that I started with the debian armhf gcc and glibc, but by now I am using the slackware packages.

see http://www.linuxquestions.org/questi...at-4175537630/

drlukacs · 04-03-2015, 09:33 AM

Quote:

Originally Posted by JeroenVreeken

I am currently building a armhf port based on slackware64-current.
The build system is a beagle bone black with the slackwarearm minirootfs + most slackwarearm packages.
On top of that I started with the debian armhf gcc and glibc, but by now I am using the slackware packages.

see http://www.linuxquestions.org/questi...at-4175537630/

That sounds like a great project. I am working on building slackwarearm with softfp (which is the only way to ensure cross-compatibility with packages that have been compiled with soft).

gus3 · 04-05-2015, 03:08 PM

Aha, I found an old 2G thumb drive, and made it swap space. Boost then built without a problem. (I don't know how long it took; I kinda forgot about it for a couple days.)

drlukacs · 04-05-2015, 04:56 PM

The problem has been resolved as follows.

recompiled gcc with "--with-fpu=neon-vfpv4"

provided an explicit "-mfpu=neon-vfpv4" cflags and cxxflags to boost's bjam:

Code:

   arm)     export SLKCFLAGS="-O2 $MARCH $MTUNE $MFLOAT $MFPU"
            export SLKARMFLAGS="--disable-long-double"

[...]

$BJAM \
  release \
  $NUMJOBS \
  "-sEXPAT_INCLUDE=/usr/include" \
  "-sEXPAT_LIBPATH=/usr/lib${LIBDIRSUFFIX}" \
  --layout=system \
  --builddir=obj \
  --prefix=$PKG/usr \
  --libdir=$PKG/usr/lib${LIBDIRSUFFIX} \
  --build-type=minimal \
  toolset=gcc \
  variant=release \
  link=shared \
  threading=multi \
  runtime-link=shared \
  cflags="$SLKCFLAGS" \
  cxxflags="$SLKCFLAGS $EXTRA_CXXFLAGS" \
  $SLKARMFLAGS \
  $PYTHON_FLAGS \
  install ## || exit 1   # skip failure - on ARM we fail on 1 target but update thousands of others.

Compiles perfectly now.