Re: [PATCH] gnu: boost: Update to 1.60.0

[Ludovic Courtès]

address@hidden (Ludovic Courtès) skribis:

> Andreas Enge <address@hidden> skribis:
>
>> On Wed, Jan 06, 2016 at 11:18:19PM +0100, Ludovic Courtès wrote:
>>> It has 140 dependent packages, including LibreOffice, so kinda
>>> borderline for master.  It’s probably safer on a separate branch that
>>> Hydra will build.  Mark?
>>
>> Finally hydra picked up the branch. Unfortunately, the new boost fails
>> to build on mips:
>>    http://hydra.gnu.org/build/914532
>>
>> I find it difficult to see what is the problem in the build log
>> (C++, eh?)...
>
> The error is:
>
> gcc.compile.c++ 
> bin.v2/libs/context/build/gcc-4.9.3/release/threading-multi/unsupported.o
> libs/context/src/unsupported.cpp:7:2: error: #error "platform not supported"
>  #error "platform not supported"
>   ^

I cannot really decipher libs/context/build/Jamfile.v2, but I can see
that the only mentions of MIPS in there relate to the o32 ABI, whereas
we target n32.

Another thing that’s fishy in the build log is that, at the beginning of
the build phase, we see:

--8<---------------cut here---------------start------------->8---
Component configuration:

    - atomic                   : building
    - chrono                   : building
    - container                : building
    - context                  : not building
    - coroutine                : not building
--8<---------------cut here---------------end--------------->8---

Yet it attempts to build ‘context’.

> The options I can think of are:
>
>   1. Mark mips64el-linux as unsupported (134 packages depend on Boost,
>      notably LibreOffice, Abiword, and Ardour).
>
>   2. Build Boost without multi-threading support on MIPS, assuming it’s
>      only this feature that’s unsupported.
>
>   3. Hope that Debian has a patch to fix this and apply it.
>
> Thoughts?

I think we could try another option, which is to configure with

  --without-libraries=context

like openSuSE does in some cases:

   
https://build.opensuse.org/package/view_file/devel:libraries:c_c++/boost/boost.spec

Could someone try that?

If that fails, or if nobody can test it, let’s just do #1.

Ludo’.