[Pkg-ime-devel] Bug#753079: c++11 mode in GCC is still marked as experimental (although armel needs work)
culu.gyx at gmail.com
Mon Jul 14 22:02:37 UTC 2014
On Sun, Jul 13, 2014 at 10:41 PM, Guo Yixuan <culu.gyx at gmail.com> wrote:
> On Sat, Jul 12, 2014 at 11:10 AM, Osamu Aoki <osamu at debian.org> wrote:
>> On Sat, Jul 12, 2014 at 02:00:35PM +0200, Matthias Klose wrote:
>> > I would rather drop any package which does use c++11 features without
>> > reflection.
>> I now understand the problem. Thanks.
>> On Sat, Jul 12, 2014 at 01:10:52PM +0200, Julien Cristau wrote:
>> > No, just because some random c++11 thing doesn't work on armel doesn't
>> > mean we drop the arch.
>> > What it means is packages get to work without it until it's fixed.
>> Yes, I see. (I was wrong.)
>> There seems to be some issue related to ATOMIC_type_LOCK_FREE. (I have
>> no clue but it is related to type.)
>> I also see FEDORA applied attached arm patch changing float to double
>> and doing the alignment computing for mapped file.
>> Is this patch something which work around the issue on armel?
>> Also, as I see the upstream git repo, just after his release of this
>> tar, he is commiting
>> to revert CMakeLists.txt of oldscheool branch as:
>> - add_definitions("-std=c++11")
>> Then recent commit has
>> + if(NOT BOOST_USE_CXX11)
>> + add_definitions("-DBOOST_NO_CXX11_SCOPED_ENUMS")
>> + endif()
>> Are these kind of updates needed?
>> Guo Yixuan,
>> Can you talk to the upstream on this issue and what oldschool devel
>> branches mean?
> This branch is intended for the compilers without full support of c++11.
> (Although currently it doesn't build. Perhaps we can switch to it when
>  https://code.google.com/p/rimeime/issues/detail?id=632#c1
With a confirmation from the upstream, I'm going to prepare
an upload based on the oldschool branch, which doesn't depend
on c++11 features.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pkg-ime-devel