<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang=EN-GB link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span lang=EN-US>Yes this must be there same issue. </span>numpy_bridge.hpp is only 27 lines of code. But I think it takes confident C++ expert to rewrite it. </p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Rob </p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Sent from my Windows 10 phone<br>-- <br>Robert Oeffner, Ph.D.<br>Research Associate, The Read Group<br>Department of Haematology,<br>Cambridge Institute for Medical Research<br>University of Cambridge<br>Cambridge Biomedical Campus<br>Wellcome Trust/MRC Building<br>Hills Road<br>Cambridge CB2 0XY<br><br>www.cimr.cam.ac.uk/investigators/read/index.html<br>tel: +44(0)1223 763234<br>mobile: +44(0)7712 887162</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='border:none;padding:0cm'><b>From: </b><a href="mailto:Graeme.Winter@diamond.ac.uk">Graeme.Winter@diamond.ac.uk</a><br><b>Sent: </b>24 April 2018 20:24<br><b>To: </b><a href="mailto:cctbxbb@phenix-online.org">cctbx mailing list</a><br><b>Subject: </b>Re: [cctbxbb] scitbx without numpy - still supported?</p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>HI Rob</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I thought this rang a bell:</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>https://github.com/cctbx/cctbx_project/issues/70</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>This same kind of issue?</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Cheers Graeme</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>On 24 Apr 2018, at 17:43, Robert Oeffner &lt;rdo20@cam.ac.uk&lt;mailto:rdo20@cam.ac.uk&gt;&gt; wrote:</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Hi,</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I may be digressing here but my understanding is that newer versions of boost no longer contain the boost/python/numeric.hpp file and therefore the scitbx/array_family/boost_python/numpy_bridge.hpp cannot compile with newer versions of boost.</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I'm making very tiny steps compiling with the VS2017 compiler on Windows which I believe is required for C++11 compliance. So far the problem seems that older versions of boost do not like this compiler and scitbx (or rather numpy_bridge.hpp) do not like newer versions of boost.</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I guess that if numpy_bridge.hpp was adapted to not #include &lt;numeric.hpp&gt; that would solve the problem.</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Rob</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>On 24/04/2018 17:05, Nicholas Devenish wrote:</p><p class=MsoNormal>Hi,</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>On Tue, Apr 24, 2018 at 4:10 PM, Nicholas Sauter &lt;nksauter@lbl.gov&lt;mailto:nksauter@lbl.gov&gt; &lt;mailto:nksauter@lbl.gov&gt;&gt; wrote:</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>   It was always the intention to support flex arrays in the absence</p><p class=MsoNormal>   of Numpy.  If there is some refactoring to be done, this principle</p><p class=MsoNormal>   should be preserved:  that Numpy is an optional rather than</p><p class=MsoNormal>   required dependency.</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal> Good to know - some of this code seems a little crusty (and I've found a couple of bugs just trying to verify that it still works correctly).</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>   Not sure about the wording in your second sentence.  At the time</p><p class=MsoNormal>   we developed flex, branching was not a code development mechanism</p><p class=MsoNormal>   we used. Furthermore, not sure why you say Numpy is &quot;exclusively&quot;</p><p class=MsoNormal>   used in the flex constructors? Certainly there are numerous flex</p><p class=MsoNormal>   constructors that do not involve Numpy?</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I meant a code branch e.g. &quot;if&quot;, or a preprocessor &quot;#ifdef&quot; in this case.</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I think I've gotten confused by some of the indirection in the class definitions - the top level only adds the numpy constructor, and then everything else is put in several levels down - and in some of my tests it looked like the numpy routine was mistakenly doing all of the construction (which ended in much the same results).</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Nick</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>_______________________________________________</p><p class=MsoNormal>cctbxbb mailing list</p><p class=MsoNormal>cctbxbb@phenix-online.org&lt;mailto:cctbxbb@phenix-online.org&gt;</p><p class=MsoNormal>http://phenix-online.org/mailman/listinfo/cctbxbb</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>--</p><p class=MsoNormal>Robert Oeffner, Ph.D.</p><p class=MsoNormal>Research Associate, The Read Group</p><p class=MsoNormal>Department of Haematology,</p><p class=MsoNormal>Cambridge Institute for Medical Research</p><p class=MsoNormal>University of Cambridge</p><p class=MsoNormal>Cambridge Biomedical Campus</p><p class=MsoNormal>Wellcome Trust/MRC Building</p><p class=MsoNormal>Hills Road</p><p class=MsoNormal>Cambridge CB2 0XY</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>www.cimr.cam.ac.uk/investigators/read/index.html&lt;http://www.cimr.cam.ac.uk/investigators/read/index.html&gt;</p><p class=MsoNormal>tel: +44(0)1223 763234</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>_______________________________________________</p><p class=MsoNormal>cctbxbb mailing list</p><p class=MsoNormal>cctbxbb@phenix-online.org&lt;mailto:cctbxbb@phenix-online.org&gt;</p><p class=MsoNormal>http://phenix-online.org/mailman/listinfo/cctbxbb</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>-- </p><p class=MsoNormal>This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.</p><p class=MsoNormal>Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. </p><p class=MsoNormal>Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.</p><p class=MsoNormal>Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom</p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>_______________________________________________</p><p class=MsoNormal>cctbxbb mailing list</p><p class=MsoNormal>cctbxbb@phenix-online.org</p><p class=MsoNormal>http://phenix-online.org/mailman/listinfo/cctbxbb</p><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></body></html>