<div dir="ltr">Control: forwarded 754199 <a href="https://code.google.com/p/rimeime/issues/detail?id=632">https://code.google.com/p/rimeime/issues/detail?id=632</a><br>Control: tag 754199 + upstream<br><br>Hello,<br><br>On Sat, Jul 12, 2014 at 11:10 AM, Osamu Aoki <<a href="mailto:osamu@debian.org">osamu@debian.org</a>> wrote:<br>
><br>> Hi<br>><br>> On Sat, Jul 12, 2014 at 02:00:35PM +0200, Matthias Klose wrote:<br>> > I would rather drop any package which does use c++11 features without any<br>> > reflection.<br>><br>> I now understand the problem.  Thanks.<br>
><br>> On Sat, Jul 12, 2014 at 01:10:52PM +0200, Julien Cristau wrote:<br>> > No, just because some random c++11 thing doesn't work on armel doesn't<br>> > mean we drop the arch.<br>> ><br>
> > What it means is packages get to work without it until it's fixed.<br>><br>> Yes, I see.  (I was wrong.)<br>><br>> <a href="https://bugs.debian.org/727621">https://bugs.debian.org/727621</a><br>> There seems to be some issue related to ATOMIC_type_LOCK_FREE.  (I have<br>
> no clue but it is related to type.)<br>><br>> I also see FEDORA applied attached arm patch changing float to double<br>> and doing the alignment computing for mapped file.<br>><br>> Is this patch something which work around the issue on armel?<div>
<br></div><div>Thank you, however it doesn't seem to be so. The misalignment</div><div>is another unrelated problem, which causes ftbfs for src:brise.</div><div>(On the develop branch, the misalignment bug is believed to be</div>
<div>fixed for arm, which I'm not able to test. I do have a sparc</div><div>machine to test on, where the problem is not fixed.)</div><div><br>> Also, as I see the upstream git repo, just after his release of this<br>
> tar, he is commiting<br>>      5c274357ceaaff941b91e12d3f2f4714df0ecd16<br>> to revert CMakeLists.txt of oldscheool branch as:<br>><br>> -if(UNIX)<br>> -  add_definitions("-std=c++11")<br>> -endif(UNIX)<br>
><br>> Then recent commit has<br>> + if(NOT BOOST_USE_CXX11)<br>> +   add_definitions("-DBOOST_NO_CXX11_SCOPED_ENUMS")<br>> + endif()<br>><br>> Are these kind of updates needed?<br>><br>> Guo Yixuan,<br>
><br>> Can you talk to the upstream on this issue and what oldschool devel<br>> branches mean?<br>><br>> Osamu<br><br>I've just reported the current situation to the upstream.[1] The commit</div><div>(5c27435) that you mentioned is only in the branch msvc10, apparently</div>
<div>to work around certain limitations for the windows port. I'm asking the</div><div>upstream to apply it (or only the std::future part of it) on the develop</div><div>branch, as a fix of our current problem.</div><div>
<br></div><div>[1] <a href="https://code.google.com/p/rimeime/issues/detail?id=632">https://code.google.com/p/rimeime/issues/detail?id=632</a></div><div>(in English and Chinese, and feel free to comment in English)</div><div>
<br></div><div>GUO Yixuan<br><div class="gmail_extra">
</div></div></div>